CICS OM 17-018

Updated: Dec 4, 2020

15 August 2017

T O : All Member/Participant Banks


1. In view of recent changes in the guidelines which include additional codes listed in the

Return Reasons table, we are updating the Operating Guidelines for the Check Image

Clearing System (CICS), to wit:


This document describes the operating guidelines primarily for the use of all

Member/Participant Banks’ personnel who are responsible for the preparation and

submission/transmission of all outward check transactions to the CICS as well as the

processing of inward clearing items. Similarly, this document also covers the preparation

and submission/transmission of outward returns to the CICS and processing of incoming

return transactions.

1.1. Coverage

CICS’ nationwide implementation covers the Greater Manila Area, all cities,

provinces formerly defined under the Integrated and Regional Local Exchange

(RLX) Clearing Centers.

The Member/Participant Banks/branches located in these areas will truncate checks

deposited with them or issued in their favor that need to be cleared in accordance

with the provisions of Sec. 3 of these Operating Guidelines.

1.2. Clearing Session

CICS supports different categories of clearing transactions. These clearing

transactions will have separate clearing windows and are basically of the following


1.2.1. Regular Presentment or Forward Window - for the submission/transmission

by the Presenting Bank of its demand to the Drawee Bank for payment of a

Regular Clearing Item (RCI), i.e., Check deposited with or issued to the

Presenting Bank to be cleared by presentation of its electronic image and

data via the CICS;

On any clearing day, cut-off time for the Regular Presentment Session is at

4:30 PM of that day. All RCIs received by the CICS within this cut-off time

will be included in the settlement for the day. RCIs received by the CICS

after this cut-off time will automatically be included in the Regular

Presentment Session of the Next Clearing Day (i.e. the clearing day

immediately following Day 1).


Special clearing of RCIs that do not meet the 4:30 PM netting cut-off is

unnecessary as such items will automatically be included in the Regular

Presentment Session of the Next Clearing Day.

1.2.2. Returns Presentment or Returns Window - for the transmission by the

Drawee Bank to the Presenting Bank via the CICS of an RCI that is

dishonored or unpaid.

Returns Presentment Session is the period immediately after the 4:30 PM

Regular Presentment Session and will end at the prescribed cutoff time of

the Next Clearing Day. Any RCI received by the Drawee Bank within the

regular presentment window however, may be returned by it prior to the

day’s 4:30 PM cut-off time. Though it will have zero effect on the Netting

Results, such item will form part of the Session’s transactions and will be

included in the usual processing reports.

For the Presenting Bank, RCI will appear on the list of Regular Outward

Items as well as on the list of Return Inward Items. Consequently, the same

item will be included in the list of Regular Inward Items of the Drawee Bank

as well as on the list of Return Outward Items. All return transactions

received by the CICS on or before the prescribed Return Presentment Cutoff

2 time will be value-dated Day 1.

The PBM will reject Return Items that do not meet the Returns Presentment

Cut-off Time and as such, the Drawee Bank may opt to present them directly

(special clearing) to the Presenting Bank Central Clearing Unit on or before

the prescribed Special Clearing delivery cut-off of same day pursuant to

Section 20 of the CICS RR.

Settlement of Special Clearing of Returns shall be thru Clearing

Receipt/Charge Slip (CR/CS). Details such as Presenting Bank/Branch Name,

BRSTN, check number, amount of the Check/Item to be returned and the

reason for dishonor must be clearly indicated or written on the CR/CS to

serve as reference. The CR/CS should be accompanied by Special Return

Check Advice (SRCA) with the image of the item to be returned and a

covering letter (see Annex A for the suggested format of the letter) to

document the manual exchange.

1.2.3. Express Presentment - for the submission/transmission by the Presenting

Bank of its demand to the Drawee Bank for immediate payment of an RCI.

Initial implementation of CICS however, will be for local currency only and

will not yet include express clearing.


2.1. Sending Bank/Receiving Point

A Member/Participant Bank may have multiple points of capture but will only have

