AccessibilitySkip to Top NavigationSkip to Main ContentHome  |  Contact IRS  |  About IRS  |  Site Map  |  Español  |  Help  

3.5.17  Federal Tax Deposit System (Cont. 4)

3.5.17.49  (01-01-2008)
TEP Deleted Records List—FTD 77–43

  1. Deleted Records List—Is a listing of all blocks deleted from the transaction tape. (See Figure 3.5.17-156). This is used to notify the Computer Branch of program errors and machine failure and to verify that the Block Deletions were effective.

    1. Verify that all SCCF Generated deletions were made by using the SCCF Generated Block Delete List as a check off against the TEP Deleted Records List. (See Figure 3.5.17-156).

    2. This block cannot be deleted at ECC MTB during BMF processing because the TLN is dropped from further processing during TEP and the block DLN generated is not the same for each record within a partial block or transmittal.

    3. Determine if FTD posted to BMF by locating the FTD coupon from the Tape Sequence No. on TEP Release List. Use the EIN from the FTD coupon to check the BMF Account Register to see if the FTD posted. If it did post and should not have posted, prepare a reversal/replacement transmittal to correct the error.

    Figure 3.5.17-156

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    SCCF Generated Block Deletes/TEP Deleted Record List

3.5.17.49.1  (01-01-2008)
TEP—Deletion Code 01

  1. TEP Deletion Codes—all FTDs in sequence on Good Tape with the same TLN are deleted. All conditions under each Deletion Code must be met.

  2. Deletion Code 01

    1. TLN match between SBRDT Release Record and Good Tape FTD partial block.

    2. Count and/or amount from SBRDT Release Record unequal to count and/or amount from Good Tape FTD partial block; print on TEP Mismatch List with Mismatch Code 08.

3.5.17.49.2  (01-01-2008)
TEP—Deletion Code 02

  1. Deletion Code 02

    1. TLN match between SBRDT Delete Record and Good Tape FTD partial block. This will be a SCCF Generated Block Delete.

    2. If count and/or amount do not agree, also print on TEP Mismatch List with Mismatch Code 04.

3.5.17.49.3  (01-01-2008)
TEP—Deletion Code 04

  1. Deletion Code 04

    1. No TLN match between SBRDTs last five records and Good Tape FTD partial block.

    2. The assumption is an invalid TLN on Good Tape which there is no control TLN. FTDs are printed on TEP Mismatch List with Mismatch Code 10.

3.5.17.49.4  (01-01-2008)
TEP—Deletion Code 05

  1. Deletion Code 05 FTDs

    1. TEP will delete individual FTD transaction records with a transaction amount of zero. A CCR will be generated for posting to the SCCF the following day. A SCCF Adjustment must then be input to reduce the SC TCR by the number of zero amount FTDs deleted by TEP.

3.5.17.49.5  (01-01-2008)
TEP—Deletion Code 06

  1. Deletion Code 06

    1. TLN match between SBRDT Release Record and Good Tape FTD partial block.

    2. Count and amount on TLN match are equal.

    3. Good Tape FTD record(s) within partial block improper format such as an alpha character in a numeric field.

    4. Not all FTD records are deleted unless they all fail the format validities.

3.5.17.49.6  (01-01-2008)
TEP—Deletion Code 08

  1. Deletion Code 08

    1. No TLN match between SBRDTs last five records and Good Tape FTD partial block.

