Circular SINAP 1-18: National Payments System. Operational Instructions for Checks and Other Negotiable Instruments. Updated Consolidated Text — BCRA — AR

"2010 - YEAR OF THE BICENTENNIAL OF THE MAY REVOLUTION" COMMUNICATION "A" 5053 23/03/2010 TO FINANCIAL ENTITIES, TO ELECTRONIC CLEARING CHAMBERS:
Ref.: Circular
SINAP 1 - 18
National Payments System. Operational Instructions-Checks and other negotiable instruments. Updated consolidated text.

We address you to inform you that Sections 1 to 7 of the consolidated text referenced have been replaced due to the magnitude of the changes introduced therein. Therefore, we provide you with the sheets that, in replacement of those previously provided, must be incorporated into the consolidated text referenced. We salute you very respectfully. CENTRAL BANK OF THE ARGENTINE REPUBLIC Julio César Pando Edgardo Fabián Arregui Manager of Payment Systems General Sub-manager of Payment Means
ANNEX

1 -
Section 1: Introduction.
Section 2: Definition and characteristics of the system.
2.1. Objectives.
2.2. Participating entities.
2.3. Documents.
2.4. Scope of application.
Section 3: Operational instructions.
3.1. Electronic clearing of checks.
3.2. Particular aspects of truncated check clearing.
3.3. Particular aspects of non-truncated check clearing.
Section 4: Participant responsibilities.
4.1. Of the depositing entity.
4.2. Of the Electronic Clearing Chambers.
4.3. Of the drawee entity.
Section 5: Controls to be performed.
5.1. By the Electronic Clearing Chambers.
5.2. By the entities.
Section 6: Transactions and messages.
6.1. Introduction.
6.2. File structure.
Section 7: Record design.
7.1. File header.
7.2. Batch header.
7.3. Individual record of presentation and rejection of checks and adjustments.
7.4. Additional record of check rejections and adjustments.
7.5. Individual record of out-of-exchange rejections, responses to out-of-exchange rejections.
7.6. Additional record of presentation and response to out-of-exchange rejections.
7.7. End-of-batch control.
7.8. End-of-file control.
7.9 Encoding of transactions and messages for checks.
7.10. Individual record of control for exchange of rejected check images.
7.11. Individual record of presentation and rejection of claims.
7.12. Individual record of control for presentation and rejection of claim images.
7.13. Individual registration of control for presentation of images of the Federal Uniform Clearing (CFU)
B.C.R.A.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS

INTRODUCTION.
This document defines the operational rules necessary for participating financial entities, hereinafter referred to as entities, to operate in the electronic clearing of checks and other negotiable instruments, through the acting Electronic Clearing Chambers (CEC) in the system. These operational rules define how system participants will operate, presentation and clearing hours, the distribution of processed information to entities, communication sessions, controls to be performed by participants, their responsibilities, message characteristics, and record designs for information exchanged electronically with the CEC. The main chapters of these operational rules are:

Definition and characteristics of the system.
Operational instructions.
Participant responsibilities.
Controls to be performed.
Transactions and messages.
Record design.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 1: Introduction
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

DEFINITION AND CHARACTERISTICS OF THE SYSTEM.
The system is based on the electronic clearing of information corresponding to checks, which implies the electronic exchange of transactions between originating (or depositing) and receiving (or drawee) entities through the CEC, such that:

Drawee entities can apply received transactions to their clients' accounts using data from checks captured only once by depositing entities.
Settlement of cleared balances between entities can be operated through the posting to their accounts at the BCRA, ensuring consistency with information processed by entities.
2.1 Objectives.
The first objective of the system is to facilitate the electronic clearing of checks, exchanging the necessary information for the electronic posting of transactions in entities and of cleared balances between entities in their accounts at the BCRA. A second objective is to avoid the physical exchange of documents, through check truncation. Check truncation is understood as the omission of the transfer and delivery of all checks and other negotiable instruments from the depositing entity to the drawee entity, with the document being retained by the former. All necessary information is sent electronically through the clearing system, with all controls and postings to drawer clients' accounts being performed. The consequent purpose is to reduce operational costs for entities, generating operational savings that enable compensating for possible losses due to decreased controls that this system might allow.
2.2. Participating entities.
2.2.1. Form of participation.
The form of participation of entities in the electronic check clearing system is through the CEC. This participation may be, at the choice of the entities, direct as a full member of one or more chambers or indirect through the designation of another member entity as its representative. In the settlement phase in BCRA accounts, only full members of each CEC will intervene. The representative entity must identify in the exchange process the documents it presents on behalf of its represented entity. NATIONAL PAYMENTS SYSTEM CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 2: Definition and characteristics of the system.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

It will be the responsibility of participating entities to operate in accordance with the standards and formats defined by these rules for the electronic exchange of check information.
2.2.2. Participating actors.
Electronic check clearing in general involves the participation of the following actors:

The originating/depositing entity.
The receiving/drawee entity.
Electronic Clearing Chambers (CEC)
Transmission Centers.
The Central Bank of the Republic Argentina.
The scheme for the exchange of rejected checks, which involves the registration of deferred payment checks, claims, and adjustment vouchers, implies the additional participation of the following actor:
Federal Capital Exchange Point.
2.2.2.1. Originating/depositing entity:
It is the depositing entity that presents the check for clearing and credits the amount to the client who deposited it in its own accounts. This client may be a client of the entity or another entity that chooses to be represented by this one in the electronic clearing system.
2.2.2.2. Receiving/drawee entity:
It is the drawee entity that receives information on checks to be paid, debits them from the clients who drew them, and credits the accepted amount to the depositing entity.
2.2.2.3. Electronic Clearing Chambers (CEC):
These are the institutions that administer the electronic clearing of payment instruments originated by operations of clients or third parties unrelated to financial entities. They work in free competition providing the clearing services defined in these rules. NATIONAL PAYMENTS SYSTEM CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 2: Definition and characteristics of the system.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

They communicate with each other to exchange cross transactions, which enables entities to communicate only with their CEC, and for the CEC to take charge of transactions from all entities, regardless of whether they are its clients or not. The main functions they will perform are the following:

Consolidation of files received from different originating entities and classification of information by receiving entity, generating and sending output files with transaction details for them (sessions of presented and rejected items).
Exchange of transactions with other CECs.
Calculation of bilateral positions of each entity and sending of these to each of them.
Settlement of balances in current accounts opened at the BCRA.
Sending of statistical and control information to the BCRA.
Administration of interbank commissions associated with the process.
2.2.2.4. Transmission Centers:
These are the telecommunications means through which participating entities effect the emission and reception of electronic information to and from a CEC. Entities may install a Transmission Center in one or more branches, at their headquarters, and/or in one or more external centers belonging to a third party that provides this service to them through an agreement. Each entity may use as many Transmission Centers as needed to cover its entire branch network. In the CEC providing service to it, each of these branches must be assigned to a Transmission Center, both for the emission and reception of information. Transmission Centers will have no effect on clearing; they will act only as points for sending and receiving files. In case the entity uses more than one Transmission Center to receive information from the CEC, the reception of the net positions resulting from clearing from the latter may be effected in a single predetermined Transmission Center. NATIONAL PAYMENTS SYSTEM CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 2: Definition and characteristics of the system.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

2.2.2.5. Federal Capital Exchange Point:
It is the place where the physical exchange of checks involving the registration of deferred payment checks, claims, and adjustment vouchers takes place. The relationship between participants is described in the following table:
Deposited Bank Drawee Bank

Branch * Branch
Headquarters * Headquarters
External Center * External Center
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 2: Definition and characteristics of the system.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010
B.C.R.A.
Branch
Transmission Center
CEC Transmission Center
Calculations
Control
Signatures
Electronic Information and/or
Image
Common checks.
Deferred payment checks.
Certified checks.
2.3.1. Truncated checks
These are those that remain in the possession of the depositing entity, after capturing their representative data, with only the information about them reaching the drawee entity electronically. These data constitute all the information that the depositing entity sends to the drawee entity so that the latter confirms/rejects payment, without it being necessary to resort to sending the original document. According to the amounts of the documents, two different cases can be distinguished:
Truncated checks where only electronic information is sent, without image of the documents
Truncated checks where electronic information and image of the documents are sent.
The amount from which the image must be sent will be informed through communication from the BCRA, as it increases over time.
2.3.2. Deferred payment checks.
Deferred payment checks (CPD) have two distinct cycles, the registration cycle and the payment cycle.
The registration cycle will not be contemplated in the clearing system, as it is an exchange of documents between entities without money settlement. The payment cycle begins when the CPD matures. This cycle is similar to the clearing of a check, so the same rules and instructions that govern common checks will apply.
2.3.3. Certified checks.
These checks will be cleared in the same manner as common checks. Each drawee entity will keep a record of the checks it has certified, to be able to identify them from the electronic information it receives.
2.4. Scope of application.
Through this system, checks of any origin and destination may be electronically cleared within the national territory.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 2: Definition and characteristics of the system.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

If depositing and drawee entities operate in different CECs, it will be the responsibility of the latter to exchange transactions to ensure complete interconnection of the system. Version: 1st. COMMUNICATION "A" 5053 Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 2: Definition and characteristics of the system.

OPERATIONAL INSTRUCTIONS.
In the first part of this chapter (point 3.1), the mechanisms for presentation, clearing, communication sessions, and other relevant aspects to consider are developed. In the second part (points 3.2 and 3.3), the particular aspects to consider in the clearing of truncated checks without image and truncated checks with image are detailed.
3.1. Electronic clearing of checks.
3.1.1. Presentation.
Entities will transmit to the CEC(s) files containing the information corresponding to the checks that said entity presents for electronic clearing.
3.1.1.1. Transmission sessions and transactions to be presented.
Daily, two sessions will operate in which the CEC will receive files from entities:

The presented session.
The rejected session.
The transactions to be presented electronically to the CEC are the following:
In the presented session:
Checks and other negotiable instruments to be cleared: they will present all records corresponding to documents received daily, and the images of those checks whose amounts exceed the one fixed by this BCRA and of all remaining negotiable instruments.
Adjustments: they will present eventual adjustments to checks already presented and cleared, a transaction defined later.
Claims.
Out-of-exchange rejections.
In the rejected session:
Rejections for verifiable defects by depositing entities of all checks.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational instructions.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010
Rejections by drawee entities for causes provided for in current regulations.
Rejections of claims: they will present claims on checks.
Responses to out-of-exchange rejections.
3.1.1.2. Deadlines and hours.
For each session (presented and rejected), the deadline hours for presenting information to the CECs defined by each of them will apply, which govern communications between them and their respective adhering entities. These hours function as the deadline for information transmissions between a CEC and its adhering entities. This means that entities may transmit files to a CEC throughout the day, from the start of operations hour defined by each chamber, until said deadline hour. Entities that have not been able to send information to their CEC before these deadline hours must wait until the next business day to transmit the information to be cleared or exchanged. The exception to this occurs with the communication of rejections, which in case of not being sent in the corresponding session may be managed through adjustments in the presented session of the same day.
3.1.2. Processing of information in the CEC.
3.1.2.1. Reception and validation.
The CEC will execute electronic processing of information related to checks, whether information received in the presented session or in the rejected session, from the corresponding deadline hours for each session. The CEC will perform a series of validations on received files, rejecting them in case of error. The reasons for rejection will be:
Impossibility of reading the file.
Error in file structure.
Lack of match in control totals.
Error in drawee and depositing entity codes.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational instructions.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010
Entity not adhered to the CEC.
Duplicate file.
If files pass all validations performed by the CEC, it will send an acceptance response, assuming responsibility for their correct treatment. If they do not pass validations, the CEC reserves the right to request retransmission of the file in whole or in part. Likewise, it will perform another series of validations on received images. In that case, it will inform involved entities of inconsistencies detected regarding:
Quantity of images received.
Match of data in the electronic record and the corresponding image.
3.1.2.2. Electronic clearing.
i) Clearing in the CEC.
There will be two sessions for sending check transactions:
Presented:
Checks and other negotiable instruments.
Adjustments.
Claims.
Out-of-exchange rejections.
Rejected:
Rejections of checks and other negotiable instruments.
Rejection of check claims.
Responses to out-of-exchange rejections.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational instructions.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

