8.10.3 Appeals Inventory Validation Process

Manual Transmittal

October 18, 2023

Purpose

(1) This revises IRM 8.10.3, Appeals Inventory Validation Process.

Material Changes

(1) IRM 8.10.3.1, Program Scope and Objectives, added internal controls section and its related subsections to comply with the Deputy Commissioners of Services and Enforcement Operations Support memo dated September 14, 2016, titled Heightened Awareness, Sensitivity, and Understanding of Internal Controls. Subsequent sections are renumbered accordingly.

(2) IRM 8.10.3.3, Appeals Inventory Validation Process (AIVP), added language to Paragraph (3), under Physical Validation bullet, annually and and the risk of inaccurate ACDS data.

(3) IRM 8.10.3.4.2.1, Normal Update, removed tax period modifier and quick look references, and added two bullets for adding or removing a feature code.

(4) IRM 8.10.3.4.2.2, Error Correction, removed references for adding or removing a tax period modifier.

(5) IRM 8.10.3.4.3, ACDS Update Request Forms, added the APS Action Request Form for Collection Source Cases that can also be used to request ACDS updates.

(6) IRM 8.10.3.4.7, Statute Validation, removed Note referencing tax period modifier.

(7) IRM 8.10.3.4.7.1, IDRS Updates, changed from selecting the default PTM to selecting the PTM assigned to the user’s location and workstream.

(8) IRM 8.10.3.6, Physical Validation, removed ATE and TE descriptions as common terms are referenced in Terms and Acronyms.

(9) Exhibit 8.10.3-1, Managerial Certification Memorandum, added additional verbiage required on the Managerial Certification Memorandum.

(10) Editorial changes to update IRM reference numbers and titles.

Effect on Other Documents

This supersedes IRM 8.10.3 dated August 24, 2015.

Audience

Appeals Employees

Effective Date

(10-18-2023)


Patrick E. McGuire
Acting Director, Case and Operations Support

Program Scope and Objectives

  1. Purpose: This IRM section describes the Appeals Inventory Process System (AIVP).

    1. Establishes and provides guidance and procedures for the IRS Independent Office of Appeals employees and managers to update, change, or modify critical data fields in ACDS, without sending paper requests to APS.

    2. Provides the steps for a physical validation through physical inspection of case files commonly referred to as a Drawer to List Inventory Validation.

  2. Audience: Appeals Employees

  3. Policy Owner: Policy, Planning, Quality and Analysis is under the Director of Case and Operations Support.

  4. Program Owner: Director, Policy, Planning, Quality and Analysis.

  5. Contact Information: Appeals employees should follow established procedures on How to Contact an Analyst. Other employees should contact the Product Content Owner shown on the Product Catalog Information page for this IRM.

Background

  1. IRS Business Units are required to report accurate results of operations. Appeals depends upon ACDS data to generate these reports. In addition, we use ACDS reports to effectively manage our operations. Appeals is committed to data accuracy and internal controls on system changes. AIVP Validation Tracking System delivers a systemic solution to data accuracy and monitoring changes in the ACDS database.

  2. As stated in IRC 7803(e)(3), the Appeals mission is to resolve Federal tax controversies without litigation on a basis that is fair and impartial to both the Government and the taxpayer, promotes a consistent application and interpretation of, and voluntary compliance with, the Federal tax laws, and enhances public confidence in the integrity and efficiency of the IRS. Appeals accomplishes its mission by considering protested and Tax Court cases and negotiating settlements in a manner which ensures Appeals employees act in accord with the Taxpayer Bill of Rights (TBOR) in every interaction with taxpayers. The Taxpayer Bill of Rights (TBOR) lists rights that already existed in the tax code, putting them in simple language and grouping them into 10 fundamental rights. Employees are responsible for being familiar with and acting in accord with taxpayer rights. See IRC 7803(a)(3), Execution of Duties in Accord with Taxpayer Rights. For additional information about the TBOR, see https://www.irs.gov/taxpayer-bill-of-rights.

