Integración de los sistemas que hoy no se comunican, para registrar cada dato una sola vez.
Entre el ERP, la tienda en línea y las hojas de cálculo hay personas trasladando la misma información de una pantalla a otra. Una integración hace que ese dato viaje solo, con constancia de cada envío y un aviso cuando algo falla.
Casi todos los problemas tecnológicos son problemas de negocio con otro nombre.
Por eso trabajamos la estrategia antes que el código, y medimos cada entrega por la cifra que mueve.
50+
Proyectos entregados
40+
Empresas que han confiado en nosotros
8
Casos publicados
2023
Año de inicio en Barcelona
Qué incluye.
Una integración se justifica cuando el mismo dato se teclea dos veces o cuando una decisión espera a que alguien exporte un fichero. El trabajo empieza contando esos puntos de traspaso y termina con los sistemas sincronizados y vigilados.
Recuento de los traspasos manuales
Se recorre el proceso tal como ocurre y se anota cada punto en el que una persona exporta, copia o vuelve a teclear algo que ya estaba registrado. Ese recuento ordena por dónde empezar, porque casi nunca conviene integrar todo a la vez.
Acuerdo sobre qué sistema manda
Antes de escribir código se decide qué sistema es dueño de cada campo: si el precio vive en el ERP o en la tienda, qué ocurre con un cliente duplicado, cómo se tratan unidades, divisas e impuestos. Queda por escrito, porque es lo que evita que dos sistemas se sobrescriban el uno al otro durante meses sin que nadie lo note.
Conexión con el ERP y las aplicaciones existentes
Se conecta con lo que cada sistema ofrece: servicios web en Business Central, consultas a la base de datos de un Sage X3 por red privada cuando no hay API, ficheros cuando el proveedor no permite otra cosa. En Grupo Pomona Iberia esa capa sustituyó las carpetas compartidas de cuatro empresas por una conexión SQL permanente sobre VPN.
APIs propias para lo que no las tiene
Cuando un proceso debe quedar disponible para otra aplicación, un socio o un dispositivo, se construye la API con Node.js y TypeScript: autenticación, límites de uso, versionado y documentación. Una aplicación interna deja así de ser un destino final y pasa a ser una pieza reutilizable.
Sincronización programada o por evento
Lo que puede esperar a la noche se carga en una ventana nocturna orquestada con Apache Airflow o Power Automate. Lo que no puede esperar, como un stock o un pedido, viaja en el momento en que ocurre. La elección se toma flujo a flujo, no de forma global.
Reintentos, registro y alertas
Cada ejecución deja constancia de qué se envió, qué falló y por qué, con reintentos automáticos y aviso a una persona cuando el error persiste. Los sistemas de origen cambian de versión sin avisar, y una integración sin vigilancia se rompe en silencio.
Cómo trabajamos.
01
Analizamos
Una primera sesión para entender el proceso, los sistemas que ya están en marcha y lo que hoy cuesta tiempo o dinero. De ahí sale un diagnóstico escrito, no una presentación de intenciones.
02
Decidimos y presupuestamos
Con el diagnóstico delante se decide qué se construye, qué se integra y qué es mejor no tocar. La propuesta llega con alcance, plazo y precio cerrados antes de empezar.
03
Construimos y lo dejamos en producción
El trabajo se entrega por partes utilizables, con pruebas en cada cambio. Al final queda en producción, documentado y con el equipo formado para usarlo sin depender de nosotros.
¿Cuándo conviene integrar en lugar de seguir con exportaciones?
Cuando el traspaso manual se repite a diario, cuando un error de transcripción acaba en una factura o en el stock, o cuando una decisión espera a que alguien prepare un fichero. Para un traspaso mensual de diez líneas, integrar no se paga, y se dice así antes de presupuestar.
¿Qué pasa si uno de los sistemas no tiene API?
Se busca la siguiente vía: lectura de su base de datos por red privada, exportaciones automáticas que la integración recoge, o la interfaz de ficheros que el proveedor sí soporte. Es el camino que se siguió con los cuatro ERPs de Grupo Pomona Iberia. Si ninguna opción es posible, se dice antes de la propuesta, porque ahí el límite lo pone el sistema y no el desarrollo.
¿Cómo se fija el precio y quién mantiene el conector después?
El desarrollo va por alcance cerrado en la propuesta y flujo a flujo, de modo que se puede empezar por uno y ampliar después. El mantenimiento se acuerda aparte, porque un conector depende de sistemas de terceros que cambian de versión y esa vigilancia tiene un coste propio. Puede quedarse en LakeTab o pasar al equipo interno con la documentación.
¿De quién es la integración y qué queda si termina la relación?
El código, las credenciales y la infraestructura son de la empresa, desplegados en su propia cuenta de Azure o AWS. Se entrega con el mapa de flujos, el acuerdo de campos de cada sistema y los registros de ejecución, para que otro equipo pueda continuar sin reconstruirlo por ingeniería inversa.
Nuestro stack
De los ERPs a la infraestructura cloud, elegimos herramientas que reducen el riesgo, encajan con los sistemas existentes y duran. Con ellas entregamos rápido y mantenemos en producción lo entregado.
“Estamos trabajando con Guille y Leo y la verdad es que estamos muy contentos con el resultado. Son profesionales, cumplen con los plazos y nos lo ponen todo muy fácil. Gente así cuesta de encontrar”
“No me cansaré de recomendarlos.
Con Leo y Guille desarrollamos conjuntamente un proceso de automatización para la gestión, estructuración y visualización de datos acumulados durante años de trabajo de campo en tres distritos distintos de Barcelona. Se trataba de un conjunto de información muy extenso y heterogéneo, y…”
“Trabajar con Laketab nos ha permitido dar un salto claro en cómo gestionamos la información. Hemos pasado de procesos manuales a un reporting automatizado, fiable y completamente alineado con nuestra realidad de negocio. No sólo han desarrollado la solución, sino que ha entendido la lógica financiera y operativa…”