one main single point of connection to the CICS which will be termed as

“sending/receiving point.”


2- Return Presentment Cut-off is the deadline set by the BSP and implemented by PCHC for the banks to submit dishonored items

via CICS. Returns Cut-off time is 7:30 AM of the next clearing day (with reference to DAY 1).

Page 3

Member/Participant Banks may opt to have additional sending points (but not

additional receiving points) by allowing one or any of its branches to have

additional PBM. Additional PBM will enable the Head Office to have back-up

server that can be used simultaneously with the primary PBM and transmit directly

to the CICS or a branch in a certain location to act as the lead branch where all the

transactions of the other branches are transmitted to the Head Office or directly to


2.2. Digital Signatures

Security of data and image is a primary consideration in CICS operation. The

implementation of the Public Key Infrastructure (PKI) shall ensure data authenticity,

integrity and non-repudiation. The PBM of the Presenting Bank will encrypt every

Image Cash Letter (ICL) File and affix digital signature on it before its transmission

to the CICS. The image and data must be secured using the PKI throughout the

entire transmission cycle between the Presenting Bank, PCHC and the Drawee


All images of clearing items shall include a hash using the SHA256 algorithm and

this must be included in the ICL File. The purpose of this hash is for the Drawee

Bank to validate whether the Images received are not altered. It is the responsibility

of the Presenting and Drawee Banks to ensure that the movement of electronic

files from their host capturing systems to the PBM is secured. Access to the bank’s

PBM must be limited to authorized personnel only.

2.3. Management of Digital Certificates

PCHC shall be the entity to manage the issuance, revocation, and maintenance of

the digital certificates that will be installed in all the Member/Participant Banks’

PBM servers. All PBMs must be installed with a Hardware Security Module (HSM)

component and corresponding digital certificates that will be used for the digital

signing and encryption of the ICL Files.

The validity of the digital certificates was set to five (5) years and it will be up to

the participant bank to coordinate with PCHC for the renewal of these certificates

at any time.

2.4. Use of Secure Network

All the generated ICL Files duly validated, encrypted & digitally signed, will travel

over a secure communication link between the connecting Member/Participant

Bank to the CICS. All acknowledgement messages will be transmitted via the same

link. Banks may connect to the CICS via the Internet IP/VPN or leased line.

2.5. Settlement

Transactions settlement in every clearing Session shall be made on the basis of the

electronic Check data.

2.6. Storage/Archive and Retrieval

Original paid Checks (captured items) must be stored for 180 days from the date

of their payment (“Payment Date”) through the CICS.

PCHC will archive the images and data in its original ICL form. These electronic

records will be made available online to the Member/Participant Banks for twelve

Page 4

(12) months from their respective Payment Dates. Only authorized personnel of

Member/Participant Banks will have access to the PCHC storage and archiving


Images and data archived by PCHC beyond the said 12-month period will be stored

in hard disks and other storage media for future reference. PCHC shall keep

Archived images and data for a period of ten (10) years from Payment Date. Request

for retrieval/copies of these archived records must be duly signed by authorized

bank officer.

2.7. Scanning Standard

Scanning of the item transactions must conform to the prescribed image standards:

2.7.1. Front and Rear CCITT G4 Format (200 DPI)

2.7.2. Front Image JPEG Format (100DPI)

2.7.3. Front UV Image (Inverted CCITT G4 Format 200 DPI)

High-value items (500,000.00 and above) will be transmitted to PCHC with

corresponding UV Image. If dishonored with service charge however, the resulting

reduction in the amount (below 500,000.00) will no longer require sending of the

UV Image.

Member/Participant Banks must ensure that their equipment meets the

requirements of the Image Quality Assurance (IQA) standards. The 1st level IQA

should be at the point of capture for immediate detection of exceptions. The PBM

shall perform 2nd level IQA tests to validate all captured images transmitted by the



3.1. Presenting Bank’s Due Diligence Requirements

Clearing and settlement will be done on the basis of image and electronic payment