Authority

  1. IRM 8.10, Appeals Reports and Projects, establishes the policy framework for Appeals reports.

Responsibilities

  1. The Policy analyst shown on the Product Catalog page as the originator is the assigned author of this IRM.

Program Reports

  1. Policy, Planning, Quality, and Analysis (PPQ&A) provides trend and data analyses and detailed summary reports for Appeals.

Terms and Acronyms

  1. See IRM 8.1.1-1, Common Terms Used in Appeals, for common terms and definitions used in IRM Part 8. Terms listed in this exhibit are not included in this section.

  2. The table lists commonly used acronyms and their definitions:

    Acronym Definition
    AD2LIV Appeals Drawer to List Inventory Validation
    AIVP Appeals Inventory Validation System
    VTL Validation Tracking Log
    VTS Validation Tracking System

Related Resources

  1. This IRM is the primary source of guidance on this program. The following provide additional sources of guidance.

    • IRM 8.1.3.2.10, Appeals Inventory Validation Process (AIVP)

    • IRM 8.10.1, Appeals Reports and Projects, Internal Reports

    • IRM 8.20.6, Account and Processing Support (APS), Interim Actions

    • IRM 8.21.1, General Statute Responsibility

    • IRM 10.5.4.3, Reporting Losses, Thefts and Disclosures

Validation of Appeals Centralized Database System (ACDS)

  1. All employees share responsibility for ACDS data accuracy and quality. Database validation ensures ACDS is as accurate as possible at all times. It is important to identify and correct data errors throughout the case's life cycle.

  2. Inventory validation ensures the following:

    • Control of case inventory in Appeals’ jurisdiction

    • Verification of statute of limitation dates

    • Quality and reliability of data in ACDS

Appeals Inventory Validation Process (AIVP)

  1. This section establishes requirements for inventory validations to ensure case files and tax returns in Appeals' possession are properly controlled on ACDS and data reflected in the database is accurate.

  2. All employees who establish cases on ACDS, or who are assigned cases and tax returns for resolution of tax matters, are responsible for controlling and validating Appeals' inventory of case files and tax returns.

  3. Validating inventory, statute dates, and database accuracy involves both automated and physical validation methods.

    • Automated validation of critical data fields is accomplished through the Validation Tracking System (VTS), which systemically requires users to perform case validations throughout the life cycle of each case in Appeals' inventory.

    • Physical validation is accomplished annually through physical inspection of case files and is conducted as an Appeals Drawer to List Inventory Validation (AD2LIV). Taking into consideration resources, budget constraints, and the risk of inaccurate ACDS data, each Area Director can approve the use of an alternative method to conduct physical validations. Examples of alternative methods include: physical validation of a statistically valid sample of cases, physical validation of all or part of the inventory of one or more co-located employees, delegating physical validation to a proxy, or any other method approved by the Area Director. Appeals Team Managers (ATM) and Processing Team Managers (PTM) are responsible for completing the physical validation process jointly with their employees who are assigned an inventory of cases. For the purpose of efficiency managers could also complete an annual AD2LIV in conjunction with a workload review when possible.

Validation Tracking System (VTS)

  1. The VTS was designed to make it easier to achieve data accuracy and improve the data quality of the ACDS database. The VTS systemically requires validation at various designated points in the life cycle of all cases in Appeals inventory.

  2. The VTS allows users to confirm that the data in ACDS is accurate at the time of validation. If an update is needed, the user may update, change or modify entries in any of the current critical data fields they have permission to change. See IRM 8.10.3.4.1 (2), Critical Data Field, for a list of critical data fields by position and validation type. All updates, changes or modifications made to critical data fields through the VTS post on ACDS immediately.

  3. The system requires validation of critical data fields at the following designated points in the life cycle of the case:

    • Case receipt (card-in)

    • ATE assignment

    • Anniversary (over 365 days old)

    • Case closing