ii) Clearing between CECs.
CECs will interconnect to enable the exchange of movements between entities, a procedure that must be applied both for the presented session and for the rejected session. The procedure to be followed in each session will be the following:
The CEC that receives information from the origin entity will first calculate bilateral clearing movements between itself and all its destination entities. Secondly, it will retransmit the detail information to the CEC of the destination entities. The CEC of the destination entities will calculate bilateral clearing movements between its adhering entities and the origin entity, delivering the detail of transactions to each destination entity. Each CEC will communicate the bilateral movements resulting from clearing to its respective entities. CECs will calculate their final inter-chamber position. The CEC that has ended up with a debit balance will pay the creditor CEC, and finally, both CECs must effect the settlement of Creditor Entities. Example Assuming the case where two entities were adhered to each of the CECs, these would be the net positions of the system's participating entities:
CEC X CEC Y
Entity A Entity C Entity B Entity D
B +80 A(50) A(80) A(20)
C +50
D +20
Where Entity A would collect from Entities B, C, and D.
The chambers will inform the BCRA as follows:
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational instructions.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010

CEC X
Debit Credit
Entity C 50
CEC Y 100
Entity A 150
CEC Y
Debit Credit
Entity B 80
Entity D 20
CEC X 100
The following graph presents the clearing scheme between CECs:
1 2 3 3
5 5
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational instructions.
Version: 2nd. COMMUNICATION "A" 5053
Validity:
23/03/2010
Where the 100 of CEC Y is the sum of its entities (B=80 and D=20) Deposited CEC Drawee B.C.R.A.
4 4
CEC

The structure, content, and format of files to be exchanged electronically between chambers must comply with the same specifications and standards defined in the Transactions and messages chapter and in the Record design chapter. iii) Deadlines and hours. To avoid delays in sending information resulting from clearing to entities and the BCRA, deadline hours will be defined for information transactions between CECs.
3.1.2.3. Out-of-exchange rejections.
Out-of-exchange rejections are values rejected by the drawee entity within a maximum period of 120 days, after the corresponding deadline for presenting rejections. The out-of-exchange rejection circuit applies in all locations in the country for all checks. i) Description of the out-of-exchange rejection circuit. This circuit allows the drawee entity to present the out-of-exchange rejection to the depositing entity, through a non-monetary transaction using the Individual record of out-of-exchange rejections. Admitted rejections are those originating in the reasons for check rejection used by the drawee entity, such as: insufficient available funds, stop payment order, account closed by judicial order, etc. The presentation of an out-of-exchange rejection is carried out in the presented session of checks, in batches separate from the documents to be cleared. On the other hand, the exchange of images of checks rejected out-of-exchange will be carried out bilaterally between the drawee and depositing entities. ii) Response to out-of-exchange rejection. The deadline attributable to the depositing entity to give a response regarding the acceptance or not of the out-of-exchange rejection is 15 business days from its presentation by the drawee entity. Likewise, CECs will carry out a statistical control of non-compliance incurred by entities in order to analyze, in a future stage, the possibility of establishing a specific deadline for "not acceptVersion: 2nd. COMMUNICATION "A" 5053 Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational instructions.

“Rejection” of out-of-exchange.

Starting the day following the receipt of the out-of-exchange transaction, the depository entity may carry out the following actions:

Reject the out-of-exchange because the check was not presented previously.
Communicate the acceptance of the out-of-exchange rejection.
Communicate the non-acceptance of the out-of-exchange rejection.
Not respond.

In the first three cases, the depository entity will send a non-monetary response transaction equivalent to a rejection of the original out-of-exchange transaction. For this, the following records will be used: Individual Out-of-Exchange Rejections Record and Additional Out-of-Exchange Rejections Record; in the latter, in the 3 positions of field No. 3 “First Reason for Rejection”, the response will be given using the following rejection codes:

R41: Non-existent check
R42: Acceptance of out-of-exchange rejection
R43: Non-acceptance of out-of-exchange rejection

On the other hand, when the depository entity responds to a request for an out-of-exchange rejection, it must indicate the maturity date corresponding to the original transaction.

3.1.2.4. Claims
i) Sending of the claim to the CEC.
The request for the original document or its image, and the fulfillment of that request, i.e., the sending of the image, will be carried out through a similar system with records of similar characteristics. Depository entities must respond to claims regarding all checks paid or rejected. The delivery of the original document will take place at the Physical Exchange Center of the Federal Capital, with the intervention of the person in charge of the Exchange Point. The deadline for making a claim through this circuit will be one (1) year counted from the date of check clearing; however, upon completion of that deadline, the claim will also be admitted through the system subject to the application of a differentiated interbank commission.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Likewise, the possible collection of differences by the drawn entity that could be verified by viewing the received document (reproduction or original) will be admitted for compensated documents with an age of less than one (1) year; while those adjustments derived from the observation of compensated documents with an age greater than that period will have a bilateral treatment between the intervening entities.

ii) Receipt of the claim at the CEC.
The CEC, upon receiving the claims sent by the drawn entities, will carry out the corresponding format and resolution deadline controls before processing them. However, they will not control that the claim data corresponds to the data sent in the presentation of the check for clearing.

iii) Response to the received claim.
The depository entity, upon receiving the claim message, will carry out the necessary checks, essentially verifying that the claimed check was presented by itself on the date informed in the claim. The sending of the claimed image or the possible rejection of the request if it does not correspond, will be sent through the same system.

iv) Rejection of the claim.
The reasons why a claim may be rejected are mentioned below:

Reason	Description
Non-existent Account	The affected account cannot be identified
Invalid Account Number	The affected account has a format error
Check Already Delivered	Check that has already been delivered to the drawn bank or the depositing client
Incorrect Presentation Date	When an incorrect presentation date for the original check is informed, including an non-working day or an erroneous date
Incorrect Amount	When the depository entity proceeds to reject a claim in which the amount does not match the amount of the requested document or because it was made on a non-truncated document.
Duplicate Transaction	When duplicate transactions are received.
Non-existent Check	When claims are received regarding non-existent checks or checks that were rejected prior to July 22, 2005.

If any of the specified reasons are verified, the depository entity may reject the claim on its due date, which is 8 business days counted from the date of its presentation. For this, a control record without an associated image will be used, using the rejection codes detailed in the annex that describes the record design.

Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

v) Transmission of the image.
In case the request was for a reproduction, the depository entity must send the images of the front and back of the claimed check, both in a single image file, which will be associated with a control record containing the data of the check that were sent in the electronic transaction of the claim. For this, the following session exchange scheme will exist, similar to that used for rejected truncated check images:

Session for presenting claimed images: On the day of the due date of the electronic claim transaction, i.e., the eighth business day following its presentation.
Session for rejecting images: The second business day following the due date of the electronic claim transaction or the tenth business day from its presentation.
Session for presenting rejected and/or missing images: The fourth business day following the day of the due date of the electronic claim transaction or the twelfth business day from its presentation. This second presentation is to send images not sent in the first session and/or rejected by the CEC or by the drawn entities, and will not have the possibility of recovery in case of rejections.
Session for rejecting re-sent or missing images and Final Report of the clearing cycle: The fifth business day following the day of the due date of the electronic claim transaction or the thirteenth from its presentation.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

vi) Receipt of the images at the CEC.
The CEC will control the fulfillment of the sending of the images, matching the indexed data with it to the data of the electronic transaction of the claim sent through the same system.

vii) Receipt by the drawn entity.
The drawn entity may reject the received image, in case of deficiencies that do not allow it to carry out the pertinent checks. Such rejection must be sent under the same modalities used for the rejection of rejected truncated check images, i.e., by sending a control record with the design described in the annex, without the associated image file. Upon receiving the rejection of the image due to deficiencies in the image or incorrect image, the CEC must unmark the fulfillment, passing to include it within the pending sending and receipt.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Claim Rejection
Rejection of Incorrect Images
Resending of rejected/missing
Rejections of re-sent images
Day 4 Day 5 Day 6 Day 7 Day 8 Day 9 Day 10
REQUEST PERIOD
Day 11
FULFILLMENT PERIOD
Day 1 Day 3
Claim Presentation
Presentation of Claimed Images
Day 2 Day 12 Day 13

viii) Exchange of claimed originals.
The delivery of the claimed originals must be carried out at the Exchange Center until the tenth business day counted from the date of presentation of the claim, while the depository entity may reject the request for a claim of an original document on the eighth business day following its presentation. At the time of delivery, the intervention of the person in charge of the Exchange Center will be available, who will verify it through the capture of the physical check data, using a technological means that allows reading of the CMC7 characters, and the manual entry of the amount, then matching the obtained data with a database of claimed originals provided by the CEC. The latter will determine the procedure through which, from the data of the delivered original, the fulfillment of the claim will be marked, generating at the same time the information related to unanswered claims.

3.1.2.5. Adjustments.
i) Definition.
In the presented session, depository entities may inform as “adjustments” the eventual differences found by their control processes, between the amounts of the checks presented electronically and the amounts of the physical checks, and also for other types of differences detected in their processes.

ii) Operational Instructions.
When the depository entity recognizes a difference in the amount of a check already presented and cleared, it will proceed as follows:

If the amount by which it was presented is less than the amount shown on the check, the adjustment must be informed in the file to be transmitted in the presented session.
If the amount by which it was presented is greater than the amount shown on the check, the drawn entity must be informed about the identified difference so that it proceeds to inform the adjustment in the file to be transmitted in the presented session.
In any case, entities must identify in the file to be transmitted the information of the originally presented check regarding which the adjustment is intended to be made.

3.1.3. Sending to entities.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

3.1.3.1. Communication of movements.
After the clearing process, all participating entities will receive from the CEC files with:

The detail of the cleared movements.
The resulting bilateral balances from the clearing.
The drawn entities will be the recipients of the information resulting from the clearing of the presented session, and the depository entities of the information resulting from the rejected session. In the case where the entity receiving the information uses several Transmission Centers for receiving files from the chamber, one specific one will be designated where the balances resulting from the clearing will always be received. This information will be received separately for each type of currency or species, for each product (checks, debits, transfers) and for each clearing term.

3.1.3.2. Processing of received information.
The entities will receive from the CEC the files resulting from the clearing, up to the reception hours that each chamber defines. The entities may impute the movements in their clients' accounts based on the files received from the CEC, being able to carry out rejections, according to current regulations, from said records. If a rejection occurs based on the electronic information, the drawn entities will reject based on said information. The reasons for check rejections, as well as the rejections of electronic transactions, are included in detail in Section 7 “Record Design” in the Additional Rejection Record, field 3 “First reason for rejection”. In cases of rejection reasons, as well as in the case of unwinding by a CEC (“Unwinding”), it corresponds to return the physical check to the depositing client. If the validations are not exceeded, the entities reserve the right to request the retransmission of the file in whole or in part.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

3.1.4. Other operational aspects.
3.1.4.1. Business days for clearing.
All days that the BCRA defines as such will be considered business days for clearing.

3.1.4.2. Local holidays.
i) Definition.
A planned local holiday is considered any declared by a competent authority (national, provincial, municipal, or Autonomous City of Buenos Aires), that allows it to be included in advance in a calendar of local holidays. Such calendar will be administered by the CEC, and will include the dates of the planned holidays for the different exchange points. It will be timely disseminated through the publication of a CIMPRA bulletin and will be prepared with the information that entities must provide to the CEC. An unplanned local holiday is considered any declared by a competent authority (national, provincial, municipal, or Autonomous City of Buenos Aires), that cannot be included in advance in the calendar administered by the CEC, but that is known by them through the information formally provided by the bank(s) present in the plaza, at most 48 business hours before the date on which the holiday occurs.

