Saltar al contenido principal
Esta guía muestra cómo revisar excepciones, priorizar el trabajo según la severidad y resolver elementos con el nivel de documentación adecuado.

¿Qué es una excepción?


Una excepción marca una transacción que necesita tu revisión. Entre las causas comunes están:
  • No se encontró candidato: ninguna transacción de la otra fuente cumple los criterios de la regla activa.
  • Rechazo por duplicado: una coincidencia anterior fue rechazada y no queda ningún candidato alternativo.
  • Desbalance entre fuentes: una fuente contiene transacciones que no están en la otra.

Ciclo de vida de la excepción


Las excepciones avanzan por un workflow simple:
  • Cuando Matcher no puede conciliar una transacción, crea una excepción en estado OPEN.
  • Asignar la excepción la mueve de OPEN a ASSIGNED. La API no expone una operación para desasignar. Debes enviar un assignee no vacío.
  • Forzar coincidencia y ajustar asiento definen PENDING_RESOLUTION mientras la operación está en curso. El éxito mueve la excepción a RESOLVED.
  • La resolución directa mueve una excepción OPEN o ASSIGNED a RESOLVED.
  • El despacho escribe un evento de auditoría DISPATCH y emite exception.dispatched. No cambia el estado de la excepción.
Ciclo de vida de excepciones de Matcher

El ciclo de vida de una excepción en Matcher

Definiciones de estado

Endpoints de la máquina de estados

Los siguientes endpoints de una sola excepción cambian el ciclo de vida o registran acciones relacionadas. Cada uno se identifica con el exceptionId de la excepción en la ruta.
El despacho MANUAL confirma la entrega localmente sin llamar a un sistema externo.

Ejemplo de asignación

cURL

Ejemplo de resolución

cURL

Ejemplo de ajuste de asiento

cURL

Selección masiva con selectExceptionIDs

cURL
Alimenta los IDs devueltos en las operaciones masivas de abajo.

Severidad de la excepción


Matcher clasifica las excepciones por severidad para que puedas trabajar la cola en el orden correcto. El monto es el valor absoluto del monto base de la transacción o, cuando no tiene monto base, de su monto. Para una partida abierta vencida, es el valor absoluto del saldo abierto. Matcher limita una excepción con motivo FEE_DATA_MISSING a Media, sin importar su monto o su antigüedad. Estos umbrales repriorizan la excepción. No crean un plazo de SLA. Un callback entrante puede proporcionar dueAt, y los agregados del dashboard miden el cumplimiento de esos plazos provistos externamente. Define la política de tiempo de respuesta en el sistema externo que envía el callback.

Escalamiento de severidad

Cada vez que una ejecución de coincidencia en modo COMMIT encuentra una transacción aún no conciliada, Matcher recalcula la severidad de la excepción sin resolver de esa transacción, salvo si es una excepción de transacción duplicada. La antigüedad cuenta desde la fecha de la transacción o, para una partida abierta vencida, desde la fecha hábil de la obligación o el tiempo de primera vista. La clasificación usa lógica OR. El umbral de monto o el de antigüedad basta para disparar una severidad mayor. Una excepción recalculada escala así:
  • Una excepción por debajo de 1,000 empieza como Baja, pero escala a Media después de 24 horas.

Métodos de resolución


Matcher expone tres acciones de resolución de excepciones.

1. Resolver directamente

Cierra una excepción con un resolution obligatorio y un reason opcional cuando no hace falta una coincidencia forzada ni un ajuste.

2. Forzar coincidencia

Marca la transacción de la excepción como conciliada y resuelve la excepción. Forzar coincidencia no agrega la transacción a ningún grupo de coincidencia ni la une a ninguna contraparte. Para unir dos transacciones, crea una coincidencia manual con POST /v1/matching/manual. Usa Forzar coincidencia cuando:
  • Puedes explicar y documentar con claridad la justificación.
  • La variación es esperada (comisiones, tiempos, redondeo).

3. Crear ajuste

Crea un asiento de ajuste para registrar una variación o para balancear un elemento no conciliado. Códigos de motivo del ajuste: Reglas de validación:
  • Los montos de ajuste deben ser positivos. Una solicitud con un monto cero o negativo devuelve un error 400 Bad Request.
  • POST /v1/exceptions/{exceptionId}/adjust-entry requiere un código de moneda ISO 4217 válido.
  • reasonCode debe usar AMOUNT_CORRECTION, CURRENCY_CORRECTION, DATE_CORRECTION u OTHER.