information. Hence, it is the responsibility of the Presenting Bank to ensure that

captured images of the Checks meet the Image Usability Requirement. This is

necessary for the Drawee Bank to exercise ‘Pay’ and ‘No Pay’ decision. Likewise,

it may help the Drawee Bank to detect any fraud, forgery or tampering apparent on

the face of the instrument that can be verified with due diligence and ordinary care.

Member/Participant Banks must enforce strict KYC (Know Your Customer)

standards and procedures in order to protect the integrity of the image-based Check

clearing system. The banks should observe all precautions. e.g. to check the

minimum security standards set in the Check paper, apparent tenor of the

instrument, physical feel of the instrument, any tampering visible to the naked eye

with reasonable care, etc. For enhanced attention, based on exceptions, the banks

may employ suitable risk management techniques like scrutiny of high value

transactions; limit-based checking by officials, new accounts alerts, etc. The

Presenting Bank takes full responsibility for collecting on behalf of the intended

payee and exercises due diligence in accordance with the conditions set forth in

the CICS Rules and Regulations (CICS RR) and accompanying guidelines.

3.2. Physical Check/ Instrument Capture

Image and MICR code line of a Physical Check/Instrument when captured by

scanners/devices must meet the Image Usability Requirement.

Page 5

3.3. Unique Identification Code (UIC)

UIC must be generated and printed at the back of the Check/ instrument or

electronically imposed on the dorsal image of the Check.

UIC information will be included in the ICL File that will be transmitted by the

Presenting Bank to the CICS.

3.4. Data Entry

The Front-end solution of the Presenting Bank shall have the capability of amount

data entry and correction/completion of MICR details misreads. All items with

corrected MICR details must be properly tagged in the ICL File by the Front-end

solution to alert the Drawee Bank of the corrections effected manually during

capture on the MICR details.

3.5. Re-clearing of Checks

Any Check that is eligible for re-deposit can be re-cleared once with the original

Presenting Bank under the same depository account. The Front-end solution of the

Presenting Bank should be able to likewise tag this item in the ICL File for the

information of the Drawee Bank.

3.6. BRSTN Register Updating

The BRSTN master table shall be automatically updated by PCHC in the Bank’s

PBM. Member/Participant Banks shall update its Front-end/capture system


3.7. Preparation and Submission of Outward Transactions

The Presenting Bank shall ensure that:

3.7.1. The Checks are compliant with the minimum security standards prescribed

under the amended Check Design Standards and Specifications as well as

other internal/security controls prior to acceptance.

3.7.2. The account number of the depositor/payee is legibly written on the portion

below the depositor’s signature/payee’s endorsement on the dorsal portion

of the Check.

3.7.3. The said account number is correct and tallies with the depository account


3.7.4. The account number is not obscured by any markings/stamp affixed on the

Check’s dorsal side.

3.7.5. The UIC appears on the dorsal side of the Check or electronically imposed

on the dorsal images of the check

3.7.6. If a returned Check is sent for re-clearing, a 2nd presentment stamp shall be

affixed by the Presenting Bank on the dorsal portion of the physical Check

Page 6

3.7.7. Outgoing items to be captured should be classified and batched

accordingly, to wit: Regular CICS items Checks payable to the BIR Checks payable to the BOC Checks for re-clearing IQA Failed Items

3.7.8. Batch size in an ICL File shall be limited to 100 items or less

3.7.9. The front and rear images of the Check and the MICR code line data are

captured within groupings referred to as batches.

3.7.10. At the point of Check processing and scanning of the rear of each

document, the Presenting Bank’s capture device will print an endorsement

line i.e. Unique Identification Code (UIC). Such info shall also be included

in the electronic Check data to be transmitted to the CICS.

3.7.11. The Front-end system of the Presenting Bank shall perform the Image

Quality Assurance (IQA) Tests to all the captured images in order to assure

its usability.

3.7.12. All outward batches presented to the CICS are balanced. The MICR Code