Critical Data Field

  1. A critical data field is an ACDS data field identified as essential to ensuring that Appeals’ data is accurate and reliable. A data field is designated critical by headquarters.

  2. A document listing Critical Data Fields by position and validation type is posted on the Appeals website. Use the hyperlink in this paragraph or navigate to the document from the Appeals Home page by clicking on Systems and Technology → Appeals Applications → AIVP VTS → Critical Data Fields (under the heading Resources).

Reason Codes

  1. Users are required to make a determination as to the nature of the change to a critical data field and designate a reason code:

    • Normal Update (N) - No one is "charged" with an error when a change is designated as a normal update.

    • Error Correction (E) - The prior team in possession of the case is "charged" with an error when a change is designated as an error correction.

  2. Reason codes are captured as part of the ACDS data accuracy calculation and reports.

Normal Update
  1. A normal update is a change to a critical data field that is required as part of normal case management. Examples of normal updates include:

    • Changing an address because the taxpayer or the representative moved while the case was in process

    • Changing the statute date or code because you executed a statute extension

    • Changing the statute date or code because you received an agreement during the 90-day period

    • Changing the statute date or code because of an event or tax law, such as bankruptcy or TEFRA

    • Adding a required feature code

    • Removing a feature code because the feature no longer applies

Error Correction
  1. An error correction is a change to a critical data field because information on the system is not accurate based on source documents in your possession. This could be due to an incorrect determination or an input error. Examples of error corrections include:

    • Changing data due to key stroke errors

    • Changing the statute date or code due to statute determination errors

    Note:

    An input error does not mean it's an APS input error. Because the VTS allows others to input changes to critical data fields, the error is charged to the prior team in possession of the case.

ACDS Update Request Forms

  1. Prepare ACDS Update Request Form or APS Action Request Form for Collection Source Cases found on APGolf to make an ACDS update request to APS. The VTS eliminates the need for most ACDS update requests to APS. The ATE must update critical data fields on their assigned cases from the VTS unless the case is in APS' possession. APS will reject ACDS update requests that the ATE is required to make. When an update to ACDS is needed that cannot be made through the VTS, APS will make the update to ACDS upon receipt of a completed request form. See IRM 8.20.6.3, Account and ACDS Updates, Changes, or Corrections Required as an Interim Action, for the procedures and timeframes for APS to complete the ACDS update.

    Note:

    To update a non-timesheet case through the VTS, access the validations menu by clicking the "Validations" button at the bottom of the "search case results screen" . Non-timesheet cases are not accessible from CARATS. Non-timesheet cases are related records linked to timesheet cases with the same workunit number.

Other System Updates

  1. If an ACDS update made through the VTS requires APS to make an update to another related system (for example, ISTS), submit an update request to APS, using the appropriate form or format for the related system.

Validation Format and Functions

  1. All of the validation screens display the current data on the system for each critical data field in a column headed "Original Data." The person validating the case makes changes to critical data fields in the column headed "Data" by either entering new data in write-in fields or making a selection from a drop-down list, if one is provided. For each change made, the user must check a box to indicate whether the change was a "normal update" or "error correction." See IRM 8.10.3.4.2, Reason Codes.

  2. All of the validation screens provide the user with options to:

    1. Save Draft and Exit - this option allows the user to save changes as a draft and exit the screen and return later to complete the validation. Any changes saved as draft will remain on the system for 30 calendar days from the date of the last update saved as draft. Only the person who saved the draft can view the draft. A dialog box will appear after the user clicks the button to confirm that the validation was saved as a draft. Click OK to Exit the validation screen.

    2. Validate - this option submits the user's changes, or, if no changes were made, validates that the information on the system is accurate. The user should click the Validate button only after reviewing all data on the screen and determining that it’s correct. After the user clicks the "Validate" button, the system displays a message confirming that the validation was successful. When Validate is clicked, the change is immediately written to ACDS. New CARATS Action Code VA is systemically generated when a validation is submitted.

    3. Cancel - this option deletes all changes input on the screen and returns the user to the previous screen. A dialog box appears warning the user the change will not be saved, asking, "Are you sure you want to exit without saving or validating?" Click "Yes," and the system will cancel the changes and return to the previous screen. Click "No" and the screen remains available for updates.

    4. Print - this option allows users to print the validation screen. The print button is located in the top right hand corner of the screen.

    5. Help - this option opens a pop-up window that explains the validation process. The button is located next to the print option in the top right hand corner of the screen.

