De la conciliación mensual al matching continuo
Matching con puntuación de confianza, clasificación de transacciones ISO 20022 y el impacto operacional de la conciliación automatizada diaria.
Reconciliación en Tiempo Real: Del Incendio Mensual a la Seguridad Continua
Última semana del mes. El equipo financiero descarga extractos bancarios. Exporta el ledger interno. Abre una hoja de cálculo. Comienza a cotejar.
Línea por línea. Monto, fecha, referencia. Algunas cuadran limpiamente. Algunas difieren por un día, diferencia de timing entre fecha de contabilización y fecha valor. Algunas coinciden en monto pero no en referencia, el banco truncó el ID end-to-end. Algunas no coinciden en absoluto: una comisión bancaria que nadie esperaba, un pago devuelto que el sistema registró bajo un código de transacción diferente, un asiento duplicado de un webhook del proveedor que se disparó dos veces.
Los elementos no conciliados se convierten en una cola. Cada uno requiere investigación. ¿Qué antigüedad tiene la discrepancia? ¿Una semana? ¿Dos? ¿Treinta días? Cuanto más antigua, más difícil la investigación. Un mismatch de 30 días requiere trabajo forense a través de portales bancarios, logs internos, dashboards de proveedores, y a veces una llamada al partner de clearing. Un mismatch de 1 día suele ser obvio.
Ese es el incendio mensual. Cuesta tiempo, atención y confianza. El equipo lo teme. El CFO pregunta por él. El auditor pregunta aún más.
Importación de Extractos Bancarios como Fundamento
camt.053 (Bank-to-Customer Statement) es el formato estándar ISO 20022 para extractos de fin de día en el espacio SEPA. La mayoría de los bancos lo proporcionan. Algunos entregan camt.052 (intradía).
Importación automatizada significa: parsear el XML, extraer transacciones como registros estructurados, almacenarlas en una tabla staging de reconciliación. Cada transacción importada lleva:
| Campo | Fuente | Propósito |
|---|---|---|
| Monto | camt.053 Amt | Campo primario de cotejo |
| Moneda | camt.053 Ccy | Debe coincidir con moneda del ledger |
| Fecha valor | camt.053 ValDt | Fecha de settlement (no fecha de contabilización) |
| Fecha contabilización | camt.053 BookgDt | Cuándo el banco lo registró |
| IBAN acreedor/deudor | camt.053 CdtrAcct/DbtrAcct | Identificación de contraparte |
| Referencia end-to-end | camt.053 EndToEndId | Correlación primaria con transferencias internas |
| BankTransactionCode | camt.053 BkTxCd (Domain/Family/SubFamily) | Clasificación de transacción |
| Concepto de pago | camt.053 RmtInf | Texto libre o referencia estructurada |
El BankTransactionCode es la misma clasificación ISO 20022 discutida en el artículo de ISO 20022: PMNT/RCDT/ESCT para una transferencia SEPA entrante, PMNT/RDDT/ESDD para un débito directo entrante. Si el ledger interno usa los mismos códigos, porque almacena clasificaciones ISO 20022 nativamente, el cotejo de clasificación es estructural. Sin traducción requerida.
Matching con Puntuación de Confianza
El matching no es binario. Un asiento de extracto coincide con un asiento interno del ledger perfectamente, parcialmente, o no coincide en absoluto. El motor de matching compara múltiples campos y produce una puntuación de confianza.
| Campo de cotejo | Peso | Tolerancia |
|---|---|---|
| Monto + moneda | 40% | Match exacto requerido |
| Referencia end-to-end | 30% | Exacto o substring (los bancos truncan) |
| Fecha valor | 15% | ±1 día hábil |
| BankTransactionCode | 10% | Match exacto de código ISO |
| IBAN de contraparte | 5% | Match exacto |
Los pesos son configurables. El cotejo de fechas tolera ±1 día hábil, porque las fechas valor y de contabilización pueden diferir entre zonas horarias y horas de corte de clearing.
La puntuación de confianza determina la acción:
| Confianza | Cantidad (típica) | Acción |
|---|---|---|
| ≥ 0,95 | ~92% de elementos | Auto-conciliado. Sin revisión manual necesaria. |
| 0,70, 0,94 | ~5% de elementos | Match sugerido. Confirmación manual con un clic. |
| < 0,70 | ~3% de elementos | No conciliado. Requiere investigación. |
El objetivo: tasa de auto-conciliación superior al 95%. Eso significa que 95 de cada 100 asientos de extracto se asignan a asientos internos del ledger sin intervención humana. Los 5 restantes se presentan al equipo financiero como cola priorizada, no como un volcado de hoja de cálculo.
El 3% no conciliado es lo que importa. Son comisiones bancarias, returns tardíos, duplicados de proveedores y discrepancias reales. Investigar 3 elementos de cada 100 es una tarea. Investigar 100 elementos de cada 100 es un incendio.
De Mensual a Continuo
El cambio: importar extractos bancarios diariamente (camt.053 fin de día) o intradía (camt.052). Ejecutar el motor de matching automáticamente. Presentar los resultados cada mañana.
| Intervalo | Tamaño de cola | Esfuerzo de investigación | Retraso de detección |
|---|---|---|---|
| Mensual | 100-500 elementos | Proyecto de varios días | Hasta 30 días |
| Semanal | 25-100 elementos | Tarea de medio día | Hasta 7 días |
| Diario (T+1) | 5-15 elementos | Revisión de 30 minutos | 1 día |
| Intradía | 1-5 elementos | Alertas en tiempo real | Horas |
El esfuerzo de investigación baja no solo porque la cola es más pequeña, sino porque los elementos son frescos. Una discrepancia de ayer tiene contexto: el equipo recuerda las transacciones, el portal bancario muestra actividad actual, el dashboard del proveedor tiene datos recientes. Una discrepancia de hace tres semanas requiere arqueología.
Tres métricas rastrean la salud de la reconciliación:
- Tasa de auto-conciliación: porcentaje de elementos asignados sin intervención humana. Objetivo: >95%.
- Tiempo promedio de resolución: cuánto tiempo permanecen los elementos no conciliados en la cola. Objetivo: <24 horas.
- Brecha de reconciliación: tiempo transcurrido entre que ocurre una transacción y se confirma su reconciliación. Objetivo: T+1 o mejor.
Lo Que Esto Requiere de Su Ledger
Un motor de matching es tan bueno como los datos que recibe de ambos lados. Los extractos bancarios proporcionan datos estructurados, estandarizados por ISO. Su ledger interno debe proporcionar datos igualmente estructurados, de lo contrario el matching degrada de determinista a heurístico.
Referencias consistentes. Cada pago saliente debe llevar una referencia end-to-end que el banco preserve en el extracto. Si el sistema interno genera referencias que la red de clearing trunca o modifica, el motor de matching pierde su campo de correlación primario.
Códigos de transacción estandarizados por ISO. Si el ledger interno usa PMNT/ICDT/ESCT para una transferencia SEPA saliente y el extracto bancario usa el mismo código, el cotejo por tipo de transacción es automático. Si el ledger interno usa un código propietario (SEPA_CT_OUT) y el extracto usa ISO, se necesita una capa de traducción, y cada traducción es una fuente potencial de mismatch.
Fechas valor. El extracto bancario reporta fechas valor (cuándo los fondos están disponibles) y fechas de contabilización (cuándo el banco registró el asiento). El ledger interno debe rastrear ambas. Cotejar solo por fecha de contabilización produce mismatches falsos cuando las fechas valor difieren.
Montos estructurados. Aritmética de enteros. Sin punto flotante. Un asiento de ledger de EUR 100,00, almacenado como 10000 (céntimos), coincide con un monto de extracto de 100.00, parseado a 10000. Si un lado usa punto flotante, las diferencias de redondeo generan mismatches fantasma: 99.999999 ≠ 100.000000.
El Impacto Operativo
La reconciliación continua transforma la relación del equipo financiero con los números.
La reconciliación mensual es retrospectiva. El equipo descubre problemas después del hecho. El CFO ve el reporte de reconciliación y pregunta: "¿Estamos seguros de los números del mes pasado?" La respuesta honesta es: "Lo estaremos, después de que procesemos la cola no conciliada."
La reconciliación diaria es prospectiva. El equipo comienza cada día con una posición confirmada. La cola no conciliada de ayer tiene 5 elementos, no 500. El CFO pregunta: "¿Estamos seguros?" La respuesta es: "Al cierre de ayer, sí. Aquí están los 3 elementos que estamos investigando hoy."
La confianza no es aspiracional. Es medida. Tasa de auto-conciliación: 96,2%. Tiempo promedio de resolución: 4,3 horas. Brecha de reconciliación: T+1. Esos son números que un auditor puede verificar.
Leer más: Connectivity, Financial Rails | ISO 20022: Más Allá de la Conversión de Formato
Fuentes:
- ISO 20022 camt.053.001.11, Especificación de mensaje Bank-to-Customer Statement
- ISO 20022 camt.052.001.11, Bank-to-Customer Account Report (intradía)
- ISO 20022 BankTransactionCode, External Code Sets (Domain/Family/SubFamily)
- Calendario TARGET2 del BCE (https://www.ecb.europa.eu/paym/target/target2/profuse/calendar/html/index.en.html)