ERCS contains a variety of reports designed to meet the needs of the group or function. This section discusses the following types of reports:

Reports are only as reliable as the data that is input into the system. Every ERCS user plays a part to ensure the data on reports is up to date and accurate. If there is a question concerning how to answer an ERCS prompt when adding, updating, transferring, or closing ERCS records users should contact their manager or their local A/E staff for guidance.

Reports are available to users based on the user's setup (user type) and permissions. Not all reports are available to all users. Exhibit 4.7.6-2, ERCS Reports, shows which reports are available to users based on the user type.

Users must be aware of the potential for Unauthorized Access of Taxpayer Accounts (UNAX) violations from the use of ERCS. Data from ERCS should be accessed only for IRS business purposes. Users should promptly retrieve ERCS reports from printers or fax machines in order to prevent unintentional disclosure. Audit trails are created and subject to review for all user accesses of taxpayer data. For more information about UNAX, see IRM 10.5.5, IRS Unauthorized Access, Attempted Access or Inspection of Taxpayer Records (UNAX) Program Policy, Guidance and Requirements.

The responsibility for running reports is dependant upon the position, user type and permissions granted for each individual user.

Responsibilities for specific user types and positions can be found in IRM 4.7.4, Planning and Special Programs (PSP), IRM 4.7.5, Group & Territory, IRM 4.7.7, Technical Services, IRM 4.7.8, Centralized Case Processing, and IRM 4.7.10, AIMS/ERCS Staff.

Reports are available that allow management to monitor inventory, statutes, closures, time input, and employee records. Information on those reports are included in this IRM.

ERCS creates audit trails for selected changes to returns, employee records, and permission records. A special audit trail is also created when users enter a taxpayer identification number (TIN) or a taxpayer name on ERCS. See IRM 4.7.2, Security, for more information. IRM 4.7.2.3.4, Audit Trails, has a list of the changes in ERCS that produce an audit trail.

There are security checks within ERCS to ensure unauthorized users do not access programs and authorized users are kept within the boundaries of their permissions. These checks are performed automatically and silently each time a user attempts to access ERCS. The user has no ability to prevent the checks. For more information about permissions in ERCS, see IRM 4.7.2.3.2, Permissions.

See Exhibit 4.7.6-1, Acronyms and Definitions, for acronyms used in this IRM.

The ERCS user handbooks contain information on running reports and the values included on each report. The following ERCS user handbooks should be used to supplement the report information in this IRM:

In addition to the user handbooks, the ERCS Technical Reference Manual contains an overview of all user reports and the reports available to the A/E staff.

Many ERCS reports can be run for prior cycles as long as the data is still on the system. Returns are stored on ERCS for a minimum of 400 days after the returns are closed. When returns are archived the main record is saved to a file and the related information (penalties, closing amounts, related return data, etc.) is deleted. Time charges to a return are deleted when the return is archived. Time charges that are not return related are deleted after 400 days. Employee information goes back to October 1, 2006 and is not systematically deleted or archived.

Per Document 12990, Records Control Schedules, ERCS reports should be deleted or destroyed when no longer needed for administrative, legal, audit, or other operational purposes, whichever is later. Users should check with their area or practice area office for local procedures or requirements regarding retention of particular ERCS reports.

IRM 4.9.1.8, Agent Analysis, has specific instructions for retaining the ERCS Agent Analysis document.

Employee Reports by Employee Group Code is available to all users and has a number of options that enable the user to find a particular employee record by name, ERCS employee ID number, or to generate a list of all employees (either active, inactive, or both) in the AAC.

The report contains data extracted for the Summary Examination Time Transmission System (SETTS) transmission so it should be run prior to the end of the cycle to ensure the employee data is current. The report can be used to identify employee records that need to be inactivated or transferred. The report also contains the employee's work schedule as it appears in the employee work schedule profile. Any issues with correcting data on this report should be reported to the A/E staff. In particular the following values should be verified each cycle:

The report must be run before and after re-organizations to ensure all employee records have been moved to their new groups (incoming or outgoing).

This report is also used by the A/E staff to verify employee records during assistance visits and operational reviews.

The Employee Report by Area, DFO or Territory is available to all users except group and sample review. The user has the option to generate a list of all employees (either active, inactive or both) in the primary business code (PBC) and secondary business code (SBC) entered.

This report can be used to verify current, active employees at the territory level or in the function and to ensure employees are in the correct group codes after re-organizations.

The View Employee History report may be run by employee ID, login name, or standard employee identifier (SEID) to find information for a single employee. The report shows the changes made to the employee record since October 1, 2006.

This report is used to determine if issues during time input may be due to an error made updating an employee record. For example, if an employee is assigned to the wrong group on the time charge date, the correct group will not be able to input time for the employee. This report can also be used to see if the ignore SETTS indicator is on. Questions regarding data on this report should be directed to the A/E staff.

The Employee Grade/POD Discrepancy Report can be run as an error report or a Full AAC report.

This report is to be run prior to the end of the reporting cycle to allow time for ERCS employee records to be updated for incorrect employee grades, PODs, and position codes. This helps to ensure accurate information is included in the SETTS file.

The Agent Analysis is a historical document listing all of an employee's SETTS time for a prior reporting cycle. It also contains other data including:

An Agent Analysis is printed at the end of each cycle for each employee required to input time for SETTS. It can be re-generated up to one year after the end of a cycle.

This document is used by the employee to reconcile and verify that time applied during the cycle was correctly entered in ERCS. This should be done as soon as possible after the cycle is complete.

The Agent Analysis document must be signed by both the employee and the manager indicating the validity of the report. The signed document should be retained in the group for three years. Refer to IRM 4.9.1.8, Agent Analysis for the special requirements regarding this document.

The report can be used to alert management of issues such as:

The Alpha IVL includes all returns in a group or function. It can be used to compare ERCS data with the statistical sampling inventory validation (SSIVL) data to reconcile AIMS and ERCS differences. There are some values that must be validated that are not included on this report such as the tracking code and the Tax Equity and Fiscal Responsibility Act (TEFRA) indicator.

Review and CCP users can run this report by one status or all TS (including JCR) or all CCP statuses, respectively. When run for Status Codes 21 or 51 it can be used to determine if a return in transit is still pending managerial approval for the group closure.

The Cases Returned to Group report is available to review and CCP users. The report lists returns that have been returned to the group for additional correction or action. This report can be used to ensure cases are returned to TS, JCR, or CCP within appropriate time frames.

When TS, JCR, or CCP sends a return back to the group on ERCS, a reject reason code (also known as re-established reason) is associated with the return. These codes are nationally defined. Refer to Exhibit 4.7.7-4, TS Reject Reasons, and Exhibit 4.7.8-2, CCP Reject Reasons, for a list of reject reason codes defined for TS (including JCR) and CCP, respectively.