3.5.17.50  (01-01-2008)
TEP Good Tape Release List—FTD 77–40 and Revenue Receipts Summary—FTD 77–41

  1. The TEP Good Tape Release List (See Figure 3.5.17-157 ) identifies each TLN that cleared SCCF during daily processing. The list includes the FTD count, amount, and tax class for each TLN. In addition, it shows the Tape Sequence Number (TSN).

  2. TSN can be located on the Control Record List and traced to the TEP Good Tape Release List, to ensure a block has gone to good tape. Only the individual tax deposit records included with the TLNs are released to ECC MTB.

  3. There are no reports to show these records. However, the file is FTD 77–03. The file is electronically (Network DataMover (NDM) software) transmitted to ECC MTB daily for updating the BMF accounts on a weekly basis.

  4. It is extremely important that these records be processed in a timely manner, thereby, allowing one complete cycle to be processed during that posting cycle.

    1. The SPC Accounting Control/Services Operation, FTD Department, has the responsibility of releasing the FTD 77–03 and FTD 77–41 files. Once the file is released, the Operations Function is responsible for transmission to ECC MTB.

    2. Tape (or reel) numbers should be logged to identify and trace all processed and transmitted records. These numbers are important in case the transmission is bad and replacements are needed.

    3. Prior to releasing the file, use Form 9576 (Accounting Branch Good Tape Release Log) to annotate the posting cycle, SPC's reel number for FTD 77–03 file, and release date. (See Figure 3.5.17-159). Once the file is released by the SPC, annotate reel number that ECC MTB used and date received.

      Note:

      The Operations Area should provide a select statistics copy showing the two reel numbers immediately after the transmission is received at ECC MTB. (See Figure 3.5.17-158).

    4. Form M-4450A, ECC MTB Router Run Vers. II Abridged Acceptance Voucher Summaries (793-02), will be used by ECC MTB to acknowledge receipt of all reels. The summary will identify one processing cycle and will be mailed to the FTD Unit for confirmation. To insure all reels are accounted for, upon receipt of FM-4450A, check reel numbers on summary against Form 9576. If a discrepancy occurs, notify the SA.

  5. The Revenue Receipts Summary, FTD 77–41 (See Figure 3.5.17-158) is the control sheet for FTD 77–03 and FTD 77–40. The summary lists total credits and debits for each tax class, and total credit and debit FTD count. The summary will be transmitted to ECC MTB with FTD 77–03 file. It should also be sent to the RACS Function to be journalized on a daily basis.

    1. Balancing the Revenue Receipts should be completed prior to releasing the file. (See IRM 3.5.17.38).

    2. Annotate both SPC and ECC MTB reel numbers on the bottom of the summary prior to releasing it to the RACS Function. These numbers should also be entered on Form 9576. (See Figure 3.5.17-159).

      Note:

      On certain occasions, the Revenue Receipts Summary may need to be released to the RACS Function before the ECC MTB reel numbers are known. When this occurs, the summary should be retrieved in order to annotate ECC MTB's reel numbers.

    Figure 3.5.17-157

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    TEP Good Tape Release List

    Figure 3.5.17-158

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Good Tape Release Reel Numbers

    Figure 3.5.17-159

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Accounting Branch FTD Good Tape Release Log

3.5.17.51  (01-01-2008)
TEP Mismatch List and Codes—FTD 77–42

  1. The TEP Mismatch List (See Figure 3.5.17-160) is printed for all discrepancies and non-matches between either Release Record, Delete Record and the Good Tape FTD Block. An asterisk to the left of the record will indicate that the block is also on the TEP Deleted Record List.

  2. Mismatch Code 04

    1. TLN match between SBRDT Delete Record and Good Tape FTD partial block.

    2. Count and/or amount from SBRDT Delete Record are unequal to those of Good Tape FTD partial block.

  3. Mismatch Code 07

    1. Count and/or amount from SBRDT matched Release Record are not equal to the accumulated count and/or amount from the corresponding FTD records deleted from Good Tape.

  4. Mismatch Code 08

    1. TLN match between SBRDT Release Record and Good Tape FTD partial block.

    2. Count and/or amount from SBRDT Release Record is unequal to accumulated count and amount from corresponding FTD records on Good Tape.

  5. Mismatch Code 10

    1. TLN does not match Good Tape FTD Record.

    Figure 3.5.17-160
    This image is too large to be displayed in the current screen. Please click the link to view the image.

    TEP Mismatch List

