IOSOR

IOSOR Guides

IDs de corrélation entre débit et DLR

Joignez la ligne de débit prépayé à l'événement de livraison avec un ID de corrélation stable — finance et produit partagent la même intention sans archéologie.

Lorsque l'argent et la livraison vivent dans des outils séparés, la clôture mensuelle devient une archéologie de chat. Un ID de corrélation est la clé de jointure stable qui lie la ligne de débit prépayé au DLR (ou statut signé) pour la même intention. Sans cela, la finance voit la dépense et le produit voit le statut — aucun ne peut prouver qu'ils décrivent un même envoi.

Cette page est le contrat de jointure, pas un manuel d'export de session Verify ni un guide de ledger débit vs statut.

La corrélation n'est pas un fil de discussion

Les liens Slack et titres de tickets ne sont pas des clés de jointure. L'ID doit être généré à la création de l'intention/hold, porté sur la ligne de débit, et répété sur chaque événement DLR/statut terminal. Les retries réutilisent le même ID sous la même clé d'idempotence. Si le support colle une chaîne différente chaque heure, vous n'avez pas de corrélation, vous avez du folklore.

Même ID sur débit et DLR

Surface Doit porter Échec si absent
Débit/Hold Corrélation + ID intention Dépense injoignable
DLR/Statut Même ID corrélation Événement orphelin
Export Ops Les deux + teLR livré sans débit correspondant, ou un débit réglé sans statut terminal, est un incident, pas un avertissement léger. Voir Le signal manquant n'est pas livré.

Jointure finance sans archéologie

La clôture mensuelle doit filtrer une colonne, pas reconstruire depuis des captures. Export : ID de corrélation, montant débit (USD), hold→settle, statut terminal, horodatages. **USD 1 000/moide volume. Histoire Verify : corrélation session Verify pour export finance — forme de débit différente, même discipline de jointure.

La jointure manquante est un incident

Ne mappez pas automatiquement les DLR orphelins aux dépenses livrées, et ne réglez pas les débits à ID vide comme « probablement ok ». Ouvrez la réconciliation, gardez le statut honnête (manquant/ingnaux](/learn/observability/ops-signal-board-at-volume). Vocabulaire partagé : Langage de statut partagé pour le produit et la finance.

Checklist acheteur pour IDs de corrélation

  1. ID de corrélation frappé à l'intention, pas inventé en chat ?
  2. Ligne de débit et DLR/statut portent le même ID aux retries ?
  3. La finance peut filtrer la clôture par cet ID sans archéologie ?
  4. Jointuuto-succès ?
  5. Le tableau ops montre la santé de jointure comme ligne de premier rang ?
  6. Override nommé, borné, clos par une ligne exportée jointe ?

Tout « non » garde le contrat de jointure en brouillon.

Commencez avec IOSOR

Créez le correlation ID au hold, écrivez-le sur la ligne de débit prépayé et exigez la même chaîne sur le DLR terminal. Exportez une ligne jointe : id de hold, montant du débit, statut DLR, horodatages. Tout débit sans DLR apparié — ou un DLR sans débit — reste un incident. C’est une jointure argent–reçu, pas une trace de requête.

À retenir — IOSOR

Débit et DLR partagent un ID sinon la finance ne peut auditer l’envoi.

Faites : générez l’ID au hold et refusez les jointures sans paire comme incidents.

Ne faites pas : inventer une nouvelle chaîne à l’heure du webhook, ni reconstruire la fin de mois depuis les fils de chat.

Ce guide vous a-t-il aidé ?

Guides associés