Validation Types

  1. The following is a list of validation types by position:

    Validation Type Position
    Statute
    • ATE

    • ATM

    • TE

    • PTM

    Create Case TE
    Assignment ATE
    Anniversary ATE
    Sample
    • ATM

    • PTM

    Workload ATM
    Closing
    • ATE

    • TE

    Other
    • ATE

    • ATM

    • Secretary

    • TE

    • PTM

Statute Validation

  1. The assigned employee will perform a data accuracy validation, which includes a statute validation.

    1. APS Tax Examiners (TEs) are required to verify case information as part of the card-in process, and will complete a "Create Case" validation in ACDS prior to sending the case to the Appeals Team Manager (ATM) for assignment or the Processing Team Manager (PTM) for sample validation.

    2. Appeals Technical Employees (ATEs) are required to validate case information on all cases in their inventory, and will complete an "Assignment Validation" in VTS as directed for the procedures applicable to the workstream.

  2. The "statute validation" lists only statute-related critical data fields:

    • TAX PERIOD

    • STATUTE DATE

    • STATUTE CODE

  3. See IRM 8.10.3.4.7.1, IDRS Updates, for information on updating IDRS when submitting a validation including a change to a statute date or statute code on a tax period controlled on ACDS with an AIMS Indicator "Y" .

IDRS Updates
  1. APS users will also update IDRS when required whenever they update a statute date or statute code on ACDS.

  2. When a non-APS user completes a validation that includes a change to a statute date or statute code on a tax period with an AIMS Indicator "Y" on ACDS, the system:

    1. Selects the PTM that has been assigned to support the user’s location and workstream, and

    2. Creates a new PEAS case with PEAS Type = AIVP/Sub Type = AIMS in the selected PTM's inbox.

    The systemic creation of an unassigned PEAS case ensures the IDRS statute date/code update will be assigned to an APS TE.

Appeals Technical Employee (ATE) Validations

  1. ATEs will ensure all assigned cases are properly controlled on ACDS

  2. ATEs will validate critical data fields (CDF) using the Validation Tracking System (VTS). Once validated, ACDS updates made through VTS will display immediately.

  3. All changes to critical data fields are tracked on the Validation Tracking Log (VTL), accessible from the CARATS screen menu.

    Note:

    See IRM 8.10.3.4.1 (2) for a listing of all fields available for updates in VTS.

  4. ATEs may access the validations menu for their assigned cases by clicking the "Validations" link from CARATS or the "Validations" button at the bottom of the search case results screen. Some menu options may be "grayed out" or not listed when not systemically required. You must complete systemically required validations when required or the system will prevent subsequent updates. ATEs perform the following types of validations:

    • ATE - Assignment - systemically required when the ATE saves the CARATS entry CR/NR.

    • ATE - Anniversary - systemically required at the received date plus 365 days.

    • ATE - Closing - systemically required when the ATE saves the CARATS entry AC/FR

    • ATE - Other - this option is available at any time and includes all critical data fields open to the ATE for edit

    • ATE - Statute - this option available at any time and includes statute-related critical data fields open to the ATE for edit

  5. The ATE will directly update all available critical data fields through the VTS. The ATE will designate each change identified as part of the validation process as either a Normal Update (N) or an Error Correction (E).

  6. When a change is required that is not part of the VTS critical data fields, the ATE will prepare and submit an ACDS Update request to APS, identifying the required update, change or modification.