line correction must have been carried out to ensure that all MICR data are

present and amount entry made to assign an amount electronically to each

Check. Any correction done on the pre-qualified MICR Code Line must be

tagged to caution the Drawee Bank.

3.7.13. Once balanced, batches are converted into its equivalent ICL File in

accordance with the published standard as defined in the recently released

PBM Technical Specifications prior to their transmission/ submission to the

CICS. A batch can contain a maximum of 100 items.

3.7.14. The Presenting Bank Front-end solution must observe the rules for the

generation of ICL Files, i.e. ICL File can contain multiple batches at a

maximum of 200 items.

3.7.15. The Front-end system will submit the generated outward ICL File to the

Participant Bank Module (PBM) embedded within its own system for

preliminary validation and transmission.

3.8. Frequency of Submission

It is recommended that Member/Participant Banks submit ICL Files to the CICS

every so often in order not to clog the lines particularly in the last hour before cutoff.

3.9. Alternative Delivery Media

Page 7

For contingency, the files in the PBM that fail to be transmitted to CICS can be

copied to an alternative media such as a CD, USB or any type of removable disks.

Files delivered by a bank to PCHC thru the use of storage media for uploading shall

be accepted subject to the same acceptance criteria as those for files received via

a communications link. This contingency procedure requires previous confirmed

notification with PCHC and similarly subject to the usual 4:30 PM cut-off.

3.10. Image Cash Letter (ICL) Files accepted by the CICS

ICL Files received at the CICS will be initially validated by the Clearing House

Module (CHM), an equivalent version of the PBM at the PCHC’s back-end. Each

ICL File will have its digital signature validated and decrypted if valid. This module

will carry out structure and content validation and continue to accept and process

when there is no exception. Accepted files are passed to the CICS where they are

converted into inward ICL files for distribution to the Drawee Banks. When CICS

accepts an outward ICL File, an acknowledgement file is automatically generated

and sent to the originating PBM.

If the Primary PBM of the Drawee Bank is unavailable to receive Inward files, the

Drawee Bank shall use the bank’s Secondary PBM upon request for


Outward Return ICLs and Inward Return ICLs are similarly handled as described


3.11. Item/s not Accepted by the CICS

If an item fails validation at the Presenting Bank’s PBM for any reason, that item

will be rejected but remaining valid items will continue to be processed. The

acknowledgment file generated will include the details of the rejected items and

the reason for rejection thus the need for the Presenting Bank to verify the

acknowledgment message. If an item fails validation at the Drawee Bank’s PBM, it

will be automatically returned to the Presenting Bank, i.e. Duplicate Item detected

by PBM. If all items are rejected, the ICL File will not be accepted.

3.12. Balancing and Reconciliation

Member/Participant Banks should document the process flow and ensure

establishment of control mechanisms. Special care and adequate quality controls

should be in place during rescanning and re-clearing of Checks. The banks must

have internal control reports at the end of each Regular/ Returns Presentment

window to effectively reconcile the presentation made against the total credit in

the clearing result for the day. Similar control should also be observed in validating

inward transactions received against the total debit. Reports showing the Total

(count and values) Outward and Inward Clearing transactions are available at the

PCHC web portal for reference. In case of discrepancy, the same should be

resolved immediately. CICS Rules and Regulations as well as CICS Operating

Memos provide mechanism to settle clearing discrepancy if needed. The service

branches of the banks following distributed-outward model should refer to the

branch clearing control reports for verification of actual credit received from PCHC.


4.1. Participating Bank Module (PBM)

Page 8

The CICS PBM server provides ICL Files validation and provides an interface for

sending and receiving ICL Files from and to the CICS.

4.2. Checking of Duplicate ICL

Any duplicate ICL File that is detected by PBM will be rejected in its entirety. An

ICL File is considered a duplicate if the filename of the ICL File matches that of a

previously processed ICL File.

In case of item duplication however, only the duplicate item/s detected during

CICS processing will be rejected. The rest of the items in the ICL File will be