Registros de resolución


Matcher registra las acciones de resolución admitidas en el historial de la excepción y en el stream de auditoría. Matcher no expone contratos de resolución de división de excepciones ni de baja contable independiente, y no aplica umbrales de aprobación basados en montos para estas acciones. Aplica cualquier requisito de aprobación adicional mediante los controles de tu organización.

Operaciones masivas


Cuando manejas grandes volúmenes de excepciones, los endpoints masivos permiten procesar hasta 100 excepciones en una sola solicitud.

Asignación masiva

Asigna varias excepciones a un integrante del equipo de una vez:
cURL

Resolución masiva

Resuelve varias excepciones con una resolución compartida:
cURL
La respuesta incluye los arreglos succeeded y failed, para que puedas manejar los fallos parciales de forma controlada.

Despacho masivo

Despacha varias excepciones:
cURL

Comentarios de la excepción


Los comentarios dan a cada excepción un registro de auditoría de notas de investigación y discusión del equipo. Agrega un comentario mientras un analista trabaja un elemento:
cURL
El listado (GET) devuelve el hilo completo ordenado del más antiguo al más reciente. No puedes agregar comentarios después de que una excepción se resuelve. Solo el autor del comentario puede eliminarlo, y el comentario debe pertenecer a la excepción identificada en la URL.

Disputas


Cuando una excepción necesita investigación formal o involucra a un tercero (un chargeback, una consulta bancaria), escálala a una disputa. Las disputas registran la evidencia, los cambios de estado y el resultado final. Lista las disputas con GET /v1/disputes (filtra por state, p. ej. OPEN) o recupera una por su disputeId.

Estados y transiciones de la disputa

Una disputa nueva está en OPEN. Cerrarla establece WON o LOST, y ambos resultados son terminales.

Workflow de resolución de excepciones


Usa este flujo para mantener las revisiones consistentes y aptas para auditoría.
1

Triaje

Revisa la cola por severidad y SLA. Empieza con Crítica y Alta.
2

Investigar

Usa el payload de la excepción para entender qué falló y qué candidatos existen.
  • Lee reason para ver por qué falló la coincidencia.
  • Llama a GET /v1/matching/candidates con el contextId del contexto de conciliación y el transactionId de la excepción para revisar coincidencias cercanas por debajo del umbral.
  • Busca patrones (misma contraparte, formatos de referencia recurrentes).
3

Resolver

Elige la resolución que mejor refleje la realidad y la política.
  • Resolver directamente: puedes cerrar la excepción sin una coincidencia forzada ni un ajuste.
  • Forzar coincidencia: aceptas la transacción como conciliada sin una contraparte.
  • Ajustar: necesitas un asiento de ajuste para la variación.
4

Documentar

Captura suficiente detalle para que otra persona pueda reproducir tu decisión después:
  • Qué revisaste
  • Qué concluiste
  • Enlaces o IDs de la evidencia de soporte
5

Despachar si hace falta

Si la excepción requiere manejo externo, despáchala. El despacho registra la acción pero no cambia el estado de la excepción.

Mejores prácticas


Empieza con los elementos Crítica y Alta. Llevan el mayor riesgo y los plazos más ajustados.
Las notas no son opcionales. Trátalas como parte de la resolución:
  • Qué revisaste
  • Por qué esta resolución es correcta
  • Cualquier ID de ticket, extracto o confirmación
Las excepciones repetidas suelen apuntar a problemas de configuración:
  • Misma contraparte → Normaliza nombres o mapeo
  • Misma ventana de fechas → Valida la integridad de la ingesta
  • Misma fuente → Revisa el mapeo de campos y las convenciones de signo
Si fuerzas coincidencias con regularidad, tus reglas o tolerancias necesitan atención.
Asigna las excepciones mediante los endpoints de asignación. Matcher no aplica reglas de asignación automáticamente.

Próximos pasos


Generar informes

Crea informes de conciliación, exporta resultados y da soporte a las auditorías.

Enrutamiento de excepciones

Revisa los conceptos de severidad, SLA y enrutamiento para las excepciones.