3.5.17.52  (01-01-2008)
TEP Deletes—Combined Control Record

  1. TEP Deletes CCR explanation.

  2. For every partial block of FTDs deleted from Good Tape during TEP, a CCR is generated on a Controls Data Tape for posting to the following day.

  3. The type of CCR generated depends on the source of the deletion (SCCF Gen. = S; Manual = M; TEP Generated = T).

  4. If SCCF is source of deletion, the following actions occur: Assume 15 FTDs on Error Register were corrected to Good Tape. A CCR with FT "6 7" (From Code = 6, To Code = 7) was generated. This CCR attempted to post to SCCF but was invalid for some reason and did not post.

    1. SCCF will: Turn on ADSI. Generate Delete Record for TEP with Original From Code (OFC). Although 15 FTD records are on the Good Tape, the SCCF shows these 15 FTDs as being in Error status.

    2. TEP will then: Delete 15 FTDs from Good Tape due to Delete Record generated by SCCF. Print 15 deleted FTDs on TEP Deletion List. Generate TEP Delete CCR on Control data Tape with FT "S 2" (S = SCCF, 2= Delete-reinput) and OF Code = 6 (6 = Error).

    3. The following day the CCR generated in (4) above will be input to SCCF.

    4. The same day a SCCF Adj. must be prepared to turn off the ADSI if the deleted records are to be reinput.

    5. The SAR posts first to SCCF, turning off the ADSI.

    6. Immediately following, the CCR from TEP posts with the following results: From Code of "S" tells SCCF that CCR from (2) above did not post and that the 15 FTD count is in the balance shown by the OF Code (6= Error). SCCF reduces Error Balance by 15 FTDs and increases Awaiting Transcription balance by 15 FTDs. SCCF is now correct and ready for deleted FTDs to be reinput the following day (2nd day after error correction activity).

  5. If TEP is source of deletion, the following actions occur:

    1. Assume Transmittal of 20 FTDs on BOB Register was corrected to Good Tape.

    2. A CCR with FT "3 7" (From Code = 3, To Code = 7) was generated during BOB Correction.

    3. This CCR did post to SCCF otherwise it would be a SCCF generated delete.

    4. SCCF adjusts status balances to show 20 FTD records in Good Balance, 0 FTDs in BOB Balance.

    5. SCCF generates Releases Record for block to TEP.

    6. TEP generated delete results in: 20 FTDs dropped from Good Tape. 20 FTDs printed on TEP DRL. Generation of CCR onto Control Data Tape with FT "T 2" (T = TEP, 2= Delete-reinput).

    7. The following day the CCR generated in (c) above will post to the SCCF reducing the Good Balance to 0 and increasing the Awaiting Transcription Balance to 20. This is accomplished because the SCCF interprets "T" From Code as "7" .

    8. SCCF is now correct and ready for deleted FTDs to be reinput the following day.

3.5.17.53  (01-01-2008)
TEP Deletes—reinput

  1. Reinput of TEP Deletes.

  2. Important: Reinput TEP deletes no earlier than the second day following the deletion.

  3. Important: For TLNs with an RCR posted on the SCCF, be sure to enter a "1" in the TTC of the Form 8164 Replacement Transmittal. The SCRIPS System will convert the "1" to a "D" . The D prevents another RCR being generated. All FTDs must be remade on Form 8163 using the original FTD Sequence Numbers. This will prevent new numbers from being assigned by SCRIPS. Remake the AOC on Form 8164 using the microfilm number preceding the first FTD remade. Enter "1" in the TTC.

  4. If the RCR is not posted to the SCCF for that TLN module, but a THR is established, use a TTC of "2" which will convert to "F" during SCRIPS processing. This allows the block to classify when balanced and reinput. Be sure that the ADSI is turned off before the block is reinput.

  5. If no module is established on SCCF for the deleted block, ensure the TTC is blank.

  6. Deletion Code 05: FTD transactions encountered in TEP with a transaction amount of "00" will be deleted by TEP and assigned this code. (See Figure 3.5.17-156).

