ERP y bancos
Del ERP al banco: archivos de pagos de salida, extractos de vuelta, todo conciliado
Pagos enviados como ISO 20022 pain.001 por host-to-host SFTP o API bancarias, con extractos camt.053 y MT940 conciliados con la contabilidad.
Esquema
Desplácese en horizontal para ver el esquema completo.
Del ERP al banco: salen pagos, entran extractos
Los pagos aprobados salen del ERP como archivos ISO 20022 firmados por un canal host-to-host. Los informes de estado y los extractos vuelven por la misma vía y se concilian con las partidas abiertas. Los rechazos y las partidas no conciliadas llegan a su equipo con el motivo adjunto.
- Flujo principal
- Asíncrono
- Ruta de fallo
El flujo, paso a paso
- De ERP a Capa de integración: Lote de pagos aprobado, mediante REST/JSON · IDoc (flujo principal).
- De Capa de integración a Canal bancario seguro: Archivo de pagos firmado y cifrado, mediante ISO 20022 pain.001 · OpenPGP (flujo principal).
- De Canal bancario seguro a Banco: Entregado al banco, mediante SFTP H2H (flujo principal).
- De Banco a Canal bancario seguro: Informes de estado y extractos, mediante pain.002 · camt.053 · MT940 (asíncrono).
- De Canal bancario seguro a Capa de integración: Recibidos y validados, mediante SFTP H2H (asíncrono).
- De Capa de integración a Motor de conciliación: Líneas del extracto, mediante camt.053 (asíncrono).
- De Motor de conciliación a ERP: Asientos conciliados registrados, mediante REST/JSON (flujo principal).
- De Capa de integración a Equipo de tesorería y finanzas: Pagos rechazados, con el código de motivo, mediante pain.002 RJCT (ruta de fallo).
- De Motor de conciliación a Equipo de tesorería y finanzas: Partidas no conciliadas: un descuadre de conciliación (ruta de fallo).
- De Equipo de tesorería y finanzas a ERP: Corregidos y reenviados (ruta de fallo).
Visión general
Este es el flujo entre un ERP y sus bancos: salen los pagos aprobados y vuelven los informes de estado y los extractos. Es la conexión que la mayoría de los equipos financieros todavía gestiona a mano, con portales bancarios y hojas de cálculo, y en la que un error cuesta dinero.
El diseño de referencia sitúa una capa de integración entre el ERP y cada banco. La capa convierte los pagos a la variante de ISO 20022 pain.001 de cada banco, los firma y cifra, y los entrega por host-to-host SFTP, EBICS o la API del banco. Los informes de estado y los extractos vuelven por la misma vía y se concilian con las partidas abiertas del ERP.
La ruta de fallo se diseña con el mismo cuidado que el flujo normal. Un pago rechazado vuelve con el código de motivo del banco. Una línea de extracto que no concilia se convierte en un descuadre de conciliación que resuelve una persona designada. No se pierde nada y nada se registra dos veces.
Cómo funciona el flujo
- 01
Aprobar el lote de pagos
Su ERP genera el lote de pagos y sus aprobadores lo liberan, como hoy. La capa de integración solo recoge los lotes aprobados.
- 02
Convertir, firmar y cifrar
La capa convierte cada pago a la variante pain.001 del banco, lo valida, y firma y cifra el archivo según lo exige el banco.
- 03
Entregar al banco
El archivo viaja por el canal acordado, host-to-host SFTP, EBICS o la API del banco, antes de la hora de corte del banco.
- 04
Recibir estados y extractos
El banco devuelve informes de estado pain.002 por cada archivo y pago, y extractos camt.053 o MT940 al final del día.
- 05
Recoger y validar
La capa recoge cada informe, comprueba que no falten ni se repitan archivos según la secuencia de extractos, y lo descompone en líneas.
- 06
Conciliar y registrar
Las líneas de extracto se concilian con las partidas abiertas según las reglas que usted aprobó, y los asientos conciliados se registran en el ERP.
Cuando algo falla
Se rechaza un pago
El informe pain.002 incluye el código de motivo del banco. El pago se marca como rechazado en el ERP y pasa a su equipo de tesorería para que lo corrija y lo reenvíe.
Una línea de extracto no concilia
La línea se convierte en un descuadre de conciliación, con las partidas candidatas y el motivo del fallo. Su equipo lo resuelve y las reglas pueden aprender de ello.
Falta un archivo o llega tarde
Se comprueban los números de secuencia de los extractos y las horas de entrega previstas. Un archivo que falta o se retrasa genera una alerta antes de que alguien dependa de la posición de tesorería.
Una clave o un certificado está a punto de caducar
Las claves de firma y los certificados del canal se controlan con su fecha de caducidad, y la renovación empieza con margen suficiente para acordar la nueva clave con el banco.
Estándares y sistemas
- Estándares y canales bancarios
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- SWIFT
- OpenPGP
Preguntas y respuestas
Host-to-host, EBICS o API bancarias: ¿cuál debemos usar?
Normalmente lo decide el banco. Host-to-host SFTP es el canal más ofrecido para los archivos de pagos de empresas. EBICS es habitual en los bancos de Alemania, Francia y países vecinos. Las API bancarias son adecuadas para saldos en tiempo real y pagos inmediatos cuando el banco las ofrece. Muchas empresas usan más de uno, y la capa de integración oculta la diferencia al ERP.
Enlace a esta pregunta¿Debemos recibir extractos camt.053 o MT940?
Cuando el banco ofrece ambos, camt.053 incluye datos de remesa más completos y estructurados, lo que hace más fiable la conciliación automática. MT940 sigue muy extendido y funciona bien en muchos casos. Podemos recibir ambos, convertirlos al mismo modelo interno y pasar cada banco de MT940 a camt.053 cuando les convenga a usted y al banco.
Enlace a esta pregunta¿Podemos ver nuestra posición de tesorería durante el día?
Sí, si sus bancos ofrecen informes intradía. Llegan como mensajes camt.052 o MT942, o a través de una API de saldos. Los recogemos con la frecuencia que admite cada banco y los mostramos junto a los extractos de fin de día, para que su equipo de tesorería vea las posiciones previstas y reales antes de las horas de corte.
Enlace a esta pregunta¿Podemos saber quién aprobó y envió un pago?
Sí. La aprobación permanece en su ERP, con sus controles actuales. La capa de integración registra cada archivo que crea, firma, envía y recibe, con marcas de tiempo, identificadores y la cuenta técnica utilizada. Ese registro vincula cada pago del informe de estado del banco con el documento del ERP y sus aprobadores.
Enlace a esta preguntaTrabajamos con varios bancos. ¿Cada uno es un proyecto distinto?
No. La capa de integración, el modelo interno de pagos y las reglas de conciliación se construyen una sola vez. Cada banco nuevo aporta su propia variante de formato, su canal y sus pasos de alta, que son trabajos más pequeños. Normalmente conectamos primero el banco con más volumen y añadimos los demás por orden.
Enlace a esta pregunta¿Cómo se prueba la conexión antes de la puesta en producción?
Cada banco ofrece un entorno de pruebas o un proceso de pruebas. Acordamos con el banco un conjunto de casos de prueba que cubre cada tipo de pago, los rechazos y los extractos, los ejecutamos y conservamos las evidencias. Cuando el banco da su aprobación, entramos en producción con un primer lote de pagos pequeño y comparamos los resultados antes de pasar el resto.
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