IDs de correlação entre débito e DLR

Quando o dinheiro e a entrega vivem em ferramentas separadas, o fechamento do mês torna-se arqueologia de chat. Um ID de correlação é a chave de junção estável que conecta a linha de débito pré-pago ao DLR (ou evento de status assinado) para a mesma intenção. Sem ele, o setor financeiro vê gastos e o produto vê status — nenhum pode provar que descreve um único envio. Esta página é o contrato de junção, não um manual de exportação de sessão Verify e não um guia completo do ledger de débito versus status.

Correlação não é uma conversa de chat

Links do Slack e títulos de tickets não são chaves de junção. O ID deve ser gerado na criação da retenção/intenção, carregado na linha de débito e repetido em cada evento DLR/status terminal. As novas tentativas reutilizam o mesmo ID sob a mesma chave de idempotência. Se o suporte colar uma string diferente a cada hora, você não tem correlação — você tem folclore.

Mesmo ID no débito e no DLR

Produto e finanças abrem o mesmo ID para a mesma janela UTC. Um DLR entregue sem um débito correspondente — ou um débito liquidado sem um status terminal — é um incidente, não um aviso amarelo.

Junção financeira sem arqueologia

O fechamento do mês deve filtrar uma coluna, não reconstruir a partir de capturas de tela. Exportação: ID de correlação, valor do débito (USD), retenção→liquidação, status terminal, carimbos de data/hora. O limite suave de USD 1.000/mês trata junções não correspondidas como tickets de conciliação; USD 20 prova a junção em um corredor pequeno antes da linguagem de volume.

Junção ausente é um incidente

Não mapeie automaticamente DLR órfão para gasto entregue e não liquide débitos com ID em branco como «provavelmente tudo bem». Abra a conciliação, mantenha o status honesto (ausente/desconhecido até que seja unido ou haja fechamento nomeado) e bloqueie a linguagem de «volume ativo» enquanto a saúde da junção estiver vermelha no Painel de sinais operacionais com volume ativo.

Lista de verificação do comprador para IDs de correlação

1. O ID de correlação é gerado na intenção original e não via chat?
2. O ID persiste em todas as tentativas de reenvio sob a mesma chave de idempotência?
3. O sistema de exportação de finanças captura o ID de correlação como uma coluna de junção primária?

Comece com o IOSOR

Crie o correlation ID no hold, escreva-o na linha de débito pré-pago e exija a mesma cadeia no DLR terminal. Exporte uma linha junta: id de hold, montante do débito, estado DLR, carimbos. Qualquer débito sem DLR correspondente — ou um DLR sem débito — continua incidente. Isto é um cruzamento dinheiro–recibo, não um rasto de pedido.

Relacionado: Heartbeat e gates de fumaça antes de alertar humanos Sinal ausente não é Entregue.

Conclusão IOSOR

Débito e DLR partilham um ID ou as finanças não auditam o envio.

Faça: gere o ID no hold e recuse junções sem par como incidentes.

Não faça: inventar uma cadeia nova no webhook, nem reconstruir o fecho do mês a partir de fios de chat.