ii) Operational Instructions. a) Planned local holidays:
Upon receiving the holiday notice, the CEC will identify the movements with the bank postal code(s) with a clearing date of the holiday day, reject them in the rejected session of that same day for which it will use the code R09 “local holiday”, and in the immediate next presented session, they will be re-presented with the date of the next business day, distributing to the entities the information of the transactions corresponding to the exchange point with the local holiday.

The tasks and their sequence that the different intervening actors must carry out are described below:

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 3rd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Day D
Before 12:00.
Entities and Electronic Chambers:

Distribute to the depository entities of the plaza with local holiday the rejections generated with their respective total.
Rejected Session
Depository Entity:
It cannot present depository entity rejections for checks deferred by local holiday.
Electronic Chambers:
Return possible rejections, both of depository entity and drawn entity, for those checks that were deferred by local holiday.
Drawn Entity:
They must not present drawn entity rejections for checks deferred by local holiday.
To achieve the reconciliation of the final debit and credit position, entities must consider the following information:
Depository Entity: Final position reconciliation: Debits
Depository entity rejections.
Rejections received from drawn entity, not rejected by itself.
Rejections for local holiday.
Electronic Chambers:
Include in the consolidated positions the movements rejected for local holiday.
Drawn Entity: Final position reconciliation: Credits
Drawn entity rejections.
Rejections received from depository entity, not rejected by itself.
Rejections for local holiday.
Presented Session.
Electronic Chambers:
Re-present the transactions that were deferred by local holiday.
To achieve the reconciliation of the final debit and credit position, entities must consider the following information:

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 3rd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Depository Entity: Presented position reconciliation: Credits

Movements sent.
Movements deferred by local holiday presented by the chambers.
Electronic Chambers:
Distribute to the entities the transactions covered by the local holiday.
Distribute the positions including the movements deferred by local holiday.
Drawn Entity: Presented position reconciliation: Debits
Cleared movements received.
Movements deferred by local holiday received by the chambers.

Day D + 1
Entities may present the rejections as depository entities and drawn entities that should not have presented the previous day, corresponding to the movements deferred by local holiday.

3.1.4.3. Exception procedure for communication failure.
In the eventuality of a failure in the communication between the Transmission Centers and the CEC, an exception procedure is foreseen based on the exchange of information by magnetic medium with physical delivery of the same in the plaza where the CEC provides the magnetic medium reading service. The entities will be responsible for the delivery or withdrawal of said medium to the CEC. However, if the communication problem had not extended to all entities, those affected will have the option to resort to another entity's Transmission Center that manages the transmission of information to the CEC.

3.1.4.4 Emergency situations.
i) Definition.
These are all those of external origin to the financial entities and of serious effects, (for example: flood, tornado, road cuts, etc.) that affect one or several plazas and some or most of the entities participating in electronic clearing. Internal situations registered by the entities (for example: labor actions taken by the entity's staff, computer center problems, etc.) are not included in this procedure, their resolution corresponding through the application of the “Force Majeure” scheme and norms.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Non-participation in clearing comprises the impossibility of transmitting files.

ii) Operational Instructions.
The involved entities will communicate to the CEC, on the day it occurs, the inconveniences caused by emergency situations. The CEC and the remaining entities will proceed as follows:
Rejected Session:
The corresponding one for the presented of the previous business day will be carried out, with the usual procedure for normal days. The head offices of the affected branches will reject all the records presented, on the previous business day, using the rejection code of the transaction: R 34 “Emergency Situation”. The transmission of the electronic rejection files will be carried out in the usual hour of sending the information to the CEC. Depository Entity: must re-clear the documents rejected due to emergency situation in the presented round of the same day or the next business day. Given this situation, the need to identify depositors through checks is observed; for this, it is convenient to develop identification procedures for deposits, such as establishing a relationship between the check and the deposit slip. In case that in the second presentation, any value results rejected for a cause that generates a fine, the obtaining of the image to be delivered to the drawn entity, they must obtain it from the files of the original presentation. Presented Session of that date:
The CEC will be available to carry out the processing in the established hours.
In case the deferral of the presented session is determined, the CEC will apply to the records that have been transmitted, the procedures established for unplanned local holiday, which must be communicated to its member entities.

3.2. Particular aspects of imageless truncated checks.
3.2.1. Definition of imageless truncated checks.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

These are those that remain in the possession of the depository entity, after capturing their representative data, reaching the drawn entity only the information of them in electronic form. These data constitute all the information that the depository entity sends to the drawn entity. However, the original document must remain available to the drawn entity, who may require the original or image of it, in case claims arise. The movement of original documents will be minimized using a differentiated tariff. The original documents, once delivered by the depository entity to the drawn entity, will not be returned, losing their truncated condition.

3.2.2. Clearing Deadlines.
All imageless truncated checks will have a clearing period between entities of 48 hours.

Day D	Day D + 1	Day D + 2
Presentation Claims	Funds Availability to Client	Clearing Clearing Settlement
Presented	Rejected	B.C.R.A.

3.2.3. Presentation.
The depository entities will transmit to a CEC, in the presented session, the files with the information on the checks to be cleared and adjustments up to the defined limit hour, in files whose structure, content, and format are detailed in the chapter of Messages and Record Design.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

3.2.4. Processing of CEC.
CECs will receive and compensate checks to then inform the drawee entities of the movements resulting from the compensation, according to the defined schedules.

3.2.5. Processes to be executed by the depository entity.
On the next business day following presentation, the depository entity will execute the following processes:
§ Preparation of the rejection file, with all those checks regarding which it had detected any of the defect grounds that could be verified established by BCRA regulations. § Crediting of the amount of the non-rejected checks to the depositing clients' accounts, once the movements have been settled in the BCRA.

3.2.6. Receipt by the drawee entity.
The drawee entities will receive from the CEC the files with the detail of the movements and the compensated bilateral balances in the defined schedules.

3.2.6.1. Processes to be executed by the drawee entity.
Once the information has been received and its validity assured, the drawee entities will execute the following processes:

Performing electronic controls on the existence of rejection grounds as established by current regulations.
Preparation of the rejection file, with all those checks that could not be debited due to any of the pre-established reasons (see Rejections chapter).
Execution of the debit in their clients' accounts for the amount of the check.
With electronic compensation, the drawee entities will base themselves exclusively on the electronic data, received from the chamber, to proceed to debit their clients' accounts. Therefore, it is necessary for the entities to maximize electronic controls on the received information to ensure the proper outcome of the operations.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

3.2.7. Rejections.

3.2.7.1. Rejections by the depository entity.
i) Definition.
These are the rejections that the depository entity performs when it verifies, in the physical checks received, the existence of any of the defects provided for in current legislation and regulations.

ii) Operational Instructions. a) Transmission of rejected checks.
The depository entity will transmit to the CEC, until the deadline hour of the rejection session, the file with the information corresponding to the checks it rejected, taking into account the rejection grounds defined in current regulations. According to current regulations, it must transmit for the following reasons for rejection of checks and/or transactions:

R11 “Exceeds the established limit of endorsements”.
R16 “Document is not a check”.
R33 “Forgery of the check”.
R36 “Alteration of the check”.
R37 “Legal validity period expired”.
R38 “Drawer’s signature does not match that of the person who clears the back”.
R46 “Document/Design not compensable”
R47 “Second presentation does not correspond”
R49 “Missing receipt signature for deposit”
R83 “Irregularity in the endorsement chain”.
R96 “Errors of the Depository Entity”.
R97 “Early presentation” (cpd).

b) Processing of the Electronic Chamber.
The CEC will receive and compensate the rejected checks, according to the defined schedules.

c) Receipt of rejections by the drawee entity.
The drawee entity will receive from the CEC the file with the rejection information observed by the depository entity.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 3rd. COMMUNICATION “A” 5053
Validity:
23/03/2010

With this information, the drawee entity:

Will reverse the debits duly effected in its clients' accounts, informing them.
Will inform the BCRA of the check rejections, according to what is established in point 1.5.2.11 of the norms on “Regulation of the bank current account”.

3.2.7.2. Rejections by the drawee entity.
i) Definition.
These are the rejections that the drawee entity performs when it verifies, in the electronic check information received, the existence of any of the rejection or return grounds for the document, or rejection grounds for transactions, provided for in current regulations.

ii) Operational Instructions. a) Transmission of rejected checks and transactions.
The drawee entity will transmit to the CEC, until the deadline hour of the rejection session, the information corresponding to the checks/transactions it rejected. According to current regulations, it must transmit for the following reasons for rejection of checks and/or transactions:

R01 “Seized account”,
R02 “Account closed by judicial order”,
R03 “Non-existent account”,
R04 “Invalid account number”,
R06 “Formal defects”,
R08 “Report of loss or theft of check” (order not to pay),
R10 “Insufficient available funds”,
R13 “Non-existent branch/destination entity”,
R19 “Incorrect amount”,
R21 “Preventive bankruptcy of the drawer, declared judicially”,
R24 “Duplicate transaction”,
R34 “Emergency situations”,

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 3rd. COMMUNICATION “A” 5053
Validity:
23/03/2010

R35 “Lack of conformity in the receipt of checkbooks”,
R37 “Legal validity period expired”,
R39 “Amount does not match that registered by the drawee bank”,
R44 “Values stolen or lost from checkbooks not delivered to clients”,
R47 “Second presentation does not correspond”,
R79 “Error in field 7 individual record”,
R81 “Force majeure”,
R93 “Local holiday applied by entities”,

b) Processing of the CEC.
The CEC will receive and compensate the information corresponding to the rejected checks, according to the defined schedules.

c) Receipt of rejections by the depository entity.
The depository entity will receive from the CEC the file with the information corresponding to the rejected checks.

d) Transitional file until rejections from the drawee entity arrive.
It is necessary for the depository entities to temporarily archive the checks not yet confirmed, to be able to return them to the depositing client if they are rejected by the drawee entity. Likewise, they must capture the images of all truncated checks without image rejected before delivering them to the clients.

e) Stamp and delivery to the depositing client.
The depository entity will stamp the rejected check, including in said stamp the information established by the BCRA, and deliver the check to the client who made the deposit.

f) Treatment of rejections by order not to pay, forgery and alteration of the check.
In the case of truncated checks that are rejected by “order not to pay” (report of loss, theft or alteration of the check or values stolen or lost from checkbooks not delivered to clients) by the drawee entity and by “forgery and alteration of the check” by the depository entity, the original documents must be requested by the drawee entity from the depository entity. The delivery of the claimed originals must be effected within a maximum period of ten business days, counted from the date of presentation of the corresponding claim. The physical exchange of said checks will be operated through the Capital Federal Exchange Center.

iii) Management of rejections by the CEC.
The CEC must manage the validity of the entities' rejections regarding time limits. The normal rejection period for a check will be 1 business day. In the event that the depository entity transmits to the CEC the rejection of a check for any of the provided grounds, and said check is also rejected by the drawee entity for any of the provided grounds, a duplication of rejections on the same document in the same compensation cycle (collision of rejections) would occur. The CEC processes the information received from both entities in the rejection session and, in the event that it detects records corresponding to the same document, it must administer the collision as follows:

The CEC will send to each entity the rejection grounds reported by the other entity.
The CEC will effect the monetary allocation based on one of the received records, considering the other as informational.

Identification of the signer in the Drawee Entity upon request of the holder of the rejected check.
Proceed according to the regulations that the BCRA issues for this purpose.

3.2.8. Circuit of rejected check images.
The depository entities that receive rejected movements for reasons that imply information to the BCRA's Rejected Checks Central, must send to the drawee entities, the images of the front of said checks, so that they identify the signer. The depository entity must capture the image of the documents corresponding to the rejections effected by the drawee entity before delivering them to the depositing client.

3.2.8.1. Reasons for rejections by the drawee entity that generate the sending of image.
Below are detailed the rejection codes that determine the need to send the document image to the drawee entity and those that, generated by the depository entity, can annul that requirement:

i) Reasons for rejections by the drawee entity that generate the sending of the image:
R01: Seized account,
R08: Report of loss and theft of checks,
R10: No sufficient available funds in account, R21: Preventive bankruptcy, R33: Forgery of the check, R35: Lack of conformity of checkbook, R36: Alteration of the check, R44: Values stolen from checkbooks not delivered to clients.

ii) Reasons for rejections by the depository entity that can annul the sending of image in case of collision of rejections:
R16: The document is not a check,
R37: Legal validity period expired,
R38: The drawer's signature does not match that of the person who clears the back, R46: Document/Design not compensable, R47: Second presentation does not correspond, R96: Errors of the depository entity, R97: Early presentation date of CPD.

3.2.8.2. General description of the procedure.
The entities must send to their respective CEC, through the procedures each one determines, a control file with the data of the rejected checks that require the sending of images and the number of images necessary associated with said control file. For its part, the CECs will validate that all the data of each record of the control file correspond to the data of a rejection processed through them that requires the sending of an image and, additionally, that there is an image associated with that record. As a result of each exchange, the CECs will send to the entities a control file with the corresponding associated images and the pending reports in the formats each one determines. The period comprising the sending of information by the banks and the processing by the CECs is defined as “Image Exchange Cycle” and the fixed terms are the following:

i) Session for presentation of required images: the third day after the day of rejection.

Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

ii) Session for rejection of images: the fifth day after the day of rejection. iii) Session for presentation of rejected and/or missing images: the seventh day after the day of rejection. It must be taken into account that the second presentation to send images not sent in the first session and/or rejected by the CECs or by the drawee entities will count with the application of a charge and there will be no possibility of recovery in case of rejections. iv) Session for rejections of resent or missing images and final report of the compensation cycle: the eighth day after the day of rejection. In the following graph, an example of a complete exchange cycle is presented:

Monday Tuesday Wed. Thursday Friday Saturday Sun Monday Tuesday Wed. Thursday Friday Day 8 Day 1 Day 2 Day 3 Day 4 Day 5 Day 6 Day 7 Presentation Rejections of Images Resending of rejected/missing Final report Rejections of resent images rejection

3.2.8.3. Receipt of images in the CECs:
The CECs will control the compliance with the sending of the images, pairing the data indexed to them with the data of the check rejection that generated the requirement.

3.2.8.4. Receipt by the drawee entity:

Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

The drawee entity must verify that the image has sufficient clarity to allow the correct reading of the areas intended for the route code and the signers of the documents. In the event of deficiencies that do not allow said checks to be performed, it may reject the received image by sending a control record without the associated image file.

3.2.8.5. Charges for non-compliance.
In order to ensure the sending of images by the depository entity, so that the drawee entities can comply with the information to the BCRA's Rejected Checks Central, there will be charges for non-compliance in the sending of them, with a differentiated cost depending on the moment when they were sent, taking into account that there will be two sessions for the presentation of images.

3.3. Particular aspects of the compensation of truncated checks with image.

3.3.1. Definition of truncated checks with image.
Those are those that, by exceeding the limit amount defined by the BCRA, in addition to being included in the information sent electronically in files, are subject to sending the image of the front and back to the drawee entity.

3.3.2. Compensation deadlines.
All truncated checks with image will have a compensation period between entities of 48 hours.

Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

Day D Day D + 1 Day D + 2
Presentation Rejections Presented
Compensation Settlement
B.C.R.A.

3.3.3. Presentation.

3.3.3.1. Sending of electronic information.
The depository entity will present the documents through the electronic record and the image of the front and back of them on the day of their deposit in the presented session, until the deadline hour defined for each case.

3.3.4. Processing of the CECs.
Both the electronic record and the image will be compensated in the normal compensation cycle once the presented session has ended.

3.3.5. Receipt by the drawee entity.
The CECs will send the information of the truncated checks with image to the entities.

3.3.5.1. Processes to be executed by the drawee entity.
The drawee entities, once the compensated movements have been received, must effect:

The electronic controls on the received information.
The debit in their clients' accounts for the amount of the check.

Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

The verification of the existence of the rejection grounds established in the BCRA regulations, performing the corresponding controls.
The preparation of the rejection file, with all those checks that could not be debited due to any of the pre-established reasons (see point 3.2.7.).

3.3.6.2. Operational Instructions.
i) Receipt of the image
The drawee entities must have the image of the check in their possession prior to the moment of compensation.

3.3.7. Rejections by the drawee entity.

3.3.7.1. Definition.
These are the rejections that the drawee entity performs when it verifies in the electronic information and/or in the image, the existence of any of the rejection grounds provided for in current regulations.

3.3.7.2. Grounds.
In addition to the rejection grounds established in point 3.2.7.2., they may use those detailed below::

R11 “Exceeds the established limit of endorsements”,
R16 “Document is not a check”,
R38 “Drawer’s signature does not match that of the person who clears the back”,
R46 “Design not compensable”,
R48 “Illegible, deficient or incomplete image”,
R49 “Missing receipt signature for deposit”,
R82 “Missing image”,
R83 “Irregularity in the endorsement chain”,
R94 “Incorrect postal code”,
R97 “Early Presentation (CPD)

3.3.7.3. Operational Instructions.
The electronic compensation of rejections will be effected according to the previously described operation in the general electronic compensation of checks. The drawee entity, in the same way as it does with truncated checks without image, must:

Reverse the debits duly effected in its clients' accounts, informing them.
Effect the notification to the BCRA, according to what is established in point 1.5.2.11. of the norms on “Regulation of the bank current account”.

3.3.8. Adjustments.

3.3.8.1. Definition.
In the presented session, the drawee entities may inform as “adjustments” the eventual differences found by their control processes between the amounts of the checks received electronically and the amounts of the images and also other types of differences detected in their processes.

3.3.8.2. Operational Instructions.
When the drawee entity recognizes a difference in the amount of a received image, and this had already been presented and compensated, it will proceed as follows:

If the amount for which the check was presented is less than the amount shown in the image, it must inform the depository entity about the identified difference so that it proceeds to present the adjustment in the file to be transmitted in the presented session.
If the amount for which it was presented is greater than the amount shown in the image, it must inform the adjustment in the file to be transmitted in the presented session.
In any case, the entities must identify in the file to be transmitted the information of the originally presented check regarding which the adjustment is intended to be effected.

3.3.9. Compensation and Settlement.

3.3.9.1. Compensation of truncated checks with image.
The CEC will effect the compensation starting from the deadline hour for the presentation of checks established, on the date agreed by the entities and informed by the depository in each of the presented checks.

Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.

Likewise, upon finishing the rejection session, the CEC will effect the compensation of said movements.

3.3.9.2. Settlement.
The settlement will be effected according to the compensation period of the check: the day following the presentation.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 3: Operational Instructions.
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

RESPONSIBILITIES OF THE PARTICIPANTS.
The system implies a series of responsibilities that the participating entities must assume:

The system is based on the trust that the information exchanged electronically can be used for direct account allocation. Consequently, the depository entity must ensure the fidelity of the data provided to the CEC, both of those fixed (entity number, branch and account), as well as those variable (amount).
On the other hand, the truncation of checks involves a change in the responsibilities of the intervening entities, modifications that will be implemented through the Truncation Agreement between financial entities.
Below are detailed the responsibilities corresponding to the participating entities, either as depository or drawee, and those pertaining to the CECs.

4.1. Of the depository entity.
The depository entity assumes responsibility for its due action in the cases enumerated below:

Verify the existence of the check and that it complies with current legislation, regarding the extrinsic requirements verifiable by it.
Verify the existence of a regular chain of endorsements in the check.
Verify the identity of the depositor and that he has endorsed “for collection” the check.
Verify the corresponding instruments when the depositor acts by mandate or representation.
Comply with the regulation issued for the processing of the check, issued by the CEC, of which it is a client.
Comply with the norms established in the Truncation Agreement regarding the capture and transmission of data.
Maintain the deposit and custody of the original documents during the period established in the Truncation Agreement.
Deliver to the drawee entity within the periods established in point 3.1.2.4., the original or reproduction of the document in case it requests it for any reason.
Verify the non-existence of the previous rejection stamp.
Preserve the information corresponding to the checks presented to the system during the period established in the Agreement.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 4: Responsibilities of the participants
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Send the image to the drawee entity of checks rejected for defects whose verification is under its charge, so that the penalties established by law are collected and to comply with the informational requirements of the BCRA.
Deliver, at the request of the drawee entity, the documents rejected due to order of non-payment, judicial order, adulteration or forgery of the check, identifying in them the data of the presenter.
Maintain the stamping and recording of reasons for rejection of checks rejected by itself, or on behalf and order of any drawee entity.
Effect the delivery of the rejected check to the customer, except in the case of checks rejected due to order of non-payment, judicial order, adulteration or forgery of the check, in which case they remain at the disposal of the drawee entity, giving the customer a photocopy in their place.
Guarantee the fidelity of the information provided to the system.
Ensure the transmission of files, batches and individual records in accordance with the defined standards.
Send the information to the CEC within the hours defined by them.
Send a file only with the control records and null value records in case of not having information to compensate. In this way, the chamber is informed that the entity will not present transactions.

4.2. Of the CEC.
With respect to the processing of data, the CEC must:

Assume responsibility for the information received from the entities and the results of its processing, once the files sent by the entities have been validated and accepted.
Perform the corresponding controls on the transactions received and presented in order to ensure their integrity and accuracy.
Send the processed information to the recipient entities in a readable format, ensuring its integrity and accuracy.
Send the information resulting from the compensation to the BCRA within the deadlines and hours defined.
Store the processed information on adequate media, in order to ensure its recovery.
Administer security measures for the transmission and reception of information.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 4: Responsibilities
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Administer the telecommunications network between its own computer center and that of the participating entities.
Provide the necessary information to the entities for the calculation of interbank commission billing.

4.3. Of the drawee entity.

Communicate, within the relevant deadline, the rejection of the check for any of the authorized causes.
Pay the checks that have not been rejected.
Preserve, during the period established in the Agreement, the information corresponding to the documents received from the system.
Inform the account holder client, within the relevant deadline, of the checks debited from the same.
Communicate to the account holder the checks rejected for lack of funds and for formal defects.
Inform the BCRA of checks rejected for lack of funds and for formal defects.
Preserve the information of checks rejected due to order of non-payment at the disposal of the BCRA, for the relevant period.
Communicate to the BCRA the cases in which the drawer of a rejected check has credibly accredited the payment of said check within the period fixed by law.
Inform the holder of a check rejected for lack of funds and/or formal defects, upon request, of the date and number of the communication of the rejection to the BCRA.
Supply, at the request of the holder of the check, the information to the depositary entity so that it integrates the record of rejection of the check in order to identify the drawer of the same and its last registered address.
Guarantee the fidelity of the information provided to the system.
Ensure the transmission of files, batches and individual records in accordance with the defined standards.
Send the information to the chamber within the hours defined by it.
Send a file only with the control records and null value records in case of not having information to present in the rejected session. In this way, the chamber is informed that the entity will not present transactions.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 4: Responsibilities
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

CONTROLS TO BE PERFORMED.
This chapter lists basic and specific controls that the CEC and the entities must perform on the electronically exchanged files, in order to ensure the reliability of the data.

5.1. By the CEC.
5.1.1. Basic.

Existence of depositary entities.
Existence of drawee entities.
Entity adhered to the CEC.
Invalid characters.
Mandatory inclusion fields.
Number of batches in the file.
Number of individual and additional records of each batch.
Number of individual and additional records of the file.
Control totals of each batch.
Control totals of the file.

5.1.2. Specific.

Duplicate rejections from drawee and depositary entities.
Detection of duplicate files or batches sent by entities on the same day.

5.2. By the entities.
5.2.1 Entities that receive electronic information.
The entities that receive information from the CEC ("recipient entities"), whether in the capacity of drawee in the case of the presented session, or in the capacity of depositary in the case of the rejected session, must perform at least the following controls:

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 5: Controls to be performed
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