accepted and processed.

4.3. Receiving Outward Presentment

The PBM will receive the duly balanced Outward clearing files containing Check

image and electronic data from the Front-end system of the bank and will perform

the required validations of the files prior to transmission to the CICS.

4.4. Image Quality Assurance and Failure Handling

All images of the items in the Outward ICL Files are subjected to Image Quality

Assurance (IQA) by the Presenting Bank PBM. Any image failing validation will

result in the rejection of the item with the reject details included in the

acknowledgement file. The bank may rescan and resubmit as many times as

necessary to meet the IQA requirements.

4.5. Item Processing

The Outward Files presented by the capture system are validated by the PBM

against the validations indicated in the PBM Specifications. After validation, the

PBM generates acknowledgement files which contain information related to

acceptance or rejection of each file and the items present in each file with

appropriate reason codes.

4.6. Reconciliation of Outward presentation

At the end of each Presentment Session (Regular and Return) at the PCHC, it shall

be the responsibility of the Sending Bank to reconcile its total outward transactions

vs. items processed by the CICS as listed in the web portal.

4.7. Dishonored Checks/Re-clearing

The Presenting Bank safe-keeps all original paid Checks for 180 days from Payment

Date. In case of return or dishonor, the Presenting Bank shall return the original

unpaid Check to its client. The returned check shall be supported by a Return

Check Advice (RCA) bearing images of the Check. (Suggested RCA form can be

found in Annex B).

4.7.1. The Presenting Bank shall, as presently being practiced, affix a Return Stamp

(format below) on the dishonored Check before it is released to the client.


(1st return) 1.

(2nd return) 2.

Page 9

4.7.2. When the dishonored Check is re-deposited, a 2nd presentment stamp shall

be affixed by the Presenting Bank at the dorsal side of the Check before it is

captured and stored for safe-keeping. A second line UIC will either be

printed on Check’s dorsal portion or electronically imposed by the

Presenting Bank’s Front-end system on the dorsal image of the Check.


5.1. Receipt of Inward Data/Images

The inward processing deals with accepting data and images of Incoming Items

from the CICS for onward push to the Drawee Bank’s PBM. The process also

includes providing data in the form of files for use within the Drawee Bank’s inclearing

system. The Drawee Bank’s PBM will receive digitally signed inward

electronic data and image exchange files from the CICS in the form of ICL.

5.2. Validation

The Primary PBM of the Drawee Bank shall authenticate and load the exchange

file data into the system. The PBM will send an acknowledgement exchange file to

the CICS if the inward electronic data and image exchange files are accepted.

5.3. Balancing and Reconciliation

The Drawee Bank should verify that all the items in the Inward ICL Files are

received to ensure that there is no data loss in the transmission from the CICS to its

PBM. The Drawee Bank will not be able to generate posting files unless all the

inward items are actually received at the Primary PBM. If any file is lost in

transmission, the Drawee Bank may request PCHC for retransmission of

images/data of the lost/missing file.

5.4. Generation of Posting File (Magtape Transaction File)

With the decommissioning of ECCS, banks may either use the inward ICL Files in

uploading data into their CASA or make use of the Magtape Transaction File (MTF)

generated at the PBM. MTF generated from CICS has the same file structure with

the previously ECCS-generated file except that it is bank-level and unfiltered

(regular and return transactions are merged).

5.5. Digital Certificate Validation

PBM of the Drawee Bank shall verify the digital certificate of PCHC.

5.6. Payment Processing

The Drawee Bank shall do the payment processing based on the image and

electronic data information of the Checks following all the prudent practices

including signature verification, imaged Check security features, account balance

verification, verification of endorsements etc.

5.7. Dishonored Checks

Items that are not honored must be returned to the CICS in electronic format within

the prescribed period as set by PCHC and announced to the banks (Prescribed

Page 10

Period). For return items, the images are also included in the return ICL File (front

and rear CCITT, front JPEG, and for high-value items, the UV image).

