AccountClosingAmendmentRequestV01

acmt.020.001.01

Scope The AccountClosingAmendmentRequest message is sent from an organisation to a financial institution as part of the account closing process. It is sent in response to a request from the financial institution to send additional information. Usage This message may only be sent in response to a request from the financial institution to send additional information. It could be sent together with other related documents.

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
%% AccountClosingAmendmentRequestV01 recursion level 0 with max 0
AccountClosingAmendmentRequestV01 *-- "1..1" References4 : References
AccountClosingAmendmentRequestV01 *-- "1..1" AccountForAction1 : AccountIdentification
AccountClosingAmendmentRequestV01 *-- "1..1" BranchAndFinancialInstitutionIdentification4 : AccountServicerIdentification
AccountClosingAmendmentRequestV01 *-- "1..1" OrganisationIdentification6 : OrganisationIdentification
AccountClosingAmendmentRequestV01 *-- "0..1" AccountContract4 : ContractDates
AccountClosingAmendmentRequestV01 *-- "0..1" AccountForAction1 : BalanceTransferAccount
AccountClosingAmendmentRequestV01 *-- "0..1" BranchAndFinancialInstitutionIdentification4 : TransferAccountServicerIdentification
AccountClosingAmendmentRequestV01 *-- "0..1" PartyAndSignature1 : DigitalSignature
  

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

References building block

Set of elements for the identification of the message and related references. Set of elements for the identification of the message and related references. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% References4 recursion level 0 with max 1
class References4{
    AttachedDocumentName IsoMax70Text
}
References4 *-- "1..1" MessageIdentification1 : MessageIdentification
References4 *-- "1..1" MessageIdentification1 : ProcessIdentification
%% MessageIdentification1 recursion level 1 with max 1
class MessageIdentification1{
    Identification IsoMax35Text
    CreationDateTime IsoISODateTime
}
%% MessageIdentification1 recursion level 1 with max 1
class MessageIdentification1{
    Identification IsoMax35Text
    CreationDateTime IsoISODateTime
}
  

References4 members

AccountIdentification building block

Unique and unambiguous identification of the account between the account owner and the account servicer. Account to or from which a cash entry is made. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% AccountForAction1 recursion level 0 with max 1
class AccountForAction1{
    Currency ActiveCurrencyCode
}
AccountForAction1 *-- "1..1" IAccountIdentification4Choice : Identification
%% IAccountIdentification4Choice recursion level 1 with max 1
  

AccountForAction1 members

AccountServicerIdentification building block

Unique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. . Set of elements used to uniquely and unambiguously identify a financial institution or a branch of a financial institution. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% BranchAndFinancialInstitutionIdentification4 recursion level 0 with max 1
BranchAndFinancialInstitutionIdentification4 *-- "1..1" FinancialInstitutionIdentification7 : FinancialInstitutionIdentification
BranchAndFinancialInstitutionIdentification4 *-- "0..1" BranchData2 : BranchIdentification
%% FinancialInstitutionIdentification7 recursion level 1 with max 1
class FinancialInstitutionIdentification7{
    BIC IsoBICIdentifier
    Name IsoMax140Text
}
FinancialInstitutionIdentification7 *-- "0..1" ClearingSystemMemberIdentification2 : ClearingSystemMemberIdentification
FinancialInstitutionIdentification7 *-- "0..1" PostalAddress6 : PostalAddress
FinancialInstitutionIdentification7 *-- "0..1" GenericFinancialIdentification1 : Other
%% BranchData2 recursion level 1 with max 1
class BranchData2{
    Identification IsoMax35Text
    Name IsoMax140Text
}
BranchData2 *-- "0..1" PostalAddress6 : PostalAddress
  

BranchAndFinancialInstitutionIdentification4 members

OrganisationIdentification building block

Identification of the organisation requesting the change. Unique and unambiguous way to identify an organisation. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% OrganisationIdentification6 recursion level 0 with max 1
class OrganisationIdentification6{
    BIC IsoAnyBICIdentifier
}
OrganisationIdentification6 *-- "0..0" GenericOrganisationIdentification1 : Other
%% GenericOrganisationIdentification1 recursion level 1 with max 1
class GenericOrganisationIdentification1{
    Identification IsoMax35Text
    Issuer IsoMax35Text
}
GenericOrganisationIdentification1 *-- "0..1" IOrganisationIdentificationSchemeName1Choice : SchemeName
  

OrganisationIdentification6 members

ContractDates building block

