ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

setr.012 — Subscription Bulk Order Confirmation

La confirmation d'exécution d'un ordre de souscription de parts d'un fonds d'investissement. Émise par le transfer agent vers le distributeur ou le custodian après matching de la NAV.

Objet et place dans le flux

setr.012 est le message de confirmation d'exécution d'un ordre de souscription de parts d'un fonds d'investissement (UCITS, fonds alternatifs, SICAV, FCP). Il est émis par le Transfer Agent (TA) — la société de gestion ou son sous-traitant — vers les acteurs en aval : distributeur, investisseur institutionnel, banque dépositaire/custodian.

Place dans le flux post-trade des fonds : l'investisseur envoie un ordre de souscription via setr.010 (ou setr.001 en variant), le TA reçoit l'ordre, attend la NAV du jour, exécute le matching, puis émet le setr.012 pour confirmer le nombre de parts et le montant net.

Ce message remplace progressivement les flux SWIFT MT502 (Order to buy or sell) et MT515 (Client confirmation of purchase or sale) historiquement utilisés par les pure-play asset managers dans les années 1990-2010. Adoption massive depuis 2020 dans les hubs Vestima (Clearstream), Fundsettle (Euroclear) et la plateforme FundsDLT.

Structure XML

setr.012 est encapsulé dans <Document> puis l'élément racine <SbcptBlkOrdrConf> (Subscription Bulk Order Confirmation). Quatre blocs structurants :

  • MsgId — Identifiant unique du message côté TA + datetime de création.
  • PoolRef / MstrRef — Références de pool et de master pour rattacher cette confirmation à un lot d'ordres traités ensemble.
  • OrdrRef — Référence générale de l'ordre, copiée depuis le setr.010 d'origine.
  • IndvOrdrConfDtls (Individual Order Confirmation Details) — le bloc principal : bloc répétable décrivant chaque ordre confirmé avec le détail des instruments, parts, montants, dates de règlement.