ATE - Anniversary Validation Listing
  1. An Anniversary Validation is required when a case has been open in the Appeals inventory for more than 365 days. The Anniversary Validation supports the Appeals annual inventory validation requirement to review each case at least once every 365 days and is an opportunity to ensure ACDS data matches information in the source documents.

  2. A system notification alerts the ATE that an Assignment validation is required. No further action can be taken on the case until the Anniversary Validation is completed, for each case in the work unit.

  3. If there has not been a previous validation of the case, both the Assignment and Anniversary validations may be required.

  4. An Anniversary Validation is not required if any of the following conditions are met:

    • The ATE completed the Assignment Validation within the previous 30 days.

    • The CAR shows AC/FR or AC/OD entry

    • The case shows ACAPDATE entry

    • The case is assigned in PEAS

    • The case has a DATECLSD and closing code <22 or = 45

  5. The ATE - Anniversary Validation Listing is located on the Main Reports Menu. This is a listing of workunits that need an anniversary validation. The list contains the following information for each workunit listed:

    • TPNAME

    • WUNO

    • TIN

    • MFT

    • DKTNO

    • KeyYear

    • Assigned

    • Part

    • Status

Appeals Team Manager (ATM) Validations

  1. ATMs may access the "Validations" menu for their team's assigned cases from the ATM main menu or from the search case results screen. Some menu options may be "grayed out" or not listed when not systemically required. ATMs perform the following types of validations:

    • ATM - Workload Review - this option is available at any time

    • ATM - Sample - required on a systemically selected sample of cases when the ATM enters the ATM approved date (ACAPDATE). The ATM Sample size is set by Headquarters. (Setting the sample size at zero removes the requirement to conduct the sample validation.)

    • ATM - Other - this option is available at any time and includes all critical data fields open to the ATM for edit

    • ATM - Statute - this option is available at any time and includes statute-related critical data fields open to the ATM for edit

Tax Examiner (TE) Validations

  1. TEs may access the "Validations" menu for any case they have permission to access from the search case results screen. Some menu options may be "grayed out" or not listed when not systemically required. TEs perform the following types of validations:

    • APS - Create Case - systemically required when the TE cards a case.

    • APS - Closing - systemically required when the TE closes a case

    • APS - Other - this option is available at any time and includes all critical data fields open to the TE for edit

    • APS - Statute - this option available at any time and includes statute-related critical data fields open to the TE for edit

Processing Team Manager (PTM) Validations

  1. PTMs may access the "Validations" menu for any case they have permission to access from the search case results screen. Some menu options may be "grayed out" or not listed when not systemically required. PTMs perform the following types of validations:

    • PTM - Sample - required on a systemically selected sample of cases when the APS TE cards the case on ACDS before it goes to the ATM for assignment. The PTM Sample size is set by Headquarters. (Setting the sample size at zero removes the requirement to conduct the sample validation.)

    • PTM - Other - this option is available at any time and includes all critical data fields open to the PTM for edit

    • PTM - Statute - this option is available at any time and includes statute-related critical data fields open to the PTM for edit

Secretary Validations

  1. Secretaries may access the "Validations" menu for any case they have permission to access from the search case results screen. Some menu options may be "grayed out" or not listed when not systemically required. Secretaries may perform the "Secretary - Other" validation. This option is available at any time and includes only critical data fields related to preparing correct letters:

    • TPName

    • TP Address

    • POA

    • POA Address

    • TYPE

    • Tax Period

Validation Tracking Log (VTL)

  1. The Validation Tracking Log (VTL) lists all validations submitted on a case and can be used to interpret changes to critical data fields. All ACDS users have read-only access to the VTL.

  2. To access the VTL, select the case from search results, then click on the VTL button for that case at the bottom of the search case screen. There are various other VTL entry points in ACDS, depending upon the user’s permissions.

  3. The VTL displays data for one case at a time and includes the history of critical data field changes made through the VTS. You can view or print detailed information about each validation by clicking on the"plus" sign to expand the data for the validation type listed.