3.5.17.54  (01-01-2008)
Variance Reports

  1. The FTD Variance File is created when one of the following occurs:

    1. The deposit date on the AOC and the deposit date stamped on the FTD coupon do not agree. The Receipt and Control Function marks the "IRS Use Only" area on the coupon when the AOC and FTD deposit dates are not the same date.

    2. The FTD coupon does not contain a deposit date in a specified area. Receipt and Control area marks the "IRS Use Only" area on the coupon when the date is illegible, in turn, the coupon information reflects on the SCRIPS terminal and the SCRIPS operator keys in a code for "missing-date" when the date cannot be determined. A photocopy of each FTD coupon, that is on the variance file as a "missing-date" will be provided to St. Louis FRB upon request.

  2. The variance report, which is transmitted via the Bulkdata System contains FTDs that went to Good Tape for a calendar month. The information is generated for St. Louis FRB within the SPCs jurisdiction. No listing of information, that is sent, is received in the FTD Unit.

  3. At the end of each month, the FTD Variance File is generated. Prior to transmitting to St. Louis FRB, corrections are to be input by the last workday of the month. All corrections/deletions should be routed to ISRP on Form 8712, FTD Variance Correction/Deletion. Individual FTDs and entire transmittals can be deleted. Also, ABA and FRB numbers can be changed. Review the requested corrections to ensure they posted and a new file was produced for shipment to St. Louis FRB. The FTD Computer Systems Analyst (CSA) is to be notified, immediately, when any of the requested corrections did not take. The CSA will correct any item, that did not take on the original correction request, by the workday following the end of the month.

  4. The Variance File tape and FTD Variance Summary Report will be transmitted to St. Louis FRB.

  5. The FRB processes the information that is on the variance tape against the Treasury Tax and Loan (TT&L) Accounts. The TT&L depositaries are charged interest when the AOC and FTD coupon deposit dates do not match and a penalty is assessed when the FTD coupon has a "missing-date" .

3.5.17.55  (01-01-2008)
The Daily Variance Report—FTD 92–40

  1. The Daily Variance Report lists any variances of seven or more days. This report issues a message when there are no variances for that day to generate a listing. When there are date variances, the report will indicate an item count of these records. The FTDs appearing on the report as well as the related transmittal should be examined to verify that the variance is valid. If valid, no further action is required. If the FTD coupon date is not valid, Form 8712 should be prepared as follows:

    1. Section 3—TLN

    2. Section 4—DI (delete individual)

    3. Section 5—sequence number from the Daily Variance

  2. Deleting entire transmittals. In the event the review in (1) above reveals that an entire block should be deleted, individual deletion requests need not be prepared. An entire block can be deleted using the following format on Form 8712: Refer to IRM 3.5.17.57.

    1. Section 3—TLN

    2. Section 4—DA (delete all)

    3. Section 5—sequence should be all zeroes.

3.5.17.56  (01-01-2008)
Variance Error File—FTD 93–40

  1. The Variance Error File FTD 93–40 lists all requested corrections and deletions that did not post to the Variance File. The following are error indicators:

  2. Multiple-Action-Error-Indicator—if any of the following conditions are present, "MA" will print to the left of the TLN.

    1. Two or more correction records with Type of Action code "DA" . The first action will have posted and any other "DA" record will error. No action is required.

    2. Type of Action code "DI" present with Type of Action "C" with the same "New Bank ID" . The first record will have posted and any others will appear on the Error Report. It is possible that all are valid. This can be determined by examining the original TLN. If an error was determined to be valid, the correction should be reinput as soon as possible.

    Note:

    Must be completed before last calendar day of month.

  3. No Match Indicator—if the TLN does not find a match on the file, "No Match" will print to the left of the TLN on the Variance Error report.

  4. TLN Error Indicator—if the TLN does not pass standard validity checks, an asterisk will print out to the left of the TLN.

  5. Sequence Number Error Indicator—the following conditions will cause an asterisk to appear to the left of the Sequence Number field:

    1. Type of Action "DI" with no sequence number present or not in proper format (eleven numerics).

    2. Type of Action "DA" or "C" with a sequence number that is not all zeroes.

  6. Type of Action Error Indicator—only "DI" , "DA" or "C" are valid.

  7. Verify all corrections on Form 8712 against the FTD 93–40.

3.5.17.57  (01-01-2008)
Variance Change/Delete Report—FTD 93–41

  1. Changing TLNs—a record is maintained of any FRB TCR that has been changed to match the SC TCR that posted to the SCCF. If the FRB code or ABA number has been changed during this matching process, Form 8712 should be input daily to generate FTD 93–41 to correct the Variance File. Verify all corrections on Form 8712 against FTD 93–41 daily. Prepare Form 8712 using the following format:

    1. TLN must be on Variance File to correct TLN.

    2. TLN that is currently posted to the Variance File.

    3. Input 000 for Trans. Sequence Number.

    4. Type of Action Code "C" ("C" must be in 2nd position).

    5. Variance Sequence Number must be all zeros.

    6. New TLN as verified by the FRB.

    7. This change can occur only when TLN is on Variance File.

    Note:

    Correction will take only if Trans. Sequence Number is 000.

