IRS started using the Remittance Strategy Paper Check Conversion (RSPCC) to electronically process paper checks remittances. Paper check remittances, presented for payment, are scanned with a desktop scanner and the data is converted to electronic format for processing and long-term storage. RSPCC accepts payments for scanning purposes, records the conversion of funds from check to electronic format, automates the receipts, then transfers the funds through a secure internet transmission to Fiscal Service. RSPCC interfaces with the Electronic Federal Payment Posting System (EFPPS). This allows the taxpayer’s payment information to post to Master-file. The RSPCC system enables Consolidated Campuses and Taxpayers Assistance Centers (TACs) to electronically process paper remittances at the point of receipt.

Every employee is accountable for remittances they receive or collect on behalf of the Service. By law, Internal Revenue Code IRC 7804(c) imposes liability against any officer or employee of the Internal Revenue Service or Treasury Department who fails to account for and pay over any amount of money or property collected or received in connection with the Internal Revenue Law. The statute does not require intentional misconduct, such as willfulness, on the part of the employee.

The IRS mission is to provide America’s taxpayers top quality service by helping them understand and meet their tax responsibilities and by applying the tax law with integrity and fairness to all.

The IRS frames internal controls by principles outlined in Standards for Internal Control in the Federal Government, GAO-14-704G. Internal control is a process used by management to help achieve its objective.