Return items are to be marked with the appropriate return reason (code) as

mentioned in the CICS Rules and Regulations Section 18. Return Image Cash

Letters (ICLs) are to be transmitted to the CICS via the Drawee Bank’s PBM where

the files will be validated, encrypted and digitally signed and sent to the CICS

provided they meet the necessary validation criteria. Invalid items will be rejected

by the Drawee Bank’s PBM for its correction.

Return ICLs received by the CICS will be validated and an acknowledgment shall

be issued to the generating Drawee Bank indicating their acceptance or rejection.

Return items accepted by the CICS will be passed to the Presenting Bank‘s Primary

PBM in an Inward Return ICL and an appropriate posting made to the settlement


Any return item not received by the CICS within the Prescribed Period will be

treated as an honored item and accordingly the settlement files will be prepared

and posted.


The following section describes the types of Image Cash Letter (ICL) Files.

All items in an ICL File must be of the same type: outward items; return items; or archive-only

items. Items in an ICL File must not be co-mingled.

ICL File must contain items of the same currency: Philippine Pesos or U.S. Dollars (when local

US Dollar Clearing becomes available).

In addition, the items within the ICL File must have valid work types for the type of ICL. The

valid items within an ICL File are:

ICL Type Currency Item Work Types Allowed

Regular or Philippine Peso CICS (normal, BIR or BOC)

Return non-CICS (normal, BIR or BOC)

IQA Fail Items


Archive-Only Philippine Peso CICS (normal)

non-CICS (normal)

IQA Fail Items

Note 1: Normal indicates Checks that are not BIR or BOC.

Note 2: Archive-Only batches are batches containing On-us items sent in an ICL File for archive only; they are not distributed to other banks, so are not returned, and are not included in settlement totals.

6.1. Regular ICLs

Each Outward ICL File that is accepted by the CICS is assigned a settlement session,

date and window by the CICS. The settlement window is always set to ‘Forward’. The

settlement session is set to 1 and the settlement date is set as follows:

6.1.1. ICL Files received before the cut-off time of the Regular Presentment Session (4:30 PM of Day 1) will be processed for settlement within Day 1 (i.e., included in the 4:30 PM Netting Summary to be sent to BSP for Settlement on Day 1).

Page 11

6.1.2. ICL Files received after the cut-off time of the Regular Presentment Session

(4:30 PM of Day 1) will be processed for settlement on the Next Clearing

Day (These Inward ICLs, which shall be pushed to the Drawee Bank PBM

on Day 1, shall bear the Regular Presentment Session date of the Next

Clearing Day and they shall not be included in the 4:30 PM Netting

Summary of Day 1 to be sent to BSP).

Each item in an Outward ICL File is assigned a Return Presentment Cut-off. This is used

by the CICS to validate and accept returns only if they are received prior to the cut-off

time for the corresponding settlement date.

6.2. Return ICLs

Each Outward Return ICL File that is accepted by the CICS is processed for settlement

as follows:

6.2.1. ICL Files received before the cut-off time of the Regular Presentment Session

(4:30 PM of Day 1) will be processed for settlement within Day 1. They

shall have zero effect and thus have no impact on the 4:30 PM Netting

Summary of Day 1 to be sent to BSP for Settlement;

6.2.2. ICL Files received after the cut-off time of the Regular Presentment Session

(4:30 PM of Day 1) but before the Returns Presentment Cut-off on the Next

Clearing Day will be processed with settlement back valued Day 1.

Each item in a Return ICL File is validated by the CICS to ensure that it is received prior

to the cut-off time pertaining to the presented Regular Item.

6.3. Archive Only ICLs

Member/Participant Banks may submit to PCHC On-us checks/ICLs for Archive-Only.

PCHC will issue separate operating memo for this service.

6.4. Additional Work Type for all ICL Types

The additional Work Type 7 provides means for exception items failing the IQA

test for all ICL types like foreign drafts and rejected BIR payments to be processed

