Porfolio
Node.js para backends e integraciones empresariales
Servicios backend, workers y conexiones entre sistemas para procesos que necesitan velocidad de integración, trazabilidad y una operación clara.
El código es tuyo. Te entregamos el repositorio, la documentación de despliegue y las decisiones de arquitectura escritas, para que no dependas de nosotros más de lo que quieras.
Con qué lo construimos
Para qué se usa
- Servicios backend
- Integraciones CRM-ERP
- Procesos asíncronos
Lo que suele estar pasando
- 01
Cada despliegue es un susto
Publicar una versión implica subir ficheros a mano un viernes por la tarde y cruzar los dedos. Si algo falla, nadie sabe volver atrás rápido.
- 02
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.
- 03
Una API cambió y rompió a los clientes
Se modificó un campo o un formato sin avisar y las integraciones de clientes o socios dejaron de funcionar de un día para otro.
- 04
Un servicio lento arrastra a todo el sistema
Cuando un proveedor externo tarda en contestar, las peticiones se acumulan y la aplicación entera deja de responder.
- 05
Datos desincronizados entre sistemas
El CRM dice una cosa, el ERP otra y el almacén una tercera. Nadie sabe cuál es la fuente fiable.
Cómo lo hacemos
Elegir el flujo crítico
Tomamos una integración que hoy falla o depende de trabajo manual, por ejemplo pedido a factura.
Diseñar el camino feliz y los fallos
Describimos qué pasa cuando todo va bien y, sobre todo, cuando un sistema no responde o un mensaje llega dos veces.
Automatizar con observabilidad
Montamos la integración con registros, alertas y un panel donde ver mensajes pendientes o fallidos.
Operar y extender
Tras un periodo funcionando, aplicamos el mismo patrón al siguiente flujo.
¿Hablamos de tu caso?
Escríbenos con lo que necesitas y te devolvemos una propuesta de alcance para la primera entrega.
Qué incluye Nodejs backend integraciones empresariales
- Canal de integración y despliegue continuo con pruebas automáticas y vuelta atrás.
- Mapa de datos: qué sistema es dueño de cada dato y cómo lo reciben los demás.
- Informe de accesibilidad con criterios WCAG revisados y los ajustes aplicados.
- Formación a las personas que van a usar la aplicación y a quien la va a administrar.
- Copias de seguridad de la base de datos configuradas y una restauración probada.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Plan de mantenimiento con actualizaciones de seguridad y revisión periódica de dependencias.
Cómo se aplica en tu sector
- Construcción
- Gestión de obras con partes diarios, fotos geolocalizadas, mediciones y control de documentación de subcontratas.
- Servicios técnicos de campo
- Sincronización entre aplicaciones móviles que trabajan sin cobertura y el sistema central, con resolución de conflictos definida.
- Servicios técnicos
- Aplicaciones para técnicos de campo con órdenes de trabajo, material usado y firma del cliente, sincronizadas con la oficina.
- Construcción
- Conexión entre aplicaciones de obra, compras y contabilidad para que los partes y gastos lleguen sin teclearse dos veces.
Y cuando toca facturar
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
Preguntas que deberías hacer a cualquier proveedor
- Que escriba las decisiones técnicas importantes y su motivo.
- Que opere sistemas propios en producción y pueda hablar de incidentes reales.
- Que incluya observabilidad desde el principio y no tras el primer incidente.
- Que defina qué sistema es dueño de cada dato.
- Que proponga modernizar por fases antes que reescribir de golpe.
Para saber más
Desarrollo 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 completaDesarrollo
Plantilla ADR para decisiones de arquitectura de software
Guarda el razonamiento que no cabe en un diagrama
Una decisión de arquitectura puede ser costosa de cambiar y difícil de reconstruir meses después. Un ADR (Architecture Decision Record) conserva el contexto, las alternativas consideradas y las consecuencias que el equipo acepta. Conviene escribirlo cuando una elección afecta a límites del sistema, datos, despliegue,…
Leer la guía completaDesarrollo y arquitectura
Implementación de APIs y Core Integration: Rompiendo los Silos de Información
Casos de Uso Hiper-detallados: El Antes y el Después
Caso de Uso 1: Sincronización Omnicanal (Ecommerce B2B vs ERP) Antes (El Caos Manual): El stock se actualiza mediante un proceso batch que corre a las 02:00 AM. Un cliente B2B compra 500 unidades a las 10:00 AM, pero el sistema no refleja el decremento de stock. Otro cliente intenta comprar lo mismo a las 11:00 AM,…
Leer la guía completaPreguntas frecuentes
¿Cuánto tiempo hasta tener algo funcionando?+
Buscamos que haya una primera versión usable cuanto antes, aunque sea limitada. El plazo concreto depende del alcance y lo acordamos al cerrar el documento de alcance.
¿Podéis seguir con un proyecto que empezó otro proveedor?+
Sí, tras revisarlo. Te diremos con franqueza en qué estado está, qué riesgos tiene y si compensa continuar o rehacer partes.
¿Cómo se prueba antes de publicar?+
Hay un entorno de pruebas separado, pruebas automáticas de lo crítico y revisión por tu parte de cada entrega antes de pasar a producción.
¿Qué pasa si un servicio externo se cae?+
El diseño debe contemplarlo: límites de tiempo, reintentos con espera, cortacircuitos que dejan de insistir y colas que guardan el trabajo pendiente hasta que el servicio vuelva.
¿n8n es suficiente o hace falta código?+
Para muchos flujos entre aplicaciones, n8n es suficiente y más rápido de cambiar. Cuando la lógica es compleja, el volumen alto o las reglas críticas, conviene código propio. Se pueden combinar.
¿Qué es un ADR y por qué me interesa?+
Es un documento breve que registra una decisión técnica, su contexto y por qué se tomó. Te protege de depender de la memoria de una persona y facilita que otro equipo continúe el trabajo.
Pide una revisión de tu web actual: rendimiento, accesibilidad y claridad del mensaje.