Ethical conduct for federal employees is explained in Document 9300 14 General Principles of Ethical Conduct for Federal Employees (5 C.F.R. § 2635.101(b).

The Director, Field Assistance, Taxpayer Assistance Centers, Accounts Management, Campus Support, and Austin Field Director, Submission Processing is responsible for monitoring operational performance for the Field Assistance, Taxpayer Assistance Centers and Accounts Management, Campus Support Employees.

The Field Assistance, Taxpayer Assistance Centers Area Analysts and Accounts Management, Campus Support Analyst are responsible for monitoring operational performance for their operation.

The team manager/lead is responsible for performance monitoring and ensuring employees have the tools to perform their duties.

The team employees are responsible to follow the instructions contained in this IRM and maintain updated IRM procedures.

Program Reports: The reports listed below can be accessed through the RSPCC and OTCnet applications, these reports are utilized by Headquarters (HQ), Management and Technicians to control, monitor and balance RSPCC inventories.

Program Effectiveness:

Key Verification (KV)

Negative TIN List (NTIN)

Government Accountability Office (GAO)

Federal Information Security Management Act (FISMA)

Treasury Inspector General for Tax Administration (TIGTA)

ACA - The Affordable Care Act was enacted on March 23, 2010. It consists of two pieces of legislation: Patient Protections & Affordable Care Act and Health Care & Education.

ACH - Automated Clearing House - The payment method in which the taxpayer's financial institution initiates an electronic payment to the financial agent.

ALC - Agency Location Code - An eight-digit number identifying a governmental agency for accounting purposes - used in the CIR system to distribute funds.

ALC+2 - Agency Location Code plus 2 - The agency identifying code plus a unique two-digit number that is used in POS to identify a cash-flow. The Treasury OTC Support Center assigns this number.

Batch - A collection or group of remittances scanned and identified as a unit.

Batch Life Cycles:

Cashflow - Collections belonging to an Agency for a specific business purpose. A unique ALC+2 is assigned to identify an individual cash-flow.

CIR - Collection Information Repository (formerly TRS). A collection reporting tool, supplying the latest information on deposits and detail of collections transactions to federal agencies. The system will allow financial transactions systems and settlement mechanisms to be exchanged in a single system.

CIR Deposit Report - The funds and accounting information contained on the deposit report for a given deposit date. Also known as SF215.

Check 21 - 'Check Clearing for the 21st Century' Act - The act was signed into law on October 28, 2003. Provisions of the law took effect on October 28, 2004. Check 21 provides the legal framework for the creation of substitute checks, which can be used in place of the original paper document, without an agreement in place with other financial institutions. A substitute check is a paper reproduction of the original check.

Central Image and Research Archive (CIRA) - The image archive component of Electronic Verification and Image Service (ELVIS) that an authorized user will be able to view transactions and reports via web site.

Debit Voucher Report (SF 5515 Report) - The report provided by the Treasury OTC Support Center to an Agency that funds have been debited from their CIR account.

Deposit Ticket Report (215 Report) - The report provided by the Treasury OTC Support Center to an Agency which confirms funds deposited into the Agency’s CIR account.

Firewall - A system designed to prevent unauthorized access to or from a private network.

Interface - An interface is a device or a system that unrelated entities use to interact.

Individual Reference Number (IRN) - The unique number used to identify transactions within CIR.

Item Status - Item statuses are defined below:

Login - The name assigned to a user and used to sign into the POS or the CIR system along with a unique password.

Local Verification Database (LVD) - LVD is an optional verification database that resides on each POS terminal. The information in the LVD prevents checks being cashed on accounts, or other agencies specified criteria, that is a violation of the agency policy.

Magnetic Ink Character Recognition (MICR) - A character recognition system using special ink and characters which can be magnetized and read automatically. This line is at the bottom of a check representing payment information such as routing number, account number, and check number.

Master Verification Database (MVD) - The Master Verification Database is an online database that maintains the agency hierarchy check cashing policy, dishonored check information, and manually entered blocked items based on an agency policy. The Master Verification Database (MVD) provides downloads of negative check information and blocked items to the POS via the Local Verification Database (LVD) on a daily basis.

OTCnetPaper Check Conversion Over the Counter - The process of converting paper checks into electronic Automated Clearing House (ACH) debit or to image documents that are cleared through the Check 21 network.

Reconciliation Report - Provides the Deposit Summary from Fiscal Service and the life cycle state for Deposit Tickets. The state changes as the batch is promoted through the RSPCC life cycles:

Remittance Processing System Identification Number (RPSID) - also known as the batch number. Each block of work is assigned its own unique number.

Redesigned Revenue Accounting Control System (RRACS) - RRACS records and reports revenue financial data processed from all IRS automated and manual tax systems. Government Accountability Office (GAO) recognizes RRACS as the revenue accounting system of record for IRS.

Single Sign-On - A user authentication that permits users to use one set of login credentials to access multiple applications.

CS - Campus Support

DPC - Designated Payment Code

EFPPS - Electronic Federal Payment Processing System

EFT Number - Electronic Funds Transfer Number

ELVIS - ELectronic Verification and Image Service

EOD - End of Day Balance Report

EST - Eastern Standard Time

FRB - Federal Reserve Bank

FS - Fiscal Service

LAN - Local Area Networks

MFT - Master File Tax

POS - Point of Sale

RSPCC - Remittance Strategy for Paper Check Conversion

SEID - Standard Employee Identification Number

SOP - Standard Operating Procedure

SP-PMO - Submission Processing Project Management Office

TEP - Tape Edit Processor

TS - Taxpayer Services

URL - Uniform Resource Locator

VDP - Voluntary Disclosure Practice

IRS users of the OTCnet and RSPCC system must view and/or print the Fiscal Service OTCnet Participant Users Guide Check Capture and Check Processing (PCC OTC) by accessing the OTCnet web site at: https://www.fiscal.treasury.gov/otcnet/training/wbt/content/course_OTC/welcome.htm.

All Campus Support employees who utilize the PCC OTCnet and RSPCC systems must also familiarize themselves with the following IRM 21.1.7,Campus Support, IRM 3.8.44,Campus Deposit Activity and, IRM 3.8.45,Manual Deposit Process to ensure accuracy, timely deposits, and adherence to internal controls.

All Field Assistance Taxpayer Assistance Center employees who utilize the RSPCC system must also familiarize themselves with the following IRM 21.3.4.7,Receipt of Payments, 3.8.44Campus Deposit Activity and 3.8.45, Manual Deposit Process to ensure accuracy, timely deposits, and adherence to internal controls.

All Submission Processing Campus employees who utilize the RSPCC system must also familiarize themselves with the following IRMs: IRM 3.8.47, Manual Deposit for Field Office Payments, IRM 3.8.44,Campus Deposit ActivityIRM 10.8.34, Information Technology (IT) Security, IRM 3.8.45,Manual Deposit Process, IRM 10.8.34, IDRS Security Controls and Document 6209 IRS Processing codes and Information to ensure accuracy, timely deposits, and adherence to internal controls.

IRM Deviation Statement IRM deviations must be submitted in writing following instructions from IRM 1.11.2,.2., Internal Management Documents System - Internal Revenue Manual (IRM) Process, IRM Standards, and elevated through appropriate channels for executive approval.

Adequate security equipment and facilities must be provided to safeguard money, securities, etc., handled in the Field Office Payment Processing Function. All requirements listed in IRM 3.8.45,Manual Deposit Process must be strictly adhered to and are not repeated in this manual.

All employees must report any employee or manager suspected of embezzlement, fraud or identity theft to the Treasury Inspector General for Tax Administration (TIGTA) Office of Investigations at 800-366-4484 immediately. If reporting potential losses to TIGTA, you must also inform the Campus Remittance Security Coordinator.

All employees must protect all IRS sensitive but unclassified (SBU) data (including PII and tax information) entrusted to us by taxpayers, fellow employees, and other individuals. Any loss of PII could result in information being compromised to perpetuate identity theft. All SBU data, including PII and tax information, must be encrypted on computers, in all internal email messages using IRS IT-approved encryption technology (i.e., secure messaging), or in password-protected encrypted attachments as outlined in IRM 10.5.1, Privacy Policy. All taxpayer PII must be sanitized, unless there is a business reason. If a business reason exists, then secure messaging must be used. If you suspect or know of a potential information loss, report it to your manager, the TIGTA Office of Investigations at 800-366-4484, and the Privacy Governmental Liaison and Disclosure (PGLD). Please see IRM 10.5.4.3.3, Inadvertent Unauthorized Disclosures and Losses or Thefts of IT Assets, BYOD Assets and Hardcopy Records/Documents, for the reporting requirements for an inadvertent unauthorized disclosure of sensitive information, or the loss or theft of an IRS IT asset or "BYOD" asset or hardcopy record or document containing sensitive information, etc. You can also find incident-reporting guidance in the Disclosure and Privacy Knowledge Base at https://portal.ds.irsnet.gov/sites/vl003/pages/default.aspx, or on IRS Source under Incident Reporting, then Data Protection.

Incidents involving inadvertent unauthorized disclosures, verbal disclosures, the loss or theft of hardcopy records or documents containing sensitive information, packages lost during shipment, etc., are reported to the Office of Privacy, Governmental Liaison and Disclosure (PGLD) via the PII Breach Reporting Form at https://etrak7.web.irs.gov/etrak-privacy/page.request.do?page=page.final2.

Internal control of tax receipts and personally identifiable information (PII) to ensure security during transit is required. Policy is to process remittances where collected and tax receipt must not leave the restricted area except for authorized contingencies. Do not transship unless specifically directed. If you have to transship, then send all tax receipt via overnight traceable method and adhere to shipping guidance in IRM 10.5.1, Privacy Policy, in addition to the following requirements:

Follow Campus Support or Field Assistance trouble shooting guide for scanner issues.:

Additional Scanner Trouble Shooting requires a IRWorks ticket::

Ordering a Scanner requires a IRWorks ticket::

Completing the Check Image Scanner page (Follow Campus Support or Field Assistance instructions):

If a PCC (OTCNet) or RSPCC processing site is in the possession of unused or defective scanner requirement, they must submit a IRWorks ticket for proper disposal.

Completing the IT Equipment Return to Depot page (Follow Campus Support or Field Assistance instructions):

Agency Location Code (ALC) - This is an eight-digit number identifying a governmental agency for accounting purposes used in the CIR (TRS) system to distribute funds. The PCC input clerk must always make sure the proper ALC is assigned.

Valid Agency Location Code plus 2 - The agency identifying code plus a unique two-digit number that is used in POS to identify a cash-flow. This number is assigned by the Treasury OTCnet Support Center. The ALC+2 numbers are:

Checks that can be processed through OTCnet as non-personal:

Checks that cannot be processed through OTCnet:

OTCnet payments can be transmitted daily. All OTCnet System related inquiries must be directed to the OTCnet Support Center at either 866-945-7920 or 302-324-6442FiscalService.OTCChannel@citi.com. Treasury OTC Support Center support is available 24 hours a day, 7 days a week.

IRS users and managers of the OTCnet system must view and/or print the OTCnet Participant User Guide by accessing the OTCnet Web site at: https://www.fiscal.treasury.gov/otcnet/training/wbt/content/course_OTC/welcome.htm

OTCnet is comprised of three elements:

The following payments are processed manually:

All checks that are unprocessable or unable to be scanned using PCC (OTCnet) or RSPCC must be transshipped to the Submission Processing Center aligning with the Functional Area via overnight mail delivery to:

Lines through Electronically Presented or Electronically Processed wherever it is located on the check in red pen. Prepare a Form 3210 Document Transmittal and list each check that failed to scan through PCC (OTCnet) or RSPCC. The following must be listed on each Form 3210:

Campus Support batches remittances in batches of 20 or less. The operator signs on to PCC using their User Name and password after clicking on the POS icon on the desktop. If the user is using a temporary password, a new password needs to be created.

The operator will also need to open the OTCnet local bridge, in order to interface between the channel application and scanner to utilize the check capture function.

The Campus Support operators determine if the check is Personal or Non-Personal (all money orders and third-party checks must be input as "Non-Personal" ). Select "Personal" or "Non-Personal" from the item "Type Box" on the right side of screen.

The Campus Support operators will input the checks received into the scanner. Place the check in the scanner with the MICR line of the check face up aligned with the right side of the scanner. The MICR line contains the bank routing, account and check number found on the bottom of the check. Gently push the check forward to allow the scanner to grasp the check. Press the "Enter" key or click "Start Scan" button.

If the screen prompts you, "Are you sure this is a business check?" you must answer "Yes" or "No." Select 'Personal' or "Non-Personal" from the "Item Type Box" on the right side of screen.

The check image will appear on the screen. Ensure that the check is readable.

Input the required fields from the source document, not the screen image or remittance.

After the required fields are entered, click "complete" and the scanner will complete the transaction and return the check.

The scanner will imprint "Electronically Presented" on the front of the check. If this does not appear, the Manager/Lead or another authorized designee needs to stamp the check manually with that stamp in a location that does not interfere with the dollar amount, financial institution information, or the signature.

Continue to input the remainder of the batch.

The clerk inputting the batch visually verifies that all checks are scanned properly, that the entire front of the check image is visible on the screen, and that the dollar amount is legible before signing out of the batch.

When finished, click "CLOSED." Click the Print icon for a batch printout. Close POS and logoff.

It is recommended that the manager/lead or other authorized designee void a check input or fix an error. If a check was scanned incorrectly, alert the manager/lead that a check needs to be voided. The check will require re-scanning.

Procedures to void a check if the batch status is OPEN:

Procedures to void a check if the batch status is CLOSED:

If Campus Support is unable to complete a batch deposit within 24 hours, Campus Support must inform the HQ Account Management CS and RSPCC HQ analysts immediately via telephone or email. The Account Management analyst will then contact the Chief Financial Officer (CFO).

When all checks for a batch have been scanned, the clerk will print a batch list. Clerks must balance their scanned checks against the batch list before transmitting their batch.

The Manager/Lead or another authorized designee adds up the checks on a calculator and prints the calculator tape. Attach the calculator tape to the Batch List that will be sent to Redesigned Revenue Accounting Control System (RRACS). Verify the total money amount and the total number of checks against those totals on the Batch List. If the total money amounts/checks agree, the next step is to do a quality review on all required fields. If the total money amounts/checks do not agree, check the total money amounts/checks against the Form 3210 Document Transmittal and the Batch List. If they still do not agree, the Manager/Lead must do a verification check and make changes accordingly.

The steps to balance a batch are:

After transmission of a batch is complete, click "ACKNOWLEDGE" to ensure the batch was sent. Staple the batch printout and calculator tape to a copy of the Form 3210. Place in a United Parcel Service (UPS) mailing envelope. Attach a UPS approval form and mail to Ogden RRACS. Staple the PCC clerk's copy of the batch printout to a copy of the Form 3210 with checks, and file in date order.

When an error is discovered prior to the batch transmission from POS to OTCnet, the clerk must alert the Manager/Lead. The Manager/Lead or other authorized designee signs on to the OTCnet and makes the appropriate correction to the dollar amount, or voids and re-scans the item.

When an error is discovered after the batch has been transmitted to OTCnet, the operator alerts the Manager/Lead. The Manager/Lead calls Treasury OTCnet Support Center immediately to resolve this problem. Also, coordination is required with RRACS.

Always ensure both sides of payment, including the MICR line, are readable and there are no lines or distortions in the image on OTCnet screen when initial scan is done.

If the Treasury OTCnet Support Center cannot collect the funds upon initial presentment, it may try to collect them through re-presentment up to two additional times.

Occasionally the Treasury OTCnet Support Center will try to resubmit a check if it is unreadable. Treasury OTCnet Support Center will contact the HQ RSPCC analysts within the 14 days to request that the Site manager re-scan the check a second time.

All Managers and authorized users of the OTCnet System in Campus Support Sites must familiarize themselves with the following IRMs 21.1.7,Campus Support, 3.8.44,Campus Deposit Activity and 3.8.45,Manual Deposit Process, to ensure accuracy, timely deposits, and adherence to internal controls.

In December 2010, RSPCC RL II was implemented. This is a web-based system that enables Consolidated Campuses and Taxpayer Assistance Centers (TAC) to electronically process paper remittances at the point of receipt.

As of July 2011, RSPCC RL II was deployed in 401 TAC sites and Accounts Management Campus Support in Atlanta.

On March 2012, Austin Submission Processing Campus begin processing RSPCC payments for the Voluntary Disclosure Practice (VDP). For more information on how to process VDP payments see: IRM 3.8.47.15, Manual Deposit for Field Office Payment Processing.

As of July 2012, RSPCC is able to process payments for Form 706, United States Estate (and Generation-Skipping Transfer) Tax Return and Form 709, United States Gift (and Generation-Skipping Transfer) Tax Return. These forms are processed with a BMF format even if these forms have an SSN format and are large dollar payments.

RSPCC payments are identified on IDRS by the literal EFT- TRACE and a DLN beginning with the number "81," "82" and "83."

Posting information for RSPCC is sent to EFPPS for perfection and master file posting. These payments are identified on master file with a 17-digit EFT Trace Number. The Tape Edit Processor (TEP) assigns two leading digits (29), which denote the Submission Processing Center Code (Ogden). The remaining 15-digits represent the EFT Number and identifies the RSPCC Site: See Attached

The RSPCC EFT Number is defined as:

See Exhibit 3.17.278-3, for Field Assistance TAC Areas Originating Location Number.

The eighth and ninth positions of the EFT-Trace Number for Campus Support and Submission Processing sites:

The Service is committed to ensuring a 24 -hour deposit standard. It is of the utmost importance to deposit the largest amount of money in the shortest possible time frame.

Remittances of $50,000 and over must be deposited by the next business day of the campus received date. All attempts must be made to deposit these items the same day of extraction or no later than the next business day.

Remittances of $100,000 or more must be deposited on the day of receipt. Remittances of $100 million or more must be deposited by Close of Business (COB) on the day of receipt. When checks of $100 million or more are received, the check must be photocopied and immediately faxed to the deposit support site. Management at all levels must monitor the flow of receipts to ensure that this objective is achieved.

Checks that can be processed through RSPCC.

Checks that cannot be processed through OTCnet or RSPCC.

In order for payments to be on the next business day's deposit ticket, the Fiscal Service OTCnet must receive them by 9:00 p.m. ET. The Fiscal Service only processes payments Monday - Friday. All OTCnet System related inquiries must be directed to the Fiscal Service OTCnet Support Center at either 866-945-7920 or 302-324-6442 or via email at: FiscalService.OTCChannel@citi.com. Fiscal Service OTCnet Support Center support is available 24 hours a day, 7 days a week.

IRS users and managers of the OTCnet system must view and/or print the Fiscal Service OTCnet Participant User Guides (Check Capture and Check Processing) by accessing the OTCnet web site at:https://www.fiscal.treasury.gov/otcnet/training/wbt/content/course_OTC/welcome.htm.

There are two important major components in OTCnet that are used to process a check from presentment to collection. OTCnet/CIRA used for researching and printing check images and Point of Sale (POS) is the software used on the Agency's computer to process check transactions. In order to use OTCnet, you are required to have Internet access, as it is accessible only through the OTCnet web site at: https://doc.ssologin1.fms.treas.gov/esso/smfmsloginesso.fcc.

In the event that RSPCC is not available to users due to technical issues, the RSPCC HQ Analyst will consult with the RSPCC Technical Team to determine when the system will be available to the users. The RSPCC HQ Analyst will then consult with the HQ Analysts for Campus Support, FA TAC and SP Austin (VDP) to determine a plan of action and decide if payments must be transshipped to the SP sites for processing. If a decision is made to transship, do not transship payments that have been scanned into the application and have been franked (checks that have been scanned for electronic presentment). Transship latest received dates and monitor earliest received dates to ensure taxpayers are not impacted.

To request access to RSPCC users must:

"All" RSPCC users must register with EUP. EUP access is needed by all RSPCC users in order to access the Negative TIN (NTIN) list. The list is used to help prevent UNAX violations.
EUP registration requires the following:

RSPCC Roles: When requesting access to RSPCC through BEARS, choose only one RSPCC role depending on the function you perform: Operator, Supervisor or Analyst.

Users are only allowed access to one RSPCC role. Under no circumstance are users allowed access to more than one RSPCC access role. Access to more than one role is prohibited, a security violation, and it leads to locking the user out of the application. Therefore, users must know their access role and adhere to choosing one level of access.

To request access to RSPCC, users must submit a request through BEARS https://bears.iam.int.for.irs.gov/home/Index.

If a user needs to switch access roles, for instance an operator may needing to switch to a supervisor level of access, the user must first submit a remove access request of the original access level. Then the user can proceed with submitting a request for the desired access level. The user will not be granted access to both access roles at any point.

Users must have Silver Bullet Ranger or Ranger for Cannon installed on their computer in order to scan payments. Users must submit a request through IRWorks or contact the Help Desk at 1-866-743-7748. Canon Scanner Users can self-download the Ranger for Canon software via the symantic software portal.

The RSPCC RDM EC7000i or Canon CR-L1 scanner is necessary to capture the payment image and the MICR line of the taxpayer remittance in RSPCC. The scanner must be connected to the workstation desktop or laptop to be able to scan the taxpayer remittance. The scanner may be moved, as needed, between workstations. A IRWorks Ticket must be input to the site Desktop Support in order for the scanner and the software (Silver Bullet Technology) to be moved to the new location. The software allows the scanner to interface with the workstation in order to capture the payment image and read the MICR line.

All RSPCC users must logon and access the RSPCC application once every 30 days at a minimum. Managers must ensure their employees are logging into the RSPCC application every 30 days.

Inactive or locked RSPCC users or their managers must submit reactivation requests through BEARS.

RSPCC implements Single Sign-On (SSO) login authentication. Users no longer have to enter their username and password to login to the application. If the user is active in the database, the user can click on the login button and subsequently the user will be logged into the application.

All RSPCC users must use the Logout tab to ensure their session is properly closed. RSPCC Users should avoid using the browser X to close their RSPCC session.

The following are configurable input fields for all RSPCC Payment processing. An “*” indicates a required input field.

RSPCC RPSID Ranges.

Designated Payment Code.

Primary and Secondary Transaction Codes.

Received Date:

Remittance Processing System Identification (RPSID).

Check Amount:

Name Control:

Tax Identification Number (TIN):

MFT (Master File Transaction Code). See IRM 3.17.278.12.7.:

Tax Period:

Amount 1, Amount 2, Amount 3 Transaction Amount:

TC 1, TC 2, TC 3 (Transaction Code):

DPC:

Unidentified remittances are payments that cannot be immediately identified or applied to a specific taxpayer or tax period. RSPCC began processing unidentified remittances in August 2013. Every effort must be made to identify the payment before it is considered an Unidentified Remittance. Complete IDRS research must be performed for these remittances. Use all pertinent IDRS command codes to research.

Users must utilize all pertinent IDRS Command Codes to research the payment before it is considered an unidentified remittance. The following IDRS Command Codes can be used: TPIIP, NAMES/NAMEI - to obtain a Social Security Number (SSN); NAMEE/NAMEB - to obtain an Employer Identification Number (EIN). For assistance on the input format, please refer to the IDRS Command Codes job aid: http://serp.enterprise.irs.gov/job-aids/command-code/command-code.html.

The steps for processing Unidentified Remittances are as follows:

Remittances are batched with 1 - 25 per batch with a RPSID number Sheet (1 - 20 for TAC). Campus Support includes a calculator tape of the total of counts and amounts for the batch.

The RPSID sheet contains the:

After successfully logging into the RSPCC application Home Page, click "Batches" then click on the Create New Batch menu button.

To start a new batch, the operator must input the “received date” from the payment source document (MMDDYYYY) and RPSID number from the RPSID sheet. Both numbers will carry through to the rest of the batch, unless if there is a different received date for the payment.

The operator will then choose if the remittances will be processed as a Single or Multi/Split.

Each payment record consists of a remittance and transaction section. In the single payment mode, both sections are available on the same page view. In a Multi/Split payment mode the remittances and transaction sections are displayed on separate pages.

Click "Scan Check" button to activate the scanner. A solid light on the scanner indicates that it is ready to receive checks. A blinking light indicates scanner is not ready to scan remittances. The remittance is placed in the scanner with the Magnetic Ink Character Recognition (MICR) line of the check face up aligned with the right side of the RDM EC 7000 scanner. The remittance is placed horizontally in the scanner with the MICR line of the check aligned to the right of the Canon CR-L1 scanner. The MICR line contains the bank routing, account and check number found on the bottom of the check. Gently push the check forward to allow the scanner to grasp the check. The scanner will automatically flip the check and scan the back. The check image will appear on the screen. Ensure the check is readable.

Input the identified fields needed to process a payment from the source document not from the remittance or the screen. IRM 3.17.278.12.7, RSPCC Input Fields.

Ensure that the "Check Amount" field and the "Primary Transaction Amount" fields are the same amount, and that they match the taxpayer check.

The clerk inputting the batch visually verifies that all checks are scanned properly, that the entire front of the check image is visible on the screen, and that the dollar amount is legible before scanning the next check or signing out of the batch.

When all payments for a batch have been scanned, click "Finish." If the user has realized that there are discrepancies, this action allows for correcting the payment before the batch is complete.

After inputting the last check in the batch and there are no discrepancies, click on the Finish button, then click on Complete or Complete & Print (print the Batch Listing). This action moves the batch into Ready for Key Verification Status, provided there are no alteration to the MICR line.

When encountering scanning errors, entry operators must re-scan the check once or twice. The Clear Scanner button releases the check and clears the captured code line and images, allowing the user to re-scan the check. Examples of scanning errors:

To correct the MICR line code the entry operator should:

If the entry operator is unable to correct the image quality of MICR code line errors, a determination must be made to process the payment outside the RSPCC system. Consult your supervisor for guidance on processing payments outside of RSPCC.

Once the entry operator has corrected the MICR Line, they will continue to input the payment information.

When the "Check Amount" field and the "Primary Transaction Amount" field are not the same, an error will appear at the bottom of the screen. The check amount and the transaction amount must be equal. Otherwise, you will not be able to go to Next Payment. Finish the batch or save the payment.

If the written amount and numeric amount on the check do not match, See: IRM 3.8.45.4.5, Manual Deposit Process.

The scanner will imprint "Electronically Presented" or "Electronically Processed" on the front of the check (RDM EC 7000 Scanner) or on the back of the check (Canon CR-L1 Scanner). If this does not appear, the manager/lead or other authorized designee needs to stamp or write "Electronically Presented" or "Electronically Processed" on the check manually. This needs to be in a place that does not interfere with the dollar amount, the financial institution information or the signature.

If there was a MICR Line correction or a Duplicate check issue during the processing of the batch, the batch goes to Awaiting Approval Status. The supervisor must approve the batch before it goes to Ready for Key Verification.

The Supervisor should monitor the system for work approval.

The Supervisor will logon to RSPCC and from the Home Page click on the " Approve Checks" status, then find the batch and make approvals on the batch before it goes to "Ready for Key Verification" .

Review MICR Line Approval:

When the operator has processed all payments in a batch, Click on Finish to close the batch.

Once a user has clicked "Finish" to close the batch, they have the option of either printing the Batch Listing, Completing the Batch or Editing the Batch using the following icons:

If you need to correct an error or delete a payment, Click"List Payment" and navigate within the list payment screen to correct or delete the payment. Click on "Finish" again to close the batch.

This action will then display the Batch Payment List with the current state of "In Data Entry."

To complete the batch, Click on Print and Complete. This completes the batch and prints the Batch List See:Exhibit 3.17.278-7

The Batch List reports shows all transactions included in the batch. The report consists of the detail and summary pages. The status of the batch will now be "Ready for Key Verification."

The Batch List is kept with the following:

The operators perform quality review on payments through an electronic method called Key Verification (KV). All batches "must" be Key Verified before they can be transmitted to Fiscal Service for deposit.

To KV a batch, the operator selects the Batches Tab and then selects Ready for Key Verification tab from the RSPCC Home Page. This will display a list of all available batches in "Ready for Key Verification" and "In Key Verification" for that operator. To start KV'ing a batch, the operator will select a batch with the status "Ready for Key Verification" . The operators will not be able to KV any batches that they were the Approver or the Entry Operator for. Therefore, those batches will not be displayed when they are key verifying.

(TAC Only) TAC sites where the manager is responsible for more than one TAC Site (Parent/Child relationships) can allow users with Supervisor access to KV work from one of their other TAC sites.

The remittance and transaction data fields available for KV are based on the configurations set by the site Manager. Fields that have been configured for KV will not be pre-populated when users are KV'ing the remittances.

The KV Operator must have:

Once the batch is selected, the status will change to "In Key Verification."

The Operator will enter the payment data for each check from the source document.

The operator will enter data for each payment field selected for KV into the KV edit page.

There are two types of KV views depending on the type of payment:

Payments are KV’ed in the order they were entered in Payment Entry.

If information is not clear like a number or a letter in a name, the operator must research using IDRS and confirm the information is correct.

The payments in KV are tracked through the payment counter located to the right of the screen which indicates the position of the check in the batch in review. The Operator moves to the next payment by clicking the Next Payment button. The Operator can cancel the KV process on the current payment by clicking the "Undo Payment button."

Awaiting KV Approval status indicates that changes were made in KV. These changes include changes in the Check Amount, changes in the Name Control, and changes in the TIN. The changes will need to be approved by the manager or designated approver.

A supervisor will have to verify the transaction information and determine if the corrected information is correct. The Awaiting KV Approval screen will have the transaction information “Before KV” and “After KV.” The Awaiting KV Approval screen contains the following information:

If the User inputs erroneous data, the system will not save the data and the user will not be able to perform the next step or go to "Next Payment" button.

When the user completes entering data and performs the next step, such as clicking on the Next Payment button, the system validates the item then saves the data. Additional errors may be encountered during this validation process. Errors are displayed in the message section of the KV page. These errors must be corrected to move to the next process.

If the RSPCC approver makes a correction to the MICR line when the batch is "Awaiting Approval" , the MICR line of that payment must be verified in KV. The screen will prompt the user to validate the MICR line and the user will either accept the MICR or delete the payment.

If the operator accepts the MICR line, then it will process with the batch to the next status. If the payment is deleted, it will have to be either re-scanned in a new batch or transshipped. See:IRM 21.1.7, Campus Support, IRM 21.3.4, Field Assistance

Effective June 2013, payments where the Check Amount or Name Control and TIN were corrected must be approved by the manager or designated approver. Once KV is complete, the batch will move to Awaiting KV Approval status. The batch must be approved or the payment deleted before it can be moved to Ready for Deposit status.

When the last payment in the batch is displayed, the Complete button is enabled. After entering all the KV data in the current item, the user selects the Complete button, and the system performs additional validations for the payments in the batch, and then saves the data. Upon completion of the KV process, the batch will be sent to "Ready For Deposit" status. If there are no issues the batch will be sent to "Transmitting for Deposit." If it did not Failed During Transmit, the batch will be process to "Sent for Deposit" and be sent to the Fiscal Service.

The RSPCC Batch Payment List is displayed after a batch is completed for KV. The report displays the batch status at the time it was requested. Any changes made during KV will be reflected on this report. The report can be printed by clicking on the Print button on the menu bar.

All documentation MUST remain with the KV'ed batch. AM Campus Support and FA TAC determine what documentation is kept for archival. See IRM 21.3.4 , Field Assistance or SeeIRM 21.1.7, Campus Support.

All batches that are in "Ready for Key Verification" from the previous day MUST be KV'd at the beginning of the next business day.

The Batch Management function can be accessed from the RSPCC Home Page by selecting the Batches tab. Only users with Supervisor or Analyst (read only) Roles have access to Batch Management. Batch Management allows users to perform the following:

The supervisors can click on the "Batches Tab" which will default to the Batch List screen. The supervisor can perform an action to view information regarding the batches by selecting an Action Button listed on the left of the batch.

To view a batch from the Batch List screen, click on the "View Batch" icon to display information regarding the batch.

To list payments in a batch, from the Batch List screen, click on the "List Payment" icon; this action will display payments within the batch.

To print a batch list within the selected batch, from the Batch List screen the supervisor must click on the "Batch Payment Printout" icon. This action allows a user to print a hardcopy of all payments within the batch.

To delete a batch before being sent for deposit from the Batch List screen click on the "Delete Batch" icon which allows the approver to remove a batch from the RSPCC database.

To restart a batch from Failed to Transmit, Failed During Transmit, or Transmitting for Deposit from the Batch List screen, the supervisor must click on the "Restart Deposit" icon next to the batch you wish to send to deposit. RSPCC retransmits the selected batch for deposit. When the transmission process completes successfully, the batch is promoted to the "Sent for Deposit" status. If the batch returns to "Failed to Transmit" or "Failed During Transmit" you must contact the RSPCC HQ analyst.

All batches may be accessed by clicking on the Batches Tab then select list batches to filter by the batch status by selecting the status from the status listing. Next, select your site by using the drop-down window from the Site ID box then click the Filter button.

To Set KV configuration from the RSPCC Home Page, the user clicks on "Batch Management," then clicks on the KV Configuration Menu button. Proceed to the Configure Key Verification screen. This allows the user to specify the payment fields that require key verification by site and user. The user settings take precedence over the site settings except when Bypass KV is set.
Steps to set fields to KV all users:

To generate the End of Day report, the Manager/Lead or other authorized designee person orders the EOD report by taking the following steps:

The EOW Report is a breakdown of a Deposit ticket by site and payment type. The user can only request a deposit ticket date that is in Detail Received or Transmitting for Posting on the Reconciliation Report. Only the RSPCC Analysts can generate an End of Week Report.

To generate the End of Week report, qualified users take the following steps:

To approve the MICR line data or duplicate checks, the supervisor must monitor workflow that a batch of work needs approval. Supervisor will access the RSPCC Home Page and click on the Batch Tab and select Awaiting Approval. This action takes you to the Check Approval List screen. Click on the Review/Approved icon. This page allows the supervisor to approve the manual entry of the MICR line data. The MICR line can be corrected by a supervisor before approving. This page has three buttons.

Awaiting KV Approval is to approve changes made to the payment check amount and/or name control and TIN when a batch is in KV status. After KV is complete the batch will move to Awaiting KV Approval status. A supervisor will have to verify the transaction information and determine if the corrected information is correct. The Awaiting KV Approval screen will have the transaction information Before and After the KV Process. The Awaiting KV Approval screen contains the following information:

FA TAC sites that are in a Parent/Child relationship (Manager responsible for more than one TAC site) can temporarily re-assign an operator in RSPCC to a site within the Parent/Child relationship.

The Batch Management function is also available to users with the RSPCC Analyst role. The analyst are able to perform the following:

The Deposit function displays all batches deposited through the Fiscal Service. To access the Deposits function, click on the Deposit tab from the RSPCC Home Page. It will default to the Deposit Ticket List screen.

The Deposit function allows the Manager/Lead or other authorized designee to perform the following:

From the Deposit Ticket List screen, the user can click on the "View Deposit Ticket" icon and view the Deposit Ticket information or click on the "List Deposited Payments" icon to display the Deposited Payments screen with a list of batches within the Deposit Ticket. From the List Deposited Payment View:

Users can also search for a Deposit Ticket state. Deposit Ticket States are:

All users have access to the Payment Search function by selecting in the RSPCC Home Page the Search tab.

Users will have access to search payments on their own site. The search is more specific when multiple criteria is entered.

Users can enter one or more criteria to perform a search. If batch status is not selected as a criteria, the system searches all batch status.

The search criteria are:

After inserting the criteria, click on the Search button and it will bring you to the Search Results screen.

The Search Result screen displays the action buttons. A successful search returns all payments that match the criteria.

The user can now select a payment and view information about the payment by clicking on the action buttons:

Additional detailed information about the payment, check and transaction can be viewed by clicking on the detail buttons on the top right corner of each page on the View Payment screen.

With Multiple/Split payments, the system displays payment information in one page and transaction information on the following page that can be viewed using the detail buttons on the top right corner of each page.

All scanned work MUST be balanced daily.

The manager/lead or other authorized designee MUST balance the previous business day’s work using the following:

The 215 Deposit Ticket report displays the information by ALC+2 for each AM Campus Support Site and the TAC Areas See: Exhibit 3.17.278-9

The End of Day Report has two parts: The Batch Listing and The Operator Listing. RSPCC HQ recommends that the End of Day Report be ordered at the beginning of each business day for the previous day scanned payments for balancing. The EOD Report will be sent to the user's email account on the same day. See: Exhibit 3.17.278-6

To balance, have the prints of the 215 Report and EOD Report. The manager/lead or other authorized designee will compare the EOD Operator Listing to the 215 Deposit Ticket Report, to ensure all scanned checks were deposited. Once it is determined that a batch is on the 215 Deposit Ticket Report, update the RPSID Sheet with the deposit ticket date found on the top of the 215 Deposit Ticket Report.

Batches that are not be on the 215 Deposit Ticket will be in this status on the EOD Report:

After comparing the two reports if there are no differences for an operator, SEID and date the operator has balanced. If there is no difference for any employee, the site has balanced.

Write the 215 Deposit date on the RPSID.

If there is a difference from the EOD Check Count and Amount to the 215 Summary Count and Amount, notate the difference on the EOD report.

If there are batches not on the current 215 Deposit Report, then you must verify that they are on the next business day 215 Deposit Report and notate this on the RPSID Sheet.

When there is a discrepancy, the manager/lead or other authorized designee will determine which checks were not deposited and what corrective action is needed ASAP.

The Manager/Lead or other authorized designee is responsible for re-starting the batch for deposit and monitor the status to ensure that the batch was retransmitted for deposit, if payments were not posted or deposited and batches are in "Failed to Transmit" or "Failed During Transmit" status.