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.