Specifies target dates. Specifies target dates dates related to account opening and closing. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% AccountContract4 recursion level 0 with max 1
class AccountContract4{
    TargetClosingDate IsoISODate
    UrgencyFlag IsoYesNoIndicator
    RemovalIndicator IsoYesNoIndicator
}
  

AccountContract4 members

BalanceTransferAccount building block

Identification of the account to which the remaining positive balance of the account to be closed must be transferred or account from which funds can be moved to the account to be closed and which balance is negative. This account must be held in the same financial institution as the account to be closed if the transfer account is used to compensate a negative balance. For a positive balance to be transferred, an account in another financial institution might be used. In that case the account servicer is mandatory. Account to or from which a cash entry is made. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% AccountForAction1 recursion level 0 with max 1
class AccountForAction1{
    Currency ActiveCurrencyCode
}
AccountForAction1 *-- "1..1" IAccountIdentification4Choice : Identification
%% IAccountIdentification4Choice recursion level 1 with max 1
  

AccountForAction1 members

TransferAccountServicerIdentification building block

Unique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme, that is the servicer of the transfer account. Set of elements used to uniquely and unambiguously identify a financial institution or a branch of a financial institution. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% BranchAndFinancialInstitutionIdentification4 recursion level 0 with max 1
BranchAndFinancialInstitutionIdentification4 *-- "1..1" FinancialInstitutionIdentification7 : FinancialInstitutionIdentification
BranchAndFinancialInstitutionIdentification4 *-- "0..1" BranchData2 : BranchIdentification
%% FinancialInstitutionIdentification7 recursion level 1 with max 1
class FinancialInstitutionIdentification7{
    BIC IsoBICIdentifier
    Name IsoMax140Text
}
FinancialInstitutionIdentification7 *-- "0..1" ClearingSystemMemberIdentification2 : ClearingSystemMemberIdentification
FinancialInstitutionIdentification7 *-- "0..1" PostalAddress6 : PostalAddress
FinancialInstitutionIdentification7 *-- "0..1" GenericFinancialIdentification1 : Other
%% BranchData2 recursion level 1 with max 1
class BranchData2{
    Identification IsoMax35Text
    Name IsoMax140Text
}
BranchData2 *-- "0..1" PostalAddress6 : PostalAddress
  

BranchAndFinancialInstitutionIdentification4 members

DigitalSignature building block

Contains the signature with its components, namely signed info, signature value, key info and the object. Entity involved in an activity. For comparison, see the ISO20022 official specification

classDiagram
   direction tb
%% PartyAndSignature1 recursion level 0 with max 1
PartyAndSignature1 *-- "1..1" PartyIdentification41 : Party
PartyAndSignature1 *-- "1..1" ProprietaryData3 : Signature
%% PartyIdentification41 recursion level 1 with max 1
class PartyIdentification41{
    Name IsoMax140Text
    CountryOfResidence CountryCode
}
PartyIdentification41 *-- "0..1" PostalAddress6 : PostalAddress
PartyIdentification41 *-- "0..1" IParty8Choice : Identification
PartyIdentification41 *-- "0..1" ContactDetails2 : ContactDetails
%% ProprietaryData3 recursion level 1 with max 1
ProprietaryData3 *-- "1..1" SkipProcessing : Any
  

PartyAndSignature1 members

Extensibility and generalization considerations

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

classDiagram
    class IOuterRecord
    AccountClosingAmendmentRequestV01 --|> IOuterRecord : Implements
    AccountClosingAmendmentRequestV01Document --|> IOuterDocument~AccountClosingAmendmentRequestV01~ : Implements
    class IOuterDocument~AccountClosingAmendmentRequestV01~ {
        AccountClosingAmendmentRequestV01 Message
     }
  

Document wrapper for serialization

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

classDiagram
    AccountClosingAmendmentRequestV01Document *-- AccountClosingAmendmentRequestV01 : 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:acmt.020.001.01">
    <AcctClsgAmdmntReq>
        <Refs>
            <!-- References inner content -->
        </Refs>
        <AcctId>
            <!-- AccountIdentification inner content -->
        </AcctId>
        <AcctSvcrId>
            <!-- AccountServicerIdentification inner content -->
        </AcctSvcrId>
        <OrgId>
            <!-- OrganisationIdentification inner content -->
        </OrgId>
        <CtrctDts>
            <!-- ContractDates inner content -->
        </CtrctDts>
        <BalTrfAcct>
            <!-- BalanceTransferAccount inner content -->
        </BalTrfAcct>
        <TrfAcctSvcrId>
            <!-- TransferAccountServicerIdentification inner content -->
        </TrfAcctSvcrId>
        <DgtlSgntr>
            <!-- DigitalSignature inner content -->
        </DgtlSgntr>
    </AcctClsgAmdmntReq>