Physical Validation

  1. Physical validation is accomplished through physical inspection of case files. Physical validation is performed to ensure cases and tax returns assigned to or in the possession of employees for resolution of tax matters are established, processed or controlled on ACDS. A physical validation identifies:

    1. Cases in possession of an Appeals employee but not controlled on ACDS.

    2. Cases controlled on ACDS but not in the possession of an Appeals employee.

    3. Erroneous statute of limitation dates and/or codes.

  2. The physical validation process is commonly referred to as an Appeals Drawer to List Inventory Validation. Each fiscal year, Appeals Team Managers (ATM) and Processing Team Managers (PTM), in collaboration with their employees who are assigned an inventory of cases, are responsible for conducting a physical validation. For efficiency, managers could complete the physical validation in conjunction with a workload review when possible.

    Note:

    Physical inventory validation does not relieve employees of statute verification upon receipt of the case as outlined in IRM 8.21.1, General Statute Responsibility.

  3. ATMs can use the AD2LIV to conduct a physical IVL in collaboration with their employees.

  4. PTMs can use the PEAS Inventory List to conduct a physical IVL in collaboration with their employees.

  5. Area Directors can approve using an alternative method to conduct physical validations.

Appeals Drawer to List Inventory Validation Process Report

  1. The Appeals Drawer to List Inventory Validation Process report is located on the Appeals Team Manager Functions menu.

  2. The Appeals Drawer to List Inventory Validation Process report was designed for ATMs to use when conducting a drawer to list physical IVL of all cases assigned to and in the possession of an ATE. It can be worked on-screen from ACDS without printing until the validation is completed.

  3. Validate cases from the drawer to the list. Pull each administrative file in the ATE's possession and compare it to the listing.

    Note:

    Do not validate from the list to the drawer.

  4. When the report is initially displayed, the "Validated" checkbox will be checked for any case that has had an "ATM - Workload Review Validation" within the last 365 days by the ATM running the report.

  5. To validate a case, click on the TPNAME hyperlink to open the "ATM - Workload Review Validation" for the case.

  6. At a minimum, validate the accuracy of the following required critical data fields (CDFs):

    • TAX PERIOD(S)

    • STATUTE DATE(S)

    • STATUTE CODE(S)

  7. Update the required CDFs as needed. You may also update any of the other CDFs included on the validation screen. After you've changed CDFs or determined no changes are needed, click "Validate."

    Note:

    You may also exit without making updates to return to the report.

  8. When you are returned to the report after clicking "Validate," a check mark will appear in the "Validated" check box for the case. If you change one of the following CDFs, you will see the change when you are returned to the report:

    • TAXPAYER

    • TYPE

    • FEATURE

    • MFT

    • TAX PERIOD

    • STATUTE DATE

    • STATUTE CODE

  9. Insert comments about each case, if warranted, by typing up to 250 characters in the "Comments" field.

    Note:

    Comments are saved when you click "Save the Draft." Validations are saved when you click "Validate."

  10. Click "Save the Draft." to save the report in draft form when you are not able to complete the report in one sitting.

    Note:

    You may exit ACDS and return where you left off to complete the validation for up to two weeks. If not completed in two weeks, the draft will be discarded, no validation will be recorded, and you must start over.

  11. When all cases have been validated, thus inserting check marks into all of the "Validated" check boxes, the "IVL Completed" button will become enabled. Click on this button to finish the "Drawer to List" process. The "Print" dialog screen will then be displayed, giving you the opportunity to print the report.

    Note:

    Print the report on legal size (8 1/2 X 14) paper, landscape orientation. Or, print to an Adobe file and save and backup the file. Destroy the worked report in accordance with Document 12990, Records Control Schedules, Appeals, Section 10.

  12. Update ACDS to account for any administrative file in the ATE's physical possession and not on the listing.

  13. Follow the procedures in IRM 8.10.3.6.1.5, Missing Case or Tax Return, for any case or tax return that is on the list but not in the drawer and not accounted for.

  14. If a change is needed to a CDF that is not included on the "ATM - Workload Review Validation" , the ATE should use the "Other Validation" option.