There are two reports named Closed Case Report on ERCS. The report discussed here is available to group, upper management, and PSP users. Refer to IRM 4.7.6.7.2, Closed Case Report, on the Count Reports menu for the report available to CCP users.

This report lists returns that were closed from a group within a specified time frame. It can be used to monitor the number of returns surveyed and to compare the types of returns closed against the examination plan.

The In Transit Status Report lists returns in transit from the user's group or function to another function. It includes returns in Status Codes 21 (TS and JCR), 41 (PSP), 51 (CCP), and 81 (Appeals). It is used to monitor returns in transit and to identify returns that need follow-up action by the sender.

Returns in an in-transit status remain the responsibility of the sending group or function until the returns are acknowledged as received by the receiving function. This is done by the receiving function acknowledging the Form 3210, Document Transmittal, or by updating the status out of an in-transit status. Refer to IRM 4.4.16.3, Inventory Validation Listing (IVL), for more information.

Returns in Status Codes 21, 41, 61, 71 and 81 should be acknowledged within 21 days; and returns in Status Code 51 should be acknowledged within 30 days. Any return in transit longer than the specified number of days requires follow-up by the sender.

There are two reports named Inventory Listing on ERCS. The report discussed here is available to review and CCP users. Refer to IRM 4.7.6.11.3, Inventory Listing, on the Sample Review Reports menu for the report available to sample review users.

This report can be run for an EGC or for all returns in the function. The options give the user the ability to generate a complete inventory or an overage inventory report. When run for overage returns the program uses the date in function to determine if the returns meet the criteria for the report. Therefore, returns not checked into the function will not appear on the overage report.

The report may be useful in locating unassigned returns within the function.

The Overage Report (IVL) has a number of user options making it a versatile report. It can be run by group users to include all inventory in the group or by territory or PSP users to include all inventory in the territory. The options give the user the ability to generate a complete inventory, an overage inventory, or a report that lists a summary of time applied by examiner for each return.

To generate a complete inventory, the user enters "0" at the "Days in Process" prompt. If a number other than zero is entered, the program uses the user's choice of either the ERCS start date or the AIMS start date to calculate overage.

The "Related Return and Days in Process" sort option groups related returns together. This sort can be used to get a quick snapshot of all the examiners working on a case and the total time applied by each examiner as well as the total time charged for all the returns within the related case.

Examples for use by groups and functions include, but are not limited to:

The Overage Requisitions Report generates a list of requisitions which have not been fully established on AIMS. This report depends on AIMS data which is updated on ERCS over the weekend. Changes to the AIMS record during the week are not reflected on the report until the following week. The report should be run the first work day of the week to get the latest data.

The user enters the number days since the requisition. For filed returns and substitute for returns, it should take two weeks or less for an AIMS record to fully establish.

The user is prompted if pending requests or matched skeletal returns should be included. The program defaults both prompts to "Y" . A pending request means the return was sent to AIMS, but the AIMS record has not had enough time to be processed against the ERCS record during AIMS to ERCS processing. A matched skeletal means the return on AIMS is still a skeletal record, and it has been processed against the ERCS return.

Requisitions over 30 days old must be researched to ensure there is an issue. If an issue is identified, appropriate action should be taken. Items that should be checked include, but are not limited to the following:

Group and PSP users should run this report weekly and input 30 days or less at the "Days Since Requisition" prompt. Once any necessary corrections are made to the ERCS record, the requisition may be resubmitted through the Resubmit Request option on the Request Tax Return menu.

Review and CCP users can run this report for 0 days overage to identify returns that may have been closed from the group prior to establishing AIMS controls. These returns may need to be sent back to the group to resolve this issue.

The A/E staff may run this report for 0 days to get a complete list of requisitions in preparation for assistance visits and SSIVL validations. The report can be used to reconcile the returns on AIMS and ERCS.

Upper management may periodically run this report to ensure that returns under their jurisdiction have the proper AIMS controls.

The Returns in Transit report is used by review and CCP users to monitor incoming returns. The report lists returns that have been sent to TS or CCP but have not been acknowledged as received (the date in function has not been set) or the returns have not been updated out of an in transit status. (This report may not be useful for JCR since their returns may be incoming from all areas and will be mixed in with TS inventory.)

The user must input a PBC to run the report. For review users the PBC on the return must match the PBC entered. For CCP users the PBC is converted to a corresponding processing campus code (PCC), and returns are selected if they match the PCC. The following chart shows the PBC to PCC mapping for CCP.

This report should be run at least monthly to identify returns in transit that have not been received within a reasonable number of days (21 days for TS and 30 days for CCP). Overage returns in transit require follow-up. This report is also used to identify returns in the function, but no longer in Status Codes 21 or 51 that need to have the date in function set.

The Status Report lists returns in a status code input by the user. A count of returns is included at the end of the report. The report can be used for a number of applications including:

When the Status Report is run for Status Code 10, it can be used to check the number of unstarted cases in the group. A high percentage of unstarted cases or a high number of assigned, priority cases in Status Code10 may need action on the part of the manager to get the inventory moving.

When the Status Report is run for Status Code 13, 30-Day, it can be used to identify returns where follow-up action may be required. Also, any returns no longer in the manager's possession, may need to be updated out of Status Code 13. For more information see IRM 4.10.8.12, Unagreed Case Procedures.

This report may be used by review users to ensure returns in suspense statuses have been checked into the function, are still on AIMS, and have the appropriate review type assigned.

This report may be used by CCP users to ensure returns in suspense statuses have been checked into the function, are still on AIMS, and have the appropriate program number assigned.

The freeze code is listed on the report when run by a review or CCP user.

The Suspense Report is used to monitor returns in suspense within the group or function. Users can run the report for one suspense type or for all suspense types. The user may input a number of days (until the action date) to use the report to pull returns for follow-up action. The report includes counts of returns in each suspense type.

The suspense types available to users are listed in:

In some functions the use of suspense types are for the most part optional; however, in others they are not. For example: in CCP suspense types are used in conjunction with program numbers and status codes. Virtually all returns in CCP are assigned a suspense type. This aids CCP in dealing with huge inventories of returns. In the group the use of most of the defined suspense types is optional; however, there are exceptions. For example, Suspense Type 203, Civil Penalty In-Transit to Appeals, is monitored nationally and must be used when the criteria is met. Refer to IRM 4.32.4.6.2, Sending the Case to Appeals—Pre- Assessment Consideration, for more information.

Suspense types can only be used while the return is in the current function as ERCS removes the code and the action date when the return is closed from the group or moved to another function.

