% Response.CharSet="utf-8" %>
For general information on UN standard message types see UN Trade Data Interchange Directory, UNTDID, Part 4, Section 2.3, UN/ECE UNSM General Introduction
This message also occurs in the following versions of this standard:|
D94B, D95A, D95B, D96A, D96B, D97A, D97B, D98A, D98B, D99A, D99B, D00A, D00B, D01A, D01B, D01C, D02A, D02B, D03A, D03B, D04A, D04B
This specification provides the definition of the Balance of payment information from customer message (BOPINF) to be used in Electronic Data Interchange (EDI) between trading partners involved in administration, commerce and transport.
The Balance of payment information from customer message is sent from a customer to the customer's bank in order to inform the customer's bank of information relating to one or more external payments which have been received in settlement of transactions with non-residents and which must be reported on by the bank to the responsible authority for Balance of Payment reporting purposes.
The Balance of payment information from customer message may be used for both national and international applications. It is based on universal practice related to administration, commerce and transport, and is not dependent on the type of business or industry.
In some countries the receipt of an external payment by a customer has to be reported to the authority responsible for the compilation of Balance of Payments (BOP) statistics via the customer's resident bank.
It is assumed that the customer has previously been informed of the external payment receipt by means of a credit advice (CREADV) message sent by the customer's bank. This means that the customer need only report in the BOPINF message any required Balance of Payment information relating to the transaction which was not contained in the credit advice message as long as a reference to the received credit advice message is included. The main function of the BOPINF message therefore is to provide additional Balance of Payment information related to the external payment and which is unknown by the customer's bank.
For onwards periodic reporting to the authority responsible for the compilation of Balance of Payments statistics the customer's bank has to combine the contents of any referenced CREADV messages with the related BOPINF messages in order to prepare the Balance of payment customer transaction report message (BOPCUS).
The message has been designed with a main detail loop each repetition of which should be used to provide information related to a single credit advice.
See UNTDID, Part 4, Chapter 2.3 UN/ECE UNSM - General Introduction, Section 1.
See UNTDID, Part 4, Chapter 2.3 UN/ECE UNSM - General Introduction, Section 2.
This section should be read in conjunction with the segment table which indicates mandatory, conditional and repeating requirements.
A service segment starting and uniquely identifying a message. The message type code for the Balance of payment information from customer message is BOPINF.
Note: Balance of payment information from customer messages conforming to this document must contain the following data in segment UNH, composite S009:
A segment to indicate the type and function of the message and to transmit its identifying number.
A segment to specify the date and, when required, the time of the creation of the message and optionally to specify other process dates which apply to the whole message.
A group of segments to specify references which apply to the whole message and optionally to specify related dates.
A segment to specify a reference for the message.
A segment to specify dates related to the reference.
A group of segments to identify the parties associated with the message.
A segment to identify the reporting party and in addition to identify the customer when the reporting party is a third party.
A segment to identify a person or a department for the party to whom communication should be directed.
A segment to specify a communication number for the party.
A segment to specify free text information relating to the party.
A group of segments to identify a referenced credit advice message together with any associated transaction details.
A segment to specify the reference number of the referenced credit advice message.
A segment to specify any dates relating to the referenced credit advice message.
A group of segments to specify the nature of transactions associated with the referenced credit advice, together with any associated amounts and geographical details.
A segment to specify the nature of a transaction.
A segment to specify additional free text information relating to the nature of the transaction.
A segment to specify an amount and associated currency for the transaction such as the debit flow amount or the credit flow amount.
A segment to identify a country involved in the transaction such as country of origin or country of destination.
A segment to specify total values for control purposes such as total value of credit items.
A service segment ending a message, giving the total number of segments in the message (including the UNH & UNT) and the control reference number of the message.
|BGM||Beginning of message|
|NAD||Name and address|
|RCS||Requirements and conditions|
|├─UNH Message header||×1||(M)|
|├─BGM Beginning of message||×1||(M)|
|├─Segment Group 1||×9||(C)|
|├─Segment Group 2||×9||(M)|
|│─├─NAD Name and address||×1||(M)|
|│─├─CTA Contact information||×1||(C)|
|│─├─COM Communication contact||×9||(C)|
|│─└─FTX Free text||×99||(C)|
|├─Segment Group 3||×999||(C)|
|│─└─Segment Group 4||×99||(M)|
|│───├─RCS Requirements and conditions||×1||(M)|
|│───├─FTX Free text||×99||(C)|
|│───├─MOA Monetary amount||×1||(C)|
|│───└─LOC Place/location identification||×9||(C)|
|├─CNT Control total||×9||(C)|
|└─UNT Message trailer||×1||(M)|