3.5.17.58  (01-01-2008)
Variance Summary Report—FTD 95–40

  1. The FTD Variance Summary Report contains only the total figures for the Missing and Variance FTD coupon count and deposit amount.

  2. The FTD Variance File should be transmitted to St. Louis FRB by the sixth workday of each month. This is to ensure that the file is received at St. Louis FRB by the seventh workday.

3.5.17.59  (01-01-2008)
Run Controls FTD 92 and 93

  1. The current workdays FTD92 Total Input Cum Records must always agree with the prior workdays FTD93 Total Output Records. If the records do not match, you must notify the CSA immediately.

  2. The Total Records Deleted on the FTD93 should be verified to ensure all requested deletions were processed.

3.5.17.60  (01-01-2008)
Transcript Request

  1. Up to 6 Report Requests, and up to 6 of either the Special Transcript Requests, or Single TLN Requests may be requested during one run of the SCCF on Form 5890. Transcript or Report Requests will not alter the contents of the current SCCF.

  2. Use the Special Transcript Request, Form 5890, to request transcripts for analysis by single day, between specific days, by age, most recent SCCF Posting Date or FRB Day printed for each TLN.

  3. Transcript Request Form—Input dates in either the SCCF Posting Date or FRB Day Batch Day fields. Use Julian date format (YYYYDDD) for SCCF Posting Date entries.

  4. Single day—Use Report Request Type Code "1" for information on a full SC, "2" for FRB or "3" for one ABA. Enter the date needed in either the FRB Day Batch columns or the SCCF Posting Date depending on the information needed. (See Figure 3.5.17-161).

  5. Range of days—Enter low date as beginning date and high as ending date. Use Report Request Type code "4" for Full SC, "5" for FRB, or "6" for one ABA. Request special transcript, using Request Type Code 4, on the 4th work day of the month (to review any open modules left on SCCF). To produce open module transcript enter a high posting date (7 days prior to current Julian Date) to reflect preceding period. (See Figure 3.5.17-162).

  6. Open Modules Transcripts—Enter high date only. This report produces transcripts with dates equal to or earlier than the high date used that have balances in Awaiting Transcription, Error or BOB, or the TII is 1, or the SC TCR is 1 and the FRB TCR is 0. In order to provide a rapid resolution when researching a specific item that has not gone to the Block Completion List or SCCF Historic, request this report daily by indicating a "7" as the Report Request Type Code and current Julian date. (See Figure 3.5.17-163). Daily receipt of this report can be used to, but not limited to the following:

    1. Determine whether or not St. Louis FRB has confirmed a BOB block.

    2. Determine whether or not an extra or missing coupon is in another transmittal or if it was processed in a different AOC.

    3. Identifies whether or not an AOC has been received.

    4. Resolve inquiries from a depository on a specific block of work, offsetting and erroneous adjustments, and reversals.

    5. Associate loose coupons with a specific AOC.

    6. Resolve items on missing lists.

  7. Single TLN—All single TLN requests will be printed on SCCF Special Transcript using Transcript Code 99. Use Report Request Type Code 9. These requests must be in TLN sequence. (See Figure 3.5.17-164).

    Figure 3.5.17-161

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Single Day Request

    Figure 3.5.17-162

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Range of Days

    Figure 3.5.17-163

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Open Modules Transcripts

    Figure 3.5.17-164

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Single TLN

3.5.17.61  (01-01-2008)
FRB Day Classified Report—FTD 63–40

  1. This report should be requested on the second workday following the FRB Batch Day. (See Figure 3.5.17-165).

    1. Enter the SC Code (generated).

    2. From Code of "R" to Code of "S" (generated).

    3. Report Request Type Code of 1.

    4. Low and High Batch Day fields contain the same FRB Batch Day.

    5. Use TCC of 8 (generated).

  2. Official Holidays—Many times the FRB is open for business when IRS offices are closed. St. Louis FRB should be contacted prior to closing on official holidays. If the FRB submits verification information for the holiday, then:

    1. Two FRB batch days should be requested two work days before the holiday. (Include both FRB batch days with type code of "1" on the same request form.)

    2. One FRB batch day should be requested on the work day before the holiday.

    3. One FRB batch day should be requested on the work day following the holiday.

    4. The holiday batch day should be requested two work days after the holiday. At this point, the report requests should be back on normal schedule.

    .

    Figure 3.5.17-165

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    FRB Day Classified Report Request

