reda.029 — Calendar Query

L'outil ISO 20022 pour interroger un calendrier de système de paiement : quels jours ouvrés, quels fériés, quelles dates de règlement, sur quelle période.

Objet et place dans le flux

reda.029 fait partie de la famille reda (Reference Data) qui couvre la gestion des données de référence ISO 20022 : identifiants, calendars, holiday schedules, fee structures. Le message Calendar Query est utilisé pour interroger un fournisseur de calendrier de système de paiement ou de marché :

• obtenir la liste des jours ouvrés / fériés du système T2 (Eurosystem) pour 2026 ;
• connaître les dates de cut-off pour la zone SEPA SCT le jour J ;
• récupérer les jours de règlement Fedwire et CHIPS aux États-Unis ;
• interroger un calendrier de marché (bourse de Paris, NYSE).

La réponse arrive en reda.030 (Calendar Report) qui contient la liste des jours et leurs caractéristiques (ouvré, férié, cut-off times, devises actives). Le cycle requête-réponse permet aux participants de synchroniser leurs moteurs de pricing et de scheduling sans dépendre d'un téléchargement manuel.

Structure XML

Le message est encapsulé dans <Document> avec le namespace de la version, puis dans l'élément racine <CalQry> (Calendar Query). Trois grands blocs :

• MsgId (Message Identification) — identifiant unique du message + datetime de création.
• QryDef (Query Definition) — définition de la requête, soit nouveau critère (NewCrit) soit modification d'une requête existante (MdfctnCrit).
• QryDef/NewCrit/SchCrit (Search Criteria) — critères de recherche : système ciblé (Sys), période (Prd), pays, devise (selon profil).

Champs clés

• MsgId/Id — identifiant unique de la requête. Max 35 caractères. À conserver pour le rapprochement avec la reda.030 de réponse.
• MsgId/CreDtTm — datetime de création de la requête.
• QryDef/QryNm — nom de la requête (peut être réutilisé d'une fois sur l'autre).
• QryDef/NewCrit/NewQryNm — nom de la nouvelle définition de requête côté demandeur.
• QryDef/NewCrit/SchCrit/Sys/SysCd — code du système interrogé. T2 (Eurosystem TARGET2 / T2), CHIPS, FEDWIRE, RT1, EURO1, etc.
• QryDef/NewCrit/SchCrit/Prd/FrToDt — période interrogée (FrDt from-date, ToDt to-date) au format ISO 8601.
• QryDef/NewCrit/SchCrit/Ctry — pays (ISO 3166-1 alpha-2) si pertinent.
• QryDef/NewCrit/SchCrit/Ccy — devise (ISO 4217) si pertinent.

Exemple XML

Requête de calendrier T2 (Eurosystem) pour le 2^e trimestre 2026 (avril à juin) :

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:reda.029.001.01">
  <CalQry>
    <MsgId>
      <Id>CALQRY-2026-05-14-001</Id>
      <CreDtTm>2026-05-14T10:00:00+01:00</CreDtTm>
    </MsgId>
    <QryDef>
      <QryNm>T2-Calendar-2026</QryNm>
      <NewCrit>
        <NewQryNm>T2-Q2-2026</NewQryNm>
        <SchCrit>
          <Sys>
            <SysCd>T2</SysCd>
          </Sys>
          <Prd>
            <FrToDt>
              <FrDt>2026-04-01</FrDt>
              <ToDt>2026-06-30</ToDt>
            </FrToDt>
          </Prd>
        </SchCrit>
      </NewCrit>
    </QryDef>
  </CalQry>
</Document>

• MsgId/Id : référence unique du demandeur.
• QryDef/QryNm : nom logique de la requête (réutilisable pour mises à jour).
• SchCrit/Sys/SysCd : T2 — système Eurosystem TARGET T2.
• SchCrit/Prd/FrToDt : période du 1^er avril au 30 juin 2026.

Versions

Pièges courants

• SysCd non reconnu — chaque calendar provider maintient sa propre liste de codes système supportés. Demander EURONEXT sur un serveur T2 qui n'expose que T2 renvoie une reda.030 vide.
• Période trop longue — beaucoup de fournisseurs limitent la période interrogée (typiquement 1 an max). Une période 2020-2030 provoque un rejet ou une réponse tronquée.
• Format de dates incorrect — FrDt / ToDt exigent le format ISO 8601 YYYY-MM-DD. 2026-13-01 ou 14/05/2026 sont rejetés.
• Pas de Ccy pour un calendrier multi-devise — certains systèmes (SWIFT gpi) gèrent plusieurs devises avec des cut-off différents. Préciser Ccy=EUR pour ne pas recevoir un sur-ensemble inutile.
• Réponse non corrélée — toujours rapprocher la reda.030 à partir du MsgId/Id de la requête. Sinon, deux requêtes parallèles se mélangent.
• Cache local périmé — un calendrier de jours fériés évolue (jours fériés mobiles selon les pays, modifications réglementaires). Re-requêter au moins une fois par mois.

Messages liés

• reda.030 — Calendar Report : réponse à reda.029.
• reda.066 — Request to Pay Creditor Enrolment Request : autre message reda.
• reda.017 — Securities Identification Modification Notification.
• admi.005 — Report Query Request : requête générique sur les rapports.
• camt.060 — Account Reporting Request : l'équivalent côté cash management.