The Taxpayer Address Report lists taxpayer names and addresses of returns and collateral records in inventory. It can be used to determine if ERCS has the taxpayer's current address.

If an address is incorrect on ERCS, using the Correct and Display Records menu, change the Bad Address indicator from "N" to "Y" . This will enable the AIMS address to overwrite the ERCS address during AIMS to ERCS processing over the next weekend. Using the option Correct Multiple Tax Returns to update the indicator will cause the indicator to change on all returns with a matching taxpayer identification number (TIN).

There are two reports by the name Tracking Code Report in ERCS. This section discusses the Tracking Code Report on the Inventory Reports menu. Refer to IRM 4.7.6.10.10, Tracking Code Reports, for the report available from the Territory Reports menu.

This report is used to generate a list of returns with a specified tracking code or to create a report for all returns with tracking codes. PSP can use this report to monitor and track returns that are part of approved projects. The report can also be used to obtain a list of returns in specific priorities.

Local tracking codes range from 0001-3999 and are added to ERCS by PSP users. National tracking codes range from 4000-9999 and are the same for SB/SE and LB&I. Refer to IRM 4.7.6.14.3, Display Tracking Codes, for an explanation of tracking code statuses and for information on how to obtain a list of tracking codes and their descriptions.

The Unassigned Inventory by TSC (technical services code) report is only available to review users. The report has two sections. The first section lists unassigned returns matching the TSC and the number of days overage input by the user. The report is used to identify unassigned returns in a TS or JCR location. The second section lists unassigned returns nationwide without a TSC. If returns are listed in this section, a review user in the area where the returns were examined (as noted by the PBC on the report) should research the records and update them with a TSC.

The Unassigned Inventory Report generates a list of open unassigned records in the group or in PSP. This report can be used to monitor unassigned inventory and to select the highest priority unassigned returns to be assigned. Territory managers may find this report useful in monitoring the volume of unassigned inventory in the territory. The report contains the following data that can be used to determine the priority returns in unassigned inventory:

The Agent Input Document contains information about the examiner's inventory. This form is used primarily by revenue agents, PSP, TS, and JCR groups to record their daily time charges. Locally developed forms may be substituted for this form if approved by the area. The Issue Management System (IMS) allows LB&I and specialty employees to input their own time which must be synchronized to the IMS server. This time is imported from the IMS server into ERCS.

The Agent Input Document lists cumulative hours at the beginning of the cycle for each return assigned to the examiner. The document also includes the returns in which the examiner is assisting. There is a space to enter the time applied to returns or activities for each work day during the cycle. Holiday time must also be entered on the form since it is a required entry in ERCS.

Time is required to be entered in ERCS by close of business (COB) on the last work day of the reporting cycle unless local procedures require it to be input earlier. Each employee required to complete a time input document must give it to the administrative support staff in sufficient time to meet this deadline. It is recommended that time be input on a weekly basis for field groups to ensure time is completed by the end of the cycle. Keeping the time current on ERCS will also make it easier to validate the total time on returns against Form 5344, Examination Closing Record, when returns are closed. Refer to IRM 4.9.1, Outline of System, for the special requirements regarding this document.

Agent Input Documents are generated at the beginning of each reporting cycle.

The Case Time Analysis lists individual time charges for a return. It can be run for one return or for multiple tax periods for the same TIN and master file tax code (MFT) or for multiple returns. The user may also enter a specific date range or opt to list all time charges.

This report has a variety of uses which include, but are not limited to:

Review and sample review users have an option to include time spent by TS employees reviewing the return. (This time is identified by time applied to P of RB code Q.)

The report lists individual time charges to the returns by examiner and date as well as the following total time groups:

The Case Time Analysis should be run prior to closing the case from the group and as needed to verify the time on the return.

The Check Employees with Uncharged Time report is used to ensure all time charged within the cycle is input timely in ERCS and to alert managers of any unapproved requisitions with time applied. The report lists employees with uncharged time through the end of the cycle or through the date input by the user. Each employee's last time charge date is included on the report.

The report should be run periodically through the cycle, but it must be run on the last work day of the reporting cycle to ensure all time is accounted for as required by IRM 4.9.1, Outline of System.

The report is used by territory and DFO users to ensure all groups reporting to them are inputting time and approving requisitions by the cutoff at the end of the cycle.

The Daily Time Report is a summary of an employee's time charges for a specific period. It can be run for one or more employees or for a group. When run for a cycle, it contains the same daily time information as it appears on the Agent Analysis.

The DET (direct examination time) and Non-DET Analysis lists all time charges by activity code for an examiner during a specified time period. This report displays how much of an examiner's time is spent working returns versus administrative tasks, such as training and preparing reports. It can be run by the group or for a single employee. It includes totals by DET and non-DET. The report is used by managers to monitor examiners' time in the group to ensure the majority of time is spent on priority work.

The report can also be used by territory managers to ensure DET is maximized to the extent possible and to look for trends such as large amounts of non-DET per examiner or per group.

This report should be run monthly to ensure the ratio of DET to non-DET is acceptable.

The High Time Report lists returns with time exceeding a pre-determined number of hours based on the activity code and the type of group (revenue agent or tax compliance officer). Related returns are included on the report if any of the returns in the case meet the high time criteria. When the report is run, the default number of hours per activity code is displayed on the screen. The user has the option of changing the default number of hours prior to running the report. There are different defaults for revenue agent (RA) and tax compliance officer (TCO) groups. If the report is run at the territory level, the defaults are based on the RA defaults. This report does not include review time or time applied by TEs.

The report is used to monitor excessive time applied to returns which can be a symptom of a number of issues such as an agent applying all the time working a related case to a single return.

The High Time Report should be run monthly to address issues early in order to meet the examination plan.

The defaults used in the creation of the report are included in the table below. The user may change them at run time:

The Inactive Case Report is used to show cases where no time has been charged within a specific number of days. Related returns are listed together. To be included on the report all the returns in a related group must meet the criteria for the report. In other words, if time has been applied recently to at least one return in the related group, none of the returns in the related group will be listed on the report.

This report may be helpful to the examiner in prioritizing work.

Managers should check this report monthly and during employee inventory reviews to ensure the assigned cases are progressing.

Territory managers can use this report to ensure managers are addressing issues within the group.

The Status 12 with No Time Applied report is used by the group manager to monitor cases in the group where the return has been updated to Status Code 12 (AIMS shows the examination has been started), but time is not being applied on ERCS.

The Fraud Report lists returns with fraud features. This report is used to identify, prioritize, and monitor fraud returns in the group. Returns are selected for the report if the returns are in the group and any of the following are true:

The Partnership Report can be run for a complete inventory of partnership returns or for a list of returns with potential issues that may need monitoring, verification, or follow-up. If a complete inventory is desired, the user enters 0 days at the start date prompt and all returns in the group with MFT 06 or MFT 35 are included. Returns with potential issues are marked. These include the following:

For a partial list of returns with potential issues the user enters the number of days since the start date and the number of days since the NBAP letter date. The same criteria is used to find returns as in the full inventory report, except only returns with potential errors are included and the user entered dates are used instead of the 60 day criteria.

This report should be run monthly in groups with partnership returns.

The Previously Closed Returns report shows a list of returns that have been re-opened by the group or returned to the group by TS, JCR, or CCP. This report is used to ensure that these returns are worked promptly.

The Prior Year Report is used by the group to identify the oldest returns in inventory and to identify examinations not associated with the current audit cycle. It can also be used to identify old returns that have not been started that may need to be surveyed. The report contains the source code which identifies the reason the return was selected (DIF, NRP, claims, etc.) for audit. The Form 895, Notice of Statute Expiration, issued and returned dates are included on the report, so the user can see at a glance if statute controls are in place.

The user selects the statuses to include on the report. A tax period must be entered. All returns with a tax period prior to and including the tax period entered are included on the report.

The report may be run at the group or the territory level. The territory manager may use the report to ensure the oldest inventory is moving.

The Returns by Activity Code report lists all returns with the activity codes and status codes selected by the user. This report can be used by the group to locate returns with North American Industry Classification System (NAICS) code errors.

The user may choose all activity codes, a selected group of activity codes from a menu, or individual activity codes may be entered. The following table shows the activity codes associated with each activity code category:

The report displays "BAD" in the MSSP field if the NAICS code cannot be mapped to a valid MSSP code. This includes returns with MFT 30 without a NAICS code. (A NAICS code is optional for MFT 30 returns; however, if the return has a Schedule C or F it should have a NAICS code.) The following table shows the corrective action for returns with MSSP errors:

The Returns by Project Code report lists all returns with project codes and status codes selected by the user. This report can be used to check the tracking codes on returns within a specific project code.

The user is prompted for a category of project codes to include on the report. The user may select all project codes, all local project codes, a category of project codes, or input individual project codes to include on the report. The following table shows the project codes associated with each category:

The Returns by Source Code report lists all returns with source codes and status codes selected by the user. This report is used by the group to locate possible source code errors and for information gathering on specific projects. The user may select from the following source code groups or input individual source codes for the report:

This report allows users to generate a list of all returns related to a return in the user's inventory. This report can be used to verify all related returns are accounted for when a case is closed.

The User Criteria Listing is the only report in ERCS where users choose the data to include or exclude when generating an inventory list. All users must choose the statuses to include on the report, but additional choices are based on the type of user as shown in the table below:

For each data choice (Activity, Source, etc.) users may choose from available groups of codes (All Activity Codes, Corporate Activity Codes, etc.) or input a custom list of codes. If the user chooses Statute Info, a date is entered and returns are selected if the statute is prior to the date entered. If the user chooses Time on Return, the number of hours is entered and returns are selected if the time exceeds the number entered.

The user must also choose whether the code should be exclusive or inclusive. If the code is marked as exclusive, returns must match all the criteria to be included on the report. If the code is marked as inclusive, returns must match at least one of the criteria to be included on the report.

The report can be modified by the user for a variety of uses, include running inventory lists of priority returns. Some examples are listed below:

The Work Awaiting Approval report lists updates to returns pending managerial approval. It can also be run as an overage report by entering a number of days returns have been pending approval.

This report should be run weekly by group, PSP, review, and CCP users to ensure any changes requiring approval are receiving timely attention. The report should be used to monitor returns in transit to PSP, review, or CCP so they do not become overage.

This report should be run weekly by territory users to ensure all updates requiring the territory manager's (second level) approval are approved within two days of notification. The report is also used by territory managers to ensure managers within the territory are approving work timely.

The following updates require approval by the manager:

The Activity Code Count Report provides a count of returns with activity codes selected by the user. The counts are grouped by unstarted and started returns. This report is used to monitor the workload available and in process at the group level. It can be used to monitor case assignment as it relates to the grade levels of the employees.

The user may choose a selected group of activity codes from a menu or individual activity code may be entered. The user has the following choices:

There are two reports named Closed Case Report on ERCS. The report discussed here is available to CCP users. Refer to IRM 4.7.6.4.4, Closed Case Report, on the Monitoring Reports menu for the report available to group and PSP users.

When the report is run a closed case count report and a closed case inventory report are created. The inventory report lists returns closed from CCP within a user entered date range. If the date range is over 60 days the inventory report is not created. Employee audit returns are not included on either the inventory or the count report.

The Overage Program Number Report is available only to CCP users. When the report is run a count report and an inventory report are created. A return is considered overage if it has been in CCP more days than are considered appropriate for the program number. Employee audit returns are not included on either the inventory or the count report. See Exhibit 4.7.8-1, CCP Program Numbers and Suspense Types, for the program numbers and their associated number of days used for this report.

The Overage Status Report is available only to CCP users. When the report is run a count report and an inventory report are created. Employee audit returns are not included on either the inventory or the count report. See Exhibit 4.7.8-1, CCP Program Numbers and Suspense Types, for the status codes and their associated number of days used for this report.

Returns are included on the 895 Report if the statute has expired, is expiring within a defined number of days, has an alpha code or an 872 statute, or a Form 895 has previously been generated through ERCS. For PSP and exam groups the number of days is defined by the area or by LB&I. For TS and JCR the number of days is nationally defined at 180. For CCP the number of days is nationally defined at 120 days.

The 895 Report contains the Form 895 issued and returned dates. If the report is printed for the entire group, a summary listing the totals of each type of statute per examiner is included. This report is used to monitor returns requiring a Form 895, and to ensure that each return in inventory has satisfied the statute control requirements in IRM 4.7.3, Statute of Limitations, and IRM 25.6.23, Examination Process - Assessment Statute of Limitations Controls.

The AIMS-ERCS Statute Report lists returns where the AIMS and ERCS statutes do not match or the returns have other statute issues. The report should only be generated after a successful run of AIMS to ERCS processing since the data is primarily AIMS data. The report displays a message if AIMS to ERCS processing was not successful.

The report lists returns with the issues listed below. Some issues can be corrected, some should be monitored, and some need the statute to be verified.

It is recommended this report be run and worked weekly to ensure any incorrect statutes are corrected timely.

The Bipartisan Budget Act (BBA) Partnership Statute Report lists Partnership Bipartisan Budget Act (PBBA) returns containing a final partnership adjustment (FPA) deadline date expiring within the user-entered number of days (between 1 and 999) or all returns with a FPA deadline date.

