Iso20022

LiquidityCreditTransferV05

camt.050.001.05

Scope The LiquidityCreditTransfer message is sent by a member to the transaction administrator. It is used to request a transfer of funds between two accounts belonging to the same member or the same group of accounts, and being held at the transaction administrator. Usage At any time during the operating hours of the system, and to perform the appropriate liquidity management, the member can request the transaction administrator to execute the transfer of funds between two accounts that the transaction administrator maintains for the member. For instance, this may be an action resulting from a Get/Return Account pair of messages. The LiquidityCreditTransfer message can be used when the transactions to/from the member are unbalanced in value for the business day, or to unlock pending transactions at the end of day. The member can request the transfer by identifying the accounts stored at the transaction administrator:

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
%% LiquidityCreditTransferV05 recursion level 0 with max 0
LiquidityCreditTransferV05 *-- "1..1" MessageHeader1 : MessageHeader
LiquidityCreditTransferV05 *-- "1..1" LiquidityCreditTransfer2 : LiquidityCreditTransfer
LiquidityCreditTransferV05 *-- "0..1" SupplementaryData1 : SupplementaryData

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

MessageHeader building block

Common business identification for the message. Set of characteristics, such as the identification or the creation date and time, specific to the message. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% MessageHeader1 recursion level 0 with max 1
class MessageHeader1{
    MessageIdentification IsoMax35Text
    CreationDateTime IsoISODateTime
}

MessageHeader1 members

Member name Description Data Type / Multiplicity
MessageIdentification Point to point reference, as assigned by the sender, to unambiguously identify the message. Usage: The sender has to make sure that MessageIdentification is unique for a pre-agreed period. IsoMax35Text - Required 1..1
CreationDateTime Date and time at which the message was created. IsoISODateTime - Optional 0..1

LiquidityCreditTransfer building block

Details of the liquidity credit transfer. Provides details specific to the liquidity credit transfer, used to transfer an amount of money from the debtor to the creditor, where both are financial institutions. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% LiquidityCreditTransfer2 recursion level 0 with max 1
class LiquidityCreditTransfer2{
    SettlementDate IsoISODate
}
LiquidityCreditTransfer2 *-- "0..1" PaymentIdentification8 : LiquidityTransferIdentification
LiquidityCreditTransfer2 *-- "0..1" BranchAndFinancialInstitutionIdentification6 : Creditor
LiquidityCreditTransfer2 *-- "0..1" CashAccount38 : CreditorAccount
LiquidityCreditTransfer2 *-- "1..1" IAmount2Choice : TransferredAmount
LiquidityCreditTransfer2 *-- "0..1" BranchAndFinancialInstitutionIdentification6 : Debtor
LiquidityCreditTransfer2 *-- "0..1" CashAccount38 : DebtorAccount
%% PaymentIdentification8 recursion level 1 with max 1
class PaymentIdentification8{
    InstructionIdentification IsoMax35Text
    EndToEndIdentification IsoMax35Text
    TransactionIdentification IsoMax35Text
    UETR IsoUUIDv4Identifier
}
%% BranchAndFinancialInstitutionIdentification6 recursion level 1 with max 1
BranchAndFinancialInstitutionIdentification6 *-- "1..1" FinancialInstitutionIdentification18 : FinancialInstitutionIdentification
BranchAndFinancialInstitutionIdentification6 *-- "0..1" BranchData3 : BranchIdentification
%% CashAccount38 recursion level 1 with max 1
class CashAccount38{
    Currency ActiveOrHistoricCurrencyCode
    Name IsoMax70Text
}
CashAccount38 *-- "1..1" IAccountIdentification4Choice : Identification
CashAccount38 *-- "0..1" ICashAccountType2Choice : Type
CashAccount38 *-- "0..1" ProxyAccountIdentification1 : Proxy
%% IAmount2Choice recursion level 1 with max 1
%% BranchAndFinancialInstitutionIdentification6 recursion level 1 with max 1
BranchAndFinancialInstitutionIdentification6 *-- "1..1" FinancialInstitutionIdentification18 : FinancialInstitutionIdentification
BranchAndFinancialInstitutionIdentification6 *-- "0..1" BranchData3 : BranchIdentification
%% CashAccount38 recursion level 1 with max 1
class CashAccount38{
    Currency ActiveOrHistoricCurrencyCode
    Name IsoMax70Text
}
CashAccount38 *-- "1..1" IAccountIdentification4Choice : Identification
CashAccount38 *-- "0..1" ICashAccountType2Choice : Type
CashAccount38 *-- "0..1" ProxyAccountIdentification1 : Proxy

LiquidityCreditTransfer2 members

Member name Description Data Type / Multiplicity
LiquidityTransferIdentification Used to uniquely identify the liquidity transfer. PaymentIdentification8 - Optional 0..1
Creditor Owner of the account to be credited. BranchAndFinancialInstitutionIdentification6 - Optional 0..1
CreditorAccount Account to be credited as a result of a transfer of liquidity. CashAccount38 - Optional 0..1
TransferredAmount Amount of money that the transaction administrator transfers from one account to another. IAmount2Choice - Required 1..1
Debtor Owner of the account to be debited. BranchAndFinancialInstitutionIdentification6 - Optional 0..1
DebtorAccount Account to be debited as a result of a transfer of liquidity. CashAccount38 - Optional 0..1
SettlementDate Date on which the amount of money ceases to be available to the agent that owes it and when the amount of money becomes available to the agent to which it is due. IsoISODate - Optional 0..1

