SecuritiesSettlementTransactionModificationRequestV09

sese.038.001.09

Scope The SecuritiesSettlementTransactionModificationRequest is sent by an account owner to an account servicer.

The account owner will generally be:

It is used to request the modification of non core business data (matching or non-matching) information in a pending or settled instruction. It can also be used for the enrichment of an incomplete transaction.

Usage The modification must only contain the data to be modified. The message may also be used to:

Message Construction

Every ISO20022 message has at the highest level what we call ‘building blocks’. Because the message is constructed as immutable records, the association is by composition. Below you can see the relationship between the message and its constituent building blocks: For comparison, see the ISO20022 official specification

classDiagram
     direction LR
%% SecuritiesSettlementTransactionModificationRequestV09 recursion level 0 with max 0
SecuritiesSettlementTransactionModificationRequestV09 *-- "1..1" TransactionDetails150 : ModifiedTransactionDetails
SecuritiesSettlementTransactionModificationRequestV09 *-- "1..3" IUpdateType37Choice : UpdateType
  

Now, we will zero-in one-by-one on each of these building blocks.

ModifiedTransactionDetails building block

Identifies the details of the transaction that is being modified. Identifies the details of the transaction. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% TransactionDetails150 recursion level 0 with max 1
class TransactionDetails150{
    AccountServicerTransactionIdentification IsoMax35Text
    MarketInfrastructureTransactionIdentification IsoMax35Text
    ProcessorTransactionIdentification IsoMax35Text
    OtherTransactionIdentification IsoMax35Text
}
TransactionDetails150 *-- "1..1" SettlementTypeAndIdentification18 : AccountOwnerTransactionIdentification
TransactionDetails150 *-- "0..1" PartyIdentification144 : AccountOwner
TransactionDetails150 *-- "0..1" SecuritiesAccount19 : SafekeepingAccount
TransactionDetails150 *-- "0..1" BlockChainAddressWallet3 : BlockChainAddressOrWallet
TransactionDetails150 *-- "0..1" TransactionDetails151 : TransactionDetails
%% SettlementTypeAndIdentification18 recursion level 1 with max 1
class SettlementTypeAndIdentification18{
    TransactionIdentification IsoMax35Text
    SecuritiesMovementType ReceiveDelivery1Code
    Payment DeliveryReceiptType2Code
}
%% PartyIdentification144 recursion level 1 with max 1
class PartyIdentification144{
    LEI IsoLEIIdentifier
}
PartyIdentification144 *-- "1..1" IPartyIdentification127Choice : Identification
%% SecuritiesAccount19 recursion level 1 with max 1
class SecuritiesAccount19{
    Identification IsoMax35Text
    Name IsoMax70Text
}
SecuritiesAccount19 *-- "0..1" GenericIdentification30 : Type
%% BlockChainAddressWallet3 recursion level 1 with max 1
class BlockChainAddressWallet3{
    Identification IsoMax140Text
    Name IsoMax70Text
}
BlockChainAddressWallet3 *-- "0..1" GenericIdentification30 : Type
%% TransactionDetails151 recursion level 1 with max 1
TransactionDetails151 *-- "1..1" SecurityIdentification19 : FinancialInstrumentIdentification
TransactionDetails151 *-- "0..1" ITradeDate8Choice : TradeDate
TransactionDetails151 *-- "1..1" ISettlementDate17Choice : SettlementDate
TransactionDetails151 *-- "1..1" IQuantity51Choice : SettlementQuantity
TransactionDetails151 *-- "0..1" AmountAndDirection51 : SettlementAmount
TransactionDetails151 *-- "0..1" SettlementParties97 : DeliveringSettlementParties
TransactionDetails151 *-- "0..1" SettlementParties97 : ReceivingSettlementParties
TransactionDetails151 *-- "0..1" PartyIdentification149 : Investor
  

TransactionDetails150 members

