Saltar al contenido
XSIS
Empresas e integraciones

Más allá de los lotes: tesorería e impuestos entre ERP y banca

Por qué los archivos por lotes fallan ante la validación fiscal en tiempo real y ISO 20022, y cómo crear integraciones ERP correctas bajo carga, paso a paso.

PorXSIS4 minutos de lectura

Dos ingenieros en una oficina al anochecer revisan el diagrama de un pipeline de datos de pagos en un monitor ancho.

Durante veinte años, las finanzas corporativas vivieron con un retraso. El ERP (SAP S/4HANA, Oracle u Odoo) cerraba los libros del día. Una tarea programada enviaba al banco archivos CSV planos o MT940 por SFTP. El equipo esperaba hasta la mañana siguiente para saber qué había aceptado el banco y qué había fallado.

Esa forma de trabajar se está rompiendo en los países del CCG, Europa, Oriente Medio y África. Dos cambios han convertido los archivos por lotes en un riesgo directo para el negocio.

Por qué los archivos nocturnos dejaron de funcionar

  • Los impuestos se comprueban ahora en tiempo real. La fase 2 de ZATCA en Arabia Saudí, el marco PINT-AE de los Emiratos Árabes Unidos y el IVA en la era digital (ViDA) de la UE exigen que cada factura se valide como XML y se selle criptográficamente, en tiempo real o casi, antes de emitirse o liquidarse legalmente.

  • Los pagos llevan ahora datos ricos. ISO 20022 sustituye los campos de referencia cortos por datos de la remesa totalmente estructurados, en las instrucciones de pago (pain.001) y en los mensajes de gestión de tesorería (camt.053 y camt.054).

Cuando las empresas añaden la validación fiscal en tiempo real y ISO 20022 sobre un middleware de lotes antiguo, el resultado es dinero retenido en tránsito, conciliación manual y una facturación que se detiene cuando falla una comprobación.

Por qué los conectores estándar no bastan en producción

Los conectores de integración estándar resuelven bien el caso simple. No están diseñados para mantener registros financieros coherentes cuando llegan miles de transacciones a la vez. En una empresa consolidada, tres problemas aparecen una y otra vez:

  • Datos que se pierden en la traducción. Las tablas de ERP personalizadas rara vez encajan limpiamente en los esquemas estrictos de ISO 20022 o en las facturas electrónicas UBL 2.1 sin una capa de mapeo cuidadosa y basada en reglas.

  • Duplicados al reintentar. Cuando un banco o una pasarela fiscal agota el tiempo de espera bajo carga, un simple reintento puede enviar dos veces el mismo pago o presentar dos veces la misma factura.

  • Dos sistemas, dos verdades. El ERP marca una factura como contabilizada mientras la autoridad fiscal rechaza su sello. El equipo de finanzas se queda revirtiendo asientos a mano entre sistemas que no se hablan.

Cómo lo construimos

En XSIS tratamos la integración como ingeniería, no como configuración. Un motor fiable de tesorería y cumplimiento en tiempo real se apoya en cuatro partes.

1. Cada evento, capturado una vez

No consultamos la base de datos del ERP de forma periódica. Capturamos cada cambio cuando ocurre, mediante una bandeja de salida transaccional o la propia malla de eventos del ERP. Cada evento financiero recibe una clave estable basada en el origen del documento, para procesarse exactamente una vez en los sistemas bancarios y fiscales.

2. Comprobaciones antes de que salga nada

Antes de que un mensaje llegue a un banco o a un portal fiscal, un motor de validación independiente comprueba el XML contra su esquema, aplica la firma criptográfica (CSID o X.509) y crea el código QR y la cadena de hash requeridos. Todo esto tarda menos de 50 milisegundos.

3. Un formato interno para cada banco

Un modelo de datos interno versionado se sitúa entre el ERP y el mundo exterior. Añadir un banco o pasar de mensajes MT a MX no significa reescribir código ABAP o PL/SQL en el ERP.

4. Extractos bancarios conciliados de forma automática

Los extractos bancarios (camt.053) y los avisos de pago instantáneo (camt.054) se leen y se concilian con las cuentas por cobrar abiertas mediante reglas claras. Más del 99 % de las partidas se concilian sin ningún paso manual, y solo las excepciones reales llegan a una persona.

de las partidas de extractos bancarios conciliadas sin ningún paso manual, en nuestro caso práctico bancario
99,4 %

Por dónde empezar

No necesita sustituir su ERP para acabar con los retrasos de los lotes. Empiece por nuestro diagnóstico de sistemas existentes: en 1 a 2 semanas, mapeamos dónde se pierden datos entre su ERP, su middleware y sus bancos. Después pase a tiempo real los circuitos de conciliación más dolorosos.

Empiece por una conversación, no por un contrato.

Cuéntenos qué necesita construir, conectar o proteger. Un arquitecto lo repasa con usted y después le recomienda por dónde empezar.

Próximos pasos

  1. Acordar un horario

    Nuestro equipo le escribe por correo electrónico para acordar un horario para la sesión.

  2. Sesión previa de consultoría

    Una sesión de consultoría previa gratuita de 30 minutos en línea: repasamos sus objetivos, sistemas y restricciones.

  3. Revisión de preparación

    En una revisión de preparación gratuita de 48 horas, un Arquitecto Principal comprueba su proyecto frente a la Definición de preparado de 6 puntos y recomienda la vía que encaja.

  4. Elegir la vía

    Los proyectos con el alcance definido reciben una propuesta vinculante en un plazo de 3 a 5 días hábiles. Los proyectos en fase de concepto empiezan en el estudio con Blueprint. Un sistema en producción que falla, no está documentado o necesita integración empieza con un diagnóstico de 1 a 2 semanas. El estudio con Blueprint y el diagnóstico tienen cada uno un importe fijo, indicado en la propuesta.