Software a medida
Arquitectura de software con electron
Hay un momento en que la hoja de cálculo compartida y el programa genérico ya no dan más de sí: cada mes se añade una columna, una macro o un parche. Ahí es donde un software a medida empieza a ahorrar más de lo que cuesta.
Arquitectura de software con electron parte de una pregunta sencilla: qué tiene que seguir funcionando cuando una pieza falla. A partir de ahí se decide dónde poner reintentos, colas, límites de tiempo y qué hacer cuando un servicio externo no contesta.
Lo que suele estar pasando
Una app propia que nadie mantiene
Se hizo una app hace años, las tiendas exigen actualizaciones y las librerías han quedado obsoletas. Ya hay usuarios que no pueden instalarla.
Sistemas que no se hablan
El CRM, la facturación y el almacén no comparten datos y alguien los copia de uno a otro. Los errores aparecen cuando el cliente ya los ha visto.
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.
No sabes qué hay en producción
Se publica una vulnerabilidad en una librería conocida y no hay forma rápida de saber si tus aplicaciones la usan ni en qué versión.
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
Cómo trabajamos
Auditoría de lo que existe
Revisamos la aplicación o web actual: código, dependencias, rendimiento, accesibilidad y seguridad.
Estabilizar
Primero lo urgente: copias de seguridad, actualizaciones críticas y un despliegue repetible.
Rodear y sustituir por partes
Exponemos el sistema actual mediante una API y vamos sustituyendo módulos uno a uno sin parar la operación.
Retirar lo antiguo
Cuando un módulo nuevo lleva tiempo funcionando, se apaga el viejo y se archivan sus datos.
Qué recibes
- Límites de tiempo, reintentos y cortacircuitos en las llamadas a servicios externos.
- Registro de decisiones de arquitectura (ADR) con contexto, alternativas y consecuencias.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
- Formación a las personas que van a usar la aplicación y a quien la va a administrar.
- Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
Cómo elegir bien
- Que diseñe para los fallos: reintentos, idempotencia, límites de tiempo.
- Que documente qué hacer cuando una automatización falla.
- Que automatice el despliegue con posibilidad de volver atrás.
- Que pregunte por tu equipo y tu escala antes de proponer microservicios o Kubernetes.
- Que tenga una política para versionar y retirar APIs.
Guías de nuestra biblioteca técnica
Desarrollo
Feature flags para despliegues graduales en empresas
Separar despliegue de activación
Una feature flag permite decidir en tiempo de ejecución si una función está habilitada. Esto facilita pruebas internas, activación por grupos y despliegues graduales, pero no elimina la necesidad de pruebas, control de cambios ni observabilidad. OpenFeature describe una especificación independiente del proveedor para…
Leer la guía completaDesarrollo
Política de caché HTTP para webs y APIs de empresa
La caché es una decisión sobre datos, no solo rendimiento
Una caché HTTP puede reducir latencia y tráfico al reutilizar respuestas, pero una política incorrecta puede servir contenido desactualizado o exponer una respuesta personalizada a otra sesión. La política debe partir de quién puede ver el recurso, con qué frecuencia cambia y qué impacto tendría reutilizarlo.
Leer la guía completaIngeniería de software
El Despertar de la Eficiencia: Orquestando RPA en la Trinchera Corporativa
Un día en la vida de una empresa colapsada
Cuando entramos por primera vez a auditar sus sistemas, nos encontramos con un panorama que, tristemente, es el pan de cada día en el tejido empresarial actual. El departamento de operaciones estaba enterrado bajo una avalancha de más de 15,000 albaranes semanales.
Leer la guía completaCómo se aplica en tu sector
Distribución y comercio
Sincronización de stock, precios y pedidos entre tienda online, ERP y almacén, con eventos para que ningún canal venda lo que no hay.
Distribución B2B
Portales de pedido para clientes profesionales con tarifas propias, historial y descarga de facturas.
Inmobiliarias
Publicación automática de inmuebles en portales desde el CRM y recogida de contactos de vuelta, sin copiar a mano.
Preguntas frecuentes
¿Qué tecnologías usáis?+
Las que mejor encajan y más fácil es encontrar quien las mantenga: React y Next.js en web, Node.js o Python en servidor, Flutter o React Native en móvil, bases de datos relacionales. Evitamos tecnologías minoritarias sin motivo.
¿Hacéis también el diseño visual?+
Sí, el diseño de pantallas y la estructura de la web forman parte del trabajo, siempre ligados a lo que el usuario tiene que conseguir en cada página.
¿El código es mío?+
Sí. El repositorio está a tu nombre o se te entrega completo, con la documentación necesaria para que otro equipo pueda mantenerlo.
¿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.
¿Cuándo conviene usar eventos en lugar de llamadas directas?+
Cuando varios sistemas necesitan enterarse de lo mismo, cuando no quieres que uno dependa de que otro esté disponible o cuando los datos deben llegar casi al momento. Para consultas simples, una llamada directa basta.
Arquitectura de software con electron por ciudades
Cuéntanos qué proceso llevas hoy en hojas de cálculo y te decimos cómo sería una primera versión.