5.2.1.1. Basic

Invalid characters of the records contained in the files.
Information corresponding to the receiving entity.
Number of batches in the file.
Number of individual and additional records of each batch.
Number of individual and additional records of the file.
Control totals of each batch.
Control totals of the file.
Existence of drawee entities.
Mandatory inclusion fields.

5.2.1.2. Specific.

Record counters.
Duplicate transactions.
Valid deadlines for rejections, adjustments and claims.
Valid causes for rejections and claims.
Matching data between the original transaction and its rejection, adjustment or claim.
Non-working days.

5.2.2. Entities that send electronic information.
The entities that send information to the CEC ("origin entities"), whether in the capacity of depositary in the case of the presented session, or in the capacity of drawee in the case of the rejected session, must perform at least the following controls:

5.2.3. Basic.

Sequential order of batches and individual records.
Invalid characters.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 5: Controls to be performed
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Sequential order of batches and individual records.
Invalid characters.
Readable information.

5.2.4. Specific.

Valid deadlines for rejections, adjustments and claims.
Valid causes for rejections and claims.
Matching data between the original transaction and its rejection, adjustment or claim.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 5: Controls to be performed
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

TRANSACTIONS AND MESSAGES.
6.1. Introduction.
The transactions and messages that will be exchanged electronically by the entities and the CEC will be the following:

In the presented session:
Checks to compensate (electronic record or image when applicable)
Adjustments.
Request for out-of-exchange rejections.
Presentation of claim images.
Request for claims.
Images of rejected checks.
In the rejected session:
Rejections of checks (electronic record or image when applicable).
Rejections of adjustments.
Responses to out-of-exchange rejections.
Rejections of claim requests.
Rejections of claim images.
Rejections of images of rejected checks.

6.2. Structure of the files.
6.2.1. NACHA Standards.
The structure of the files related to the compensation and rejection of checks, adjustments and out-of-exchange rejections has been developed considering the standards of the NACHA ("National Automated Clearing House Association"). The files to be exchanged electronically will have the following structure:

File header.
Batch header.
Individual record.
Additional record.
End of batch control.
End of file control.
The letter M will be used to indicate that it is a mandatory field and the letter O to indicate optional fields.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 6: Transactions and messages
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Structure of the check file.
Sequence of files in NACHA format.
1 per file
1 per batch
1 per batch
1 per batch
1 per file
The File Header, Batch Header, Batch Control, File Control and Individual Transaction Records are the same in all files, for any type of transaction related to checks.

6.2.1.1. File Header.
The File Header identifies the immediate origin of the information, which includes the Transmission Center and the origin entity or entity sending the information (which will be the depositary in the case of the presented session and the drawee in the rejected session). It also includes the CEC. In turn, this record includes the presentation date, presentation time and the file identifier, in such a way as to identify it uniquely.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 6: Transactions and messages
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
File Header
Batch Header
Individual Transaction Record
Individual Transaction Record
.
.
.
Individual Transaction Record
End of Batch Control
Batch Header
Individual Transaction Record
Individual Transaction Record
.
.
.
Individual Transaction Record
End of Batch Control
End of File Control

6.2.1.2. Batch Header.
The Batch Header identifies the origin entity and the destination entity of the transaction.
This record also indicates the compensation date of the transactions included in the batch.
The information contained in the batch header applies to all individual records contained in it.

6.2.1.3. Individual Transaction Record.
The Individual Transaction Record contains the information necessary to route the transaction to the destination entity (drawee entity and branch) and the corresponding account. This record includes the number and amount of the check to be compensated.

6.2.1.4. Additional Record.
The Additional Record is used to provide additional information about the transaction included in the individual record.

6.2.1.5. End of Batch Control.
The End of Batch Control contains the sum of the amounts, records (individual and additional) and control totals of the individual records contained in the batch.

6.2.1.6. End of File Control.
The End of File Control contains the sum of the amounts, records (individual and additional) and control totals of the batches contained in the file.

6.2.2. Tagged Image File Format (TIFF) Standards.
The structure of the files related to the circuits of rejected check images and control images has been developed considering the standards of the CCITT (International Telegraph and Telephone Consultative Committee) Group 4 TIFF, with a resolution of 200 dpi. The files to be exchanged electronically will have the following structure:

Individual Record.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 6: Transactions and messages
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010

Totalizer
In the case of image presentation, an image file associated with each control record must be sent.
The structure of the image files is as follows:

6.2.2.1. Individual record of claims and rejections of claims.
The individual record of claims and rejections of claims contains the data of the claimed check, the date of presentation for compensation and the indication of whether it is a request for an original or its image.

6.2.2.2. Individual record of rejected images.
The individual record of rejected images contains the data of the rejected check, the date of rejection and the "trace number" of the original transaction.

6.2.2.3. Individual record of claim images.
The individual record of claim images contains the data of the claimed check, the date of presentation of the claim, the date of presentation for compensation of the claimed check and the indication of whether it is a request for an original or its image.

6.2.2.4. Totalizer record.
The totalizer record indicates the number of individual records and the processing date.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS
B.C.R.A.
Section 6: Transactions and messages
Version: 2nd. COMMUNICATION “A” 5053
Validity:
23/03/2010
Control Individual Record
Totalizer Record
.
.
.

RECORD DESIGN.
This chapter contains the design of the records contained in the files to be exchanged electronically with the Electronic Chamber. The records are:
NACHA Standards:

File header.
Batch header.
Individual record of presentation and rejection of checks and adjustments.
Individual record of presentation and response to out-of-exchange rejections.
Additional record of rejections of checks and adjustments.
Additional record of out-of-exchange rejections.
End of batch control.
End of file control.
Electronic image record standards:
Individual record of control of exchange of rejected check images.
Individual record of presentation and rejection of claims.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 1

Individual record of control of presentation and rejection of claim images.
Individual record of control of image presentation

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 2

7.1. File Header.
Field 1 2 3 4 5 6 7 8 9 10 11 12 13
Name
Record
Identifier
Priority
Code
Immediate
Destination
Immediate
Origin
Presentation
Date
Presentation
Time
File
Identifier
Record
Size
Block
Factor
Format
Code
Name of immediate destination
Name of immediate origin
Reference
Code
Field
Requirement
M O M O
Type '1' '01' Numeric Numeric AAMMDD HHMM Alphanumeric '094 '10' 1 Alphanumeric Length 1 2 10 10 6 4 1 3 2 1 23 23 8 Position 01-01 02-03 04-13 14-23 24-29 30-33 34-34 35-37 38-39 40-40 41-63 64-86 87-94 Description of the fields:

Record Identifier.
This code is assigned to identify the type of record:
1 File Header.
Priority Code.
This code was defined for possible future use. Currently, '01' is used in all cases.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 3

Immediate Destination.
Identifies the destination of the file. When the entity transmits to the chamber, this field contains:
a) A blank space b) The identifying number of the CEC in 8 positions c) A zero In the case of the chamber transmitting, this identifying number will be composed of:
a) A blank space. b) The destination entity number in 4 positions. c) The entity branch number acting as Transmission Center in 4 positions. d) A zero.
Immediate Origin.
Identifies the origin of the file. When the CEC transmits to the entity, this field contains:
a) A blank space. b) The identifying number of the CEC in 8 positions. c) A zero.
In the case of the entity transmitting to the CEC, this identifying number will be composed of:
a) A blank space.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 4

b) The origin entity number in 4 positions. c) The entity branch number acting as Transmission Center in 4 positions. d) A zero.
5. Presentation Date.
This field contains the date on which the file was created.
6. Presentation Time.
This field contains the time at which the file was created.
7. File Identifier.
This field allows identifying the different files sent during the day, with letters or numbers (A-Z or 1-9) from a specific entity.
8. Record Size.
This field would indicate the number of characters contained in each record. Currently, the number '094' is used.
9. Block Factor.
This field defines the number of physical records that exist in a block (a block is composed of 940 characters). All transmissions between the entities and the chamber must use the number '10'.
10. Format Code.
This field is reserved for future use. It must be completed with the value '1'.
11. Name of Immediate Destination.
This field contains the name of the file destination (CEC/Transmission Center depending on the case).

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 5

Name of Immediate Origin.
This field contains the name of the message originator. (CEC/Transmission Center depending on the case).
Reference Code.
This field is reserved for relevant information from the originator.
Additional comments.
When a field has more characters than required to complete the information, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with blanks to the right in the case of alphanumeric fields. The alphabetic characters of the alphanumeric fields must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 6

7.2. Batch Header.
Field 1 2 3 4 5 6 7 8 9 10 11 12 13
Name
Record
Identifier
Transaction
Class
Code
Reserved
Reserved
Reserved
Standard Code of
Record Type
Description of the
Transaction
Presentation
Date
Maturity
Date
Reserved
Origin Code
Identification of the origin entity
Batch Number
Field
Requirement
M M N/A M
Type '5' '200' Alphanumeric Alphanumeric Alphanumeric 'TRC Alphanumeric Numeric AAMM DD '000' Alphanumeric Numeric Numeric Length 1 3 16 20 10 3 10 6 6 3 1 8 7 Position 01-01 02-04 05-20 21-40 41-50 51-53 54-63 64-69 70-75 76-78 79-79 80-87 88-94 Description of the fields:

Record Identifier.
5 Batch Header.
Transaction Class Code.
This code identifies a general classification of the type of transactions included in the batch:
200 Debit and credit transactions.
Reserved.
This field is reserved for future uses.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 7

Reserved.
This field is reserved for future uses.
Reserved.
This field is reserved for future uses.
Standard Code of Record Type.
This code allows distinguishing the type of record:
TRC Check batches.
Transaction Description:
The originator defines the value of this field to describe the purpose of the transaction. In the case of rejections by the depositary, this field must contain the value “REVERSAL”. Code Description. REVERSAL Rejection by the depositary entity. CHECKS Check operations.
Presentation Date.
This field contains the date corresponding to the session in which the file must be transmitted in AAMMDD format.
Maturity Date.
This field contains the compensation date in AAMMDD format.
Reserved.
This field is reserved for future uses. Currently, it will be completed with '000'.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 8

Origin Code.
This field contains the origin code:
1 Financial entity.
Identification of the origin entity:
This field contains the identifying number of the entity generating the transaction (the entity number with 4 characters and the branch number with 4 characters are included). In the case that an entity represents another for the presentation of checks, this field will be completed with the number of the represented entity in the previously described format.
Batch Number.
This field contains the batch number, determined by the origin entity.
Additional comments:
When a field has more characters than required to complete the information, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with blanks to the right in the case of alphanumeric fields. The alphabetic characters must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 9

7.3. Individual record of presentation and rejection of checks and adjustments.
Check 1 2 3 4 5 6 7 8 9 10 11 12
Name
Record
Identifier
Transaction
Code
Entity to debit
Reserved
Account to debit
Amount
Document
Type/
Check Number
Postal
Code
Exchange Point/rejection by depositary
Additional
Transaction
Information
Additional
Records
Record
Counter
Field
Requirement
M
Type 6 Numeric Numeric "0" Numeric $$$$$$$$cc Numeric Alphanumeric .
Alphanumeric Alphanumeric Numeric Numeric
Length 1 2 8 1 17 10 15 6 16 2 1 15
Position 01-01 02-03 04-11 12-12 13-29 30-39 40-54 55-60 61-76 77-78 79-79 80-94 Description of the fields:

Record Identification.
6 Individual Record.
Transaction Code.
This code indicates the type of transaction.
Presentation and other negotiable instruments 27 Rejection by depositary entity 22 Adjustment 27 Rejections by drawee entity 26 Rejections of adjustments 26 Reject of rejection by depositary entity 21

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 10