The FPA deadline date, 6235(a)(1) date, 6235(a)(2) date, 6235(a)(3) date and statute information are included on this report.

This report can be run by Territory, DFO, Area, Group, PSP, CCP and Review users who have Read permissions for the AAC entered and can be run for an active or an inactive employee or for 0000 (unassigned).

The following sort options are available:

It is recommended this report be run monthly.

There are two reports by the name Pending Statute Report in ERCS. This section discusses the Pending Statute Report on the Statute Expiration Reports menu. Refer to IRM 4.7.6.10.4, Pending Statute, for the report available from the Territory Reports menu for upper management and PSP.

The Pending Statute Report lists returns with a numeric statute expiring within the number of days input by the user. It includes ERCS only records such as penalty controls that are not on the AIMS Tables 4.0 and 4.1. Returns with expired statutes are not included.

The user has the option of including returns with irregular statutes. Including irregular statutes can aid the user in identifying returns that have statutes that appear normal but may be an irregular statute due to a user input error.

This report is used to identify returns with short statutes so corrective action can be taken to ensure the statute is protected.

When running the report for monthly monitoring, users should run it for 210 days or more to ensure all returns expiring within 180 days in the coming month will appear on the report.

When running the report to compare with the AIMS Tables 4.0 or 4.1, users should run it for 180 days to match the data on the tables.

The Action Code Report lists returns for a user entered action code. It can be used to monitor returns in a specific action code such as obtaining a list of returns in the manager's possession.

The Appointment Scheduled Report lists returns with Action Codes 01, 02, or 09 with a purge date entered by the user. It is used by the group to identify expected taxpayers on a given day. It can be used by management to ensure TCOs are employing effective scheduling practices.

The Group Purge Report lists returns requiring action of the administrative support staff for the user entered purge date. The report should be generated and subsequent inputs into ERCS should be completed daily.

This report can be used by management to ensure the administrative support staff is taking timely steps to move cases towards completion.

The codes which may require action of the administrative support staff are:

The Inventory Analysis report is used to assist the manager in assessing the current status of each examiner's inventory in the group. The report provides a summary of over-aged returns as well as a summary of returns in overnight status.

This report should be generated monthly and prior to operational reviews to identify issues with over-aged inventory. The report can be used to ensure TCOs are using their time effectively and working cases in priority order.

The Monthly/Weekly Schedule can be used to print the appointment schedule of each TCO in calendar format. Conflicts for a time slot are noted. Returns with Action Codes 01, 02, and 09 are included on the report. An action report is included if there are returns in Action Codes 06, 08, or 10.

This report can be used to ensure TCOs are employing effective scheduling practices.

The Overage Purge Report prints a list of returns with purge dates prior to the current date with an action code other than 05, In Overnight. It should be run daily to identify returns that need to be updated.

The Overnight Inventory Report lists returns in Action Code 05, In Overnight. This action code may be used by the examiner so the return will be listed on the Tax Auditor Daily Report.

The Tax Auditor Daily Report should be generated daily for examiners in TCO groups. Prior to generating the Tax Auditor Daily Report, the user should input the updates from the prior day. When generating the document the user enters the purge date. The report lists returns with an action code designated by the area to be included on the report with a purge date matching the user's input. The report is then used to pull inventory that will be worked on that day. The examiner uses the document to record the time applied to each return and the next action (action code and purge date) for the return. The completed document is given back to the administrative support staff for input into ERCS.

When the Tax Auditor Daily Report is generated it creates a file used to pre-populate the time input screen for the purge date (or time input date) so the user does not have to enter returns individually.

The Tax Auditor Scheduler is a tool used to schedule work and appointments through ERCS. If appointments are scheduled in this option, it can be used to generate the scheduled appointments for each TCO in the group including off days and available time slots.

This report shows the number of returns in each action code, but it may also be used to see the number of returns in each group. It can also identify if a collapsed group still contains residual inventory. Only returns in Statuses 08 through 19 are included in the counts. (Status Code 08 returns are only included on reports run for SBC 87700.)

Action codes are used primarily in TCO groups to indicate the next action due on a return. RA groups can use actions codes with the same definitions as used in TCO groups. Action codes can be defined differently and used in PSP. Action codes 1 through 12 are nationally defined for exam (TCO and RA) groups and codes 13 through 20 may be locally defined. Action codes 1 through 20 may be locally defined for PSP. The Action Code Report shows counts of returns within each action code. Counts are displayed by each EGC within the territory and totals are included by territory. The short description for each action code, national and local, are included at the bottom of each printed page of the report.

The Activity Code Reports provide a variety of information concerning activity codes on returns. These reports can be used to determine the number of returns within each activity code being worked in each group. There are four types of reports available. Users may choose to run any combination of the following:

The Count, IVL, and Summary Reports include returns with statuses between 10 and 19. The Location Report includes all statuses. The Summary Report includes counts for each activity code category regardless of the activity codes selected for the report. The following are the activity code category choices for the report. These are the same categories used for the Summary Report:

The Fraud Case Report lists the number of returns with fraud characteristics. The following codes are used to determine if a return should be counted for the report:

A return is counted once for each fraud feature on the return (status, project, etc.). Returns with multiple fraud features are only counted once in the fraud case total.

There are two reports by the name Pending Statute Report in ERCS. The report discussed here is available to territory, upper management, and PSP users. Refer to IRM 4.7.6.8.4, Pending Statute Report, for the report available from the Statute Expiration Report menu for all users.

The Territory Pending Statute Report shows a count of open returns (status less than 80) expiring within 210 days. The counts are listed in increments of 30 days with totals by territory. There is an option to include an inventory of returns with statutes expiring within 30 days. Returns with expired statutes are included on both the count and the inventory sections. This report provides a quick overview of statute issues in the territory, area, or practice area.

The inventory report displays a "p" in the left hand margin if an update to the return is pending approval by the manager. The Pending Statute Report can be run at the territory level or higher depending on the user's permissions. It is recommended the report be run monthly.

The Previously Closed Case Report provides a count of returns sent back to the group from TS, JCR, or CCP. The report contains counts in 30-day increments showing the length of time the returns have been back in the group. Returns in transit back to TS, JCR, or CCP are included in the counts. This report is used to monitor the number of returns sent to the group for correction and the length of time these returns have been in the group.

The Project Code Reports provide a variety of information concerning project codes on returns. These reports can be used to determine the number of returns within each project code being worked in each group. There are four types of reports available. Users may choose to run any combination of the following:

The Count, IVL, and Summary Reports include returns with statuses between 10 and 19. The Location Report includes all statuses. The Summary Report includes counts for each project code category regardless of the project codes selected for the report. The following are the project code category choices for the report. These are the same categories used on the Summary Report:

The Source Code Reports provide a variety of information concerning source codes on returns. These reports can be used to determine the number of returns within each source code being worked in each group. There are four types of reports available. Users may choose to run any combination of the following:

The Count, IVL, and Summary Reports include returns with statuses between 10 and 19. The Location Report includes all statuses. The Summary Report includes counts for each source code category regardless of the source codes selected for the report. The following are the source code choices for the report. These are the same categories used for the Summary Report:

The Time Per Activity Code report lists the hours charged to individual activity codes for each group in the territory within the time frame entered by the user. The total hours per activity code for all groups in the territory are included as well as the percentage of direct examination time applied. This report is used to monitor how much time is spent on each activity code and to monitor the percentage of time spent working cases. Since the user enters the date range, reports can be pulled by each cycle to monitor changes in the way time is being applied from cycle to cycle. Data can be pulled for cycles in the past, but should not be pulled for data over one year old.

The Time Per Second Segment Code report lists the hours charged to individual second segment codes for each group in the territory within the time frame entered by the user. The total hours per second segment code for all groups in the territory are included as well as the percentage of direct examination time applied. Since the user enters the date range, reports can be pulled by each cycle to monitor changes.

The Tracking Code Reports provide a variety of information concerning tracking codes on returns. These reports can be used to determine the number of returns within each tracking code being worked in each group. There are three types of reports available. Users may choose to run any combination of the following:

Refer to IRM 4.7.6.4.13, Tracking Code Reports, for the report available from the Inventory Reports menu.

The Count and IVL Reports include returns with statuses below 80. The Location Report includes counts for each tracking code regardless of the tracking codes selected for the report.

The following are the tracking code choices for the report:

The Checked-In Returns report lists returns checked into sample review within a user entered date range. Returns currently in sample review and closed from sample review are included. This report is used to monitor the number of returns received in sample review during any time frame.

The Closed Returns report lists returns closed from sample review within a user entered date range. To be included on this report the returns must have the date out of sample review set. This report is used to determine the number of returns closed during the cycle.

There are two reports named Inventory Listing on ERCS. The report discussed here is available to sample review users. Refer to IRM 4.7.6.4.6, Inventory Listing, on the Inventory Reports menu for the report available to review and CCP users.

The Inventory Listing includes returns currently in sample review inventory whether the returns are assigned or not. Returns are included on the report only if the date in sample review has been set. This report may be run for the entire inventory or by reviewer.

The Inventory Listing is distributed to the reviewers monthly to validate against their physical returns. The report is also used to determine the number of returns in current inventory by PBC (see note below). This information is used to decide if the nth number needs to be changed due to low or high inventory in a particular area.

This report includes the sample review indicators on the returns. See Exhibit 4.7.7-6, Sample Review Indicators, for a list of the sample review indicators and their definitions.

The Overage Returns report includes returns in process meeting the overage criteria entered by the user. The user has the choice of applying the number of days overage to the date in sample review or to the date assigned to a reviewer. When run using the date in sample review the report can be used to monitor overage inventory since it was received. When run using the assigned date the report can be used to monitor overage inventory since it was assigned to a reviewer. The report may also be run for unassigned returns in order to monitor the overage unassigned inventory.

Inventory over 90 days old may need follow-up action to determine where the case is in the review process and to identify older inventory that should be closed.

The Selected Returns report lists returns that have been selected for sample review but have not been checked into sample review inventory.

This report is used to determine the number of returns in the pipeline expected to come into sample review. If the current sample review inventory is high and there is a large volume of selected returns, the nth number may need to be raised so fewer returns are selected. If the current sample review inventory is low and there is a low volume of selected returns, the nth number may need to be lowered so more returns are selected.

The report contains the date the returns were selected for sample review and the date the returns were transferred to sample review. Using this report to monitor and adjust the number of selected returns, can save the cost of shipping excessive inventories of returns to sample review only to have them immediately closed and shipped to files.

The transferred date is used to determine the expected delivery date of returns in transit and to determine when follow-up is necessary.

For returns in Status Code 23, follow-up is necessary when TS inquires about a case or the case has not been received within a reasonable period of time. (The NQRS time frame for reviewing and returning cases back to TS is 10 days.) Status Code 23 cases are mailed by TS and NQRS. They are not shipped via freight.

For returns in Status Code 90, follow-up may be necessary if cases are not received within two weeks of the shipment date via freight. (The majority of NQRS cases are shipped via freight. CCP notifies NQRS of the shipment date weekly via email.)

Common problems resulting in returns not received within the expected period of time include:

This report can also be used to monitor the increase or drop in the number of new returns selected when the nth number is changed.

The ADIF or AAC Difference Report lists returns where the AIMS and ERCS AACs differ and there are no pending updates or indicators in ERCS to explain the difference. Returns stay on this report until the differences are resolved or the return is closed. Returns may only be removed during AIMS to ERCS processing, so if an AAC is updated so that AIMS and ERCS match, the return will still be on the report until the next AIMS to ERCS processing.

This report must be worked weekly after the AIMS to ERCS processing has been run. Any large or unexplained influxes of returns on this report should be reported to the A/E staff.

The DARF or Dropped AIMS Report lists returns which have dropped from AIMS while the return was in an open status on ERCS (below 80). Once written to the DARF Report, the returns stay on the report until the return is added back on AIMS or the ERCS record is closed. If it is determined the return should not be added back on AIMS, the user needs to follow the proper procedures to get the ERCS record closed.

Records may be written to the DARF Report if AIMS to ERCS processing started but it did not complete for the area or for some reason the return was not added to the AIMS extract used for AIMS to ERCS processing.

Returns requested in the group, PSP, or TS may be added back on AIMS using the Resubmit Request option from the Request Tax Return menu. Returns in CCP that need to be added back on AIMS must be sent back to the group to be established back on AIMS.

This report should be worked weekly. Any large or unexplained influxes of returns on this report should be reported to the A/E staff.

The ERCS Closed AIMS Open Report (Returns Closed on ERCS - Open on AIMS) is used to identify returns in a Status Code 80 or above on ERCS and in a status below 80 on AIMS. This report is used to find and correct returns with one of the following issues:

This report is available for PSP, group and review users and the A/E staff. When the report is run, the user entered AAC is matched against the AAC on the open AIMS record, not the closed ERCS record. Group users see all open returns regardless of the AIMS status. For example: a return closed on ERCS but in a TS status on AIMS, will be listed on the group report.

All returns with these issues are included on the report when run by the A/E staff for the area. This report must be run each week by the A/E staff for the entire area because in order for review users to see any issues, they would need to run the report by each territory in the area. Assistance from the A/E staff may be required to resolve issues on this report.

