tsrv.013.001.01
The UndertakingDemand message and other required documents are sent by the beneficiary to the party that issued the undertaking, either directly or via a presenting or nominated party. It is a demand for payment and may include a request to extend the undertaking expiry date. The demand itself must be contained in an enclosed file within the message or must be specified as narrative text within the message. It may contain other required documents in addition to the demand.
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 %% UndertakingDemandV01 recursion level 0 with max 0 class UndertakingDemandV01{ BankToBankInformation IsoMax2000Text } UndertakingDemandV01 *-- "1..1" Demand1 : UndertakingDemandDetails UndertakingDemandV01 *-- "0..1" PartyAndSignature2 : DigitalSignature
Now, we will zero-in one-by-one on each of these building blocks.
UndertakingDemandDetails building block
Details of the demand. Details of the demand. For comparison, see the ISO20022 official specification
classDiagram direction tb %% Demand1 recursion level 0 with max 1 class Demand1{ Identification IsoMax35Text Type DemandType1Code AdvisingPartyReferenceNumber IsoMax35Text SecondAdvisingPartyReferenceNumber IsoMax35Text ConfirmerReferenceNumber IsoMax35Text RequestedExpiryDate IsoISODate AdditionalInformation IsoMax2000Text } Demand1 *-- "1..1" Undertaking6 : UndertakingIdentification Demand1 *-- "1..1" UndertakingAmount3 : DemandAmount Demand1 *-- "0..0" CashAccount27 : SettlementAccount Demand1 *-- "0..1" Presentation2 : PresentationDetails Demand1 *-- "0..1" DemandDocumentation1 : DemandDocumentation %% Undertaking6 recursion level 1 with max 1 class Undertaking6{ Identification IsoMax35Text BeneficiaryReferenceNumber IsoMax35Text } Undertaking6 *-- "1..1" PartyIdentification43 : Issuer %% UndertakingAmount3 recursion level 1 with max 1 class UndertakingAmount3{ Amount IsoActiveCurrencyAndAmount AdditionalInformation IsoMax2000Text } %% CashAccount27 recursion level 1 with max 1 class CashAccount27{ Currency ActiveOrHistoricCurrencyCode Name IsoMax70Text } CashAccount27 *-- "1..1" IAccountIdentification4Choice : Identification CashAccount27 *-- "0..1" CashAccountType2 : Type CashAccount27 *-- "0..1" PartyIdentification41 : Owner CashAccount27 *-- "0..1" BranchAndFinancialInstitutionIdentification5 : Servicer %% Presentation2 recursion level 1 with max 1 class Presentation2{ BeneficiaryPresentationDate IsoISODate } Presentation2 *-- "0..1" PartyIdentification43 : Presenter %% DemandDocumentation1 recursion level 1 with max 1 class DemandDocumentation1{ CompleteIndicator IsoYesNoIndicator CompletionInformation IsoMax2000Text DemandNarrative IsoMax20000Text } DemandDocumentation1 *-- "0..0" Document9 : EnclosedFile
Demand1 members
Member name | Description | Data Type / Multiplicity |
---|---|---|
Identification | Unique and unambiguous identifier assigned by the presenting party to the demand. | IsoMax35Text - Required 1..1 |
Type | Type of demand. | DemandType1Code - Required 1..1 |
UndertakingIdentification | Details related to the undertaking. | Undertaking6 - Required 1..1 |
DemandAmount | Details related to the demand amount. | UndertakingAmount3 - Required 1..1 |
AdvisingPartyReferenceNumber | Unique and unambiguous identifier assigned by the advising party to the undertaking. | IsoMax35Text - Optional 0..1 |
SecondAdvisingPartyReferenceNumber | Unique and unambiguous identifier assigned by the second advising party to the undertaking. | IsoMax35Text - Optional 0..1 |
ConfirmerReferenceNumber | Unique and unambiguous identifier assigned by the confirmer to the undertaking. | IsoMax35Text - Optional 0..1 |
SettlementAccount | Details related to the settlement account. | CashAccount27 - Unknown 0..0 |
PresentationDetails | Details of the beneficiary’s presentation of documents. | Presentation2 - Optional 0..1 |
RequestedExpiryDate | Requested new expiry date as an alternative to payment of the demand. | IsoISODate - Optional 0..1 |
DemandDocumentation | Document(s) presented for examination. | DemandDocumentation1 - Optional 0..1 |
AdditionalInformation | Additional information related to the demand. | IsoMax2000Text - Collection 0..5 |
BankToBankInformation building block
Additional information specific to the bank-to-bank communication. Specifies a character string with a maximum length of 2000 characters. For comparison, see the ISO20022 official specification This message is declared as Max2000Text in the ISO specification. In our implementation, it is represented in source code as IsoMax2000Text. Due to global using directives, it is treated as a System.String by the compiler and runtime.
DigitalSignature building block
Digital signature of the demand. Entity involved in an activity. For comparison, see the ISO20022 official specification
classDiagram direction tb %% PartyAndSignature2 recursion level 0 with max 1 PartyAndSignature2 *-- "1..1" PartyIdentification43 : Party PartyAndSignature2 *-- "1..1" ProprietaryData3 : Signature %% PartyIdentification43 recursion level 1 with max 1 class PartyIdentification43{ Name IsoMax140Text CountryOfResidence CountryCode } PartyIdentification43 *-- "0..1" PostalAddress6 : PostalAddress PartyIdentification43 *-- "0..1" IParty11Choice : Identification PartyIdentification43 *-- "0..1" ContactDetails2 : ContactDetails %% ProprietaryData3 recursion level 1 with max 1 ProprietaryData3 *-- "1..1" SkipProcessing : Any
PartyAndSignature2 members
Member name | Description | Data Type / Multiplicity |
---|---|---|
Party | Entity involved in an activity. | PartyIdentification43 - Required 1..1 |
Signature | Signature of a party. | ProprietaryData3 - Required 1..1 |
Extensibility and generalization considerations
To facilitate generalized design patterns in the system, the UndertakingDemandV01 implementation follows a specific implementaiton pattern. First of all, UndertakingDemandV01 impleemnts IOuterRecord indicating it is the outermost logical part of the message definition. Like all message wrappers, UndertakingDemandV01Document implements IOuterDocument. Because UndertakingDemandV01 implements IOuterDocument, it is a suitable template parameter for IOuterDocument, and causes the internal ‘Message’ to be of type UndertakingDemandV01.
classDiagram class IOuterRecord UndertakingDemandV01 --|> IOuterRecord : Implements UndertakingDemandV01Document --|> IOuterDocument~UndertakingDemandV01~ : Implements class IOuterDocument~UndertakingDemandV01~ { UndertakingDemandV01 Message }
Document wrapper for serialization
The only real purpose UndertakingDemandV01Document serves is to cause the document to be serialized into the ‘urn:iso:std:iso:20022:tech:xsd:tsrv.013.001.01’ namespace. Therefore, it will probably be the usual practice to build the message and construct this wrapper at the last minute using UndertakingDemandV01.ToDocument() method. The returned UndertakingDemandV01Document value will serialize correctly according to ISO 20022 standards.
classDiagram UndertakingDemandV01Document *-- UndertakingDemandV01 : 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:tsrv.013.001.01">
<UdrtkgDmnd>
<UdrtkgDmndDtls>
<!-- UndertakingDemandDetails inner content -->
</UdrtkgDmndDtls>
<BkToBkInf>
<!-- BankToBankInformation inner content -->
</BkToBkInf>
<DgtlSgntr>
<!-- DigitalSignature inner content -->
</DgtlSgntr>
</UdrtkgDmnd>
</Document>
Data from ISO specification
This is the technical data from the specification document.
<messageDefinition
xmi:id="_9hDVQnltEeG7BsjMvd1mEw_2036606327"
name="UndertakingDemandV01"
definition="The UndertakingDemand message and other required documents are sent by the beneficiary to the party that issued the undertaking, either directly or via a presenting or nominated party. It is a demand for payment and may include a request to extend the undertaking expiry date. The demand itself must be contained in an enclosed file within the message or must be specified as narrative text within the message. It may contain other required documents in addition to the demand."
registrationStatus="Registered"
messageSet="_SiMuI9n1EeGEPsbnW6ebrw"
xmlTag="UdrtkgDmnd"
rootElement="Document"
xmlns:xmi="http://www.omg.org/XMI">
<messageBuildingBlock
xmi:id="_9hDVQ3ltEeG7BsjMvd1mEw_-612873100"
name="UndertakingDemandDetails"
definition="Details of the demand."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="1"
xmlTag="UdrtkgDmndDtls"
complexType="_-AylQnltEeG7BsjMvd1mEw_1908468693" />
<messageBuildingBlock
xmi:id="_AIs9UBVIEeKVqNjC36CBuQ"
name="BankToBankInformation"
definition="Additional information specific to the bank-to-bank communication."
registrationStatus="Provisionally Registered"
maxOccurs="5"
minOccurs="0"
xmlTag="BkToBkInf"
simpleType="_YYn11dp-Ed-ak6NoX_4Aeg_2132907481" />
<messageBuildingBlock
xmi:id="_9hDVRHltEeG7BsjMvd1mEw_-415271236"
name="DigitalSignature"
definition="Digital signature of the demand."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="0"
xmlTag="DgtlSgntr"
complexType="_k4nFNZKuEeGnRMFvqYmPBQ" />
<messageDefinitionIdentifier
businessArea="tsrv"
messageFunctionality="013"
flavour="001"
version="01" />
</messageDefinition>
ISO Building Blocks
The following items are used as building blocks to construct this message.