ERP y terceros
Del ERP a terceros: CRM, logística, impuestos e identidad
Conexiones REST, SOAP, webhook e iPaaS entre su ERP y los servicios que lo rodean, con reintentos y alertas.
Esquema
Desplácese en horizontal para ver el esquema completo.
Del ERP a terceros: una plataforma, muchos socios
Los eventos de negocio salen del ERP una sola vez y la plataforma de integración los entrega a cada socio en el formato que espera. Las respuestas de vuelta (callbacks) siguen la misma vía. Un mensaje que sigue fallando tras sus reintentos pasa a una cola de mensajes fallidos y genera una alerta con el contenido adjunto.
- Flujo principal
- Asíncrono
- Ruta de fallo
El flujo, paso a paso
- De ERP a Plataforma de integración: Eventos de negocio, mediante REST · OData · webhook (flujo principal).
- De Plataforma de integración a CRM: Clientes y pedidos, mediante REST/JSON (flujo principal).
- De Plataforma de integración a Logística y transportistas: Envíos reservados, mediante REST/JSON (flujo principal).
- De Logística y transportistas a Plataforma de integración: Eventos de seguimiento, mediante webhook (asíncrono).
- De Plataforma de integración a Facturación electrónica e impuestos: Facturas para validación fiscal, mediante SOAP/XML · REST (flujo principal).
- De Plataforma de integración a Proveedor de KYC e identidad: Verificaciones de identidad, mediante REST/JSON (flujo principal).
- De Proveedor de KYC e identidad a Plataforma de integración: Resultados de verificación, mediante webhook (asíncrono).
- De Plataforma de integración a Cola de mensajes fallidos y alertas: Fallido tras los reintentos, a la cola de mensajes fallidos (ruta de fallo).
- De Cola de mensajes fallidos y alertas a Equipo de soporte: Alerta con el contenido y el error (ruta de fallo).
Visión general
Este es el flujo entre su ERP y los servicios que lo rodean: el CRM, los transportistas y proveedores logísticos, las plataformas de facturación electrónica e impuestos, y los proveedores de identidad y KYC. Cada socio tiene su propia API, su propio formato y sus propios fallos, y cada uno suele llegar como un proyecto aparte.
El diseño de referencia publica los eventos de negocio del ERP una sola vez en una plataforma de integración, que los entrega a cada socio en el formato que espera, mediante REST, SOAP, webhooks o EDI sobre AS2 cuando los socios comerciales lo exigen. Las respuestas de vuelta, como los eventos de seguimiento o los resultados de verificación, regresan por la misma plataforma.
Que un socio no esté disponible es algo normal, no una emergencia. Los fallos temporales se reintentan. Un mensaje que sigue fallando tras sus reintentos pasa a una cola de mensajes fallidos, y una alerta llega al equipo de soporte con el contenido y el error, para que se corrija y se vuelva a procesar.
Cómo funciona el flujo
- 01
El ERP publica un evento
Cuando cambia un cliente, un pedido o una factura, el ERP publica un único evento de negocio en la plataforma de integración, mediante su API, servicios OData o webhooks.
- 02
El CRM se mantiene al día
La plataforma actualiza cuentas, contactos y pedidos en el CRM, para que los equipos de ventas y de servicio vean lo que sabe el ERP.
- 03
Se reservan los envíos
Los pedidos listos para enviar se reservan con el transportista o el proveedor logístico a través de su API, y vuelven las etiquetas y las referencias.
- 04
Vuelve el seguimiento
El transportista envía por webhook los eventos de seguimiento y de prueba de entrega, y la plataforma actualiza el pedido en el ERP.
- 05
Se validan las facturas
Las facturas se envían a la plataforma de facturación electrónica o de impuestos en el formato que exige la autoridad, y el estado de validación se guarda con la factura.
- 06
Se verifican las identidades
Los nuevos clientes o proveedores se envían al proveedor de KYC o de identidad, y el resultado vuelve por webhook antes de que se active la cuenta.
Cuando algo falla
Un socio no está disponible temporalmente
La llamada se reintenta con esperas crecientes. Una clave de idempotencia en cada escritura garantiza que un reintento nunca cree un segundo envío ni una segunda factura.
Un mensaje sigue fallando tras sus reintentos
Pasa a una cola de mensajes fallidos con el contenido y el error del socio, y se alerta al equipo de soporte. Una vez corregido, se vuelve a procesar desde la cola.
Un socio cambia su API
Las pruebas de contrato se ejecutan contra el entorno de pruebas de cada socio y detectan el cambio. Los cambios anunciados se planifican y se prueban antes de la fecha límite del socio.
Se rechazan los datos
Cuando un socio rechaza datos por un motivo de negocio, como un número fiscal que falta, el error vuelve al registro del ERP, donde su responsable puede corregirlo.
Estándares y sistemas
- Integración
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- Identidad y acceso
- OAuth 2.0
Preguntas y respuestas
¿Qué servicios de terceros pueden conectar?
Cualquier servicio con una API o una interfaz de archivos documentada. Ejemplos habituales son las plataformas CRM, los transportistas y proveedores logísticos, los marketplaces, las plataformas de facturación electrónica e impuestos, las nóminas, los proveedores de KYC e identidad, y los socios comerciales que intercambian documentos EDI sobre AS2. Revisamos la API, los límites y el entorno de pruebas de cada socio antes de comprometernos con un plan.
Enlace a esta pregunta¿Necesitamos una plataforma de integración para esto?
Cuando varios socios están conectados a un mismo ERP, una plataforma como MuleSoft, Boomi o Azure Logic Apps, o un conjunto de servicios a medida sobre una cola de mensajes, reúne en un solo lugar el mapeo de datos, los reintentos y la monitorización. Con uno o dos socios, las conexiones directas pueden bastar. Exponemos las ventajas e inconvenientes para su caso, incluidos los costos de licencia.
Enlace a esta pregunta¿Pueden conectarnos con plataformas de facturación electrónica y validación fiscal?
Sí. Muchos países exigen ya que las facturas se emitan o se validen a través de una plataforma pública o acreditada, en un formato definido. Integramos el ERP con la plataforma que exige su país o con un proveedor acreditado, guardamos el estado de validación y los identificadores con cada factura, y gestionamos los rechazos. Sus asesores fiscales confirman las normas que le aplican.
Enlace a esta pregunta¿Cómo protegen los webhooks entrantes?
Cada webhook entrante se verifica antes de procesarse: por firma cuando el socio firma sus mensajes, y mediante comprobaciones de token, origen y marca de tiempo cuando no lo hace. El contenido se valida contra el contrato, y los eventos se procesan una sola vez aunque el socio los envíe más de una vez.
Enlace a esta pregunta¿Qué ocurre cuando un socio sufre una interrupción?
El resto de los flujos sigue funcionando. Los mensajes para ese socio se reintentan y luego se ponen en cola, se alerta al equipo de soporte y no se pierde nada. Cuando el socio se recupera, los mensajes en cola se vuelven a procesar en orden. El panel muestra qué socio está afectado y cuántos mensajes están en espera.
Enlace a esta pregunta¿A quién pertenecen los conectores que construyen?
La propiedad intelectual del trabajo que desarrollamos para usted es suya desde el primer commit, sin ningún trámite de cesión al final. Los conectores se entregan con su código fuente, sus pruebas y su documentación, para que su equipo u otro proveedor pueda mantenerlos. Las herramientas de XSIS que ya existían antes siguen siendo nuestras y se le conceden bajo licencia. Las API de los socios y las licencias de las plataformas de integración siguen sujetas a las condiciones propias de esos fabricantes.
Enlace a esta preguntaCuéntenos qué necesita desarrollar o conectar.
Describa los sistemas, los plazos y las restricciones. Los ingenieros adecuados se encargan a partir de ahí.
- Nuestro equipo le llamará en un plazo de 24 horas, en la franja horaria que usted prefiera
- Nuestro equipo está disponible 24/7