Entity to be debited.
This field contains the identifying number of the destination entity for the transaction. (It includes the entity number with 4 characters and the branch number with 4 characters). The branch will be completed with 0000 when it is a time deposit certificate.
Reserved.
This field is reserved for future uses. It must be completed with zeros ("0").
Account to be debited.
This field indicates the account to be debited and must contain the exact data thereof. It includes numbers from 0 to 9, aligned to the right. It will be completed with 88888888888 when it is an adjustment related to a check that exceeds eight integer digits. It will be completed with 77777777777 when it is a time deposit certificate.
Amount.
This field indicates the amount to be debited from the aforementioned account. When said amount exceeds eight integer digits, transactions similar to adjustments will be sent to cover the total amount. It will then be completed with amounts of up to 90 million pesos until the total is reached, completing the last transaction with the remaining amount which will be greater than 0 (zero) and less than 90 million.
Document type/check number.
This field identifies the document type in the first two positions and the check number to which the transaction refers in the following positions. 00 Checks.
Postal code.
This field indicates the postal code of the destination entity and will be completed as follows: with two zeros ("0") to the left and with the code by which the destination plaza of the check is identified in the last 4 positions.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 11

Exchange/rejection point of the depositary entity.
This field contains the identification of the exchange point. It will be indicated with four zeros. In the event of a rejection by the depositary entity, the following 4 (four) positions will be completed with the rejection reasons –two positions for each one without the "R"-, the remaining 8 positions to the right will be completed with blanks.
Additional transaction information:
This field allows identifying the currency of the affected account and the type of transaction being reported.
The first position of this field will contain the type of currency of the affected account:
0 Pesos.
The second position will indicate the type of transaction being reported or rejected:
0 Check and other compensable documents.
1 Adjustment.
Additional records.
This field indicates whether there are additional records ('1' or '0' respectively).
Record counter ("Trace number").
This field includes the identifying number of the origin entity in 8 positions (4 for the entity and 4 for the branch) and then in positions 9 to 15 a unique ascending sequential number in all sessions of the day for each record sent. This implies that the record counter number cannot be repeated in different files transmitted throughout the day. These 15 positions must be ordered sequentially within each batch. In the event that an entity represents another for the presentation of checks, the branch number will be replaced by a "9" in the fifth position and the number of the represented entity in the following positions.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 12

Additional comments:
When a field has more characters than required for the information to be completed, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with blanks to the right in the case of alphanumeric fields. Alphabetic characters must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 13

7.4. Additional rejection record for checks and adjustments.
Field 1 2 3 4 5 6 7 8
Name Record Identifier
Additional record type code
First rejection reason
Counter of original transaction record
Number of
Communication
Entity of the original transaction
Other rejection reasons Record counter
Field Requirement M O M O M
Type 7 99 Alphanumeric Numeric Alphanumeric Numeric Alphanumeric Numeric Length 1 2 3 15 6 8 44 15 Position 01-01 02-03 04-06 07-21 22-27 28-35 36-79 80-94 Description of the fields:

Record identifier.
7 Additional record.
Additional record type code.
This code indicates the type of additional record. In this case, the code '99' is used.
First rejection reason.
The following table contains the reasons (identified by using a code) for which a document or its payment is rejected, in accordance with the provisions in force:

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 14

Code Description Explanation
R06 Formal defects This code will be used when formal defects are verified in the check, that is, those incurred in the creation of the document such as: the drawer's signature differs manifestly from that recorded in the records of the drawee entity; signer without valid power of attorney in effect at the time of issuance; lack of additional signatures to the existing one(s) when the signature of more than one person is required; signer disqualified at the time of issuance; draw on the drawer unless it is a check drawn between different establishments of the same drawer and the articles of association expired at the time of issuance. In the case of lack of conformity in the receipt of checkbooks, code R35 will be used. R10 Insufficient available funds This code will be used when the account on which the transaction is based does not have sufficient funds to cover it. R16 Titles that lack value as checks This code will be used when any of the specifications contained in articles 2, items 1 to 6, 4th, 23 and 54, items 1 to 9, of the Check Law are not included. Likewise, it will be used when: 1) there are strikethroughs, or amendments not saved by the drawer, in the case that the drawer's signature does not match that of who saves it on the back, code R38 will be used; 2) when not drafted in the national language; 3) contain advertising inscriptions; 4) CPD maturity date prior to or equal to the issuance date. RXX Rejection of CPD registration As established in the current regulations.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 15

The following table contains other reasons for document return, as established by current regulations:

Code Description Explanation
R01 Account seized by court order This code will be used in the case that the account is seized by court order and as long as this circumstance has been ignored by the drawer at the time of issuing the check and it would have been possible to attend to it with the balance existing in the account had the precautionary measure not been imposed. R02 Account closed by court order This code will be used in case the account is closed by court order, with funds, to return checks issued prior to the closure and within the legal validity period. For the case of truncation, this code will be used for the rejection of the corresponding transaction. R08 Report of loss, theft or adulteration of check (order not to pay) This code will be used by banks when a check or a debit has an order not to pay given by the client receiving the debit in their account, according to current regulations. R11 Containing endorsements that exceed the established limit This code will be used in the case that the checks contain endorsements that exceed the limit established in point 5.1.1 of the regulations on Regulation of the bank current account, with the established exceptions. R21 Preventive bankruptcy of the drawer This code will be used in cases where the preventive bankruptcy of the drawer is declared judicially and only with respect to deferred payment checks that meet the conditions mentioned in point 6.4.6.5 of the regulations on Regulation of the bank current account. R33 Check drawn on formulas of notebooks not delivered by the drawee bank (check forgery) This code will be used when the payment or registration of the check is not made because it is drawn on formulas of notebooks not delivered by the bank for the draw of the account. R36 Adulteration of the check This code will be used when the preprinted data and/or original written texts of the check have been modified. R37 Legal validity period expired This code will be used when the presentation date of a check has expired.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 16

Code Description Explanation
R38 Signature does not match This code will be used when the drawer's signature does not match that of who saves it on the back. R44 Document stolen This code will be used for values stolen or lost from checkbooks not delivered to clients. R46 Non-compensable design This code will be used for checks presented in CEC with designs according to Comm. "A" 2902 or earlier. R81 Force majeure This code will be used by banks when there are force majeure causes at the time of presenting the check that prevent its payment. For the case of truncation, this code will be used for the rejection of the corresponding transaction. R83 Irregularity in the chain of endorsements This code will be used when an irregularity is verified in the chain of endorsements of the check due to: endorsements do not succeed each other, first endorsement missing, deposit receipt signature missing, check not to order with more than one endorsement. R97 Advanced presentation date (CPD) This code will be used in case the depositary bank presents for payment a CPD with a maturity date subsequent to the presentation.

The following table contains the reasons for rejection of transactions presented for compensation:

Code Description Explanation
R03 Non-existent account This code will be used by the drawee entity in case the account on which the transaction is based cannot be identified. R04 Invalid account number This code will be used by the drawee entity in case the account on which the transaction is based has a format error. R09 Local holiday This code will be used by the clearinghouses to reject movements presented from plazas with local holidays. R11 Containing endorsements that exceed the established limit This code will be used in the case that the checks contain endorsements that exceed the limit established in point 5.1.1 of the regulations on Regulation of the bank current account, with the established exceptions. R13 Non-existent destination branch/entity This code will be used by the drawee entity when it is impossible to identify the entities to which transactions are sent or from which they are received. R17 Format error This code will be used by the CECs to reflect format errors. It applies to errors in mandatory, fixed, or determined type fields (numeric or alphanumeric). R18 Incorrect compensation date This code will be used by the clearinghouses when the compensation date does not match the deadlines defined for each product. R19 Incorrect amount This code will be used by the drawee entity when the amount of a rejection does not match the amount of the original transaction. R24 Duplicate transaction This code will be used by the drawee entity when they receive duplicate transactions.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 3rd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 17

Code Description Explanation
R25 Error in additional record This code will be used by the CECs when there is a problem with the additional records, for example when an additional record is missing when it is mandatory, when the presence of the additional record is indicated and it does not exist, etc. R26 Error due to mandatory field This code will be used by the CECs when a mandatory field is blank or with invalid characters. R27 Error in record counter This error will be used by the CECs when there is a problem in the sequence of the record counter. R31 Clearinghouse unwind (Unwinding) This code will be used by the CECs when documents must be rejected due to the need to process the clearinghouse, because a bank did not cover the debtor position. For the case of truncation, this code will be used for the rejection of the corresponding transaction. R34 Emergency situations This code will be used by the drawee entity when rejecting documents due to the occurrence of all those situations of external origin to the financial entities and of serious effects such as. Flood, tornado, route cuts, etc. R35 Lack of conformity This code will be used by the drawee entity when there is a lack of conformity in the receipt of checkbooks. R39 Amount does not match registered by the drawee bank This code will be used by the drawee entity in the case of truncated CPDs registered. R47 Does not correspond to second presentation This code will be used by the drawee entity in the case of a rejected check that does not correspond to a second presentation. R48 Illegible, deficient or incomplete image This code will be used by the drawee entity when the received images, corresponding to checks with amounts above the established limit, present deficiencies that make it impossible to perform the required controls. R49 Lack of deposit receipt signature This code will be used by the entities in the absence of the depositary client's signature. R75 Date error This code will be used by the CECs when there are format errors in the date. R76 Error in field 11 Batch header This code will be used by the CECs when there is an error in the origin code. R77 Error in field 4 Individual record This code will be used by the CECs when in field 4 (Reserved) of the Individual record contains a value different from "0" (zero). R78 Error field 5 Individual record This code will be used by the CECs when there is a format error in the account number. R79 Error in field 7 Individual record This code will be used by the drawee entity and by the clearinghouses when this field contains a format error or by the Banks when the reported check number is erroneous. R80 Error field 3 Additional record This code will be used by the CECs when the information included in this field has been standardized and does not agree with the necessary data or by the clearinghouses when no information is included in this field.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 3rd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 18

Code Description Explanation
R82 Missing image This code will be used by the drawee entity when it does not receive the image of a check whose amount is above the established limit. R87 Invalid currency This code will be used by the CECs when in field 10 1st byte a data different from "0" or "1" is reported. R88 Error field 2 Individual record This code will be used by the CECs when an erroneous transaction code is reported. R90 Tx does not correspond due to non-existent original tx This code will be used by the CECs when they receive claims on non-existent checks or by the clearinghouses when they receive rejections on non-existent transactions. R91 Bank code incompatible with transaction currency This code will be used by the CECs when entity numbers are not expressed in all cases in the same currency. Example: Originator Entity No. + 500 and entity to be debited/credited Entity No. without adding 500. R93 Non-working day This code will be used by those drawee banks that cannot process the documents received for any branch, in whose plaza there is a local holiday. For the case of truncation, this code will be used for the rejection of the corresponding transaction. R94 Incorrect postal code This code will be used by the drawee entity when the postal code (field 8 of the individual record) is incorrect. R96 Depositary entity errors This code will be used by the entities in case the bank seal is missing or the bank responsibility signature is missing, and additionally, when the depositary entity detects errors in the electronic data transmission transmitted to the drawee entity. New rejection reasons for transactions will be added to this list.

Counter of original transaction record.
This field carries the record counter of the transaction being rejected.
Number of Communication.
This field will include the number of Communication of the Rejection of the Entity to the BCRA in its 6 positions.
Entity of the original transaction.
This field contains the identification of the entity to be debited of the original transaction with the following format:

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 3rd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 19

a) The entity number in 4 positions b) The branch number established by the origin entity in 4 positions

Other rejection reasons.
Other rejection reasons may be indicated, which must be aligned to the left respecting the following rule:

R followed by rejection in two positions.
No separators of any kind must be used.
The remaining positions will be completed with spaces.

Record counter.
It is completed with the same counter of the corresponding individual record (field 12).

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 3rd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 20

