Skip to main content
Los cinco conceptos principales de Matcher: contextos, fuentes, mapas de campos, reglas y coincidencias.

Contexto


Un contexto define qué concilias. Es el contenedor de configuración de las fuentes y las reglas. Matcher crea un contexto nuevo en DRAFT, y sus fuentes y reglas en línea son opcionales.
Un contexto responde: ¿qué concilio contra qué?
Puedes empezar con un borrador vacío. Para activarlo, configura al menos una fuente LEFT y una fuente RIGHT, mapea cada fuente (o declara opciones camt053 válidas, que se mapean solas) y agrega una regla de coincidencia. Si habilitas la normalización de comisiones, agrega también una regla de comisiones.

Tipos de contexto

Ejemplo

Un contexto llamado “Chase Bank vs ERP System” haría lo siguiente:
  • Definir Chase Bank como una fuente de conciliación
  • Definir tu sistema ERP como otra fuente
  • Especificar las reglas que se usan para conciliar transacciones entre ambas

Fuente


Una fuente es el origen de las transacciones. Un contexto en borrador puede empezar sin fuentes. Un contexto activable necesita al menos una fuente en cada lado de la coincidencia.

Tipos de fuente

  • LEDGER: categoría de fuente de ledger
  • BANK: categoría de fuente bancaria
  • GATEWAY: categoría de fuente de gateway de pago
  • CUSTOM: categoría de fuente personalizada
  • FETCHER: una categoría de fuente de Discovery

Configuración de la fuente

Cada fuente requiere:
  • Nombre: etiquétala (por ejemplo, “Chase Checking”)
  • Tipo: categoría (LEDGER, BANK, GATEWAY, CUSTOM o FETCHER)
  • Lado: a qué lado de la coincidencia alimenta (LEFT o RIGHT)
Config es opcional. Si lo omites, Matcher almacena una configuración vacía y usa los valores predeterminados del parser para las claves de política ausentes. Los mapas de campos traducen los campos de cada fuente al esquema estándar de Matcher.

Mapa de campos


Un mapa de campos traduce los nombres de campos externos al esquema estándar de Matcher. Cada sistema nombra las cosas de otra manera. Los mapas de campos normalizan eso.

Campos estándar

El vocabulario canónico se mantiene cerrado. Matcher rechaza un mapa de campos que declare cualquier otra clave. Cuando la configuración de una fuente declara opciones camt053, Matcher usa su mapeo ISO 20022 incorporado e ignora el mapa de campos. La activación trata esa fuente como mapeada.

Ejemplo de mapeo

Mapeas un extracto bancario que expone TXN_ID, VALUE, CCY y POST_DATE así:

Regla de coincidencia


Una regla de coincidencia le indica a Matcher cómo comparar transacciones. Las reglas se ejecutan en orden ascendente de prioridad. Una transacción reclamada por una regla anterior no queda disponible para las reglas posteriores, que de todos modos evalúan las transacciones restantes.

Tipos de regla

  • EXACT: compara de forma exacta los campos configurados. El monto, la moneda, la fecha (por día) y la referencia están habilitados de forma predeterminada.
  • TOLERANCE: hace coincidir montos dentro de la tolerancia absoluta y/o porcentual configurada. Las tolerancias de monto omitidas y dateWindowDays tienen 0 como valor predeterminado, así que no se permite ninguna desviación ni ventana de fechas hasta que configures una.
  • DATE_LAG: hace coincidir dentro de una banda configurada de diferencia de días. minDays y maxDays tienen ambos 0 como valor predeterminado (el mismo día), no ±3. Igual que FUZZY, las coincidencias DATE_LAG nunca se autoconfirman. Siempre pasan a revisión manual.
  • FUZZY: califica las referencias normalizadas de las transacciones. Usa Reference, que se completa desde el ExternalID de la transacción; un description del mapa de campos no es una entrada de FUZZY. FUZZY solo propone. Nunca autoconfirma, así que una persona revisa cada vínculo difuso.

Orden de prioridad

Los números más bajos se ejecutan primero. Una regla reclama las transacciones que le coinciden; las reglas posteriores continúan con las transacciones restantes.
Estas prioridades y estos valores son reglas ilustrativas, no valores predeterminados del motor. Configura los valores según tu política de conciliación.

Parámetros de regla

Coincidencia


Una coincidencia ocurre cuando se concilian juntas transacciones de fuentes distintas.

Estado de la coincidencia

Patrones de coincidencia

Coincidencia 1:1

Se concilia una transacción de cada fuente.

Coincidencia 1:N

Una transacción se concilia contra varias transacciones.

Coincidencia N:1

Varias transacciones se concilian contra una sola transacción.

Coincidencia N:M

Varias transacciones de cada lado se concilian juntas. La evaluación N:M solo ejecuta reglas EXACT y TOLERANCE; considera hasta cuatro transacciones por lado en un grupo y limita cada bucket de identidad a 40 candidatos.

Ítems de coincidencia

Cada grupo de coincidencia contiene ítems de coincidencia, que registran la participación y la asignación de las transacciones. Esto habilita la conciliación parcial en escenarios de división y de agregación.

Excepción


Una excepción registra una transacción que necesita revisión, incluidas las transacciones no conciliadas y las transacciones conciliadas con condiciones residuales, como la variación de la tasa de cambio.

Estado de la excepción

Severidad

Matcher clasifica las excepciones de forma automática para que sepas qué priorizar. El clasificador evalúa los criterios de arriba hacia abajo. Cuando una excepción cumple los criterios de más de una severidad, se aplica la severidad coincidente más alta.

Workflows de resolución

  • Resolver: registra una etiqueta de resolución y un motivo opcional para cerrar una excepción.
  • Forzar coincidencia: resuelve una excepción forzando una coincidencia con un motivo de anulación después de la revisión manual.
  • Ajustar asiento: resuelve una excepción creando un asiento de ajuste con un motivo, notas, un monto positivo, una moneda y una hora efectiva.

Puntuación de confianza


Una puntuación de confianza indica la fiabilidad de una coincidencia automática en una escala de 0–100. Las puntuaciones más altas representan una alineación más fuerte entre las transacciones.

Cálculo de la puntuación

Niveles de confianza

Los pesos de confianza y los umbrales de los niveles los fija el motor y no son configurables.

Registro de auditoría


Un registro de auditoría es un registro inmutable y solo por adición que crea un workflow instrumentado. Provee trazabilidad para las acciones que Matcher registra.

Eventos registrados

Solo los workflows instrumentados para emitir un evento de auditoría crean entradas. Cuando la publicación de auditoría está configurada, los productores verificados incluyen:
  • Las mutaciones de contexto, de fuente, de mapa de campos y de regla
  • Los workflows de excepción, incluidos forzar coincidencia y ajustar asiento

Contenido de una entrada de auditoría

Los registros de auditoría son solo por adición. Nadie puede modificar ni eliminar entradas.

Próximos pasos


Arquitectura

Mira cómo los contextos delimitados implementan estos conceptos.

Inicio rápido

Aplica estos conceptos en un flujo guiado y práctico.