SupplementaryData building block

Additional information that cannot be captured in the structured elements and/or any other specific block. Additional information that can not be captured in the structured fields and/or any other specific block. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% SupplementaryData1 recursion level 0 with max 1
class SupplementaryData1{
    PlaceAndName IsoMax350Text
}
SupplementaryData1 *-- "1..1" IsoSupplementaryDataEnvelope1 : Envelope
%% IsoSupplementaryDataEnvelope1 recursion level 1 with max 1

SupplementaryData1 members

Member name Description Data Type / Multiplicity
PlaceAndName Unambiguous reference to the location where the supplementary data must be inserted in the message instance. In the case of XML, this is expressed by a valid XPath. IsoMax350Text - Optional 0..1
Envelope Technical element wrapping the supplementary data. IsoSupplementaryDataEnvelope1 - Required 1..1

Extensibility and generalization considerations

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

classDiagram
    class IOuterRecord
    LiquidityCreditTransferV05 --|> IOuterRecord : Implements
    LiquidityCreditTransferV05Document --|> IOuterDocument~LiquidityCreditTransferV05~ : Implements
    class IOuterDocument~LiquidityCreditTransferV05~ {
        LiquidityCreditTransferV05 Message
     }

Document wrapper for serialization

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

classDiagram
    LiquidityCreditTransferV05Document *-- LiquidityCreditTransferV05 : 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:camt.050.001.05">
    <LqdtyCdtTrf>
        <MsgHdr>
            <!-- MessageHeader inner content -->
        </MsgHdr>
        <LqdtyCdtTrf>
            <!-- LiquidityCreditTransfer inner content -->
        </LqdtyCdtTrf>
        <SplmtryData>
            <!-- SupplementaryData inner content -->
        </SplmtryData>
    </LqdtyCdtTrf>
</Document>

Data from ISO specification

This is the technical data from the specification document.

<messageDefinition
  xmi:id="_jwlbrxbvEeiyVv5j1vf1VQ"
  nextVersions="_ThP0Adb6Eeq_l4BJLVUF2Q"
  name="LiquidityCreditTransferV05"
  definition="Scope&#xD;&#xA;The LiquidityCreditTransfer message is sent by a member to the transaction administrator.&#xD;&#xA;It is used to request a transfer of funds between two accounts belonging to the same member or the same group of accounts, and being held at the transaction administrator.&#xD;&#xA;Usage&#xD;&#xA;At any time during the operating hours of the system, and to perform the appropriate liquidity management, the member can request the transaction administrator to execute the transfer of funds between two accounts that the transaction administrator maintains for the member. For instance, this may be an action resulting from a Get/Return Account pair of messages.&#xD;&#xA;The LiquidityCreditTransfer message can be used when the transactions to/from the member are unbalanced in value for the business day, or to unlock pending transactions at the end of day.&#xD;&#xA;The member can request the transfer by identifying the accounts stored at the transaction administrator:&#xD;&#xA;- If the accounts involved in the requested transfer are known without doubt to the transaction administrator, it is possible to indicate only the type of the account to be credited.&#xD;&#xA;- If, on the contrary, more clarity is desired, it is possible to identify the accounts from and to which the funds should be transferred.&#xD;&#xA;Note that transfers are processed only when the balance in the account to be debited is sufficient to pass the liquidity transfer instruction and remain positive. Based on the criteria received within the LiquidityCreditTransfer message, the transaction administrator will execute or reject the requested transfer.&#xD;&#xA;In principle, the transaction administrator may send a Receipt message as a reply to the liquidity transfer request. To verify the outcome of the request, the member may submit a GetTransaction or GetAccount message with the appropriate search criteria."
  registrationStatus="Registered"
  messageSet="_S0OMdGY1EeuQ__SOdbf47A"
  xmlTag="LqdtyCdtTrf"
  rootElement="Document"
  xmlns:xmi="http://www.omg.org/XMI">
  <messageBuildingBlock
    xmi:id="_jwlbsRbvEeiyVv5j1vf1VQ"
    nextVersions="_ThP0B9b6Eeq_l4BJLVUF2Q"
    name="MessageHeader"
    definition="Common business identification for the message."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="1"
    xmlTag="MsgHdr"
    complexType="_75DzkaMgEeCJ6YNENx4h-w_-613853819" />
  <messageBuildingBlock
    xmi:id="_jwlbsxbvEeiyVv5j1vf1VQ"
    nextVersions="_ThP0Cdb6Eeq_l4BJLVUF2Q"
    name="LiquidityCreditTransfer"
    definition="Details of the liquidity credit transfer."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="1"
    xmlTag="LqdtyCdtTrf"
    complexType="_IMtrMW4-EeiU9cctagi5ow" />
  <messageBuildingBlock
    xmi:id="_jwlbtRbvEeiyVv5j1vf1VQ"
    nextVersions="_ThP0C9b6Eeq_l4BJLVUF2Q"
    name="SupplementaryData"
    definition="Additional information that cannot be captured in the structured elements and/or any other specific block."
    registrationStatus="Provisionally Registered"
    minOccurs="0"
    xmlTag="SplmtryData"
    complexType="_Qn0zC9p-Ed-ak6NoX_4Aeg_468227563" />
  <messageDefinitionIdentifier
    businessArea="camt"
    messageFunctionality="050"
    flavour="001"
    version="05" />
</messageDefinition>

ISO Building Blocks

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