The AIMS and ERCS status dates and the AIMS creation date are listed on the report to aid the user in determining if the AIMS record should be closed or if the ERCS record should be re-opened. The table below may be used to determine in general what action needs to be taken to resolve the issue:

The SDOV or Statute Override Report lists returns where the AIMS statute has overwritten the ERCS statute during AIMS to ERCS processing. There are several reasons why this can occur, a common reason is when the return was filed late and the MF statute has just come down to AIMS on a new opening.

This report is used to alert the manager that the statute on a return in inventory has been changed. The report must be printed and reviewed weekly since it is overwritten during AIMS to ERCS processing. In other words, the returns are only listed the week of the change.

The UUPF or Unexplained Update Report is used to alert managers when an AIMS value overwrites an ERCS value during AIMS to ERCS processing. The report is overwritten when AIMS to ERCS processing runs, so the report must be reviewed each week. Returns are included on the report if any of the following ERCS fields are updated:

There are a number of reasons why a return would be listed on the UUPF Report. A few examples are listed below:

When reviewing the report, if the changes to ERCS are not correct, the manager should take the appropriate steps to update ERCS and AIMS. If the changes are correct, no further action is necessary.

The All Examiners for an Examination report is located on the Reports for Multiple Examinations menu. This menu option is accessed from the Input Time and Leave, Multiple Examinations menu. The report lists the primary examiner and assisting examiners working on a return or a case. The primary examiner, the examiner to whom the return is assigned on ERCS, is listed first. The total time applied by each examiner for each tax period is included.

The All Examinations for an Examiner report is located on the Reports for Multiple Examinations menu. This menu is accessed from the Input Time and Leave, Multiple Examinations menu. The report lists all examinations in which the examiner is currently assisting. This report only includes returns where the examiner's print mult indicator is turned on.

When an examiner's time is first applied to a return assigned to another agent, a multiple examiner record is created on ERCS linking the examiner to the return. If the time is entered on ERCS, the user is prompted whether the return should appear on the examiner's reports. If the user responds that it should, the print mult indicator is turned on.

If the time is entered on IMS and imported into ERCS, a message is displayed stating a multiple examination record will be created for this return. A question is displayed asking to print on an examiner’s Agent Input Document or IVL. If the user answers "Y" , a mult row is added.

The print mult indicator is used to determine whether a return should be listed on the examiner's time input document and inventory listings. The indicator can be turned on or off by the user in the menu option Update Multiple Examinations for Input Document Printing from the Multiple Examinations menu.

The print mult indicator is automatically turned off when returns are closed to Status Code 90 since it is assumed the examiner is no longer working on the return. The indicator is not used to determine if a return should be listed on the Agent Analysis document.

The Display Tracking Codes option is on the Correct or Display Records menu for all users except PSP. It is on the Maintain Tracking Codes menu for PSP users. The A/E staff can also access the report from the Utilities Menu, Correcting Programs. The report lists tracking codes, their descriptions, and their statuses. The national tracking codes are in the range of 4000-9999. If defined, they are displayed for all users. Local tracking codes are in the range of 0001-3999. If defined for the PBC entered, the local tracking codes are displayed for all users except sample review. Sample review users do not have the option to enter a PBC. All users must select to include one or more of the following statuses of tracking codes:

Several reports in ERCS list the tracking codes on returns. Tracking code reports on the Inventory Reports and the Territory Reports menus list returns with active and discontinued tracking codes but not obsolete tracking codes. Other reports listing the tracking code as a field show the tracking code regardless of status.

The F3210 Reports can be accessed from the Manage F3210s option on the Transfer, Close, Establish Control menu for group, PSP, and review users and from the Manage F3210s option on the Sample Review menu for sample review users. Two reports are included under this selection, the F3210 Sender Report and the F3210 Recipient Report. Both reports have the same input and display the same information, except the F3210 Sender Report lists forms generated by the user or the user's group or function and the F3210 Recipient Report lists forms sent to the user's group or function.

Both reports list each Form 3210 in transmittal number order and include pertinent information such as when the form was generated (release date), when it was acknowledged, the number of days in transit, and the SEID of the user who acknowledged the form. The reports may be run for all acknowledged forms, all unacknowledged forms, or both. The user must enter a date range for the report. Since forms are deleted from ERCS after one year, the beginning date should not be over a year in the past.

The F3210 Sender Report generated for forms acknowledged on ERCS during the prior month serves as a record of acknowledged receipt of returns. Any Form 3210 listed on the report may be re-printed on ERCS up to one year after the form was generated. Follow-up action must be initiated on returns in transit for more than 21 days, or 30 days for returns in transit to CCP. Local procedures may require follow-up before 21 days.

The F3210 Recipient Report is used to monitor incoming returns.

The Group Update/Approval Permission Report option is on the Managerial Approval menu. Managers and acting managers with approval permission on ERCS have access to this option. This report is used to see who has permissions to update returns, input time, and approve updates for the group. It should be run periodically to ensure an acting manager's approval permission only covers the time when the manager is away. It can be used to see if anyone already has permissions to input time or update returns when the administrative support staff is out or unavailable.

The Search using Taxpayer Name/TIN option is available to all users from the Correct or Display Records menu. It provides a way for users to find returns by a taxpayer name or partial name. The last four digits of the TIN and the PBC may also be entered to limit the search. This option has multiple uses including researching the owner of unidentified mail.

The Search using TIN report is available to all users from the Correct or Display Records menu. This report displays limited information about multiple returns with the same TIN or different TINs without regard for permissions.

Transfer Claimed Returns is an option on the Transfer, Close, Establish Control menu for PSP users. The program is used to identify returns claimed by groups in the area from PSP inventory. The selection may be used to transfer the returns to the group's control. If control is not to be transferred, PSP must contact the group to get the return updated on ERCS back to PSP. This report should be checked weekly and returns transferred to prevent groups from having an AAC difference the following week.

The Select Returns for Transfer option is located on the Transfer, Close, Establish Control menu for PSP users. It was designed to aid PSP in selecting and transferring high priority returns to the groups quickly. However, it can also be used to get a quick count of available returns in the area or in the campus meeting the criteria input by the user. Counts are by POD within PSP and campus groupings. To be included in the counts, returns must be unassigned and in Status Code 08. The user has the option of limiting the selection by the following criteria:

An inventory of selected returns may be obtained by continuing the process of selection. Refer to the Transfer, Close, and Establish chapter of the ERCS PSP Handbook for more details.

The Address Reports, located on the menu Maintain Address Table, include multiple reports to help in finding issues with addresses. The following reports are available:

The Query & Report option is used with user entered search criteria. Any one or combination of address fields (address ID, city, PBC, etc.) may be used to generate the report. This report is used to verify addresses and find addresses that need to be marked as obsolete.

