IOSOR

IOSOR Guías

IDs de correlación entre débito y DLR

Una la fila de débito prepago con el evento de entrega mediante un ID de correlación estable; finanzas y producto comparten la misma intención sin arqueología.

Cuando el dinero y la entrega viven en herramientas separadas, el cierre de mes se convierte en arqueología de chats. Un ID de correlación es la clave de unión estable que vincula la fila de débito prepago con el DLR (o evento de estado firmado) para la misma intención. Sin él, finanzas ve el gasto y producto ve el estado; ninguno puede probar que describen un mismo envío.

Esta página es el contrato de unión, no un manual de exportación de sesiones Verify ni un manual de contabilidad de débito vs. estado.

La correlación no es un hilo de chat

Los enlaces de Slack y títulos de tickets no son claves de unión. El ID debe generarse en la creación de la retención/intención, llevarse en la fila de débito y repetirse en cada evento de DLR/estado terminal. Los reintentos reutilizan el mismo ID bajo la misma clave de idempotencia. Si soporte pega una cadena diferente cada hora, no tienes correlación, tienes folclore.

Mismo ID en débito y DLR

Superficie Debe llevar Falla si falta
Débito/Retención Correlación + ID intención Gasto inunible
DLR/Estado Mismo ID correlación Evento huérfano
Exporta débito coincidente, o un débito liquidado sin estado terminal, es un incidente, no una advertencia leve. Ver La señal faltante no se entrega.

Unión financiera sin arqueología

El cierre de mes debe filtrar una columna, no reconstruir desde capturas. Exportación: ID de correlación, monto de débito (USD), retención→liquidación, estado terminal, marcas de tiempo. USD 1,000/mes trata unño antes del lenguaje de volumen. Historia de Verify: correlación de sesión Verify para exportación — forma de débito distinta, misma disciplina de unión.

La unión faltante es un incidente

No mapees automáticamente DLR huérfanos a gastos entregados, y no liquides débitos con ID en blanco como «probablemente bien». Abre conciliación, mantén el estado honesto (faltante/desconocido has](/learn/observability/ops-signal-board-at-volume). Vocabulario compartido: Lenguaje de estado compartido para producto y finanzas.

Lista de verificación para IDs de correlación

  1. ¿ID de correlación acuñado en la retención/intención, no inventado en chat?
  2. ¿La fila de débito y el DLR/estado llevan el mismo ID en reintentos?
  3. ¿Finanzas puede filtrar el cierre de mes por ese ID o de ops muestra la salud de la unión como fila de primera clase?
  4. ¿La anulación es nombrada, limitada en tiempo y cerrada por una fila exportada?

Cualquier «no» mantiene el contrato de unión en borrador.

Comience con IOSOR

Cree el correlation ID en el hold, escríbalo en la fila de débito prepago y exija la misma cadena en el DLR terminal. Exporte una fila unida: id de hold, importe del débito, estado DLR, sellos. Cualquier débito sin DLR coincidente — o un DLR sin débito — sigue siendo incidente. Esto es un cruce dinero–recibo, no un rastro de solicitud.

Conclusión IOSOR

Débito y DLR comparten un ID o finanzas no puede auditar el envío.

Haga: genere el ID en el hold y rechace uniones sin pareja como incidentes.

No haga: inventar una cadena nueva en el webhook, ni reconstruir el cierre de mes desde hilos de chat.

¿Fue útil esta guía?

Guías relacionadas