and pass through the workflow of CICS thus giving the paying bank an opportunity

to exercise Pay or No Pay decision.

Sec. 7 – Return Reason Codes

A Return Item may be re-cleared if the Re-presentable column = ‘R’; an item may not be represented if the Re-Presentable column of the table below = ‘N’.

Return Reason Description Tran Code Re-Presentable


1 Drawn against insufficient funds 14 R

2 Drawn against uncollected deposit 14 R

3 Drawn against a closed account 24 N

4 Account is non-existent 24 N

5 Payment thereof has been stopped -Funded 14 N

6 Payment thereof has been stopped-Unfunded 14 N

7 Invalid Image Hash Value 24 R

8 Post-dated check 24 R

9 Stale-dated check 24 N

A Out-of-date 24 N

B Counterfeit check 24 N

C 3rd presentment and subsequent dishonor 24 N

D Amount in words and in figures differs 24 N

E Documentary Stamp Missing (for foreign checks converted to Peso) 24 R

F Account under garnishment or covered by Hold/Freeze Order 24 R

G Validity Restricted 24 N

H Deceased Depositor 24 N

I Previously Negotiated Check/Cancelled Check 24 N

J Bank has declared a self-imposed holiday 24 R

K Fortuitous Event/Civil Disturbance/Bank Strike 24 R

L Refer to Drawer/Issuer: Merged bank/Conduit Agreement Terminated 24 N

M Untagged BIR/BOC Check 24 R

N Miscleared 24 R

O No Advice on File 24 R

P Differs from Advice (Payee, Date, Serial Number or Amount) 24 R

Q Mismatched Image and Data 24 R

R Refer to Issuer: Old Format Check 24 N

S Duplicate Check Detected by PBM 24 N

T Image Usability Failure 24 R

U Piggy Back Image 24 R

V With Alteration-date 24 N

W With Alteration-payee 24 N

X With Alteration-amount in figures 24 N

Y With Alteration-amount in words 24 N

Z With Alteration-signature 24 N

a With Alteration-account name 24 N

b With Alteration-account number 24 N

c With Alteration-check number 24 N

d With Alteration-pre-qualified MICR characters 24 N

e Missing Date 24 R

f Missing Payee 24 R

g No Amount in Figures 24 R

h No Amount in Words 24 R

i Missing Signature of Drawer 24 R

j Lack of Signature (Number of signatures required) 24 R

k Bears forged signature of the drawer (s) 24 N

l Unauthorized drawer’s signature 24 N

Page 12

m Signature differs 24 N

n Exceeds authority limit 14 N

o DAIF/DAUD-1 Thousand Pesos and below 24 R p Payment Stopped-funded-1 Thousand Pesos and below 24 N q Payment Stopped-unfunded-1 Thousand Pesos and below 24 N r Amount in Words and Figures differ-1 Thousand Pesos and below 24 N s Other Technicalities-1 Thousand Pesos and below 24 N

t Per Instruction of BSP 24 R

u Indicated Payee Company or Person includes a combined

Pay To Cash’ option, i.e. Payee Name/Cash, Payee Name or Cash 24 N

v Over-encoding of Amount

w Under-encoding of Amount

x Re-clearing of a Check by a bank other than the original presenting

bank 24 N

y Penalty Charges Cancelled 24 R

z Others 24 R

Revisions in Section 7 (Return Reason Code) of this Operating Memo shall require corresponding updates to the PBM Specs to be deployed to servers.

2. Should you need further clarification, feel free to call our Service Help Desk at 523-0315 (look for Erick Garcia or Hector Lasaleta) or 886-1344 to 47 (look for Anthony Manongas).

3. This memo supersedes CICS OM No. 17-001 dated 16 January 2017.

CICS OM No.17-018
.Updated Operating Gui
CICS OM No.17-018.Annex.A
.Suggested Pro-
Download SUGGESTED PRO- • 59KB
CICS OM No.17-018.Annex.B
.Return Check A
Download RETURN CHECK A • 357KB