Integrar tu ERP con Embat
Rosetta IA de Arjé Partners lee de tu ERP cuentas contables, atributos, terceros, operaciones y asientos y los envía a Embat por su API. Cada registro se valida antes de salir: lo que no cumple se retiene con su motivo y solo se reenvía lo que ha cambiado. En esta integración no se instala software en tus servidores ni se modifica el ERP.
Actualizado el
Qué resuelve
Para que tesorería trabaje en Embat con la cartera real hacen falta los datos del ERP: plan contable, terceros con sus cuentas bancarias, facturas a cobrar y a pagar y apuntes de bancos. Con exportaciones sueltas aparecen duplicados y registros que se pierden sin que nadie lo vea.
Rosetta IA lo convierte en un proceso con contrato: qué entidades viajan, en qué orden y qué pasa con lo que no cumple. Hay plantillas de partida para Infor M3 y, en demostración, para Microsoft Dynamics 365 Business Central; otros ERP se conectan por API, servicio web, base de datos o fichero, tras un diagnóstico.
Cómo funciona
Se conecta al ERP en solo lectura
Por API REST, servicio web SOAP, base de datos o fichero, según lo que ofrezca tu ERP. Infor M3 se lee por SOAP o por API REST.
Se definen las equivalencias
La IA propone equivalencias entre los campos del ERP y el modelo común. Tú confirmas los campos ambiguos y tus tablas de códigos.
Interviene una personaSe lee a un almacén intermedio
La descarga es incremental, por fecha de cambio. Una marca de agua por entidad y sociedad guarda el último dato leído: si una ejecución falla, la siguiente retoma desde ahí.
Se valida registro a registro
Lo que no cumple se retiene con su motivo y no bloquea el resto del lote.
Se envía a Embat en orden
Cuentas, atributos, terceros, operaciones y asientos, por la API REST de Embat con token. Si el destino falla, solo se relanza el envío.
Se comprueba la respuesta
El resultado se marca registro a registro. Se lee el cuerpo de la respuesta, no solo el código: hay sistemas que devuelven éxito con el error dentro.
Validas los datos en Embat contra tu ERP
Criterios de aceptación: cuadre de cartera por sociedad, recuento por sociedad, muestreo de terceros, casos límite y vencimientos.
Interviene una persona
- Varias sociedades
- Cada sociedad del ERP es una compañía en Embat, unida por una tabla de equivalencias: añadir una sociedad es añadir una fila. Si tu ERP la identifica con empresa y división, se usa la pareja completa.
- Reprocesos
- Reprocesar un periodo o recargar una entidad es una operación normal y no duplica.
Qué datos viajan
| Dato | Sentido | Medio |
|---|---|---|
| Cuentas contablesPlan contable, incluidas las cuentas de banco | ERP → Embat | API REST de Embat |
| AtributosCentro de coste, proyecto, segmento | ERP → Embat | API REST de Embat |
| TercerosClientes y proveedores, con sus cuentas bancarias | ERP → Embat | API REST de Embat |
| OperacionesFacturas y abonos a cobrar y a pagar | ERP → Embat | API REST de Embat |
| AsientosApuntes del mayor, típicamente los de bancos | ERP → Embat | API REST de Embat |
| Pagos y cobrosLo ejecutado o conciliado en Embat | Embat → ERP | No se ofrece aquí como disponible |
Los importes viajan en positivo, con su divisa explícita y como decimal exacto: el sentido va en un campo de dirección, no en el signo.
Qué se valida y qué revisa una persona
Lo que valida Rosetta IA
- Campos obligatorios, fechas e importes bien formados, moneda ISO y valores dentro de las listas admitidas.
- Que existan el tercero de cada factura y la cuenta de cada apunte, y que el asiento cuadre.
- Que la sociedad del ERP tenga equivalencia en Embat.
- Identificador estable por registro: reenviar actualiza, no duplica. Una huella del contenido evita reenviar lo que no ha cambiado.
- El recuento distingue lo leído, lo enviado y lo retenido.
Lo que revisa una persona
- El significado de los campos ambiguos y de las tablas de códigos.
- Los registros retenidos, que quedan a la vista con su motivo.
- La validación funcional de los datos en Embat contra el ERP.
- En esta integración Rosetta IA solo lee de tu ERP; no escribe en él.
Qué no hace
- No detecta con lectura incremental el borrado físico de un registro en el ERP: exige carga completa periódica o aviso del ERP. Se recomienda enviar el registro bloqueado o anulado.
- No cubre el retorno de pagos y cobros de Embat hacia el ERP: figura en el contrato de datos, pero escribe en el ERP y no se ofrece aquí como disponible.
- No es integración automática de principio a fin. Por diseño, la IA propone equivalencias entre campos; no calcula importes ni decide signos, redondeos o divisas.
- No hay plantilla para todos los ERP: hoy hay plantillas de partida para Infor M3 y, en demostración, para Business Central.
- No sustituye de golpe a un proceso que ya funciona: cuando reemplaza a una integración existente, el proceso nuevo corre en paralelo sin enviar nada y un comparador contrasta cobertura, contenido y mensaje de salida antes del corte.
Preguntas frecuentes
¿Qué datos de mi ERP se envían a Embat?
Cuentas contables, atributos analíticos, terceros, operaciones y asientos. Se cargan en ese orden: una factura necesita que su tercero exista.
¿Qué pasa si se reenvían los mismos datos?
No se duplican. Cada registro lleva un identificador estable: si ya existe se actualiza y, si su contenido no ha cambiado, no se reenvía.
¿Qué ocurre con un registro que no cumple las validaciones?
Se retiene con su motivo, no se descarta, y no bloquea el resto del lote.
¿Y si mi política de seguridad no admite accesos entrantes?
El diseño prevé invertir el flujo para que sea tu sistema el que abra la conexión y envíe los datos. Si es tu caso, se valora en el diagnóstico.