3.5.17.62  (01-01-2008)
Subsequently Classified for FRB Batch Day Report—FTD 63–40

  1. This report is requested daily. (See Figure 3.5.17-166).

    1. Enter the SC Code (generated).

    2. From Code "R" to Code "S" (generated).

    3. Report Request Type Code of 2.

    4. Low Batch Day field contains earliest date for which there is an unclassified transmittal outstanding.

    5. High Batch Day field contains one day earlier than current FRB Batch Day for Daily report and wire to Treasury.

    6. Use TCC of 8 (generated).

    7. This request generates a report listing all subsequent Day Batches with unclassified money amounts.

    Figure 3.5.17-166

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Subsequently Classified Report Request

3.5.17.63  (01-01-2008)
FRB Month Classified Report

  1. This report is requested on the third workday of each month. (See Figure 3.5.17-167).

    1. Enter SC Code (generated).

    2. Form Code"R" . To Code of "S" (generated).

    3. Report Request Type Code of 3.

    4. Low and High Batch Day contain the same date. enter month, day, and year (MDY). Enter the last workday of the prior month in columns 40-45 and in columns 46-51.

    5. Use TCC of 8 (generated).

  2. This report request causes SCCF modules which meet all the following criteria to be removed from the Current SCCF and placed on a Historic SCCF and produces a Block Completion List of all TLN's removed to the Historic SCCF:

    1. ZBI is 1.

    2. TII is 0.

    3. FDCRI or SCFDI is 1.

    4. FRB Batch Day is for prior months only.

    5. The latest SCCF Posting Date is other than the current date.

    Figure 3.5.17-167

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    FRB Month End Classified Report Request

3.5.17.64  (01-01-2008)
Classified/Unclassified Reports

  1. Use the reports in IRM 3.5.17.26 thru 3.5.17.26.5 to assist in the preparation of the Daily Wire to Treasury, adjustment transmittals, SF224 regarding classified monies by tax class and 20F account (unclassified), for identifying transmittals which are adjusted or not yet classified, and for month-end reporting. RACS REPORT-019, which is available from the RACS Team, can also be used to monitor the unclassified inventory.

  2. Note the following cutoff date relationship:

    1. FRB Month Classified Report. The cutoff date is the FRB Batch Day. TCRs with SC received date after the cutoff date is reported under FRB Batch Day.

    2. Care is needed to ensure that transmittals reported past the cutoff date are not again reported in the following month's requested report.

  3. Timing of Month-End Classified Reports.

    1. On the third workday of the month the normal batch day and subsequently classified FRB Reports must be requested.

    2. THE RAW DATA FOR THE THIRD DAY MUST BE RUN BEFORE THE ABOVE REPORTS ARE PULLED AND THESE REPORTS MUST BE PULLED IN THE SEQUENCE THEY ARE LISTED ABOVE.

3.5.17.65  (01-01-2008)
Taxpayer Entity Change Report—FTD 45–40

  1. FTD coupons provide a box to be marked by the taxpayer if there is a change to the name or EIN. SCRIPS instructions provide for entering a "N" in the FTD record whenever a change is indicated. The Taxpayer Entity Change Report is generated whenever a change to the name or EIN is detected during SCRIPS processing. (See Figure 3.5.17-168). All SPC Accounting Control/Services Operations should arrange to have the original FTD coupon pulled or a legible photocopy made and associated with the Entity Change Report prior to forwarding to Entity Control Unit each day. This procedure must be completed and forwarded to Entity Control Unit daily to ensure that the seven (7) day processing cycle is met.

    Figure 3.5.17-168

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Taxpayer Entity Change Report

3.5.17.66  (01-01-2008)
IDRS Selected Summary—FTD 77–46

  1. The Summary of FTD Transactions selected from IDRS (See Figure 3.5.17-169) is to be used by the IDRS Control Group (Data Control Function) for the purpose of balancing these tape records with the IDRS computer control records. If summaries do not balance, notify the Operations Branch. These controls must balance unless there is a "machine error" .

    Figure 3.5.17-169

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    IDRS Selected Summary

