Saltar al contenido principal
Los cinco conceptos principales en Matcher: contextos, fuentes, mapeos de campos, reglas y conciliaciones. Entiende estos y entenderás cómo funciona todo el sistema.

Contexto


Un contexto define qué estás conciliando. Es el contenedor que mantiene tus fuentes, reglas y resultados.
Un contexto responde: ¿qué estoy conciliando contra qué?

Tipos de contexto

TipoDescripciónEjemplo
1:1Conciliación uno a unoExtracto bancario vs registros ERP
1:NConciliación uno a muchosUn pago cubriendo múltiples facturas
N:MConciliación muchos a muchosEscenarios de compensación o agregación

Ejemplo

Un contexto llamado “Chase Bank vs Sistema ERP” podría:
  • Definir Chase Bank como una fuente de conciliación
  • Definir tu sistema ERP como otra fuente
  • Especificar las reglas usadas para conciliar transacciones entre ellos

Fuente


Una fuente es de donde vienen las transacciones. Cada contexto necesita al menos dos fuentes—eso es lo que estás conciliando.

Tipos de fuente

  • Banco: Extractos o feeds de bancos
  • ERP: Exportaciones de SAP, Oracle, NetSuite
  • Libro contable: Sistemas de libro contable interno (incluyendo Midaz)
  • Procesador de pagos: Liquidaciones de Stripe, Adyen, PayPal
  • Red de tarjetas: Archivos de Visa, Mastercard, Elo

Configuración de fuente

Cada fuente tiene:
  • Nombre: Etiquétala (ej., “Chase Checking”)
  • Tipo: Categoría (banco, ERP, etc.)
  • Mapeo de campos: Cómo sus campos se mapean al esquema de Matcher

Mapeo de campos


Un mapeo de campos traduce nombres de campos externos al esquema estándar de Matcher. Cada sistema llama las cosas de manera diferente—los mapeos de campos normalizan eso.

Campos estándar

CampoTipoDescripción
transaction_idStringIdentificador de transacción del sistema fuente
amountDecimalMonto de la transacción (positivo o negativo)
currencyStringCódigo de moneda ISO 4217
dateDateTimeFecha de la transacción
referenceStringReferencia externa o descripción
metadataObjectAtributos específicos de la fuente

Ejemplo de mapeo

Un extracto bancario que expone TXN_ID, VALUE, CCY y POST_DATE se mapearía como:
{
  "transaction_id": "TXN_ID",
  "amount": "VALUE",
  "currency": "CCY",
  "date": "POST_DATE"
}

Regla de conciliación


Una regla de conciliación le dice a Matcher cómo comparar transacciones. Las reglas se ejecutan en orden de prioridad—la primera coincidencia gana.

Tipos de regla

  • EXACT: Los campos deben coincidir exactamente (monto, fecha, referencia)
  • TOLERANCE: Permite pequeñas diferencias (0.5% de variación, $10 absolutos)
  • DATE_LAG: Concilia dentro de una ventana de fechas (±3 días)

Orden de prioridad

Los números más bajos se ejecutan primero. Matcher se detiene en la primera regla que coincide.
PrioridadReglaDescripción
1Coincidencia exactaMonto, fecha y referencia deben coincidir
2Tolerancia mismo díaMisma fecha, monto dentro del 0.5%
3Tolerancia semanalDentro de 7 días, monto dentro del 1%

Parámetros de regla

Tipo de reglaParámetros
EXACTfields: lista de campos a comparar
TOLERANCEpercent: variación porcentual, absolute: monto de variación fijo
DATE_LAGdays_before, days_after: desplazamiento permitido desde la fecha de transacción

Conciliación


Una conciliación es cuando transacciones de diferentes fuentes se reconcilian juntas. Es el objetivo final.

Estado de conciliación

EstadoDescripción
PROPOSEDMatcher la encontró, esperando confirmación
CONFIRMEDAuto-aprobada o aprobada manualmente
REJECTEDRechazada manualmente

Patrones de conciliación

Conciliación 1:1

Una transacción de cada fuente se concilia.
Banco: $100.00 el 15 de Ene → ERP: $100.00 el 15 de Ene

Conciliación 1:N

Una transacción se concilia contra múltiples transacciones.
Banco: $300.00 → ERP: $100.00 + $100.00 + $100.00

Conciliación N:1

Múltiples transacciones se concilian contra una sola transacción.
Banco: $50.00 + $50.00 + $50.00 → ERP: $150.00

Elementos de conciliación

Cada grupo de conciliación contiene elementos de conciliación, que registran la participación y asignación de transacciones. Esto permite la conciliación parcial en escenarios de división y agregación.

Excepción


Una excepción es una transacción que no se concilió. Necesita revisión manual.

Estado de excepción

EstadoDescripción
OPENEsperando asignación
ASSIGNEDAlguien está investigando
RESOLVEDManejada

Severidad

Matcher auto-clasifica las excepciones para que sepas qué priorizar.
SeveridadCriterio por defecto
CríticaMonto ≥ $100K, antigüedad ≥ 5 días, o marcada regulatoriamente
AltaMonto ≥ $10K o antigüedad ≥ 3 días
MediaMonto ≥ 1,000 o antigüedad ≥ 1 día
BajaTodos los demás casos

Tipos de resolución

  • Forzar conciliación: Conciliar transacciones manualmente
  • Ajuste: Registrar un ajuste compensatorio
  • Cancelación: Cerrar la excepción con justificación

Puntaje de confianza


Un puntaje de confianza indica la confiabilidad de una conciliación automatizada en una escala de 0–100. Puntajes más altos representan mayor alineación entre transacciones.

Cálculo del puntaje

ComponentePesoDescripción
Coincidencia de monto40%Grado de alineación de monto
Coincidencia de moneda30%Consistencia de moneda
Tolerancia de fecha20%Proximidad de fechas de transacción
Coincidencia de regla10%Aplicación determinística de regla

Niveles de confianza

NivelRango de puntajeComportamiento del sistema
Auto-aprobado≥ 90Confirmado automáticamente
Necesita revisión60–89Marcado para revisión manual
Sin conciliación< 60Tratado como excepción
Los umbrales de confianza pueden personalizarse por tenant para reflejar diferentes tolerancias al riesgo.

Log de auditoría


Un log de auditoría es un registro inmutable de todas las acciones del sistema. Proporciona trazabilidad completa para revisión operacional, auditorías y cumplimiento regulatorio.

Eventos registrados

Las entradas de auditoría se crean para:
  • Cambios de contexto, fuente y regla
  • Ingesta y procesamiento de archivos
  • Confirmaciones y rechazos de conciliación
  • Resolución de excepciones y anulaciones

Contenido de entrada de auditoría

CampoDescripción
timestampMarca de tiempo de la acción (UTC)
user_idActor responsable de la acción
actionAcción realizada
resource_typeTipo de recurso afectado
resource_idIdentificador del recurso afectado
before_stateEstado antes de la acción
after_stateEstado después de la acción
notesJustificación, cuando aplica
Los logs de auditoría son de solo adición. Las entradas no pueden ser modificadas o eliminadas.

Próximos pasos