ERP para empresas medianas: conecta sin romper

En tu empresa ya tienes herramientas que funcionan: un software de facturación electrónica, un módulo de pagos y quizá un CRM independiente. Cambiar a un ERP no tiene que significar desecharlas. En este artículo verás, con ejemplos concretos y plazos claros, cómo conectar el nuevo ERP con todo lo que ya usas y qué exigir al proveedor para que la integración sea fluida.

Con qué se tiene que hablar

Antes de abrir la puerta al ERP, haz un inventario de los sistemas que siguen en producción. En una empresa mediana peruana típicamente encontrarás:

• Software de facturación electrónica (por ejemplo, Nubefact o Facturama) que ya está certificado por SUNAT.
• CRM que gestiona oportunidades de venta y datos de clientes.
• Plataforma de e‑commerce (Shopify, Tiendanube) que alimenta pedidos.
• Módulo de nómina externo que se comunica con la AFP y la ESSALUD.
• Herramientas de Business Intelligence (Power BI, Tableau) que consumen datos de varios sistemas.

Cada uno de estos componentes tiene su propia base de datos y, sobre todo, sus APIs de integración. El objetivo es que el ERP se convierta en el “cerebro central” sin que tengas que migrar datos de golpe. La estrategia recomendada es integración por capas:

1. Capa de extracción – el ERP lee la información que ya existe (por ejemplo, clientes en el CRM).
2. Capa de transformación – el ERP normaliza los datos al modelo interno.
3. Capa de carga – el ERP escribe los resultados en los sistemas origen cuando sea necesario (por ejemplo, actualizar el estado de un pedido en la tienda online).

Este enfoque permite que la migración se haga en sprints de 2‑3 semanas, con pruebas unitarias en cada sprint y sin interrumpir la operación diaria.

Una integración por capas reduce el riesgo de interrupción a menos del 5 % del tiempo total del proyecto.

SUNAT y facturación electrónica

La SUNAT exige que todos los comprobantes electrónicos cumplan con su esquema XSD y que se envíen en tiempo real o dentro de los 72 horas. Cuando el ERP se conecta a tu software de facturación ya certificado, debes asegurarte de cumplir tres requisitos clave:

1. Formato de XML idéntico – el ERP debe generar el mismo XML que el motor de facturación externo envía a SUNAT. La diferencia más frecuente es la codificación de caracteres; un error de UTF‑8 genera rechazo inmediato.
2. Secuencia de numeración – la numeración de documentos debe ser continua y controlada por la SUNAT. Si el ERP genera su propio número y luego lo pasa al motor de facturación, el número final debe coincidir con el registro de SUNAT.
3. Respuesta de SUNAT – el ERP necesita leer la respuesta (aceptado, rechazado o observado) y actualizar el estado interno del comprobante.

Errores típicos que aparecen en la práctica peruana:

• El XML no pasa la validación. La causa suele ser campos obligatorios que el ERP omite porque los considera opcionales.
• Se pierde la numeración. Ocurre cuando dos sistemas intentan asignar el mismo número de factura simultáneamente.
• Retrasos en la notificación. El ERP no está configurado para escuchar la respuesta de SUNAT en tiempo real y queda esperando hasta el próximo lote.

Para evitar estos problemas, solicita al proveedor del ERP documentación detallada de la API de facturación y un entorno de pruebas certificado por SUNAT. Un período de pruebas de 4 semanas es suficiente para validar los flujos críticos.

Cobros y bancos

En Perú la variedad de medios de pago ha crecido: Yape, Plin, Niubiz, Izipay y la tradicional transferencia bancaria. Cada uno expone una API distinta y, a menudo, limitaciones de tiempo de respuesta que pueden afectar la conciliación en el ERP.

Principales puntos de integración

• Yape y Plin – API REST que devuelve un token de autorización y un webhook para notificar pagos en tiempo real. El ERP debe registrar el webhook y, en menos de 30 segundos, marcar la factura como pagada.
• Niubiz – API SOAP con certificación PCI‑DSS. Requiere un proceso de tokenización y la respuesta llega en hasta 2 minutos. El ERP debe manejar reintentos automáticos cada 30 segundos.
• Izipay – API híbrida (REST + webhook). Permite pagos con código QR; el ERP necesita generar el QR y almacenar la referencia para la conciliación posterior.
• Transferencias bancarias – La mayoría de los bancos ofrecen archivos CNAB o API de conciliación. El ERP debe importar el archivo diariamente y cruzar los montos con las facturas emitidas.

Plazo de integración

Un desarrollador senior puede implementar la conexión a un medio de pago en 1‑2 semanas. Si se requiere integrar los cuatro canales, planifica 4‑5 semanas y reserva 1 semana adicional para pruebas de conciliación.

Qué pedirle al proveedor

No todas las soluciones ERP vienen con la flexibilidad necesaria para adaptarse a tu ecosistema. Antes de firmar, exige lo siguiente:

1. Catálogo de APIs – Debe incluir especificaciones OpenAPI/Swagger, ejemplos de request/response y límites de tasa (rate limits). Sin esto, cualquier cambio futuro será un dolor de cabeza.
2. Versionado de API – El proveedor debe garantizar que las versiones anteriores permanezcan operativas al menos 12 meses después de lanzar una nueva versión.
3. Documentación de eventos – Webhooks para facturación, pagos y cambios de estado. Cada webhook debe describir el payload y la política de reintento.
4. SLAs de disponibilidad – Para integraciones críticas (p.ej., pagos), exige un SLA de 99.5 % de disponibilidad y tiempo de respuesta máximo de 500 ms.
5. Plan de gestión de cambios – Cuando el proveedor modifique una API, debe notificar con al menos 30 días de antelación y ofrecer un entorno de pruebas.

Comparativa de requisitos críticos

Conclusión

Si llegaste hasta aquí, ya sabes que conectar un ERP con tus sistemas actuales no es cuestión de comprar un paquete y esperar que todo funcione. Necesitas:

• Mapear cada aplicación existente y definir una capa de integración por etapas.
• Cumplir con los requisitos de SUNAT y evitar los errores de XML y numeración.
• Integrar los medios de pago locales con webhooks y tiempos de respuesta claros.
• Exigir al proveedor documentación completa, versionado y SLAs que garanticen continuidad.

Con una planificación de 8‑12 semanas y pruebas estructuradas, tu empresa podrá aprovechar el ERP sin perder la inversión ya hecha en los sistemas que ya funcionan.