Integración de sistemas
Integra tu ERP con la tienda, el CRM o la pasarela de pagos sin duplicar datos
Conectamos los sistemas que usa tu empresa para que pedidos, clientes y pagos lleguen donde los necesitas. Acordamos qué dato toma cada sistema y cómo resolver diferencias, fallos y duplicados.
Revisado el por Grupo Anta.
Conversar sobre mi integraciónQuién manda
Tu equipo puede trabajar con la misma información en cada sistema
Definimos contigo dónde se actualiza cada dato y qué sistemas lo reciben. El stock, los datos del cliente y la confirmación de pago pueden tener fuentes distintas; el reparto depende de cómo opera tu empresa.
| Dato | Quién manda | Por qué |
|---|---|---|
| Stock y precio de venta | El ERP | Es donde se registran la compra y el costo; la tienda muestra lo que el ERP dice. |
| Datos del cliente (contacto, dirección) | El CRM si existe; si no, el ERP | El CRM es donde el equipo comercial corrige el dato; sin CRM, el ERP es la única fuente y evita que dos sistemas discrepen sobre el mismo cliente. |
| Si un pago se hizo o se rechazó | La pasarela (Culqi, Izipay) | Es quien de verdad cobró o rechazó; el ERP y la tienda solo reflejan lo que la pasarela confirma. |
| El comprobante ya emitido | El emisor de comprobantes ante SUNAT | Un comprobante que SUNAT o el OSE rechazó no es válido, aunque el ERP ya lo haya generado. |
Construimos la conexión sobre los sistemas que ya usas: Ver el servicio de integraciones.
Ver cómo resolvemos la sincronización y los reintentos
Lote o evento
La información se actualiza cuando tu operación lo necesita
Elegimos entre sincronizar por lotes o responder a cada evento según la urgencia del dato y lo que permiten los sistemas que vamos a conectar.
Por lotes
Un proceso corre cada cierto tiempo —cada noche, cada hora— y sincroniza lo que cambió desde la corrida anterior.
- El volumen es bajo o no es urgente: precios de catálogo, un reporte contable.
- Uno de los dos sistemas no tiene forma de avisar al otro cuando algo cambia.
- Tolera que el dato esté desactualizado entre una corrida y la siguiente.
Por evento
El sistema que origina un cambio avisa al otro mediante un evento o un webhook, para que pueda procesarlo sin esperar al siguiente lote.
- El cliente espera una confirmación inmediata: un pago aprobado, un pedido con stock.
- Un retraso de minutos ya es un problema, no un detalle.
- Exige que el sistema que recibe esté disponible, o que haya una cola de reintento.
Si uno no responde
Lo pendiente se puede recuperar sin volver a cargar la misma operación
Definimos cómo conservar una operación pendiente, cuándo reintentar y cómo reconocer una que ya se procesó. Tu equipo puede ver qué necesita atención.
- Si el sistema de destino no responde, la operación queda en una cola y se reintenta más tarde: no se pierde por una caída de segundos o minutos.
- Cómo se comprueba: Cortar la conexión al enviar un pedido y restablecerla poco después: el pedido llega cuando la conexión vuelve, sin que nadie lo reenvíe.
- Cada operación lleva una clave de idempotencia: un identificador que marca esa operación como única. Si la misma operación llega dos veces con la misma clave, el sistema que recibe descarta la segunda.
- Cómo se comprueba: Enviar dos veces el mismo pedido, como pasa cuando un corte deja la duda de si llegó: el sistema de destino crea un solo registro.
- La cola tiene un límite de reintentos. Superado ese límite, la operación queda a la vista de una persona con el motivo, en vez de reintentar sin fin.
- Cómo se comprueba: Simular una caída larga del sistema de destino: tras el último reintento, alguien recibe la operación pendiente y por qué no se pudo completar.
Sin API
Sin API, el archivo de importación sigue siendo una integración, solo que por lotes
Un sistema contable que no expone una API todavía se puede sincronizar: exporta un archivo, un proceso lo revisa, y el destino lo importa ya comprobado.
- El ERP exporta el archivo (Excel o texto)
- Un proceso revisa y prepara los datos
- El sistema destino lo importa ya comprobado
Concar, por ejemplo, se integra solo entre sus propios módulos. Para conectarlo con otro sistema, la vía es el archivo que sí exporta e importa. Confirmado en realsystems.com.pe.
Cuándo no conviene
Revisamos los conectores disponibles antes de definir el desarrollo
Podemos partir de un conector existente y completar lo que tu operación necesita. Revisamos qué cubre, qué reglas faltan y quién lo mantendrá.
| Tu situación | Con qué se resuelve | ¿Hace falta un desarrollo? |
|---|---|---|
| Los dos sistemas ya tienen un conector oficial entre ellos | El conector que trae el propio producto: por ejemplo, el de tu ERP hacia Culqi o Izipay. | No |
| Conectar apps con flujos simples: una planilla, un correo, un CRM genérico | Una herramienta sin código como Zapier, Make, Power Automate o n8n. | A veces |
| Uno de los extremos es SUNAT o la emisión de comprobantes | La integración con el proveedor de emisión que usa tu empresa, como Nubefact o Efact, revisando su API y los estados del comprobante. | Sí, junto con un OSE |
| Hay que decidir quién manda, evitar un duplicado o conectar un sistema sin conector ni API | Un desarrollo a medida, con esas reglas escritas antes de programar. | Sí |
Antes de firmar
La propuesta define qué conectamos y cómo revisarás la entrega
Acordamos los datos que deben viajar, las reglas para resolver diferencias y las comprobaciones de la entrega. Así puedes revisar qué incluye el trabajo antes de contratarlo.
¿Qué acordamos antes de empezar?
Qué sistemas conectamos, qué información comparten, cómo resolvemos diferencias y cómo se comprobará el resultado. El alcance, el precio y el plazo quedan en la propuesta.
¿Quién escribe la regla de cuál sistema manda?
Se define y se revisa contigo antes de programar nada. Si el proveedor la decide solo y la entrega ya hecha, no hay forma de comprobar que resuelve tu caso.
¿Qué te llevas si el proyecto termina?
El código de la integración y su documentación, no solo el acceso a un panel que el proveedor sigue operando.
¿Cómo se prueba que no pierde ni duplica antes de pasar a producción?
Con el mismo tipo de corte de conexión y reenvío descritos arriba, contra un ambiente de prueba, antes de que toque datos reales.
Lo siguiente depende de qué lado de la integración es tu problema hoy
- ¿Cómo leer facturas y documentos automáticamente?
Si lo que sincronizas entre sistemas son facturas o guías, la lectura y la comprobación antes de cargarlas viven aquí. Guía
- ¿Cómo paso los XML de mis comprobantes electrónicos a Excel?
Si tus comprobantes ya son electrónicos, pasa los XML a una tabla antes de decidir qué automatizar. Herramienta gratuita
- ¿Mi proceso necesita software, una automatización o IA?
Antes de mandar a construir, comprueba si tu caso es software, una automatización o si ya alcanza con lo que tienes. Herramienta gratuita
- ¿Qué parte de mi proceso puedo dejar de hacer a mano?
Si lo que hoy se hace a mano es un proceso completo, no solo un dato entre dos sistemas. Lo que construimos
¿Qué dos sistemas necesitas conectar, y qué pasa hoy cuando no coinciden?
Cuéntanos qué sistemas usas y qué información necesitas compartir entre ellos. Te damos una orientación sobre cómo conectarlos y el alcance del trabajo.