Desarrollo de software
Desarrollo de software para empresas en Vitoria-Gasteiz
Cada empresa tiene momentos en los que no se puede tocar nada: el cierre de mes, la campaña o la temporada alta. Adaptamos las ventanas de mantenimiento a tu calendario para que las intervenciones no coincidan con lo crítico.
Trabajamos con contenedores Docker y, cuando la escala lo pide, con Kubernetes. Pero el objetivo no es la herramienta, sino que desplegar, escalar y recuperar el sistema sea un procedimiento repetible y no un arte.
Cada decisión de arquitectura importante se escribe con su contexto, las opciones consideradas y por qué se eligió una. Dentro de un año, quien herede el sistema sabrá por qué está así y no tendrá que adivinarlo.
Qué te llevas al terminar
- Pruebas periódicas de restauración de copias de seguridad con su resultado documentado.
- Políticas DLP por entorno que definen qué conectores pueden combinarse, revisadas antes de activarse.
- Criterios de aceptación escritos y comprobables para cada funcionalidad.
- Revisión de software instalado con eliminación de programas innecesarios o sin licencia.
- Registros estructurados, métricas y trazas para seguir una operación entre sistemas.
- Canal de integración y despliegue continuo con pruebas automáticas y vuelta atrás.
- Plan de actualización de dependencias con prioridades y pruebas de regresión.
Situaciones que resolvemos
Una aplicación vieja que nadie quiere tocar
Una herramienta interna crítica funciona sobre tecnología antigua; cada cambio es un riesgo y nadie sabe cuánto cuesta realmente mantenerla.
Equipos cada vez más lentos
Los ordenadores tardan varios minutos en arrancar y las aplicaciones se cuelgan. Cada persona ha encontrado su propio truco para sobrevivir, y nadie ha revisado la causa.
Pedidos o cobros duplicados
Un reintento tras un corte de red ha generado registros repetidos. Se detectan cuando el cliente reclama.
Decisiones técnicas sin explicar
El sistema tiene elecciones extrañas que nadie recuerda por qué se tomaron, y da miedo cambiarlas.
Cambios que rompen cosas lejanas
Se toca una función y falla otra que nadie relacionaba. No hay pruebas que lo detecten antes de publicar.
Cómo lo hacemos
Elegir el proceso manual
Seleccionamos una tarea repetitiva con reglas claras, volumen suficiente y datos estructurados.
Elegir la herramienta adecuada
Decidimos entre integración por API, flujo low-code o RPA según lo estable que sea cada sistema implicado. La API siempre que exista.
Construir con gestión de errores
Montamos la automatización con reintentos, registro y aviso a una persona cuando algo no encaja.
Medir y mantener
Comprobamos cuántos casos resuelve sola, cuántos escala y cuánto mantenimiento exige, y decidimos si ampliar.
¿Hablamos de tu caso?
Cuéntanos qué averías se repiten en tu oficina; investigar la causa suele ser el primer ahorro.
Desplegado como desplegamos lo nuestro
Lo que montamos queda documentado y se puede repetir, no depende de una persona.
$ desplegar tuempresa
✓Versión de la aplicación verificada
✓Base de datos creada
✓Aplicación arrancada y sana
✓Primer administrador creado
✓Dominio configurado
✓Certificado TLS emitido
Listo: https://tuempresa.forgenex.com
No es igual en todos los negocios
- Inmobiliarias
- Automatización de publicación en portales y de seguimiento de contactos, con alertas cuando un portal cambia su formato.
- Construcción
- Aplicaciones low-code para partes de obra y control de documentación, con entornos separados y un responsable por aplicación.
- Construcción
- Conexión entre aplicaciones de obra, compras y contabilidad para que los partes y gastos lleguen sin teclearse dos veces.
- Comercio y distribución
- Procesos de pedidos a proveedores, actualización de precios y conciliación de ventas automatizados con alertas cuando algo no cuadra.
Guías de nuestra biblioteca técnica
Mantenimiento
Obsolescencia de aplicaciones: decidir con datos
Una fecha de fin de soporte debe activar una decisión
Cuando una aplicación deja de recibir mantenimiento del proveedor, la empresa pierde una parte de su capacidad para corregir fallos y reducir exposición. Aun así, retirar un sistema sin entender sus dependencias también puede interrumpir procesos o dejar credenciales y datos residuales. La decisión necesita…
Leer la guía completaIngeniería de software
Checklist ALM para Microsoft Power Platform en empresas
De una app útil a una solución que se puede mantener
Una automatización creada para resolver una necesidad local puede convertirse en parte de un proceso empresarial. Para que el cambio no dependa de exportaciones manuales y conocimiento de una sola persona, define su ciclo de vida: quién desarrolla, dónde se prueba, quién autoriza y cómo se publica y revierte.
Leer la guía completaDesarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
Estructuración del Pipeline (.gitlab-ci.yml)
Con el Runner operando en K8s, cada job definido en el .gitlab-ci.yml se ejecutará en un contenedor aislado. Para exprimir al máximo esta arquitectura, emplearemos el patrón Docker-in-Docker (DinD) para compilar y pushear imágenes de contenedores desde dentro de Kubernetes, o herramientas daemonless como Kaniko.
Leer la guía completaDesde Sevilla, para Vitoria-Gasteiz
Revisamos la arquitectura de empresas de Vitoria-Gasteiz en remoto: con acceso al código, a la documentación y unas entrevistas con tu equipo es suficiente.
Las decisiones técnicas que tomemos para tu sistema en Álava quedan escritas y a tu disposición, para que tu equipo las pueda revisar o cambiar.
Adaptamos las ventanas de mantenimiento al calendario de tu empresa en Vitoria-Gasteiz, incluidos los festivos locales y las temporadas de más trabajo.
Qué mirar antes de elegir
- Que sepa gobernar Power Platform sin frenar a quien crea soluciones.
- Que automatice el despliegue con posibilidad de volver atrás.
- Que distinga entre lo que se resuelve con una herramienta de flujos y lo que necesita código.
- Que monte las automatizaciones con cuentas de servicio, no personales.
- Que ajuste el alcance del servicio al tamaño real de tu parque de equipos.
También hacemos en Vitoria-Gasteiz
Preguntas frecuentes
¿Podéis reinstalar un equipo sin perder nada?+
Seguimos un procedimiento con copia previa de los datos, lista de software por perfil y comprobación final con la persona usuaria antes de dar la intervención por cerrada.
¿Qué diferencia hay entre mantenimiento preventivo y correctivo?+
El correctivo arregla lo que ya se ha roto; el preventivo revisa y actúa antes para que no se rompa. Combinar ambos reduce las paradas y hace que el gasto informático sea más previsible.
¿También mantenéis aplicaciones y bases de datos?+
Sí. Revisamos tareas de limpieza, índices, espacio, versiones y copias, y planificamos los cambios para que no afecten al servicio.
¿RPA, low-code o integración por API?+
Si el sistema tiene API, casi siempre es la opción más estable. El low-code va bien para flujos entre aplicaciones conocidas. El RPA queda para cuando no hay otra forma de acceder, sabiendo que es lo más frágil ante cambios de pantalla.
¿Cómo sé dónde se ha perdido un dato?+
Con observabilidad: identificadores que acompañan la operación de un sistema a otro, registros estructurados y un panel de mensajes fallidos. Sin eso, la investigación es a ciegas.
¿Qué aportan las pruebas de contrato?+
Verifican que lo que un servicio envía coincide con lo que otro espera, sin montar todo el entorno. Detectan incompatibilidades entre equipos o proveedores antes de desplegar.
Desarrollo de software cerca de Vitoria-Gasteiz
Cuéntanos cuántos equipos tenéis y qué os da más guerra; te proponemos un calendario de mantenimiento a tu medida.