</Document>

Data from ISO specification

This is the technical data from the specification document.

<messageDefinition
  xmi:id="_nlQomNE9Ed-BzquC8wXy7w_1266077822"
  nextVersions="_SCcGoQ1TEeKGXqvMN6jpiw"
  name="AccountClosingAmendmentRequestV01"
  definition="Scope&#xD;&#xA;The AccountClosingAmendmentRequest message is sent from an organisation to a financial institution as part of the account closing process. It is sent in response to a request from the financial institution to send additional information.&#xD;&#xA;Usage&#xD;&#xA;This message may only be sent in response to a request from the financial institution to send additional information.&#xD;&#xA;It could be sent together with other related documents."
  registrationStatus="Registered"
  messageSet="_urpIICeJEeOCeO5e7islRQ"
  xmlTag="AcctClsgAmdmntReq"
  rootElement="Document"
  xmlns:xmi="http://www.omg.org/XMI">
  <messageBuildingBlock
    xmi:id="_nlQomdE9Ed-BzquC8wXy7w_-908345623"
    name="References"
    definition="Set of elements for the identification of the message and related references."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="1"
    xmlTag="Refs"
    complexType="_Qn9899p-Ed-ak6NoX_4Aeg_-250058534" />
  <messageBuildingBlock
    xmi:id="_nlQomtE9Ed-BzquC8wXy7w_-1865223147"
    name="AccountIdentification"
    definition="Unique and unambiguous identification of the account between the account owner and the account servicer."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="1"
    xmlTag="AcctId"
    complexType="_SN5Y9Np-Ed-ak6NoX_4Aeg_1820239688" />
  <messageBuildingBlock
    xmi:id="_nlaZkNE9Ed-BzquC8wXy7w_-814283343"
    name="AccountServicerIdentification"
    definition="Unique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. &#xA;."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="1"
    xmlTag="AcctSvcrId"
    complexType="_TFB1RNp-Ed-ak6NoX_4Aeg_-736060150" />
  <messageBuildingBlock
    xmi:id="_nlaZkdE9Ed-BzquC8wXy7w_1006271356"
    name="OrganisationIdentification"
    definition="Identification of the organisation requesting the change."
    registrationStatus="Provisionally Registered"
    minOccurs="1"
    xmlTag="OrgId"
    complexType="_QPrYxtp-Ed-ak6NoX_4Aeg_434657677" />
  <messageBuildingBlock
    xmi:id="_nlaZktE9Ed-BzquC8wXy7w_-53663536"
    name="ContractDates"
    definition="Specifies target dates."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="0"
    xmlTag="CtrctDts"
    complexType="_UkGbYdp-Ed-ak6NoX_4Aeg_197946061" />
  <messageBuildingBlock
    xmi:id="_nlaZk9E9Ed-BzquC8wXy7w_-114881708"
    name="BalanceTransferAccount"
    definition="Identification of the account to which the remaining positive balance of the account to be closed must be transferred or account from which funds can be moved to the account to be closed and which balance is negative. This account must be held in the same financial institution as the account to be closed if the transfer account is used to compensate a negative balance. For a positive balance to be transferred, an account in another financial institution might be used. In that case the account servicer is mandatory."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="0"
    xmlTag="BalTrfAcct"
    complexType="_SN5Y9Np-Ed-ak6NoX_4Aeg_1820239688" />
  <messageBuildingBlock
    xmi:id="_nlaZlNE9Ed-BzquC8wXy7w_258218512"
    name="TransferAccountServicerIdentification"
    definition="Unique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme, that is the servicer of the transfer account."
    registrationStatus="Provisionally Registered"
    maxOccurs="1"
    minOccurs="0"
    xmlTag="TrfAcctSvcrId"
    complexType="_TFB1RNp-Ed-ak6NoX_4Aeg_-736060150" />
  <messageBuildingBlock
    xmi:id="_nlaZldE9Ed-BzquC8wXy7w_-944215031"
    name="DigitalSignature"
    definition="Contains the signature with its components, namely signed info, signature value, key info and the object."
    registrationStatus="Provisionally Registered"
    minOccurs="0"
    xmlTag="DgtlSgntr"
    complexType="_PW59tdp-Ed-ak6NoX_4Aeg_-515475026" />
  <messageDefinitionIdentifier
    businessArea="acmt"
    messageFunctionality="020"
    flavour="001"
    version="01" />
</messageDefinition>

ISO Building Blocks

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