admi.004 — System Event Notification

La notification d'événement système : maintenance planifiée, incident, fermeture d'un système de paiement. Diffusée par les opérateurs (Eurosystem T2, The Clearing House CHIPS, Federal Reserve Fedwire, BoE CHAPS, SWIFTNet) à tous les participants pour signaler un changement de status.

Objet et place dans le flux

admi.004 est un message broadcast émis par un opérateur de système de paiement (Eurosystem pour T2/T2S/TIPS, EBA Clearing pour EURO1, BoE pour CHAPS, Fed pour Fedwire, SWIFT pour SWIFTNet) pour notifier tous les participants connectés d'un événement affectant le service : démarrage de la journée, fermeture de la fenêtre de règlement, incident technique, maintenance planifiée, cut-off settlement.

Concrètement, à 06:00 CET T2 émet un admi.004 « SYSTEM OPENING » ; à 17:45 CET un admi.004 « CLOSING » ; en cas d'incident, un admi.004 « FREZ » (gel temporaire). Les banques participantes lisent ces notifications pour ajuster leur traitement en flux (suspendre les envois pendant un gel, déclencher l'EOD à la fermeture).

Structure XML

admi.004 est encapsulé dans <Document> puis l'élément racine <SysEvtNtfctn>. Structure minimaliste, un seul bloc :

• EvtInf (Event Information) — bloc unique avec le code d'événement, paramètre optionnel, description et timestamp.

Champs clés

• EvtInf/EvtCd — Code d'événement (4 caractères). Codes externes ISO 20022 publiés : OPEN (system opening), CLSD (closed), FREZ (frozen / suspended), SUSP (suspended for incident), WAIT (queueing only).
• EvtInf/EvtParam — Paramètre optionnel précisant la portée : identifiant de la fenêtre concernée, identifiant du système, identifiant de l'incident. Max 35 caractères.
• EvtInf/EvtDesc — Description textuelle (max 350 caractères). Lue par les opérateurs en cas de support.
• EvtInf/EvtTm — Datetime de l'événement (ISO 8601 avec timezone).

Exemple XML

Notification émise par Eurosystem T2 le 16 mai 2026 à 10:00 CET pour signaler un gel du RTGS deferred net settlement window pour incident technique, avec report de 30 minutes :

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:admi.004.001.02">
  <SysEvtNtfctn>
    <EvtInf>
      <EvtCd>FREZ</EvtCd>
      <EvtParam>T2-RTGS</EvtParam>
      <EvtDesc>RTGS deferred net settlement window freeze for technical incident.
Settlement of accepted instructions postponed by 30 minutes.</EvtDesc>
      <EvtTm>2026-05-16T10:00:00+02:00</EvtTm>
    </EvtInf>
  </SysEvtNtfctn>
</Document>

Versions

Pièges courants

• Confusion code propriétaire vs code externe — chaque opérateur peut publier ses propres codes (T2 : FREZ, DRWN…) en plus des codes ISO génériques. Utiliser le code attendu par le participant cible.
• Timezone manquante — un EvtTm sans timezone est ambigu pour un système global. Toujours inclure le UTC offset (+02:00 en CET été).
• Broadcast non filtré — admi.004 est diffusé à tous les participants ; les systèmes participants doivent filtrer côté réception pour ne traiter que les événements qui les concernent (par BIC, par service).
• Latence de diffusion — pour un incident urgent, la latence SWIFTNet broadcast peut atteindre 30-60 secondes. Compléter par un canal hors-bande (téléphone, email opérateur) pour les événements critiques.
• Description vide ou non explicite — EvtDesc est lu en cas de support : une description vide rend le diagnostic difficile. Toujours préciser la cause et l'impact attendu.

Messages liés

• admi.002 — Message Rejection (rejet technique d'un message).
• admi.005 — Report Query Request.
• admi.006 — Resend Request.
• admi.007 — Receipt Acknowledgement (accusé positif).
• admi.024 — Notification of Correspondence (notification ciblée vs broadcast).