Member name Description Data Type / Multiplicity
AccountOwnerTransactionIdentification Unambiguous identification of the transaction as known by the account owner (or the instructing party managing the account). SettlementTypeAndIdentification18 - Required 1..1
AccountServicerTransactionIdentification Unambiguous identification of the transaction as known by the account servicer. IsoMax35Text - Optional 0..1
MarketInfrastructureTransactionIdentification Identification of a transaction assigned by a market infrastructure other than a central securities depository, for example, Target2-Securities. IsoMax35Text - Optional 0..1
ProcessorTransactionIdentification Identification of the transaction assigned by the processor of the instruction other than the account owner, the account servicer and the market infrastructure. IsoMax35Text - Optional 0..1
OtherTransactionIdentification Identification of a transaction that cannot be identified using a standard reference element present in the message. IsoMax35Text - Optional 0..1
AccountOwner Party that legally owns the account. PartyIdentification144 - Optional 0..1
SafekeepingAccount Account to or from which a securities entry is made. SecuritiesAccount19 - Optional 0..1
BlockChainAddressOrWallet Blockchain address or wallet where digital assets are maintained. This is the equivalent of safekeeping account for digital assets. BlockChainAddressWallet3 - Optional 0..1
TransactionDetails Provides additional details on the transaction which can not be included within the structured fields of the message. TransactionDetails151 - Optional 0..1

UpdateType building block

Specifies the type of update requested. Specifies the type of update requested. That is addition, deletion or modification. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% IUpdateType37Choice recursion level 0 with max 1
  

UpdateType37Choice members

Member name Description Data Type / Multiplicity

Extensibility and generalization considerations

To facilitate generalized design patterns in the system, the SecuritiesSettlementTransactionModificationRequestV09 implementation follows a specific implementaiton pattern. First of all, SecuritiesSettlementTransactionModificationRequestV09 impleemnts IOuterRecord indicating it is the outermost logical part of the message definition. Like all message wrappers, SecuritiesSettlementTransactionModificationRequestV09Document implements IOuterDocument. Because SecuritiesSettlementTransactionModificationRequestV09 implements IOuterDocument, it is a suitable template parameter for IOuterDocument, and causes the internal ‘Message’ to be of type SecuritiesSettlementTransactionModificationRequestV09.

classDiagram
    class IOuterRecord
    SecuritiesSettlementTransactionModificationRequestV09 --|> IOuterRecord : Implements
    SecuritiesSettlementTransactionModificationRequestV09Document --|> IOuterDocument~SecuritiesSettlementTransactionModificationRequestV09~ : Implements
    class IOuterDocument~SecuritiesSettlementTransactionModificationRequestV09~ {
        SecuritiesSettlementTransactionModificationRequestV09 Message
     }
  

Document wrapper for serialization

The only real purpose SecuritiesSettlementTransactionModificationRequestV09Document serves is to cause the document to be serialized into the ‘urn:iso:std:iso:20022:tech:xsd:sese.038.001.09’ namespace. Therefore, it will probably be the usual practice to build the message and construct this wrapper at the last minute using SecuritiesSettlementTransactionModificationRequestV09.ToDocument() method. The returned SecuritiesSettlementTransactionModificationRequestV09Document value will serialize correctly according to ISO 20022 standards.

classDiagram
    SecuritiesSettlementTransactionModificationRequestV09Document *-- SecuritiesSettlementTransactionModificationRequestV09 : Document
  

Sample of message format

This is an abbreviated version of what the message should look like.

<Document xmlns="urn:iso:std:iso:20022:tech:xsd:sese.038.001.09">
    <SctiesSttlmTxModReq>
        <ModfdTxDtls>
            <!-- ModifiedTransactionDetails inner content -->
        </ModfdTxDtls>
        <UpdTp>
            <!-- UpdateType inner content -->
        </UpdTp>
    </SctiesSttlmTxModReq>
</Document>

Data from ISO specification

This is the technical data from the specification document.

