acmt.016.001.03
The AccountExcludedMandateMaintenanceAmendmentRequest message is sent from an organisation to a financial institution as part of the account maintenance process. It is sent in response to a request from the financial institution to send additional information. Usage: this update is about account details excluding any mandate information. If modification codes are not used: the organisation will specify under the “Account” and “Organisation” tags the complete information as it should be in the financial institution’s records after processing the update request. If modification codes are used (in that case, they must be used everywhere): the organisation will specify under the “Account” and “Organisation” tags which elements must be added, deleted, modified, or if they are unchanged.
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
%% AccountExcludedMandateMaintenanceAmendmentRequestV03 recursion level 0 with max 0
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "1..1" References4 : References
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "0..1" OrganisationIdentification29 : From
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "0..1" AccountContract2 : ContractDates
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "0..1" ContractDocument1 : UnderlyingMasterAgreement
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "1..1" CustomerAccountModification1 : Account
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "1..1" BranchAndFinancialInstitutionIdentification6 : AccountServicerIdentification
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "1..1" OrganisationModification2 : Organisation
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "0..1" PartyAndSignature3 : DigitalSignature
AccountExcludedMandateMaintenanceAmendmentRequestV03 *-- "0..1" SupplementaryData1 : SupplementaryData
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
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| MessageIdentification | Identifies a message by a unique identifier and the date and time when the message was created by the sender. | MessageIdentification1 - Required 1..1 |
| ProcessIdentification | Identifies a process by a unique identifier and the date and time when the first message belonging to the process was created by the sender. The process identification remains the same in all messages belonging to the same process, from the initial request message to the final account report closing the process. | MessageIdentification1 - Required 1..1 |
| AttachedDocumentName | File name of a document logically related to the request. | IsoMax70Text - Unknown 0..0 |
From building block
Identifies the business sender of the message, if it is not the account owner or account servicing financial institution. Unique and unambiguous way to identify an organisation. For comparison, see the ISO20022 official specification
classDiagram
direction tb
%% OrganisationIdentification29 recursion level 0 with max 1
class OrganisationIdentification29{
AnyBIC IsoAnyBICDec2014Identifier
LEI IsoLEIIdentifier
}
OrganisationIdentification29 *-- "0..0" GenericOrganisationIdentification1 : Other
%% GenericOrganisationIdentification1 recursion level 1 with max 1
class GenericOrganisationIdentification1{
Identification IsoMax35Text
Issuer IsoMax35Text
}
GenericOrganisationIdentification1 *-- "0..1" IOrganisationIdentificationSchemeName1Choice : SchemeName
OrganisationIdentification29 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| AnyBIC | Business identification code of the organisation. | IsoAnyBICDec2014Identifier - Optional 0..1 |
| LEI | Legal entity identification as an alternate identification for a party. | IsoLEIIdentifier - Optional 0..1 |
| Other | Unique identification of an organisation, as assigned by an institution, using an identification scheme. | GenericOrganisationIdentification1 - Unknown 0..0 |
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
%% AccountContract2 recursion level 0 with max 1
class AccountContract2{
TargetGoLiveDate IsoISODate
TargetClosingDate IsoISODate
UrgencyFlag IsoYesNoIndicator
}
AccountContract2 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| TargetGoLiveDate | Date on which the account and related basic services are expected to be operational for the account owner. | IsoISODate - Optional 0..1 |
| TargetClosingDate | Date on which the account and related services are expected to cease to be operational for the account owner. | IsoISODate - Optional 0..1 |
| UrgencyFlag | Indicator that the account opening/maintenance/closing process needs to be treated urgently, that is, sooner than the terms established by the service level agreed between the account holder customer and the account servicing institution. | IsoYesNoIndicator - Optional 0..1 |
UnderlyingMasterAgreement building block
Account contract established between the organisation or the group to which the organisation belongs, and the account servicer. This contract has to be applied for the new account to be opened and maintained. Document that contains the information of the contract agreed between both parties. For comparison, see the ISO20022 official specification
classDiagram
direction tb
%% ContractDocument1 recursion level 0 with max 1
class ContractDocument1{
Reference IsoMax35Text
SignOffDate IsoISODate
Version IsoMax6Text
}
ContractDocument1 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| Reference | Account contract established between the organisation or the group to which the organisation belongs, and the account servicer. This contract has to be applied for the new account to be opened and maintained. | IsoMax35Text - Required 1..1 |
| SignOffDate | Signoff date of the document. | IsoISODate - Optional 0..1 |
| Version | Identification of the version of the contract. | IsoMax6Text - Optional 0..1 |
Account building block
Unique and unambiguous identification of the account between the account owner and the account servicer. Account owned by a customer. For comparison, see the ISO20022 official specification
classDiagram
direction tb
%% CustomerAccountModification1 recursion level 0 with max 1
class CustomerAccountModification1{
Currency ActiveCurrencyCode
}
CustomerAccountModification1 *-- "1..0" IAccountIdentification4Choice : Identification
CustomerAccountModification1 *-- "0..1" NameModification1 : Name
CustomerAccountModification1 *-- "0..1" AccountStatusModification1 : Status
CustomerAccountModification1 *-- "0..1" TypeModification1 : Type
CustomerAccountModification1 *-- "0..1" AmountModification1 : MonthlyPaymentValue
CustomerAccountModification1 *-- "0..1" AmountModification1 : MonthlyReceivedValue
CustomerAccountModification1 *-- "0..1" NumberModification1 : MonthlyTransactionNumber
CustomerAccountModification1 *-- "0..1" AmountModification1 : AverageBalance
CustomerAccountModification1 *-- "0..1" PurposeModification1 : AccountPurpose
CustomerAccountModification1 *-- "0..1" AmountModification1 : FloorNotificationAmount
CustomerAccountModification1 *-- "0..1" AmountModification1 : CeilingNotificationAmount
CustomerAccountModification1 *-- "0..0" StatementFrequencyAndFormModification1 : StatementFrequencyAndFormat
CustomerAccountModification1 *-- "0..1" DateModification1 : ClosingDate
CustomerAccountModification1 *-- "0..0" RestrictionModification1 : Restriction
%% IAccountIdentification4Choice recursion level 1 with max 1
%% NameModification1 recursion level 1 with max 1
class NameModification1{
ModificationCode Modification1Code
Name IsoMax70Text
}
%% AccountStatusModification1 recursion level 1 with max 1
class AccountStatusModification1{
ModificationCode Modification1Code
Status AccountStatus3Code
}
%% TypeModification1 recursion level 1 with max 1
class TypeModification1{
ModificationCode Modification1Code
}
TypeModification1 *-- "1..1" ICashAccountType2Choice : Type
%% AmountModification1 recursion level 1 with max 1
class AmountModification1{
ModificationCode Modification1Code
Amount IsoImpliedCurrencyAndAmount
}
%% AmountModification1 recursion level 1 with max 1
class AmountModification1{
ModificationCode Modification1Code
Amount IsoImpliedCurrencyAndAmount
}
%% NumberModification1 recursion level 1 with max 1
class NumberModification1{
ModificationCode Modification1Code
Number IsoMax5NumericText
}
%% AmountModification1 recursion level 1 with max 1
class AmountModification1{
ModificationCode Modification1Code
Amount IsoImpliedCurrencyAndAmount
}
%% PurposeModification1 recursion level 1 with max 1
class PurposeModification1{
ModificationCode Modification1Code
Purpose IsoMax140Text
}
%% AmountModification1 recursion level 1 with max 1
class AmountModification1{
ModificationCode Modification1Code
Amount IsoImpliedCurrencyAndAmount
}
%% AmountModification1 recursion level 1 with max 1
class AmountModification1{
ModificationCode Modification1Code
Amount IsoImpliedCurrencyAndAmount
}
%% StatementFrequencyAndFormModification1 recursion level 1 with max 1
class StatementFrequencyAndFormModification1{
ModificationCode Modification1Code
}
StatementFrequencyAndFormModification1 *-- "1..1" StatementFrequencyAndForm1 : StatementFrequencyAndForm
%% DateModification1 recursion level 1 with max 1
class DateModification1{
ModificationCode Modification1Code
Date IsoISODate
}
%% RestrictionModification1 recursion level 1 with max 1
class RestrictionModification1{
ModificationCode Modification1Code
}
RestrictionModification1 *-- "1..1" Restriction1 : Restriction
CustomerAccountModification1 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| Identification | Identification of the account. | IAccountIdentification4Choice - Unknown 1..0 |
| Name | Name of the account. It provides an additional means of identification, and is designated by the account servicer in agreement with the account owner. | NameModification1 - Optional 0..1 |
| Status | Specifies the current state of an account, eg, enabled or deleted. | AccountStatusModification1 - Optional 0..1 |
| Type | Type of the account. | TypeModification1 - Optional 0..1 |
| Currency | Medium of exchange of value. | ActiveCurrencyCode - Required 1..1 |
| MonthlyPaymentValue | Monthly average of the payment amounts (that is, payments going out) over a year. | AmountModification1 - Optional 0..1 |
| MonthlyReceivedValue | Monthly average of the received amounts over a year (that is, payments coming in). | AmountModification1 - Optional 0..1 |
| MonthlyTransactionNumber | Monthly average of the number of payments (coming in and going out) over a year. | NumberModification1 - Optional 0..1 |
| AverageBalance | Sum of the end of day balances over a month divided by the number of business days in the month. | AmountModification1 - Optional 0..1 |
| AccountPurpose | Specifies the purpose of the account. | PurposeModification1 - Optional 0..1 |
| FloorNotificationAmount | Specifies the value of the balance under which a notification will be sent to the account owner. | AmountModification1 - Optional 0..1 |
| CeilingNotificationAmount | Specifies the value of the balance above which a notification will be sent to the account owner. | AmountModification1 - Optional 0..1 |
| StatementFrequencyAndFormat | Specifies how often statements (for audit purposes) will be sent, in which format, to which address. | StatementFrequencyAndFormModification1 - Unknown 0..0 |
| ClosingDate | Date when the account will be or was closed. | DateModification1 - Optional 0..1 |
| Restriction | Restriction on capability or operations allowed. | RestrictionModification1 - Unknown 0..0 |
AccountServicerIdentification building block
Unique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. Unique and unambiguous identification of a financial institution or a branch of a financial institution. For comparison, see the ISO20022 official specification
classDiagram
direction tb
%% BranchAndFinancialInstitutionIdentification6 recursion level 0 with max 1
BranchAndFinancialInstitutionIdentification6 *-- "1..1" FinancialInstitutionIdentification18 : FinancialInstitutionIdentification
BranchAndFinancialInstitutionIdentification6 *-- "0..1" BranchData3 : BranchIdentification
%% FinancialInstitutionIdentification18 recursion level 1 with max 1
class FinancialInstitutionIdentification18{
BICFI IsoBICFIDec2014Identifier
LEI IsoLEIIdentifier
Name IsoMax140Text
}
FinancialInstitutionIdentification18 *-- "0..1" ClearingSystemMemberIdentification2 : ClearingSystemMemberIdentification
FinancialInstitutionIdentification18 *-- "0..1" PostalAddress24 : PostalAddress
FinancialInstitutionIdentification18 *-- "0..1" GenericFinancialIdentification1 : Other
%% BranchData3 recursion level 1 with max 1
class BranchData3{
Identification IsoMax35Text
LEI IsoLEIIdentifier
Name IsoMax140Text
}
BranchData3 *-- "0..1" PostalAddress24 : PostalAddress
BranchAndFinancialInstitutionIdentification6 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| FinancialInstitutionIdentification | Unique and unambiguous identification of a financial institution, as assigned under an internationally recognised or proprietary identification scheme. | FinancialInstitutionIdentification18 - Required 1..1 |
| BranchIdentification | Identifies a specific branch of a financial institution. |
Organisation building block
Organised structure that is set up for a particular purpose, for example, a business, government body, department, charity, or financial institution. Information which describes the organisation. For comparison, see the ISO20022 official specification
classDiagram
direction tb
%% OrganisationModification2 recursion level 0 with max 1
class OrganisationModification2{
CountryOfOperation CountryCode
RegistrationDate IsoISODate
}
OrganisationModification2 *-- "1..1" FullLegalNameModification1 : FullLegalName
OrganisationModification2 *-- "0..1" TradingNameModification1 : TradingName
OrganisationModification2 *-- "0..1" AddressModification2 : OperationalAddress
OrganisationModification2 *-- "0..1" AddressModification2 : BusinessAddress
OrganisationModification2 *-- "1..1" AddressModification2 : LegalAddress
OrganisationModification2 *-- "0..1" AddressModification2 : BillingAddress
OrganisationModification2 *-- "1..1" OrganisationIdentification29 : OrganisationIdentification
OrganisationModification2 *-- "0..0" PartyModification2 : RepresentativeOfficer
OrganisationModification2 *-- "0..1" PartyModification2 : TreasuryManager
OrganisationModification2 *-- "0..0" PartyModification2 : MainMandateHolder
OrganisationModification2 *-- "0..0" PartyModification2 : Sender
OrganisationModification2 *-- "0..0" PartyModification2 : LegalRepresentative
%% FullLegalNameModification1 recursion level 1 with max 1
class FullLegalNameModification1{
ModificationCode Modification1Code
FullLegalName IsoMax350Text
}
%% TradingNameModification1 recursion level 1 with max 1
class TradingNameModification1{
ModificationCode Modification1Code
TradingName IsoMax350Text
}
%% AddressModification2 recursion level 1 with max 1
class AddressModification2{
ModificationCode Modification1Code
}
AddressModification2 *-- "1..1" PostalAddress24 : Address
%% AddressModification2 recursion level 1 with max 1
class AddressModification2{
ModificationCode Modification1Code
}
AddressModification2 *-- "1..1" PostalAddress24 : Address
%% AddressModification2 recursion level 1 with max 1
class AddressModification2{
ModificationCode Modification1Code
}
AddressModification2 *-- "1..1" PostalAddress24 : Address
%% AddressModification2 recursion level 1 with max 1
class AddressModification2{
ModificationCode Modification1Code
}
AddressModification2 *-- "1..1" PostalAddress24 : Address
%% OrganisationIdentification29 recursion level 1 with max 1
class OrganisationIdentification29{
AnyBIC IsoAnyBICDec2014Identifier
LEI IsoLEIIdentifier
}
OrganisationIdentification29 *-- "0..0" GenericOrganisationIdentification1 : Other
%% PartyModification2 recursion level 1 with max 1
class PartyModification2{
ModificationCode Modification1Code
}
PartyModification2 *-- "1..1" PartyIdentification137 : PartyIdentification
%% PartyModification2 recursion level 1 with max 1
class PartyModification2{
ModificationCode Modification1Code
}
PartyModification2 *-- "1..1" PartyIdentification137 : PartyIdentification
%% PartyModification2 recursion level 1 with max 1
class PartyModification2{
ModificationCode Modification1Code
}
PartyModification2 *-- "1..1" PartyIdentification137 : PartyIdentification
%% PartyModification2 recursion level 1 with max 1
class PartyModification2{
ModificationCode Modification1Code
}
PartyModification2 *-- "1..1" PartyIdentification137 : PartyIdentification
%% PartyModification2 recursion level 1 with max 1
class PartyModification2{
ModificationCode Modification1Code
}
PartyModification2 *-- "1..1" PartyIdentification137 : PartyIdentification
OrganisationModification2 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| FullLegalName | Name by which a party is known and which is usually used to identify that party. | FullLegalNameModification1 - Required 1..1 |
| TradingName | Name used by a business for commercial purposes, although its registered legal name, used for contracts and other formal situations, may be another. | TradingNameModification1 - Optional 0..1 |
| CountryOfOperation | Country in which the organisation has its business activity. | CountryCode - Required 1..1 |
| RegistrationDate | Date at which a given organisation was officially registered. | IsoISODate - Optional 0..1 |
| OperationalAddress | Specifies an operational address, for example, of a shared services centre. | AddressModification2 - Optional 0..1 |
| BusinessAddress | Specifies the address where the business activity is taking place. | AddressModification2 - Optional 0..1 |
| LegalAddress | Specifies the address where the entity resides and is registered. More generically, it is the home address (Residential address). | AddressModification2 - Required 1..1 |
| BillingAddress | Address where invoices must be sent. | AddressModification2 - Optional 0..1 |
| OrganisationIdentification | Unique and unambiguous way of identifying an organisation. | OrganisationIdentification29 - Required 1..1 |
| RepresentativeOfficer | Person in the customer’s organisation who can be contacted by the account servicer in relation to the account(s) identified in this instruction. | PartyModification2 - Unknown 0..0 |
| TreasuryManager | Person responsible of the treasury department within the customer’s organisation. | PartyModification2 - Optional 0..1 |
| MainMandateHolder | Person that has the mandate to delegate authority, to assign mandates to other individuals (mandate holders) to perform specific bank operations on the account. | PartyModification2 - Unknown 0..0 |
| Sender | Person that may be the potential sender of a message related to the life cycle of the account. | PartyModification2 - Unknown 0..0 |
| LegalRepresentative | Person that is officially and legally mandated to represent the organisation. Depending on legislation, the legal representative(s) might for instance be assigned by the Board, identified in the by-laws of the organisation, be publicly announced in the official journal of a country, etc. | PartyModification2 - Unknown 0..0 |
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
%% PartyAndSignature3 recursion level 0 with max 1
PartyAndSignature3 *-- "1..1" PartyIdentification135 : Party
PartyAndSignature3 *-- "1..1" IsoSkipPayload : Signature
%% PartyIdentification135 recursion level 1 with max 1
class PartyIdentification135{
Name IsoMax140Text
CountryOfResidence CountryCode
}
PartyIdentification135 *-- "0..1" PostalAddress24 : PostalAddress
PartyIdentification135 *-- "0..1" IParty38Choice : Identification
PartyIdentification135 *-- "0..1" Contact4 : ContactDetails
%% IsoSkipPayload recursion level 1 with max 1
PartyAndSignature3 members
| Member name | Description | Data Type / Multiplicity |
|---|---|---|
| Party | Entity involved in an activity. | PartyIdentification135 - Required 1..1 |
| Signature | Signature of a party. | IsoSkipPayload - Required 1..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 AccountExcludedMandateMaintenanceAmendmentRequestV03 implementation follows a specific implementaiton pattern. First of all, AccountExcludedMandateMaintenanceAmendmentRequestV03 impleemnts IOuterRecord indicating it is the outermost logical part of the message definition. Like all message wrappers, AccountExcludedMandateMaintenanceAmendmentRequestV03Document implements IOuterDocument. Because AccountExcludedMandateMaintenanceAmendmentRequestV03 implements IOuterDocument, it is a suitable template parameter for IOuterDocument, and causes the internal ‘Message’ to be of type AccountExcludedMandateMaintenanceAmendmentRequestV03.
classDiagram
class IOuterRecord
AccountExcludedMandateMaintenanceAmendmentRequestV03 --|> IOuterRecord : Implements
AccountExcludedMandateMaintenanceAmendmentRequestV03Document --|> IOuterDocument~AccountExcludedMandateMaintenanceAmendmentRequestV03~ : Implements
class IOuterDocument~AccountExcludedMandateMaintenanceAmendmentRequestV03~ {
AccountExcludedMandateMaintenanceAmendmentRequestV03 Message
}
Document wrapper for serialization
The only real purpose AccountExcludedMandateMaintenanceAmendmentRequestV03Document serves is to cause the document to be serialized into the ‘urn:iso:std:iso:20022:tech:xsd:acmt.016.001.03’ namespace. Therefore, it will probably be the usual practice to build the message and construct this wrapper at the last minute using AccountExcludedMandateMaintenanceAmendmentRequestV03.ToDocument() method. The returned AccountExcludedMandateMaintenanceAmendmentRequestV03Document value will serialize correctly according to ISO 20022 standards.
classDiagram
AccountExcludedMandateMaintenanceAmendmentRequestV03Document *-- AccountExcludedMandateMaintenanceAmendmentRequestV03 : 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.016.001.03">
<AcctExcldMndtMntncAmdmntReq>
<Refs>
<!-- References inner content -->
</Refs>
<Fr>
<!-- From inner content -->
</Fr>
<CtrctDts>
<!-- ContractDates inner content -->
</CtrctDts>
<UndrlygMstrAgrmt>
<!-- UnderlyingMasterAgreement inner content -->
</UndrlygMstrAgrmt>
<Acct>
<!-- Account inner content -->
</Acct>
<AcctSvcrId>
<!-- AccountServicerIdentification inner content -->
</AcctSvcrId>
<Org>
<!-- Organisation inner content -->
</Org>
<DgtlSgntr>
<!-- DigitalSignature inner content -->
</DgtlSgntr>
<SplmtryData>
<!-- SupplementaryData inner content -->
</SplmtryData>
</AcctExcldMndtMntncAmdmntReq>
</Document>
Data from ISO specification
This is the technical data from the specification document.
<messageDefinition
xmi:id="_bfzgrW2PEei3KuUgpx7Xcw"
previousVersion="_UlU6IQ1TEeKGXqvMN6jpiw"
name="AccountExcludedMandateMaintenanceAmendmentRequestV03"
definition="The AccountExcludedMandateMaintenanceAmendmentRequest message is sent from an organisation to a financial institution as part of the account maintenance process. It is sent in response to a request from the financial institution to send additional information. Usage: this update is about account details excluding any mandate information. 
If modification codes are not used: the organisation will specify under the “Account” and “Organisation” tags the complete information as it should be in the financial institution’s records after processing the update request. 
If modification codes are used (in that case, they must be used everywhere): the organisation will specify under the “Account” and “Organisation” tags which elements must be added, deleted, modified, or if they are unchanged."
registrationStatus="Registered"
messageSet="_wRoFxE2rEeG_I4xRYCA_7g"
xmlTag="AcctExcldMndtMntncAmdmntReq"
rootElement="Document"
xmlns:xmi="http://www.omg.org/XMI">
<messageBuildingBlock
xmi:id="_bfzgr22PEei3KuUgpx7Xcw"
previousVersion="_UlU6Iw1TEeKGXqvMN6jpiw"
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="_bfzgsW2PEei3KuUgpx7Xcw"
previousVersion="_CBOTgA1YEeKGXqvMN6jpiw"
name="From"
definition="Identifies the business sender of the message, if it is not the account owner or account servicing financial institution."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="0"
xmlTag="Fr"
complexType="_6VggQW48EeiU9cctagi5ow" />
<messageBuildingBlock
xmi:id="_bfzgs22PEei3KuUgpx7Xcw"
previousVersion="_UlU6Jw1TEeKGXqvMN6jpiw"
name="ContractDates"
definition="Specifies target dates."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="0"
xmlTag="CtrctDts"
complexType="_UkZWQtp-Ed-ak6NoX_4Aeg_-1896166238" />
<messageBuildingBlock
xmi:id="_bfzgtW2PEei3KuUgpx7Xcw"
previousVersion="_UlU6Kw1TEeKGXqvMN6jpiw"
name="UnderlyingMasterAgreement"
definition="Account contract established between the organisation or the group to which the organisation belongs, and the account servicer. This contract has to be applied for the new account to be opened and maintained."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="0"
xmlTag="UndrlygMstrAgrmt"
complexType="_UkjHQtp-Ed-ak6NoX_4Aeg_15886237" />
<messageBuildingBlock
xmi:id="_bfzgt22PEei3KuUgpx7Xcw"
previousVersion="_UlU6Lw1TEeKGXqvMN6jpiw"
name="Account"
definition="Unique and unambiguous identification of the account between the account owner and the account servicer."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="1"
xmlTag="Acct"
complexType="_r8lEoQ4oEeK3IMoVvcTkkg" />
<messageBuildingBlock
xmi:id="_bfzguW2PEei3KuUgpx7Xcw"
previousVersion="_UlU6Mw1TEeKGXqvMN6jpiw"
name="AccountServicerIdentification"
definition="Unique and unambiguous identifier of a financial institution, as assigned under an internationally recognised or proprietary identification scheme."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="1"
xmlTag="AcctSvcrId"
complexType="_8nO10W49EeiU9cctagi5ow" />
<messageBuildingBlock
xmi:id="_bfzgu22PEei3KuUgpx7Xcw"
previousVersion="_UlU6Nw1TEeKGXqvMN6jpiw"
name="Organisation"
definition="Organised structure that is set up for a particular purpose, for example, a business, government body, department, charity, or financial institution."
registrationStatus="Provisionally Registered"
maxOccurs="1"
minOccurs="1"
xmlTag="Org"
complexType="_TsjBMW49EeiU9cctagi5ow" />
<messageBuildingBlock
xmi:id="_bfzgvW2PEei3KuUgpx7Xcw"
previousVersion="_UlU6Ow1TEeKGXqvMN6jpiw"
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="_Q_AvW3R1EeiH1ZOt2UD8vQ" />
<messageBuildingBlock
xmi:id="_bfzgv22PEei3KuUgpx7Xcw"
previousVersion="_mZD44A4AEeKGXqvMN6jpiw"
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="acmt"
messageFunctionality="016"
flavour="001"
version="03" />
</messageDefinition>
ISO Building Blocks
The following items are used as building blocks to construct this message.