7.5. Individual rejection record outside exchange, rejection responses outside exchange.
Field 1 2 3 4 5 6 7 8 9 10 11 12
Name Record Identifier
Transaction code
Destination entity
Reserved
Affected account
Amount
Check number / Presentation date of original transaction Rejection data / postal code Exchange point Additional transaction information Additional records Record counter Field Requirement M Type '6' Numeric Numeric '0' Numeric $$$$$$$ $cc Numeric Numeric Alphanumeric Alphanumeric Numeric Length 1 2 8 1 17 10 15 6 16 2 1 15 Position 01-01 02-03 04-11 12-12 13-29 30-39 40-54 55-60 61-76 77-78 79-79 80-94 Description of the fields:

Record identifier.
6 Individual record
Transaction code.
This code indicates the type of transaction.
Rejection Outside Exchange 28
Rejection Response Outside Exchange 26

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 21

Destination entity.
This field contains the identifying number of the entity receiving the record.
Reserved
This field is reserved for future uses. This field is completed with zeros ("0").
Affected account
This field indicates the affected account and must contain the exact data thereof. It includes numbers from 0 to 9, aligned to the right.
Amount.
This field indicates the amount of the check being rejected.
Check number / Presentation date of original transaction.
This field contains the check number and the presentation date of the original transaction and will be completed as follows:

The first position must be completed with "0".
In the following 8 (eight) positions, the check number being rejected must be indicated.
In the last 6 (six) positions, the original presentation date of the document will be reported with the format YYMMDD.

Claim data / postal code.
This field will be completed with the rejection data and the postal code according to the following description:
The first two positions will be arranged as indicated below:
It will be completed with any of the rejection reasons available for the drawee entity, excluding the letter "R".
In the last 4 (four) positions, the postal code of the receiving entity is indicated, by which the destination plaza is identified.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 22

Exchange point.
This field contains the identification of the exchange point where the physical document is presented, and will be completed as follows: the first 4 positions will be completed with the identifying code of the exchange point (case 1: with two zeros and the chamber code - two positions; case 2: with the postal code of the exchange point - four positions). When out-of-exchange rejections are reported, it will be completed with “0000” and spaces to the right.
Additional transaction information.
This field allows identifying the currency of the affected account and the type of transaction being reported.
The first position of this field will contain the currency type of the affected account:
0 Pesos
The second position will indicate the type of transaction being reported or rejected:
4 Out-of-exchange rejection.
Additional records.
This field indicates whether there are additional records ('1' or '0' respectively).
Record counter (“Trace number”)
This field includes the identification number of the origin entity in 8 positions (4 for the entity and 4 for the branch) and then in positions 9 to 15 a unique ascending sequential number for each record sent in a file. This implies that the record counter number cannot be repeated in different files. These 15 positions must be ordered sequentially within each batch. In the event that an entity represents another for the presentation of checks, the branch number will be replaced by a “9” in the fifth position and the number of the represented entity in the following positions.

Additional comments:
When a field has more characters than required for the information to be completed, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with spaces to the right in the case of alphanumeric fields. Alphabetic characters must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 23

7.6. Additional record of presentation and response of out-of-exchange rejections.

Field	1	2	3	4	5	6	7	8
Name	Record Identifier	Additional Record Type Code	First Rejection Reason	Counter of Original Transaction Record	Reserved	Entity of Original Transaction	Other Rejection Reasons	Record Counter
Field Requirement	M	N/A	M	O	M
Type	‘7’	‘99’	Alphanumeric	Numeric	Alphanumeric	Numeric	Alphanumeric	Numeric
Length	1	2	3	15	6	8	44	15
Position	01-01	02-03	04-06	07-21	22-27	28-35	36-79	80-94

Description of fields:

Record identifier.
6 Additional record.
Additional record type code.
This code indicates the type of additional record. In this case, the code ‘99’ is used.
Rejection reason.
This field describes the reason why a transaction is rejected by using a code:

Code	Transaction	Description	Explanation
R41	Out-of-exchange rejections	Non-existent check	This code will be used when the indicated check does not exist.
R42	Out-of-exchange rejections	Acceptance of out-of-exchange rejection	This code will be used when the out-of-exchange rejection is accepted.
R43	Out-of-exchange rejections	Non-acceptance of out-of-exchange rejection	This code will be used when the out-of-exchange rejection is not accepted.
R82	Out-of-exchange rejections	Missing check	This code will be used when the check for the rejection is missing.

Counter of original transaction record.
This field carries the record counter of the original transaction (Record counter of the claim).
Reserved
This field is reserved for future use. It is completed with blank spaces.
Entity of the original transaction.
This field contains the identification of the entity originating the rejection/response.
Other rejection reasons.
This field describes other reasons, in addition to the main one, why a transaction is rejected. The codes to be used are the same detailed above.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 24

Record counter (“Trace number”).
It is completed with the same record counter as the individual record (field 12).

Additional comments:
When a field has more characters than required for the information to be completed, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with spaces to the right in the case of alphanumeric fields. Alphabetic characters must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 25

7.7. Batch end control

Field	1	2	3	4	5	6	7	8	9	10	11
Name	Record Identifier	Transaction Class Code	Total Number of Individual/Additional Records	Control Totals	Total Sum of Batch Debits	Total Sum of Batch Credits	Reserved	Reserved	Reserved	Origin Identification	Batch Number
Field Requirement	M	N/A	M	M
Type	‘8’	‘200’	Numeric	Numeric	$$$$$$$$ $$cc	$$$$$$$$ $$cc	Alphanumeric	Alphanumeric	Blank	Numeric
Length	1	3	6	10	12	12	10	19	6	8	7
Position	01-01	02-04	05-10	11-20	21-32	33-44	45-54	55-73	74-79	80-87	88-94

Description of fields:

Record identifier.
9 Batch end control
Transaction class code.
This code identifies a general classification of the type of transactions included in the batch:
200 Debit and credit transactions
Number of individual and additional records.
This field contains the total number of individual and additional records existing in the batch.
Control totals.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 26

This field contains the sum of the "Entity to be debited/credited" field of the individual records of the batch.

Total sum of batch debits.
This field contains the sum of the amounts of the debits included in the batch. In the event that the sum exceeds the number of available characters, another batch must be generated.
Total sum of batch credits.
This field contains the sum of the amounts of the credits included in the batch. In the event that the sum exceeds the number of available characters, another batch must be generated.
Reserved.
This field is reserved for future use.
Reserved.
This field is reserved for future use.
Reserved.
This field is reserved for future use.
Identification of the origin entity.
This field contains the identifying number of the origin entity of the record (Entity number with 4 characters and branch number with 4 characters are included).
Batch number
This field contains the batch number, determined by the origin entity, which must be ascending.

Additional comments:
When a field has more characters than required for the information to be completed, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with spaces to the right in the case of alphanumeric fields. Alphabetic characters must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 27

7.8. File end control.

Field	1	2	3	4	5	6	7	8
Name	Record Identifier	Number of Batches	Number of Blocks	Number of Individual and Additional Records	Control Totals	Total Sum of File Debits	Total Sum of File Credits	Reserved
Field Requirement	M	N/A
Type	‘9’	Numeric	$$$$$$$$$$ cc	$$$$$$$$$$ cc	Alphanumeric			Blank
Length	1	6	6	8	10	12	12	39
Position	01-01	02-07	08-13	14-21	22-31	32-43	44-55	56-94

Description of fields:

Record identifier.
This code is assigned to identify the type of record:
7 File control
Number of batches.
This field contains the total number of batches contained in the file.
Number of blocks.
This field contains a total of blocks of the file. A block is composed of 940 characters, that is, 10 records would form a block. For this count, all records are considered, from the file header to the batch end control.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 28

When the number of records is not a multiple of 10, this total will be calculated as follows:
Up to 10 records 1
Up to 20 records 2
And if it were 21 records 3

Number of individual and additional records. This field contains the total number of individual and additional records existing in the file.
Control totals.
This field contains the sum of the "Control totals" field of the control records of all batches.
Total sum of file debits.
This field contains the sum of the amounts of the debits included in the file. In the event that the sum exceeds the number of available characters, another file must be generated.
Total sum of file credits.
This field contains the sum of the amounts of the credits included in the file. In the event that the sum exceeds the number of available characters, another file must be generated.
Reserved
This field is reserved for future use.

Additional comments:
When a field has more characters than required for the information to be completed, they must be filled with zeros starting from the left margin, in the case of numeric fields, and with spaces to the right in the case of alphanumeric fields. Alphabetic characters of the alphanumeric fields must always be reported in uppercase.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 29

7.9. Transaction Encoding and Check Messages

Transaction	File Header	Batch Header	Batch Header	Check Field 3 (2 byte)	Check Field 6	Check Field 7	Check Field 2	Check Field 10
Presentation of checks and other negotiable instruments.	TRC	27	26	22	27	26	28	26
Rejection by drawn entity.								0
Rejection by depositary entity.								1
Adjustment.								1
Rejection of adjustment.								4
Out-of-exchange rejection.								4
Response to out-of-exchange rejection.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 30

7.10 Individual record for control of exchange of rejected check images

Field	1	2	3	4	5	6	7	8	9	10	11	12	13
Name	Record Type	Depositary Bank	Drawn Bank	Drawn Branch	Postal Code	Check Number	Account Number	Amount	Clearing Date	Exchange Point	Trace Number	Transaction Type	Image Name
Field Requirement	M
Type	Numeric	Alphanumeric
Length	1	3	4	8	11	10	8	4	15	1	61
Position	01-01	02-04	05-07	08-10	11-14	15-22	23-33	34-43	44-51	52-55	56-70	71-71	72-132

1-Record Type:
Will be used:
1 Presentation
2 Rejection
3 Presentation Reject
4 Rejection Reject
5 Pending for sending and/or receiving

2- Depositary Bank:
It will be completed with the depositary bank code in 3 positions included in positions 5 to 7 of the received rejection individual record.

3- Drawn Bank:
It will be completed with the drawn bank code in 3 positions included in positions 29 to 31 of the received rejection additional record.

4- Drawn Branch:
It will be completed with the drawn branch code in 3 positions included in positions 33 to 35 of the received rejection additional record.

5- Postal Code:
Positions 57 to 60 of the received rejection individual record will be taken.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 1st. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 31

6- Check Number:
It will be completed with the check number in 8 positions included in positions 47 to 54 of the received rejection individual record.

7- Account Number:
It will be completed with the account number in 11 positions included in positions 19 to 29 of the received rejection individual record.

9- Check Amount:
Positions 30 to 39 of the received rejection individual record will be taken.

10- Check Clearing Date:
Format YYYYMMDD

11- Exchange Point
Positions 61 to 64 of the received rejection individual record will be taken.

12- Trace Number
It will be completed with the trace number of the original check included in positions 7 to 21 of the received rejection additional record.

13- Transaction Type
Entities will use:
0 Image presentation
1 When the depositary entity notifies the drawn entity that the check data does not match the electronic record due to a capture error 2 For rejection of the image due to illegibility 3 For rejection of an image due to being erroneous.

CECs will use:
Transaction Type:
“0” for image presentation

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 1st. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 32

“1” for presentation of an image whose data does not match the electronic record due to a capture error “2” for rejection of the image due to illegibility and “3” for rejection of an image due to being erroneous.

Status:
“P” for a pending image that CECs are still waiting to receive, “A” for an image owed to the entity as depositary for a clearing date, “N” for a non-found operation for each record with transaction type zero received that could not be processed by CECs, “R” for an image already sent previously, “T” for operations with an invalid transaction type, “F” when a record is received for which the associated image file is not found “S” when an image is received for which the associated data record is not found. In this last case, the record reported by CECs will have all fields in zero except the record type, transaction type and image name (original data sent by the entity). “I” to report the entry of an “Invalid Date” for rejection or clearing; “E” to indicate the existence of a “Format Error” in the file transmitted by entities “B” for cases in which the record has been completed with a “Non-existent Entity Code”

14- Image Name:
It will be completed with the name of the image or pointer associated with the control record whose format will be defined by each CEC. It must be completed with spaces to the right to cover the 61 positions of this field.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 1st. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 33

7.11. Individual record for presentation of claims and rejection of claims.

