Cómo se ve la integración de sistemas

En tu empresa los datos circulan en silos: el área de ventas usa un CRM, el financiero un ERP y el almacén una hoja de cálculo. Cada vez que necesitas información cruzada pierdes tiempo y cometes errores. En este artículo verás, paso a paso, cómo una compañía peruana superó esa barrera y qué resultados obtuvo.

El punto de partida

Tipo de empresa: distribuidora de materiales de construcción.

Sector: construcción y ferretería.

Tamaño: 120 empleados, 3 sucursales en Lima, Arequipa y Trujillo.

Problema concreto: el proceso de venta comenzaba en el CRM de HubSpot, pero la generación de orden de compra dependía de una planilla Excel que el almacén actualizaba manualmente. Cada día se producían retrasos de 2 a 4 horas en la confirmación de disponibilidad de stock, y el equipo de finanzas recibía facturas sin el número de orden interno, lo que provocaba conciliaciones tardías y multas por incumplimiento de los plazos de SUNAT.

• Los datos no fluyen entre sistemas. Cada área trabaja con su propia herramienta y la información se duplica.
• Se pierden horas en tareas manuales. El personal de ventas pasa 30 min por venta verificando stock en Excel.
• Los errores generan costos. Facturas sin referencia generan reclamos y retrasos en la presentación de declaraciones ante SUNAT.

Qué se hizo y por qué

Decisiones estratégicas

1. Seleccionar una plataforma de integración: se evaluaron tres opciones – Zapier, Microsoft Power Automate y una solución a medida basada en API REST. Zapier quedó descartado por limitaciones en el manejo de archivos XML de SUNAT; Power Automate fue viable pero requería licencias adicionales que aumentaban el coste operativo. Finalmente, se optó por desarrollar un middleware propio con Node.js, porque permitía controlar cada paso del flujo y cumplir con los requisitos de la facturación electrónica peruana.
2. Definir los puntos de conexión: se decidió integrar tres sistemas críticos – CRM (HubSpot), ERP (SAP Business One) y el gestor de inventario (un software legado con base de datos MySQL). Además, se incluyó la generación automática de archivos XML para SUNAT.
3. Establecer un cronograma: el proyecto se dividió en cuatro sprints de dos semanas cada uno, más una fase de pruebas de una semana. En total, 9 semanas de desarrollo y 2 semanas de capacitación interna.

Qué se descartó

• Integrar directamente el Excel: se probó una macro que exportara datos a CSV, pero la falta de control de versiones y la vulnerabilidad a errores humanos hicieron que se descartara.
• Contratar un integrador externo: la empresa ya había tenido experiencias negativas con consultoras que entregaban soluciones “cajas negras”. La decisión fue mantener el conocimiento dentro del equipo de TI de la compañía.

Implementación técnica

• API HubSpot → Middleware: cada nuevo lead dispara un webhook que envía los datos al middleware.
• Middleware → SAP Business One: se utiliza la API de SAP para crear la orden de venta y, al mismo tiempo, generar el registro de stock.
• SAP → Inventario MySQL: se actualiza la tabla de disponibilidad mediante una llamada POST que incluye SKU y cantidad.
• Generación de XML SUNAT: el middleware toma la información de la orden y crea el archivo XML conforme a la normativa 2024, enviándolo automáticamente al portal de la SUNAT mediante la API de envío electrónico.

Qué cambió en el día a día

Antes

• El vendedor ingresaba el cliente en HubSpot, luego llamaba al almacén para confirmar stock (30 min).
• El almacén buscaba el SKU en Excel, actualizaba la hoja y enviaba un correo al financiero.
• El financiero recibía la orden sin número interno, debía buscar manualmente el registro y generar la factura, lo que tomaba 45 min por documento.
• Cada semana se producían entre 5 y 8 errores de conciliación que generaban multas de 0.5 % del valor de la factura.

Después

• El vendedor registra el cliente y la oportunidad en HubSpot; en segundos el middleware verifica stock y muestra la disponibilidad en la misma pantalla.
• Al cerrar la venta, la orden se crea automáticamente en SAP y el inventario se decrementa al instante.
• El financiero recibe la factura con número de orden interno y el XML listo para SUNAT; el proceso de emisión pasa de 45 min a 10 min.
• Las conciliaciones mensuales se redujeron a 1 o 2 casos menores, y no se registraron multas por incumplimiento.

Indicadores de mejora

• Tiempo medio de cierre de venta: de 45 min a 12 min (73 % de reducción).
• Errores de facturación: de 8 % a 0.3 % de los documentos emitidos.
• Horas ahorradas en gestión de stock: 1.5 h/día por sucursal, equivalentes a 22 h/mes.
• Cumplimiento SUNAT: 100 % de envíos dentro del plazo legal.

Qué es replicable y qué no

Replicable a otras distribuidoras

• Enfoque modular: separar la lógica de integración en un middleware permite reutilizarlo con cualquier ERP que ofrezca API.
• Uso de webhooks: la captura de eventos en tiempo real funciona igual con HubSpot, Zoho o Salesforce.
• Generación automática de XML SUNAT: la plantilla de XML basada en la normativa es válida para cualquier empresa que facture electrónicamente en Perú.
• Cronograma de sprints: dividir el proyecto en bloques de dos semanas facilitó la coordinación entre TI y áreas operativas.

No replicable directamente

• Software legado con MySQL: la estructura de la base de datos del inventario era única; otra empresa con un ERP completo no necesitaría esa capa.
• Política interna de aprobaciones: la compañía tenía una regla de doble firma para órdenes superiores a S/ 50 000, lo que implicó crear un flujo de aprobación adicional en el middleware. Empresas sin esa regla pueden omitirlo.
• Recursos internos: el proyecto contó con dos desarrolladores senior y un analista de negocio; una pyme con menos personal tendría que externalizar parte del trabajo.

Integrar sistemas aislados reduce el tiempo de cierre de venta en más del 70 % y elimina prácticamente los errores de facturación.

Conclusión

Si tu empresa sigue operando con datos en silos, la experiencia de esta distribuidora muestra que una integración bien planificada transforma la operación diaria: los vendedores cierran más rápido, el almacén gestiona el stock en tiempo real y el financiero cumple con SUNAT sin contratiempos. El éxito depende de elegir una solución que permita control total, definir puntos críticos de conexión y ejecutar el proyecto en ciclos cortos. Lo que funciona en una empresa del sector construcción puede adaptarse a otras industrias siempre que se mantenga la arquitectura modular y se respeten las particularidades regulatorias peruanas.