Cases in ATM's Possession
  1. The ATM will validate cases on the Appeals Drawer to List Inventory Validation Process report that were closed to the ATM but do not have an ACAPDATE.

Cases in APS' Possession
  1. If a case is on the ATE’s Appeals Drawer to List Inventory Validation Process report but clearly in APS' physical possession and ACDS research supports the determination of the location of the case, the ATM and ATE are not responsible for physically inspecting the file but must add appropriate comments to the Appeals Drawer to List Inventory Validation Process report. Enter and save the comments and validate the case with no changes to critical data fields, to "check" the case off the report. Examples of appropriate comments include:

    • "ACAPDATE MM/DD/YYYY and assigned on PEAS for closing MM/DD/YYYY to (TE Name)"

    • "ACAPDATE MM/DD/YYYY and assigned on PEAS for interim assessment to (TE Name)"

    • "ACAPDATE MM/DD/YYYY and assigned on PEAS for SND (NOD) to (TE Name)"

    • "ACAPDATE MM/DD/YYYY and ACTION = STIPFF/STATUS = E/STP "

    • "ACAPDATE MM/DD/YYYY and SNTYPE = 090A/SNDATE = MM/DD/YYYY/STATUS = E/TSN"

  2. If a case has been reviewed, approved and forwarded to APS but not assigned on PEAS, annotate the Appeals Drawer to List Inventory Validation Process report with "ACAPDATE and not on PEAS" . Notify the PTM to locate the case. Do not validate the case until it has been accounted for. If the case cannot be located, follow the procedures in IRM 8.10.3.6.1.5, Missing Case.

Cases in Tax Computation Specialist (TCS) Inventory
  1. TCS is not required to conduct a physical IVL. If a case needs to be validated and it's in TCS inventory, the TCS working the tax computation request is not responsible for validating the case. The ATM/ATE or PTM/TE will validate any case in TCS inventory on the inventory list.

    Note:

    TCS does not need to generate an open inventory listing.

Cases in Chief Counsel's Possession
  1. Docketed cases in the possession of IRS Chief Counsel for trial preparation should be identified as "Part 3" on ACDS. "Part 3" cases are excluded on the Appeals Drawer to List Inventory Validation Process report. No other validation is required for "Part 3" cases in Counsel's possession.

  2. If a docketed case is in Counsel’s physical possession for trial preparation but in "Part 2" on ACDS, then update the "Part" to "Part 3" .

    Note:

    APS must update the "Part" using closing code 43.

  3. If a docketed case is in Appeals' physical possession but listed as "Part 3" on ACDS, then update the "Part" to "Part 2" . Then, validate the case in Appeals’ possession.

    Note:

    APS must update the "Part" using closing code 42.

  4. Validate "Part 1" or "Part 2" cases in Counsel's physical possession, such as for decision document preparation, notice of deficiency review, OIC legal sufficiency review, etc. It may be necessary to retrieve the file to perform the validation.

Missing Case or Tax Return
  1. List cases or tax returns that you could not locate during the physical validation on the Missing Case Report.

  2. Include the plan of action for how the case was located or resolved on the Missing Case Report.

  3. Include the Missing Case Report as an attachment to the Managerial Certification Memorandum.

  4. Exhibit 8.10.3-2 provides a template for the Missing Case Report.

  5. See also IRM 10.5.4.3, Reporting Losses, Thefts and Disclosures, and its subsections, for procedures on reporting the loss of sensitive information immediately upon discovery.