Field	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16
Name	Record Type	Depositary Bank	Drawn Bank	Drawn Branch	Postal Code	Check Number	Account Number	Amount	Clearing Date	Check Date	Reserved	Transaction Type	Reserved	Exchange Point	Claim Data	Reserved
Field Requirement	M
Type	Numeric	Alphanumeric
Length	1	3	4	8	11	10	6	6	15	1	53	4	1	3
Position	01-01	02-04	05-07	08-10	11-14	15-22	23-33	34-43	44-49	50-55	56-70	71-71	72-124	125-128	129-129	130-132

Identification of record type:
0 Claim presentation
9 Claim rejection
6 Claim presentation Reject
7 Claim rejection Reject

To Reject transactions that do not exceed validations (Record Types “6” and “7”), CECs will use:
“I” to report the entry of an “Invalid Date” for claim maturity, “E” to indicate the existence of a “Format Error” in the file transmitted by entities, “B” for cases in which the record has been completed with a “Non-existent Entity/Branch Code”, “T” for operations with an invalid transaction type, “F” when a record is received for which the associated image file is not found “D” Duplicate claim

Depositary Bank:
It will be completed with the depositary bank code in 3 positions included in positions 81 to 83 of the individual NACHA record of the check in its presentation.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 34

Drawn Bank:
It will be completed with the drawn bank code in 3 positions included in positions 5 to 7 of the individual NACHA record of the check in its presentation.
Drawn Branch:
It will be completed with the drawn branch code in 3 positions included in positions 8 to 11 of the individual NACHA record of the check in its presentation.
Postal Code:
Positions 57 to 60 of the individual NACHA record of the check in its presentation will be used.
Check Number:
It will be completed with the check number in 8 positions included in positions 47 to 54 of the individual NACHA record of the check in its presentation.
Account Number:
It will be completed with the account number in 11 positions included in positions 19 to 29 of the individual NACHA record of the check in its presentation.
Amount:
Positions 30 to 39 of the individual NACHA record of the check in its presentation will be used.
Clearing Date:
It is the maturity or clearing date of the claim. Eighth business day of the claim presentation. Format YYMMDD.
Check Date:
It is the presentation date of the document being claimed. Format YYMMDD.
Reserved:
It will be completed with 15 zeros.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 35

Transaction Type:
0 Claim presentation
1 Non-existent account
2 Invalid account number
3 Check already delivered
4 Incorrect amount
5 Duplicate transaction
6 Incorrect presentation date
7 Non-existent check.
Reserved:
For both the presentation and rejection of the claim, it must be completed with spaces to the right to cover the 53 positions of that field.
Exchange Point:
It will be completed with the exchange point code in 4 positions included in positions 61 to 64 of the individual NACHA record of the check in its presentation.
Claim Data:
0 Original
1 Image
Reserved:
It will be completed with zeros.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 36

7.12. Individual record for control of presentation and rejection of claim images

Field	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16
Name	Record Type	Depositary Bank	Drawn Bank	Drawn Branch	Postal Code	Check Number	Account Number	Amount	Clearing Date	Check Date	Reserved	Transaction Type	Reserved	Exchange Point	Claim Data	Reserved
Field Requirement	M
Type	Numeric	Alphanumeric
Length	1	3	4	8	11	10	6	6	15	1	53	4	1	3
Position	01-01	02-04	05-07	08-10	11-14	15-22	23-33	34-43	44-49	50-55	56-70	71-71	72-124	125-128	129-129	130-132

Record Type:
1 Presentation of the claimed image
2 Rejection of image
3 Reject of presented claim images
4 Reject of rejected images
5 Images pending for sending and receiving
8 Delivery of Originals
Depositary Bank:
It will be completed with the depositary bank code in 3 positions included in positions 2 to 4 of the claim presentation record.
Drawn Bank:
It will be completed with the drawn bank code in 3 positions included in positions 5 to 7 of the claim presentation record.
Drawn Branch:
It will be completed with the drawn branch code in 3 positions included in positions 8 to 10 of the claim presentation record.
Postal Code:
Positions 11 to 14 of the claim presentation record will be used.

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 37

Check Number:
It will be completed with the check number in 8 positions included in positions 15 to 22 of the claim presentation record.
Account Number:
It will be completed with the account number in 11 positions included in positions 23 to 33 of the claim presentation record.
Amount:
Positions 34 to 43 of the claim presentation record will be used.
Clearing Date:
Date of the claim clearing. Positions 44 to 49 of the claim presentation record will be used.
Check Date:
Date of presentation of the document being claimed. Positions 50 to 55 of the claim presentation record will be used.
Reserved:
It will be completed with 15 zeros.
Transaction Type:
For record types “1” and “2” Entities will use:
0 For presentation of the claimed image.
1 For rejection of the image because the front and back of the same check do not correspond.
2 For rejection of an image due to illegibility.
3 For rejection of an image that does not correspond.
4 For rejection of an image due to being incomplete.

To Reject transactions that do not exceed validations (Record Types “3” and “4”) and for Pending reports (Record Type “5”) CECs will use:

NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER NEGOTIABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION “A” 5053 Validity: 23/03/2010 Page 38

"E" to indicate the existence of a "Format Error" in the file transmitted by the entities, "B" for cases where the record has been completed with a "Non-existent Entity/Branch Code", "P" for a pending image that the CECs are still awaiting to receive, "A" for an image owed to the entity for a compensation date, "N" for a not found operation, "R" for an image already processed previously, "T" for operations with an invalid transaction type, "S" when an image is received for which the associated data record is not found. In this last case, the record reported by the CECs will have all fields set to zero except for the record type, transaction type, and image name (original data sent by the entity). "J" Claim rejected, no need to send image "0" Image for an original claim For the Control Record of Delivery of Claimed Originals, the CECs will use:
"0" For the completion of the original delivery "8" For the delivery of the original without the presence of the Drawee Entity
13. Image name/reserved

For the presentation of the claimed image, it will be completed with its name or pointer associated with the control record, in the format Line-scan.TIF (29 characters of the CMC7, without the document type or amount).
For the rejection of the image, it will be completed with spaces to the right to cover the positions of this field.

Exchange point:
It will be completed with the exchange point code in 4 positions included in positions 125 to 128 of the claim presentation record.
Claim data:
Fixed "1"
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 40
Reserved:
It will be completed with zeros.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 2nd. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 41

7.13 Individual control record of presentation of images of the Federal Uniform Compensation (CFU)
Field 1 2 3 4 5 6 7 8 9 10 11 12 13
Name Record Type
Depository
Bank
Drawee
Bank
Drawee
Branch
Postal
Code
Check
Number
Account
Number
Reserved Presentation
Date.
Compensation
Date
Transaction
Type/Status
Image
Name
ReserVed
Field
Requirement
M Type Numeric Alphanumeric Numeric
Length 1 3 4 8 11 10 12 15 1 33 28
Position 01-01 02-04 05-07 08-10 11-14 15-22 23-33 34-43 44-55 56-70 71-71 72-104 105-132 1- Record Type:
It will be completed with:
1 Image Presentation
3 Camera Rejects
5 Images pending sending and receiving
2- Depository Bank
It will be completed with the depository bank code in 3 positions included in positions 81 to 83 of the individual NACHA record of the check in its presentation. 3- Drawee Bank:
It will be completed with the drawee bank code in 3 positions included in positions 5 to 7 of the individual NACHA record of the check in its presentation. 4- Drawee Branch:
It will be completed with the drawee branch code included in positions 9 to 11 of the individual NACHA record of the check in its presentation. 5- Postal Code:
Positions 57 to 60 of the individual NACHA record of the check in its presentation will be taken.
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 1st. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 42

6- Check Number:
The check number will be completed in 8 positions included in positions 47 to 54 of the individual NACHA record of the check in its presentation. 7- Account Number:
It will be completed with the account number in 11 positions included in positions 19 to 29 of the individual NACHA record of the check in its presentation. 8- Reserved:
It will be completed with zeros.
9- Presentation Date:
It will be completed with 4 zeros and the presentation date of the electronic NACHA record (start of the compensation cycle). Format YYYYMMDD. 10- Compensation Date:
It will be completed with 7 zeros and the compensation date of the electronic NACHA record (date of the compensation cycle). Format YYYYMMDD. 11- Transaction Type/Status. For a record type 1, the following transaction statuses may exist:
0 Presentation
L Local Holiday
N When a control record is received with an associated image and the corresponding NACHA for values greater than the limit amount stipulated for the sending of the image is not received. For a record type 3, the following transaction statuses may exist:
B Non-existent entity code
E Format Error
F Record without associated image file
NATIONAL PAYMENTS SYSTEM
CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design
Version: 1st. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 43

I Invalid Date
R Image already processed
S When an image is received for which the associated data record is not found T Invalid transaction type other than 0 For a record type 5, the following transaction statuses may exist:
P For a pending image to send
A For a pending image to receive
12- Image Name
Line- of- scan.TIF (29 characters of the CMC7, without the document type or amount) 13- Reserved It will be completed with zeros. Version: 1st. COMMUNICATION "A" 5053 Validity: 23/03/2010 Page 44 NATIONAL PAYMENTS SYSTEM CHECKS AND OTHER COMPENSABLE INSTRUMENTS B.C.R.A.
Section 7: Record Design

National Payments System
Checks and other compensable documents
CONSOLIDATED TEXT SOURCE NORM Observations
Point Paragraph Com.
Annex or
Chapter
Point
Paragraph
1.1 "A" 2559 Checks /Comm. "A" 4281 and 5053
2.1. "A" 2559 " /Comm. "A" 4281 and 5053
2.2. "A" 2559 " /Comm. "A" 4281 and 5053
2.3 "A" 2559 " 2.3.1. /Comm. "A" 4281 and 5053
2.4 "A" 2559 " /Comm. "A" 4281 and 5053
3.1 "A" 2559 " 3.1.3 /Comm. "A" 2795, 4281,
4410 and 5053
"A" 2559 " 3.1.4 /Comm. "A" 2795, 4281,
4410 and 5053
3.2. "A" 2559 " 3.2.7 /Comm. "A" 4281 and 5053
"A" 2559 " 3.2.8. /Comm. "A" 4281 and 5053
3.3. "A" 2559 " 3.3.7 /Comm. "A" 4281 and 5053
4.1 "A" 2559 " /Comm. "A" 4281 and 5053
4.2. "A" 2559 " /Comm. "A" 5053
4.3. "A" 2559 " /Comm. "A" 4281 and 5053
5.1. "A" 2559 " /Comm. "A" 5053
5.2. "A" 2559 " /Comm. "A" 5053
6.1. A" 2559 " /Comm. "A" 5053
6.2. A" 2559 " /Comm. "A" 5053
7.1. "A" 2559 " /Comm. "A" 5053
7.2. "A" 2559 " /Comm. "A" 2723 and 5053
7.3. "A" 2559 " /Comm. "A" 2795, 2857 and
5053
7.4. "A" 2559 " /Comm. "A" 2819, 4281,
4410 and 5053
7.5 "A" 2559 " /Comm. "A" 4281 and 5053
7.6. "A" 2559 " /Comm. "A" 4281 and 5053
7.7. "A" 2559 " /Comm. "A" 4281 and 5053
7.8. "A" 2559 " /Comm. "A" 4281 and 5053
7.9. "A" 2559 " /Comm. "A" 4281 and 5053
7.10. "A" 2559 " /Comm. "A" 5053
7.11 "A" 2559 " /Comm. "A" 4281 and 5053
7.12. "A"2559 " /Comm. "A" 4281 and 5053
7.13 "A" 2559 /Comm. "A" 5053
8.1. "A" 4596 1.
8.2. "A" 4596 2.
8.3. "A" 4596 3.
8.4. "A" 4596 4.
8.5. "A" 4596 5.
8.6. "A" 4596 6.
8.7. "A" 4596 7.
8.8. "A" 4596
8.9. "A" 4596
8.10. "A" 4596 only

Similar documents from other regulators