sese.029 — Securities Settlement Information Notification
L'information opérationnelle hors-statut pendant le cycle de règlement. Changement de SSI tardif, suspension de marché, modification de fenêtre de cut-off, événement extraordinaire — sese.029 est le canal informatif du CSD vers les custodians, en parallèle des messages de statut.
Objet et place dans le flux
sese.029 informe les parties d'une instruction de règlement d'un événement qui modifie les conditions opérationnelles sans changer le statut juridique de la transaction. Trois grandes familles :
- Changement de SSI (Standard Settlement Instructions) — un sous-custodian change, une nouvelle partie intermédiaire est ajoutée, une address bancaire est mise à jour.
- Information de marché — suspension de cotation, halt d'un instrument, fenêtre de cut-off raccourcie, jour férié exceptionnel impactant le settlement.
- Événement extraordinaire — corporate action urgente (tender offer, rachat forcé), pannes système du CSD, contraintes liquidité.
sese.029 n'est pas un statut (utiliser sese.024) ni une modification (utiliser sese.030/031) : c'est une information enrichissante diffusée pour permettre au custodian d'adapter son traitement en aval, sans relancer le matching.
Structure XML
- TxIdDtls — Transaction ID Details.
- NtfctnTp — Notification Type (SSIC = SSI change, MKTI = market info, EXCT = exceptional event).
- FinInstrmId — ISIN.
- SttlmDt — date de règlement impactée.
- UpdtdSttlmInf — Updated Settlement Information : les nouvelles valeurs des champs concernés (parties, comptes, places…).
- AddtlInf — narrative explicative.
Champs clés
TxIdDtls/AcctOwnrTxIdetAcctSvcrTxId— identifiants bilatéraux.NtfctnTp/Cd— type de notification.UpdtdSttlmInf— les champs modifiés (typiquementDlvrgSttlmPtiesouRcvgSttlmPties).AddtlInf/Inf— narrative explicative en clair pour le custodian.
Exemple XML
DTCC informe BNP Paribas qu'un sous-custodian (Pty2) sur la transaction sese.023 du 14 mai a changé : Citi est remplacé par BNY Mellon, effectif au 16 mai. Le settlement target du 15 mai n'est pas modifié, mais BNP doit mettre à jour ses référentiels avant le règlement :
<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:sese.029.001.06">
<SctiesSttlmInfNtfctn>
<TxIdDtls>
<AcctOwnrTxId>BNPP-SETT-20260514-001</AcctOwnrTxId>
<AcctSvcrTxId>DTCC-7894561230</AcctSvcrTxId>
</TxIdDtls>
<NtfctnTp>
<Cd>SSIC</Cd>
</NtfctnTp>
<FinInstrmId>
<ISIN>US0378331005</ISIN>
</FinInstrmId>
<SttlmDt>
<Dt>
<Dt>2026-05-15</Dt>
</Dt>
</SttlmDt>
<UpdtdSttlmInf>
<DlvrgSttlmPties>
<Dpstry>
<Id>
<AnyBIC>
<AnyBIC>DTCYUS33</AnyBIC>
</AnyBIC>
</Id>
</Dpstry>
<Pty1>
<Id>
<AnyBIC>
<AnyBIC>BNPAFRPP</AnyBIC>
</AnyBIC>
</Id>
</Pty1>
<Pty2>
<Id>
<AnyBIC>
<AnyBIC>BNYMUS3N</AnyBIC>
</AnyBIC>
</Id>
<AddtlInf>NEW SUB-CUSTODIAN — REPLACES CITIUS33 EFFECTIVE 20260516</AddtlInf>
</Pty2>
</DlvrgSttlmPties>
</UpdtdSttlmInf>
<AddtlInf>
<Inf>SSI UPDATE — SUB-CUSTODIAN CHANGED FROM CITI TO BNY MELLON FOR THIS TRADE</Inf>
</AddtlInf>
</SctiesSttlmInfNtfctn>
</Document> NtfctnTp/Cd = SSIC— changement de SSI.UpdtdSttlmInf/DlvrgSttlmPties/Pty2— nouveau BIC du sous-custodian (BNYMUS3N).AddtlInf/Inf— narrative claire qui explique le changement et son timing.
Pièges courants
- Confusion sese.029 / sese.030 — sese.029 informe ; sese.030 demande de modifier. Ne pas confondre : un sese.029 sans action côté custodian ne nécessite pas de réponse.
- UpdtdSttlmInf vide — si le message est informatif sans champ modifié, omettre UpdtdSttlmInf et utiliser seulement AddtlInf.
- NtfctnTp inconnu — utiliser un code de notification non standard (hors SSIC/MKTI/EXCT) provoque des rejets ETL. Toujours vérifier la version XSD pour les codes ajoutés.
- Timing trop tardif — un sese.029 envoyé après le settlement target n'a plus d'utilité opérationnelle. Le CSD doit gérer ces cas comme post-mortem via sese.026 ou correction comptable.
- Pas de narrative — un sese.029 avec UpdtdSttlmInf mais sans AddtlInf force le custodian à deviner le contexte du changement. Toujours documenter.