3.5.17.67  (01-01-2008)
Matched Unclassified Transmittals—
FTD 61–53

  1. This is a list of all Transmittals either in BOB status or transcribed under control but not yet processed to completion for which there is also a FRB TCR. (See Figure 3.5.17-170).

  2. There is a 7 day lag from SC received date before printing.

  3. Print criteria:

    1. SC TCR Indicator = "1" .

    2. FRB TCR Indicator = "1" .

    3. RCR Indicator = "0" .

    4. SC received date is 7 or more days older than the processing date.

  4. Resolution:

    1. Any Transmittal appearing on this list must be located and expedited until classified.

    2. When classified, the RCR Indicator is turned on and the Transmittal is dropped from the list.

  5. The "ST" (status) column contains a "B" if Transmittal is in BOB status on the FTD Service Center Control File.

    Figure 3.5.17-170

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Matched Unclassified Transmittals

3.5.17.68  (01-01-2008)
Service Center Received Date Error Listing—
FTD 61–56

  1. This listing will identify any SC TCRs with the SC received date prior to the deposit date.

  2. Transmittals appearing on the list should be researched to determine if an SAR is needed to correct an erroneous SC received date. (See Figure 3.5.17-171).

  3. If an invalid SC received date occurs, correct the date on Form 5891 with the following data and send to ISRP:

    1. TLN in columns 1–19

    2. 0 in column 20

    3. 1 in column 21

    4. R in column 37

    5. Correct SC received date (MMDDYY) in columns 67-72

  4. If an adjustment is required, be sure to input it before Month-End processing ages the module onto the Historic SCCF.

    Figure 3.5.17-171

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Service Center Received Date Change

3.5.17.69  (01-01-2008)
Historic SCCF Analysis Report—FTD 73–41

  1. Historic SCCF Analysis Reports—These reports are designed to provide Headquarters Submission Processing and SPCs management with a tool for analyzing FTD processing timeliness. (Refer to IRM 3.30.123.) They may also be used by Treasury to determine any failure by depositaries to comply with prompt reporting of FTDs to both the FRB and the center. The analysis calculates the difference, for the FRB, in number of calendar days from zero to nine and ten or more.

3.5.17.70  (01-01-2008)
Historic SCCF Analysis—Block Header Listing—FTD 73–42

  1. This report is automatically generated with the monthly reports. If this report is not received, the FTD Unit must contact their CSA or the Help Desk. (See Figure 3.5.17-172).

    Figure 3.5.17-172

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Historic SCCF Analysis — Block Header Listing

3.5.17.71  (01-01-2008)
Service Center Received Date/Classification Date—FTD 73–41

  1. This report reflects the total number and percentage rate for Transmittals (AOC) and Count (FTD Coupons) that were received and Classified during the month. The report also contains a cumulative total for the current fiscal year. Modules with a TCC of 9 are excluded from the report. (See Figure 3.5.17-173). This report is automatically generated with the month end reports. If this report is not received on the fourth work day of the month the FTD Unit should contact their CSA or the Help Desk to get this report printed.

    Figure 3.5.17-173

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Historic SCCF Analysis

3.5.17.72  (01-01-2008)
Service Center Received Date/Good Tape Date Summary—FTD 74–41

  1. This report reflects the total number and amount for FTD coupons (count) that was deposited and went to Good Tape during the month. The report also contains a cumulative total for the current fiscal year. Modules with a TCC of 9 are excluded from the report. (See Figure 3.5.17-174). Since no request form is required for this report, arrangements should be made between the FTD Unit and the Operations Branch to run this program on the next working day following the completion of the month-end reports.

    Figure 3.5.17-174

    This image is too large to be displayed in the current screen. Please click the link to view the image.

    Historic Good Tape Analysis

3.5.17.73  (01-01-2008)
Deposit Date/FRB & SC Received Date, SC Received Date/Classification Date—FTD 73–40

  1. This report reflects the total deposits that were received during the month. Modules with a TCC of 9 are excluded from the report. (See Figure 3.5.17-175). Since no request form is required for this report, arrangements should be made between the FTD Unit and the Operations Branch to run this program on the next working day following the completion of the month-end reports.

    Figure 3.5.17-175

    This image is too large to be displayed in the current screen.