Champs clés

  • MsgId/Id — Identifiant du message (max 35 caractères), unique côté TA.
  • MsgId/CreDtTm — Datetime de création (ISO 8601 + timezone).
  • IndvOrdrConfDtls/OrdrRef — Référence de l'ordre du client (verbatim du setr.010 d'origine), permet le rapprochement.
  • IndvOrdrConfDtls/DealRef — Référence de l'opération côté TA (numéro de transaction interne).
  • IndvOrdrConfDtls/FinInstrmDtls/Id/ISIN — ISIN du fonds (FR0010315770 par exemple). Identifiant universel de la part de fonds.
  • IndvOrdrConfDtls/UnitsNb/Unit — Nombre de parts effectivement souscrites (décimales autorisées — la fraction d'une part est courante en NAV pricing).
  • IndvOrdrConfDtls/SttlmAmt — Montant net du règlement avec attribut Ccy ISO 4217.
  • IndvOrdrConfDtls/CshSttlmDt — Date de règlement cash (T+2 ou T+3 selon les fonds ; T+1 depuis mai 2024 pour les fonds US).
  • IndvOrdrConfDtls/TradDtTm — Datetime de trade (cut-off NAV).
  • IndvOrdrConfDtls/DealgPricDtls/Tp/Cd — Type de prix : NAVL (Net Asset Value), NIDA (NAV at issuer-defined date), MAXP (max price), MINP (min price).
  • IndvOrdrConfDtls/DealgPricDtls/Val/Amt — Valeur effective du prix appliqué (NAV).
  • CpyDtls/OrgnlMsgId — Copie de l'identifiant du message original (setr.010 reçu côté TA), pour traçage.

Exemple XML

Confirmation d'une souscription de 125,4326 parts du fonds Amundi Funds Global Equity (ISIN FR0010315770) pour 12 500 EUR, exécutée à la NAV de 99,6531 EUR du 14 mai 2026, règlement T+2 le 18 mai. Émise par Amundi (TA).

xml setr-012-subscription-confirmation.xml
<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:setr.012.001.04">
  <SbcptBlkOrdrConf>
    <MsgId>
      <Id>AMUN-SBSCONF-20260514-001</Id>
      <CreDtTm>2026-05-14T10:45:00+01:00</CreDtTm>
    </MsgId>
    <PoolRef>
      <Ref>POOL-2026-05-14-FR0010315770</Ref>
    </PoolRef>
    <MstrRef>
      <Ref>MAST-2026-05-14-ACME</Ref>
    </MstrRef>
    <OrdrRef>
      <Ref>ACME-SBSC-2026-187</Ref>
    </OrdrRef>
    <IndvOrdrConfDtls>
      <OrdrRef>ACME-SBSC-2026-187</OrdrRef>
      <DealRef>AMUN-DEAL-2026-09182</DealRef>
      <OrdrTp>
        <Cd>MKTO</Cd>
      </OrdrTp>
      <FinInstrmDtls>
        <Id>
          <ISIN>FR0010315770</ISIN>
        </Id>
        <Nm>Amundi Funds Global Equity</Nm>
      </FinInstrmDtls>
      <UnitsNb>
        <Unit>125.4326</Unit>
      </UnitsNb>
      <SttlmAmt Ccy="EUR">12500.00</SttlmAmt>
      <CshSttlmDt>2026-05-18</CshSttlmDt>
      <TradDtTm>
        <DtTm>2026-05-14T10:30:00+01:00</DtTm>
      </TradDtTm>
      <DealgPricDtls>
        <Tp>
          <Cd>NAVL</Cd>
        </Tp>
        <Val>
          <Amt Ccy="EUR">99.6531</Amt>
        </Val>
      </DealgPricDtls>
    </IndvOrdrConfDtls>
    <CpyDtls>
      <OrgnlMsgId>AMUN-RCV-20260514-001</OrgnlMsgId>
    </CpyDtls>
  </SbcptBlkOrdrConf>
</Document>

Versions

VersionPublicationUsage
setr.012.001.012005Version initiale du domaine Investment Funds.
setr.012.001.022009Ajustements terminologie post-MIFID.
setr.012.001.032013Alignement Vestima / Fundsettle.
setr.012.001.042017Version courante. Ajout de blocs PoolRef / MstrRef pour bulk processing.

Pièges courants

  • OrdrRef non concordant avec setr.010 — la référence doit être identique à celle du message d'ordre d'origine, sinon le distributeur ne peut pas rapprocher la confirmation avec sa demande initiale.
  • NAV non datée correctement — le TradDtTm doit correspondre au cut-off NAV publié par le fonds (typiquement 12:00 ou 13:00 heure locale du domicile du fonds). Une datetime différente brouille le contrôle de prix.
  • Confusion UnitsNb (parts) vs SttlmAmt (cash) — un ordre Money (en montant cash) confirme avec un UnitsNb calculé à partir de la NAV. Un ordre Units (en parts) confirme avec un SttlmAmt calculé. L'erreur classique est d'inverser.
  • ISIN incorrect — un ISIN de 12 caractères au format ISO 6166 obligatoire. Une variante interne ou un code maison brise l'interopérabilité Vestima/Fundsettle.
  • Date de règlement < Trade date — incohérence métier. La date de règlement (cash) doit être ≥ trade date.
  • Souscription confirmée sans ordre originaire — un setr.012 sans setr.010 préalable (cas « unsolicited confirmation ») doit être explicitement codé via CpyDtls manquant ; sinon, c'est traité comme une duplication ou une fraude par les hubs de fonds.
  • Frais oubliés — les FeeDtls (front-load, exit-load) doivent être présents pour rapprocher avec la facture interne : leur absence rend l'allocation comptable côté distributeur impossible.

Messages liés

  • setr.010 — Subscription Bulk Order. Le message qui déclenche la souscription, dont setr.012 est la confirmation.
  • setr.011 — Subscription Order Confirmation Cancellation. Annulation d'une confirmation précédemment envoyée.
  • setr.013 — Redemption Bulk Order. L'ordre inverse (rachat de parts).
  • setr.015 — Redemption Bulk Order Confirmation. Pendant rachat du setr.012.
  • reda.001 — Price Report. Diffusion de la NAV par le TA.
  • semt.001 — Statement of Investment Fund Transactions. Relevé périodique des transactions de fonds.
  • sese.023 — Securities Settlement Transaction Instruction : l'instruction de règlement-livraison cash + titres côté custodian, complémentaire dans le post-trade des fonds.

Voir aussi : l'index ISO 20022.