Category 5: Securities markets
MT578 Settlement Allegement
Written and maintained by ZagTrader. Last reviewed . How this page is sourced and checked
The MT578 is the message a custodian or CSD participant sends to its client when a counterparty has instructed a settlement against the client’s account and the custodian holds no matching instruction from the client. It carries the counterparty’s trade and settlement details so the client can find the trade, send its own MT540 to MT543, or tell the counterparty it does not know the trade.
- Message type
- MT578
- Category
- 5
- Structure
- 12 sequences, 48 fields listed
When MT578 is used
Settlement in a CSD needs two matching instructions, one from each side. When the counterparty’s instruction arrives and the account servicer finds nothing from you to match it with, the servicer "alleges" the trade to you in an MT578. The sender is the account servicer (a local custodian, a sub-custodian acting for a global custodian, or a CSD or ICSD for its direct participants); the receiver is the account owner or its agent. Most allegements come from the CSD’s matching engine: in T2S the market infrastructure sends the ISO 20022 allegement to the CSD or directly connected participant, and the custodian passes it on as an MT578.
Read the direction carefully. In an MT578 the trade details are those of the counterparty’s instruction: :22H::REDE//RECE means the counterparty has instructed a receipt, so you are expected to deliver and would send an MT542 or MT543; REDE//DELI means the counterparty is delivering to you and you would send an MT540 or MT541. PAYM//APMT or PAYM//FREE tells you whether the counterparty instructed against payment or free of payment. Getting this backwards is the most common mistake when an allegement is turned into an instruction.
Field 23G gives the function. NEWM is a new allegement. REMO tells you that an allegement sent earlier is no longer outstanding because the alleged party (you) has now instructed and the two instructions matched; some servicers also send a removal when the counterparty cancelled. CANC cancels an earlier MT578, because it was sent by mistake or because the alleging party cancelled its instruction. CANC and REMO quote the SEME of the earlier MT578 in 20C::PREV in the linkage sequence.
What to do with an allegement. Check whether you know the trade: compare the ISIN, quantity, settlement amount, trade and settlement dates and the counterparty’s agent (DEAG or REAG in sequence E1) with your trade blotter or confirmations. If you know it, send your own instruction with the same details before the cut-off; the allegement is then removed and the MT548 for your instruction reports MACH. If you do not know it, do not instruct just to make the allegement go away: contact the counterparty or the account servicer. Many firms run an allegement report each day and treat an old unanswered allegement as a risk: in the EU, a trade that matches late or fails can lead to cash penalties under the CSD Regulation.
An allegement is often the mirror of a problem on your side. If you did instruct but your instruction did not match (a different settlement date, quantity or amount), you see an MT578 for the counterparty’s version and an MT548 with NMAT for yours. Compare the two field by field: the difference is usually what the NMAT reason code says, for example DDAT or DMON. See why an instruction is unmatched.
The MT586 Statement of Settlement Allegements lists all open allegements on an account at one time, which helps with a daily review; the MT578 reports them one by one as they arrive or change. Servicers differ in when they send them: some send in real time, others in batches or only a set number of days before the settlement date. Check your servicer’s guide.
MT578 format: sequences and fields
Sequence AGeneral InformationMandatory
Identifies the allegement and says whether it is new, removed or cancelled.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | GENL | Opens the General Information block. | |
| 20C | SEME | Sender's Message Reference | M | :4!c//16x | The account servicer’s reference for this allegement. A later REMO or CANC quotes it in 20C::PREV. |
| 23G | Function of the Message | M | 4!c[/4!c] | NEWM new allegement, REMO the allegement is no longer outstanding because you instructed, CANC an earlier allegement is cancelled (sent in error, or the counterparty cancelled its instruction). Optional subfunction COPY, DUPL or CODU. | |
| 98a | PREP | Preparation Date/Time | O | A: :4!c//8!n C: :4!c//8!n6!n E: :4!c//8!n6!n[,3n][/[N]2!n[2!n]] | When the allegement was prepared. Use it to order messages about the same trade. |
| 16S | End of block | M | GENL | Closes the General Information block. |
Sequence A1LinkagesOptional, repeatable
One reference per LINK block; 20C is mandatory in each block and the qualifier is a choice. Recent releases also allow a 20U option in this block. Common qualifiers only.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | LINK | Opens the Linkages block. | |
| 22F | LINK | Linkage Type Indicator | O | :4!c/[8c]/4!c | How the counterparty linked its instruction to another one: AFTE, BEFO, WITH or INFO. |
| 13a | LINK | Linked Message | O | A: :4!c//3!c B: :4!c/[8c]/30x | Message type of the linked message, for example :13A::LINK//578 next to 20C::PREV on a removal or cancellation. |
| 20C | PREV | Previous Message Reference | C | :4!c//16x | The SEME of the earlier MT578 that this REMO or CANC refers to. |
| 20C | RELA | Related Message Reference | C | :4!c//16x | A related reference. Some servicers put the reference of your instruction that best matches the allegement here, or NONREF when there is none. |
| 20C | COMM | Common Reference | C | :4!c//16x | The reference both trade parties agreed on. If you use common references, it is the fastest way to find the trade. |
| 20C | TRRF | Deal Reference | C | :4!c//16x | The trade or deal reference, for example the counterparty’s or the platform’s trade id. |
| 20C | MITI | Market Infrastructure Transaction Identification | C | :4!c//16x | The id the CSD or T2S gave the counterparty’s instruction. Quote it when you query the allegement with the servicer. |
| 20C | PCTI | Processor Transaction Identification | C | :4!c//16x | Reference of a processor, for example the actor reference the counterparty’s side used in T2S. |
| 20C | POOL | Pool Reference | C | :4!c//16x | Pool reference when the counterparty grouped several instructions. |
| 16S | End of block | M | LINK | Closes the Linkages block. |
Sequence BTrade DetailsMandatory
The trade as the counterparty instructed it. Common qualifiers only.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | TRADDET | Opens the Trade Details block. | |
| 94a | TRAD | Place of TradeRepeatable | O | B: :4!c/[8c]/4!c[/30x] L: :4!c//18!c2!n | Where the trade was done: EXCH with the exchange’s market identifier code, OTCO over the counter. |
| 94a | CLEA | Place of ClearingRepeatable | O | H: :4!c//4!a2!a2!c[3!c] L: :4!c//18!c2!n | The central counterparty that cleared the trade, by BIC or LEI, when the trade was cleared. |
| 98a | SETT | Settlement Date/Time | M | A: :4!c//8!n B: :4!c/[8c]/4!c C: :4!c//8!n6!n | The intended settlement date of the counterparty’s instruction. Your instruction must carry the same date to match. |
| 98a | TRAD | Trade Date/Time | O | A: :4!c//8!n B: :4!c/[8c]/4!c C: :4!c//8!n6!n | The trade date given by the counterparty. Compare it with your blotter. |
| 90a | DEAL | Deal Price | O | A: :4!c//4!c/[N]15d B: :4!c//4!c/3!a15d | The price the counterparty instructed, as a percentage (90A) or an amount per unit (90B with ACTU). |
| 99A | DAAC | Number of Days Accrued | O | :4!c//[N]3!n | Days of accrued interest, for bonds. |
| 35B | Identification of the Financial Instrument | M | [ISIN1!e12!c] [4*35x] | The security alleged, normally ISIN and the ISIN, with an optional description. | |
| 22H | PAYM | Payment Indicator | M | :4!c//4!c | APMT: the counterparty’s instruction is against payment. FREE: it is free of payment. |
| 22H | REDE | Receive/Deliver Indicator | M | :4!c//4!c | Direction of the counterparty’s instruction, not yours. RECE: the counterparty receives, so you deliver (MT542 or MT543). DELI: the counterparty delivers, so you receive (MT540 or MT541). |
| 22F | TTCO | Trade Transaction Condition IndicatorRepeatable | O | :4!c/[8c]/4!c | Conditions of the trade such as CCPN or XCPN (cum or ex coupon). Copy them into your instruction where the market matches on them. |
| 16S | End of block | M | TRADDET | Closes the Trade Details block. |
Sequence B1Financial Instrument AttributesOptional
Optional details about the security (classification, currency, dates, rates). Rarely filled in an allegement. One example qualifier shown.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | FIA | Opens the Financial Instrument Attributes block. | |
| 94B | PLIS | Place of Listing | O | :4!c/[8c]/4!c[/30x] | Exchange where the security is listed. |
| 16S | End of block | M | FIA | Closes the Financial Instrument Attributes block. |
Sequence CFinancial Instrument/AccountMandatory
The quantity and your account. Common qualifiers only.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | FIAC | Opens the Financial Instrument/Account block. | |
| 36B | SETT | Quantity of Financial Instrument to be Settled | M | :4!c//4!c/15d | The quantity the counterparty instructed: UNIT for shares, FAMT for face amount of bonds. Recent releases also allow option D (:4!c//4!c/30d) for digital token units. |
| 95a | ACOW | Account Owner | O | P: :4!c//4!a2!a2!c[3!c] R: :4!c/8c/34x | The owner of the safekeeping account, when the account alone does not identify it. |
| 97a | SAFE | Safekeeping Account | M | A: :4!c//35x B: :4!c/[8c]/4!c/35x | Your account that the counterparty instructed against. Recent releases allow a blockchain address or wallet (97D) in its place. Some servicers send NONREF when the counterparty’s instruction does not point to one of your accounts precisely. |
| 97a | CASH | Cash Account | O | A: :4!c//35x E: :4!c//34x | Cash account linked to the allegement, where the servicer reports one. |
| 94a | SAFE | Place of SafekeepingRepeatable | O | B: :4!c/[8c]/4!c[/30x] C: :4!c//2!a F: :4!c//4!c/4!a2!a2!c[3!c] L: :4!c//18!c2!n | Where the securities are held, when the servicer holds them in more than one place. |
| 16S | End of block | M | FIAC | Closes the Financial Instrument/Account block. |
Sequence C1Quantity BreakdownOptional, repeatable
Lot details. Rare in allegements.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | BREAK | Opens the Quantity Breakdown block. | |
| 36B | LOTS | Quantity of Financial Instrument In The Lot | O | :4!c//4!c/15d | Quantity that belongs to the lot. |
| 16S | End of block | M | BREAK | Closes the Quantity Breakdown block. |
Sequence DTwo Leg Transaction DetailsOptional
Only when the counterparty’s instruction is one leg of a repo, buy-sell back or securities loan. Common qualifiers only.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | REPO | Opens the Two Leg Transaction Details block. | |
| 98a | TERM | Closing Date/Time | O | A: :4!c//8!n B: :4!c/[8c]/4!c C: :4!c//8!n6!n | Date of the closing leg, or OPEN for an open deal. |
| 20C | SECO | Second Leg Reference | O | :4!c//16x | Reference of the other leg. |
| 16S | End of block | M | REPO | Closes the Two Leg Transaction Details block. |
Sequence ESettlement DetailsMandatory
22F::SETR is the one mandatory field. Common qualifiers only.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | SETDET | Opens the Settlement Details block. | |
| 22F | SETR | Type of Settlement Transaction Indicator | M | :4!c/[8c]/4!c | The transaction type the counterparty used, for example TRAD for a trade, OWNE for an account transfer or COLI for collateral in. Use the same code where your market matches on it. |
| 22F | STCO | Settlement Transaction Condition IndicatorRepeatable | O | :4!c/[8c]/4!c | Conditions on the counterparty’s instruction, for example NPAR or PART (partial settlement) and NOMC (no automatic market claim, an additional matching field in T2S). |
| 22F | RTGS | Securities Real-Time Gross Settlement Indicator | O | :4!c/[8c]/4!c | YRTG or NRTG, in markets that run both real-time and batch settlement. |
| 22F | BENE | Beneficial Ownership Indicator | O | :4!c/[8c]/4!c | YBEN or NBEN: whether the beneficial owner changes. |
| 16S | End of block | M | SETDET | Closes the Settlement Details block. |
Sequence E1Settlement PartiesMandatory, repeatable
The counterparty’s settlement chain, one party per block. The 95a field is mandatory in each block and the qualifier is a choice. Options C, L and S also exist for some qualifiers. Common qualifiers only.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | SETPRTY | Opens the Settlement Parties block. | |
| 95a | PSET | Place of Settlement | C | C: :4!c//2!a P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x | The CSD where the counterparty instructed. Your instruction must name the same place of settlement. |
| 95a | DEAG | Delivering Agent | C | P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x R: :4!c/8c/34x | The delivering participant. When REDE is RECE this is your own side (your custodian); when REDE is DELI it is the counterparty’s participant. |
| 95a | REAG | Receiving Agent | C | P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x R: :4!c/8c/34x | The receiving participant. When REDE is RECE this is the counterparty’s participant, the party you name as REAG in your delivery instruction. |
| 95a | SELL | Seller | C | P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x R: :4!c/8c/34x | The seller, when the counterparty’s instruction names it. BUYR is the buyer. |
| 95a | DECU | Deliverer's Custodian | C | P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x R: :4!c/8c/34x | Custodian on the delivering side. RECU, DEI1, DEI2, REI1 and REI2 complete the chain on either side. |
| 97a | SAFE | Safekeeping Account | O | A: :4!c//35x B: :4!c/[8c]/4!c/35x | Account of the party in this block. |
| 20C | PROC | Processing Reference | O | :4!c//16x | The reference the party in this block gave the transaction, often the counterparty’s own instruction reference. Quote it when you contact them. |
| 70a | PACO | Party Narrative | O | C: :4!c//4*35x | Free text about the party, for example a contact name. |
| 16S | End of block | M | SETPRTY | Closes the Settlement Parties block. |
Sequence E2Cash PartiesOptional, repeatable
Cash parties of the counterparty’s instruction, rarely present. One example qualifier shown.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | CSHPRTY | Opens the Cash Parties block. | |
| 95a | ACCW | Account With Institution | C | P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x R: :4!c/8c/34x | Institution that holds the cash account. BENM, DEBT, INTM and PAYE are the other cash party qualifiers. |
| 16S | End of block | M | CSHPRTY | Closes the Cash Parties block. |
Sequence E3AmountsOptional, repeatable
One amount per block. Expected for an against payment allegement.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | AMT | Opens the Amounts block. | |
| 19A | SETT | Settlement Amount | C | :4!c//[N]3!a15d | The cash amount the counterparty instructed. A matching field for against payment instructions, within the CSD’s tolerance. |
| 19A | DEAL | Trade Amount | C | :4!c//[N]3!a15d | The trade amount (price times quantity), when given. ACRU, CHAR, LOCO and the tax qualifiers are other amounts that can appear. |
| 98a | VALU | Value Date/Time | O | A: :4!c//8!n C: :4!c//8!n6!n | Value date of the amount. |
| 16S | End of block | M | AMT | Closes the Amounts block. |
Sequence FAdditional InformationOptional, repeatable
Other parties. One example qualifier shown.
| Tag | Qualifier | Name | Status | Format | Meaning |
|---|---|---|---|---|---|
| 16R | Start of block | M | ADDINFO | Opens the Additional Information block. | |
| 95a | MEOR | Originator of Message | O | P: :4!c//4!a2!a2!c[3!c] Q: :4!c//4*35x R: :4!c/8c/34x | The party that originated the message, when sent through a service provider. MERE, INVE, EXCH, TRRE and TRAG can also appear. |
| 16S | End of block | M | ADDINFO | Closes the Additional Information block. |
Format notation: n digits, a upper-case letters, c upper-case letters and digits, x any character of the Swift character set, d a decimal number with a comma, ! fixed length, [ ] optional, 4*35x up to 4 lines of 35 characters. M mandatory, O optional, C conditional (a rule decides).
Rules worth knowing
- The MT578 is sent by the account servicer and received by the account owner. You never send an MT578 to your custodian: you answer an allegement with your own MT540 to MT543.
- REDE and PAYM describe the counterparty’s instruction. Your instruction has the opposite direction and the same payment type: RECE with APMT calls for an MT543, RECE with FREE an MT542, DELI with APMT an MT541, DELI with FREE an MT540.
- With 23G REMO or CANC, the linkage sequence quotes the SEME of the earlier MT578 in 20C::PREV, so you can close the allegement in your system.
- Sequence B (TRADDET), sequence C (FIAC) and sequence E (SETDET) with at least one settlement party are mandatory. Inside them, 98a::SETT, 35B, 22H::PAYM, 22H::REDE, 36B::SETT, 97a::SAFE and 22F::SETR are mandatory.
- Network rules also govern which settlement parties may appear together and when amounts and value dates are needed; they follow the same logic as the MT540 to MT543 instructions.
MT578 example
ZagTrader Test Bank (ZAGTAEADXXX) sold 10,000 shares on 20 October 2026 for settlement on 22 October. The buyer’s agent BRKRAEADXXX has instructed a receipt against payment at the local CSD, but ZagTrader has not yet sent its MT543. In the evening of the trade date the custodian CUSTAEADXXX alleges the trade to ZagTrader.
{1:F01CUSTAEADAXXX0000000000}{2:I578ZAGTAEADXXXXN}{4:
:16R:GENL
:20C::SEME//CA578-0004712
:23G:NEWM
:98C::PREP//20261020183010
:16R:LINK
:20C::MITI//CSD2610200098765
:16S:LINK
:16S:GENL
:16R:TRADDET
:98A::SETT//20261022
:98A::TRAD//20261020
:90B::DEAL//ACTU/AED25,45
:35B:ISIN AEZAGT000016
ZAGTRADER TEST HOLDING PJSC
:22H::PAYM//APMT
:22H::REDE//RECE
:16S:TRADDET
:16R:FIAC
:36B::SETT//UNIT/10000,
:97A::SAFE//ZAG-SAFE-0001
:16S:FIAC
:16R:SETDET
:22F::SETR//TRAD
:16R:SETPRTY
:95P::PSET//CSDXAEADXXX
:16S:SETPRTY
:16R:SETPRTY
:95P::REAG//BRKRAEADXXX
:20C::PROC//BRK261020-7781
:16S:SETPRTY
:16R:SETPRTY
:95P::DEAG//CUSTAEADXXX
:16S:SETPRTY
:16R:AMT
:19A::SETT//AED254500,
:16S:AMT
:16S:SETDET
-}Decode this example in the parserLine by line
| Line | What it says |
|---|---|
| {1:F01CUSTAEADAXXX0000000000}{2:I578ZAGTAEADXXXXN}{4: | Sender CUSTAEADXXX (the account servicer), input MT578 to ZAGTAEADXXX (the account owner), normal priority. |
| :16R:GENL | |
| :20C::SEME//CA578-0004712 | The custodian’s reference for this allegement. |
| :23G:NEWM | A new allegement. |
| :98C::PREP//20261020183010 | Prepared on trade date at 18:30:10. |
| :16R:LINK | |
| :20C::MITI//CSD2610200098765 | The CSD’s id for the buyer’s instruction. |
| :16S:LINK | |
| :16S:GENL | |
| :16R:TRADDET | |
| :98A::SETT//20261022 | Intended settlement date of the buyer’s instruction. |
| :98A::TRAD//20261020 | Trade date. |
| :90B::DEAL//ACTU/AED25,45 | Price per share as instructed by the buyer. |
| :35B:ISIN AEZAGT000016 | The security (test ISIN). |
| ZAGTRADER TEST HOLDING PJSC | |
| :22H::PAYM//APMT | The buyer instructed against payment. |
| :22H::REDE//RECE | The buyer receives, so ZagTrader must deliver: it owes an MT543. |
| :16S:TRADDET | |
| :16R:FIAC | |
| :36B::SETT//UNIT/10000, | Quantity instructed by the buyer. |
| :97A::SAFE//ZAG-SAFE-0001 | ZagTrader’s safekeeping account at the custodian. |
| :16S:FIAC | |
| :16R:SETDET | |
| :22F::SETR//TRAD | Settlement of a trade. |
| :16R:SETPRTY | |
| :95P::PSET//CSDXAEADXXX | Place of settlement: the local CSD. |
| :16S:SETPRTY | |
| :16R:SETPRTY | |
| :95P::REAG//BRKRAEADXXX | The buyer’s participant. ZagTrader names it as REAG in its MT543. |
| :20C::PROC//BRK261020-7781 | The buyer’s own reference for its instruction. |
| :16S:SETPRTY | |
| :16R:SETPRTY | |
| :95P::DEAG//CUSTAEADXXX | Delivering agent: ZagTrader’s own custodian. |
| :16S:SETPRTY | |
| :16R:AMT | |
| :19A::SETT//AED254500, | Settlement amount instructed by the buyer: AED 254,500.00. ZagTrader’s MT543 must show the same amount, within the CSD’s tolerance. |
| :16S:AMT | |
| :16S:SETDET | |
| -} | End of block 4. |
ZagTrader checks its blotter, finds the sale and sends an MT543 with the same ISIN, quantity, dates, amount, place of settlement and REAG. Once the two instructions match, the custodian sends an MT578 with 23G REMO quoting :20C::PREV//CA578-0004712, and the MT548 for the MT543 reports MACH.
If ZagTrader did not know the trade, it would contact the buyer (quoting PROC and MITI) instead of instructing.
All BICs, references and accounts are made up; the ISIN has a valid check digit.
Common errors and rejects
Direction read the wrong way round
REDE and PAYM describe the counterparty’s instruction. Booking
REDE//RECEas a receipt and sending an MT541 produces two receipt instructions that can never match, and the allegement stays open. Reverse the direction: RECE calls for a delivery (MT542 or MT543), DELI for a receipt (MT540 or MT541).Allegement stays open after you instructed
Your instruction exists but does not match. Look at the MT548 for it: NMAT with a reason such as DDAT, DQUA, DMON or DEPT names the field that differs from the allegement. Agree the right value with the counterparty; whoever is wrong cancels and re-instructs.
How to fix itAllegement for a trade you do not know
The counterparty may have the wrong account, the wrong counterparty or a trade that was never agreed. Do not instruct to clear it. Contact the counterparty using PROC, TRRF or COMM, or ask your custodian to query it through MITI. If it is not yours, the counterparty must cancel; you then receive a CANC or REMO.
Allegement arrives after the cut-off
Some servicers send allegements only shortly before the settlement date, or batch them. A late instruction is accepted on a best effort basis or rejected with LATE or ADEA, and the trade may fail. Agree trades and instruct on trade date instead of waiting for an allegement.
Duplicate or stale allegements in your queue
A NEWM followed by a CANC or REMO for the same SEME means the allegement is closed. If your system does not link them through 20C::PREV, old allegements stay on the open list and staff chase trades that already settled.
MT578 in ISO 20022
The ISO 20022 counterpart is sese.028 Securities Settlement Transaction Allegement Notification. In T2S the market infrastructure sends sese.028 to CSDs and directly connected participants, and custodians translate it into an MT578 for clients who use ISO 15022. Swift’s MT and MX equivalence table maps the MT578 to three messages, one per function: sese.028 for a new allegement (NEWM), sese.029 Securities Settlement Allegement Removal Advice for a removal (REMO) and semt.020 Securities Message Cancellation Advice for a cancellation (CANC). The full list of open allegements is the semt.019 Statement of Settlement Allegements, the counterpart of the MT586.
Securities messages were not part of the November 2025 payments deadline. The MT578 remains in use on FIN; whether you receive the MT or the MX depends on how you connect to your custodian or CSD.
MT578 questions
- What is an MT578 settlement allegement?
- A message from your custodian or CSD saying that a counterparty has instructed a settlement against your account and that no matching instruction from you has been found. It gives the counterparty’s trade details so you can instruct, or dispute the trade.
- What is the difference between an MT578 and an MT548?
- An MT548 reports on an instruction you sent: accepted, matched, pending or failing. An MT578 reports on an instruction the counterparty sent that you have not matched. When your instruction exists but differs, you often receive both: an MT548 with NMAT and an MT578 with the counterparty’s version.
- If the MT578 says REDE//RECE, do I receive or deliver?
- You deliver. REDE describes the counterparty’s instruction: RECE means the counterparty receives the securities from you. Answer with an MT542 (free) or an MT543 (against payment).
- What does 23G REMO mean in an MT578?
- The allegement is no longer outstanding, normally because you have now sent a matching instruction. CANC instead means the allegement itself is withdrawn, for example because the counterparty cancelled its instruction.
- What is the ISO 20022 equivalent of the MT578?
sese.028Securities Settlement Transaction Allegement Notification, withsese.029for the removal of an allegement andsemt.020for a cancellation. The statement of all open allegements, the MT586, corresponds tosemt.019.- Do I have to answer every allegement?
- Every allegement needs an action: instruct if the trade is yours, or contact the counterparty if it is not. An ignored allegement usually ends as a failed or late-matching trade, which in the EU can lead to CSDR cash penalties.
All MT messages · Category 5 messages · ISO 20022 messages · Codes · Troubleshooting