<messageDefinition
  xmi:id="__Jm78SgkEey2k_sfZmJz4g"
  previousVersion="_kIG3gQidEeuQ1MenzX1l-g"
  name="SecuritiesSettlementTransactionModificationRequestV09"
  definition="Scope&#xD;&#xA;The SecuritiesSettlementTransactionModificationRequest is sent by an account owner to an account servicer. &#xD;&#xA;&#xD;&#xA;The account owner will generally be:&#xD;&#xA;- a central securities depository participant which has an account with a central securities depository or a market infrastructure&#xD;&#xA;- an investment manager which has an account with a custodian acting as accounting and/or settlement agent.&#xD;&#xA;&#xD;&#xA;It is used to request the modification of non core business data (matching or non-matching) information in a pending or settled instruction. It can also be used for the enrichment of an incomplete transaction.&#xD;&#xA;&#xD;&#xA;Usage&#xD;&#xA;The modification must only contain the data to be modified.&#xD;&#xA;The message may also be used to:&#xD;&#xA;- re-send a message sent by the account owner to the account servicer,&#xD;&#xA;- provide a third party with a copy of a message being sent by the account owner for information,&#xD;&#xA;- re-send to a third party a copy of a message being sent by the account owner for information using the relevant elements in the Business Application Header."
  registrationStatus="Registered"
  messageSet="_xiys0WfyEeOLcMuJoUvTAg"
  xmlTag="SctiesSttlmTxModReq"
  rootElement="Document"
  xmlns:xmi="http://www.omg.org/XMI">
  <constraint
    xmi:id="__Jm78ygkEey2k_sfZmJz4g"
    previousVersion="_kIG3gwidEeuQ1MenzX1l-g"
    name="PhysicalInstructionDetailsUsageRule"
    definition="AdditionalPhysicalOrRegistrationDetails can only be used with free of payment instructions."
    registrationStatus="Provisionally Registered" />
  <constraint
    xmi:id="__Jm79SgkEey2k_sfZmJz4g"
    previousVersion="_kIG3hQidEeuQ1MenzX1l-g"
    name="SecuritiesFinancingSettlementUsageRule"
    definition="In the framework of Securities Financing (repo, reverse repo, securities lending, securities borrowing), the SettlementInstruction can only be used for the plain vanilla settlement of the opening leg and closing leg."
    registrationStatus="Provisionally Registered" />
  <constraint
    xmi:id="__Jm79ygkEey2k_sfZmJz4g"
    previousVersion="_kIG3hwidEeuQ1MenzX1l-g"
    name="LinkagesUsageRule"
    definition="The linkages can only be used when modifying the Paired or Turned Quantity. For the changes of linking and unlinking messages this must be done with the SecuritiesSettlementConditionsModificationRequest."
    registrationStatus="Provisionally Registered" />
  <messageBuildingBlock
    xmi:id="__Jm7_ygkEey2k_sfZmJz4g"
    previousVersion="_kIG3jQidEeuQ1MenzX1l-g"
    name="ModifiedTransactionDetails"
    definition="Identifies the details of the transaction that is being modified."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="1"
    xmlTag="ModfdTxDtls"
    complexType="_lvvlhSp6EeyR9JrVGfaMKw" />
  <messageBuildingBlock
    xmi:id="__Jm8ASgkEey2k_sfZmJz4g"
    previousVersion="_kIG3jwidEeuQ1MenzX1l-g"
    name="UpdateType"
    definition="Specifies the type of update requested."
    registrationStatus="Provisionally Registered"
    maxOccurs="3"
    minOccurs="1"
    xmlTag="UpdTp"
    complexType="_h2gZMSglEey2k_sfZmJz4g" />
  <messageDefinitionIdentifier
    businessArea="sese"
    messageFunctionality="038"
    flavour="001"
    version="09" />
</messageDefinition>

ISO Building Blocks

The following items are used as building blocks to construct this message.