TRAILING-WINDOW

Trailing window. La fenêtre temporelle de tolérance pour accueillir un message EDI arrivé tardivement.

Définition

La trailing window est la durée pendant laquelle un système EDI continue d'accepter un message dont l'horodatage source est ancien — typiquement parce qu'il a été retransmis après plusieurs échecs, ou retenu temporairement chez un transitaire. C'est le pendant amont de la look-back window : la première gère les doublons côté entrée, la seconde gère la tolérance d'âge côté production. Valeurs typiques : 24-72h pour les messages temps-réel, jusqu'à 7 jours pour les batchs.

Origine

Le concept est inhérent à l'asynchronisme des flux EDI : AS2 et AS4 garantissent au mieux la livraison, jamais le temps de livraison. La RFC 4130 mentionne explicitement le cas des MDN tardifs (Late MDN) qui peuvent arriver des heures après le message d'origine. PEPPOL recommande une trailing window de 72h dans ses BIS, et OASIS définit dans ebMS3 le concept de Message Retention Period qui en est très proche.

Exemple en contexte

Un système comptable reçoit le 15 mai 2026 à 09:00 une facture émise par un fournisseur le 12 mai 2026 à 17:30, retransmise après deux échecs intermédiaires. La trailing window de 7 jours étant ouverte, le système accepte la facture, l'horodate à la fois côté origine (12 mai) et côté réception (15 mai), et démarre la séquence comptable. Si la même facture arrivait le 25 mai 2026 (au-delà de 7 jours), elle serait rejetée avec demande de retransmission avec nouvel horodatage et nouveau MessageId.

Termes liés

• Look-back window — fenêtre symétrique côté détection de doublons.
• Audit trail — journal qui trace les horodatages origine vs réception.
• Idempotency — propriété qui sécurise le traitement de retransmissions tardives.