ATE Case Inventory List

  1. The ATE Case Inventory List is another validation report option within ACDS for ATEs. ATEs may generate an ACDS ATE Case Inventory List, (titled "AO Inventory List" ) as needed.

  2. Generate a current ACDS ATE Case Inventory Listing as follows:

    Step Action Required
    1 The AO Inventory List is located under Reports→Case Inventory Reports→ AO Inventory List.
    2 Employee’s name defaults to their name automatically.
    3 Sort inventory by "KEYCASE+TPNAME" .

    Note:

    DO NOT check the box that reads - "Include closed cases in inventory?"

    4 Select the button option that reads - "Print Part 3 and related WUNOs separately at bottom of listing."

Physical Inventory Validation for Appeals Processing Services (APS)

  1. APS inventory consists of assigned and unassigned inventory. APS conducts physical inventory validations using a variety of reports and methods, including:

    1. Validation Tracking System - APS validates cases using the VTS when required by the system throughout the life cycle of the case.

    2. PEAS Inventory List - The PTM can use this report to conduct a physical inventory validation of assigned cases with the Tax Examiner, preferably during a workload review.

    3. Other inventory validation related reports - APS generates and works other inventory validation related reports related to controlling the physical location of assigned and unassigned cases and statutes, as required in IRM 8.10.1, Appeals Reports and Projects, Internal Reports.

    .

PEAS Inventory List
  1. Generate a current PEAS Inventory List as follows:

    Step Action Required
    1 Access the "PEAS Inventory List" located under APS→Reports→IVL
    2 Select the employee from the drop-down list
    3 Select "Just Cases in Inventory"
    4 Sort by TPNAME
    5 Check the box to "Include open PEAS cases with no open returns"

  2. In addition to the PTM using this list for the physical IVL, the TE may generate and work this report on an as needed basis.

Case Inventory Reports
  1. As required in IRM 8.10.1, Appeals Reports and Projects, Internal Reports, APS generates and works a variety of case inventory reports. The following case inventory reports and report parameters are also used for physical inventory validation:

    • ACDS Unassigned Report – Select the 2nd option and then select Action

      Note:

      ACTION ="(blank)" OR ACTION = "SHIPPED"

    • Statutory Notice Report
      Answer Y to question whether to include NPS cases
      Enter Beginning SN Issued Date: Subtract one year from default date (first date of current month less one year)
      Enter Ending SN Issued Date: Use default date (last date of current month).
      Answer Y to question whether to print the earliest Statute Date

    • STIPFF (Stipulated Decision Documents for Filing) Alpha List - see IRM 8.10.1.4.3.1.12 (6), PROCEDURES FOR THE STIPFF ALPHA LIST.

Managerial Certification

  1. Managers will follow their Area's instructions to certify conducting the physical IVL and results.

  2. Areas will follow their Director's instructions to certify conducting the physical IVL and results.

  3. See Exhibit 8.10.3-1. This exhibit provides a template to use as the Managerial Certification Memorandum.

Managerial Certification Memorandum

(memo)
DATE:  
TO: (Name and Title)
FROM: (Certifying Manager's Name and Title)
SUBJECT: FYXX Appeals Physical Inventory Validation - Managerial Certification
  This memorandum serves as my certification that I have completed the FYXX physical validation for the following employees on the following dates:
  Employee Name Date Validation Completed
  [Employee Name] [Date Completed]
  [Insert additional rows as needed]
  The following critical data fields were corrected during the physical inventory validation:
[Include WUNO, ATE Last Name, Critical Data Field Corrected (name of field), Description of what was corrected]
[Insert additional rows as needed]
  [Insert appropriate paragraph.]
There were no missing cases identified.
or
Cases and/or tax returns that could not be found are listed on the Missing Case Report attached to this memorandum.
  Please contact me if you have any questions or require additional information.
[Certifying Manager’s Name]
[Certifying Manager’s Telephone Number]
[Certifying Manager’s email Address].
Attachments: Missing Case Report (If applicable)

Missing Case Report

AREA TEAM EMPLOYEE ASSIGNED TAXPAYER NAME TAX PERIOD(S) ACDS STATUTE DATE ACTIONS (Include date of discovery and actions taken to locate or reconstruct the missing case or tax return.)
[Insert additional rows as needed]