Integración bancaria

Trabajamos con los mensajes ISO 20022 que usan los bancos para los pagos y la información corporativa: pain.001 para pagos, pain.002 para estados y camt.052, camt.053 y camt.054 para informes de cuenta. También gestionamos los extractos SWIFT MT940 y MT942 que muchos bancos siguen enviando. Para el transporte usamos SFTP host-to-host, EBICS cuando los bancos lo ofrecen y las API bancarias. Cada banco tiene su propia variante de cada formato, por lo que construimos a partir de la guía de implementación del banco y no solo del estándar.

Conectamos bancos con SAP S/4HANA, Oracle NetSuite, Oracle Fusion Cloud ERP, Microsoft Dynamics 365, Odoo y Sage, así como con sistemas de tesorería y a medida. Algunos ERP tienen sus propios módulos de comunicación bancaria. En esos casos, los configuramos y ampliamos en lugar de construir algo paralelo. Mencionar un producto aquí no implica una asociación con su fabricante.

Depende sobre todo del banco, no del código. Cada banco fija sus propios pasos de alta, ventanas de prueba y aprobaciones, y algunos exigen contratos o intercambios de claves antes de que puedan empezar las pruebas. También influyen el número de bancos, tipos de pago y países. Tras la fase de mapeo le entregamos un plan por banco y empezamos las pruebas con el banco que esté listo primero.

Del número de bancos y canales, los tipos de pago y países incluidos en el alcance, lo que su ERP ya admite y la complejidad de sus reglas de conciliación. Los requisitos de firma y cifrado y el proceso de pruebas de cada banco añaden esfuerzo. Estimamos por banco y por flujo tras la fase de análisis, para que pueda escalonar el trabajo y su costo.

Los archivos de pagos se firman y cifran según exige cada banco, por ejemplo con OpenPGP, y solo circulan por el canal acordado. Las claves y los certificados se guardan en su almacén de claves o en su módulo de seguridad de hardware (HSM), nunca en el código, y solo personas designadas pueden acceder a ellos. Los archivos se validan antes de enviarse y cada transferencia queda registrada, para que pueda rastrear quién aprobó y envió cada pago.

Pasa a una lista de revisión con las partidas candidatas más probables y el motivo por el que no se concilió, como una diferencia de importe o una referencia ausente. Su equipo la resuelve ahí, y las reglas pueden ajustarse para que el mismo caso se concilie la próxima vez. No se registra nada en la contabilidad sin una conciliación que usted haya aprobado.

Los bancos anuncian los cambios de formato con antelación, como hicieron muchos al pasar de los mensajes SWIFT MT a ISO 20022. Seguimos esos avisos para los bancos que conectamos, evaluamos el impacto y programamos el cambio y sus pruebas con el banco antes de la fecha límite. Esto puede formar parte de un acuerdo de soporte.

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. Esto incluye el código a medida, la documentación y los demás entregables creados para usted. Lo que aportamos y ya existía antes, como herramientas o bibliotecas internas, sigue siendo nuestro, y usted recibe una licencia para usarlo en sus sistemas. Los componentes de código abierto mantienen sus propias licencias, y se los enumeramos.