Information for maintaining the address table and the reports listed above can be found in the Login Menu chapter of the Technical Reference Manual.

The AMSTU/AMAXU Updates report, located on the Utilities Menu, Miscellaneous Programs, lists all returns in a group or in an area where an update has been sent to AIMS within the last 21 days. This report is used to verify pending updates to AIMS when validating AIMS data. The report shows the update type, the update values, and when the update was sent to AIMS. The following changes to returns are listed on the report:

Count Records by AAC, located on the Utilities Menu, Miscellaneous Programs, provides a count of all returns in an area, practice area, or in all of LB&I. Separate counts are listed for open returns and closed returns in each AAC. This report is used to check for new inventory in collapsed AACs after a reorganization.

Count Records by Status Code, located on the Utilities Menu, Miscellaneous Programs, counts all returns in each status code for the user-entered PBC.

The Database (DB) Error Report, located on the Batch, Tools Menu, checks the codes on returns in Statuses 07-59 in the area, industry, or LB&I for validity. The user may also include returns in Statuses 00-06. The report is used to identify potential errors in the data or in the code lists used to validate the data. It should be run by the A/E staff prior to the end of each cycle to identify potential SETTS errors. It can be run weekly to identify errors introduced after AIMS to ERCS processing or to ensure no new inventory is moved into old AACs after a reorganization. The following table shows the codes checked, the potential errors, and the action to correct the problem:

The Display AIMS Assignee Codes report, located on the Utilities Menu, Permission Programs, lists all the AACs in the PBC, or PBC/SBC, or PBC/SBC/EGC entered by the user. The report may be run for PBC 000 to get a list of all AACs defined in ERCS. The report can be used to see if an AAC is defined and whether it is active or obsolete. The report also lists the definition (or location) associated with the codes and the indicators set on the code.

The Display User Permissions reports, located on the Utilities Menu, Permission Programs, enable the A/E staff to monitor user permissions. These reports are used to find users who already have write or approval permissions for an AAC when an alternate is needed to approve work, update returns, or input time. The reports are also used to verify permissions before and after a reorganization. There are six reports under this section:

The Miscellaneous Report, accessed from the AIMS Error Reports option when run as an Admin user, can only be generated by the A/E staff. The data for the report is extracted weekly during AIMS to ERCS processing. Changes to ERCS between the data extractions do not appear on the report until the next run of AIMS to ERCS processing.

The Miscellaneous Report lists various less common errors or conditions identified when ERCS and AIMS records are compared. The following table describes errors that occasionally occur and the actions to be taken for each error:

Occasionally when AIMS has a second examination, ERCS gets reopened in error. When this occurs additional steps must be taken by the A/E staff as follows:

The Overage Approval Report, located on the Utilities Menu, Miscellaneous Programs, is used to monitor updates pending managerial approval. This report is similar to the Work Awaiting Approval report available to users, except this report can only be run by PBC and the data on the report is slightly different. If the report is run by 0 days it lists all returns pending managerial approval. It can also be run by entering a number of days to obtain a list of overage returns pending approval. The report should be run weekly to check for issues including, but not limited to the following:

Any return pending managerial approval for more than one week requires follow-up action.

Refer to IRM 4.7.6.6.10, Work Awaiting Approval, for the list of updates requiring managerial approval.

The Overage Transfer Report, accessed from the AIMS Error Reports option when run as an Admin user, can only be generated by the A/E staff. The report is used to monitor returns in transit to another area or practice area. It uses an ERCS local file, maintained by the A/E staff, to determine the number of days considered overage. It is recommended the local file contain 10 days or less since successful transfers from ERCS to AIMS result in returns immediately dropping off of the report.

The employee ID of the user who initiated the transfer is included on the report. The A/E staff should follow-up with the user to make sure any rejects are resolved timely.

The A/E staff in the sending area should research the returns on the Overage Transfer Report to determine the next action. Assistance may be required from the A/E staff in the receiving area to resolve issues. If returns continue to be listed on the report after they are closed to Status Code 90, contact the HQ ERCS analyst for assistance.

The PBC Transfer Listing, located on the Utilities Menu, Reorganization Programs, is used in conjunction with the Transfer Returns to Another PBC option when a reorganization makes it necessary to transfer returns in an AAC to another area. The report contains all the returns in the AAC entered and displays messages about returns that need to be updated prior to the move.

When the option is run, the program displays a count of returns by the following categories: PSP, Group, Review (includes TS and JCR), PSP Suspense, and CCP. The user has the choice of including returns with statuses over 19 for the report.

Returns with the following comments are ineligible for a PBC transfer:

Comments that indicate possible issues but which do not prevent a PBC transfer are as follows:

The Read Audit Trails program is located on the Utilities Menu, Miscellaneous Programs. It can also be accessed from the Security option on the Login Menu.

ERCS creates audit trails when users add, update, or delete records and when users enter a name or TIN to search for returns. The Read Audit Trails option is available to security representatives and A/E analysts. Refer to IRM 4.7.2.3.4, Audit Trails, for more information.

The Status 90 Hours Report, accessed from the AIMS Error Reports option when run as an admin user, is created each week when AIMS and ERCS records are compared. Returns are included on the report if they have been closed within the last 30 days and the AIMS hours do not match the ERCS hours. The report has a summary section and an inventory section.

The disposal code is listed on the report. Any returns closed non-examined with time applied on ERCS will automatically produce a mis-match on AIMS since the time for non-examined returns does not go to AIMS. For these returns the user should look for excessive time applied to the ERCS record. As a guide for excessive time refer to the chart under IRM 4.7.6.5.6, High Time Report. Excessive time may need to be elevated to the group manager or the territory manager per local procedures.

Users should check with their area or LB&I offices to see if there is a tolerance level for the hours difference when working this report. Any return exceeding the tolerance level should be worked to determine the correct amount of time. When researching the time, a Time Analysis report should be run to compare the time on the Status 90 Hours Report with the time charged in ERCS in case the ERCS time has been updated since the Status 90 Hours Report was created. If it is determined the time on the ERCS record does not match the time on the Time Analysis report, the A/E staff should contact the HQ ERCS analyst if assistance is needed to correct ERCS. (The Status 90 Hours Report gets the ERCS time from the return record and the Time Analysis report gets the time from the individual time charges. Discrepancies between the two can indicate an ERCS issue.)

The Tracking Code Count Report located on the Utilities Menu, Correcting Programs, Utility Tracking Menu provides the A/E staff with a count of returns for each tracking code within a user entered range of codes. There is a count for open returns and for closed returns. This report can be used to determine if a tracking code status can be updated from discontinued to obsolete.