Troubleshooting JD Edwards EnterpriseOne Accounts Payable Payment (K or M) Batch Types Post Failure (R09801, P09801)

Purpose
Troubleshooting Steps
 Overview
 Basic Post Overview Video Presentation
 Caution: Please Read This Important Disclaimer!
 Data Collection Instructions - (Summarized Details)
  Data Collection Instructions - (Full Details)
 Successful Post Summary
 Good Record Example before Automatic Payment Posts to General Ledger
 Good Record Example After Automatic Payment Posts to the General Ledger
 Out Of Balance Post Failure Scenarios
 AP Payment Out Of Balance Live Demo Example and Overview Presentation (Video)
 Scenario 1: Automatic Payment Batch (K) Has A/P Ledger Header (F0413) Out Of Balance To A/P Ledger Detail (F0414)
 Scenario 2: Failure Interrupts Post Process - (GL Posted Successfully A/P Payment Ledgers Post Failed)

Purpose

This document has been created to help troubleshoot a specific automatic payment batch (K) post failure due to an out of balance condition.

Note - Manual payment (M) Batch Type information will be consolidated within this document.

Troubleshooting Steps

Overview

This troubleshooting document provides assistance with resolving this specific post failure condition below:

Basic Post Overview Video Presentation

Below you will find a link to our AP Payment basic post presentation. This includes an overview for automatic payment processing, manual payment with voucher match payment processing and manual payment without voucher match payment processing.

Note - For additional documents that provide details on the Automatic Payment and Post processes, refer to the References section.

Caution: Please Read This Important Disclaimer!

Data Collection Instructions - (Summarized Details)

Oracle support will ask for these items below to troubleshoot this specific post failure scenario:

  1. Query F0413 and F0911 by batch number (ICU) only, export to excel.
    1. The General Ledger (F0911) only exists if batch has partially or successfully posted. You may find zero records.
    2. The General Ledger (F0911) is the key table that determines how the payment batch can be resolved.
  2. From the F0413 query in step 1 above, gather all unique payment ID numbers (PYID) and query the F0414, export to excel.
  3. From F0414 in step 2 above, gather all unique voucher document numbers, query F0411, export to excel.
    1. A/P Payment Detail table (F0414) does not have batch number (ICU) as a field. The A/P Payment Header table (F0413) connects to the detail table (F0414) only by payment ID number.
  4. Attach R09801 for same batch number
  5. Attach R09801E for same batch number
  6. Attach image of work center error(s) for same batch number
Note - For all UTB (Universal Table Browser) or data browser queries exported to excel, it is important to include all column headings and include this data for only one batch issue to avoid co-mingling of resolution between different batch scenarios.

Data Collection Instructions - (Full Details)

For full details on how to use data browser, please refer to Databrowser Troubleshooting Tips. Scroll to to the "Additional Information" section for links to our online guide library based on your tools release.

Successful Post Summary

Note - This document focuses on automatic payments that have already been written and updated and the post process has been attempted. Refer to the reference section at the bottom of this document for further details on creating and working with automatic payment control groups.

Good Record Example before Automatic Payment Posts to General Ledger

F0413 Key Fields

F0413 Pymt ID F0413 Batch # F0413 Match Doc Type F0413 Payment Item (aka CK #) F0413 Payment Amt F0413 Pay Status (aka post code) F0413 GL Date F0413 Period F0413 Century F0413 Fiscal Yr
4321 500 PK 1234 -3,000.00 blank 4/01/2014 04 20 14

F0414 Key Fields

F0414 Pymt ID F0414 File Line F0414 Match Doc Type F0414 Doc Type F0414 Doc # F0414 Pay Item F0414 Payment Amt F0414 Post Code F0414 Period F0414 Fiscal Year F0414 Century
4321 1 PK PV 1 001 -1,000.00 blank 04 14 20
4321 2 PK PV 1 002 -2,000.00 blank 04 14 20

Good Record Example After Automatic Payment Posts to the General Ledger

F0413 Key Fields

F0413 Pymt ID F0413 Batch # F0413 Match Doc Type F0413 Payment Item (aka CK #) F0413 Payment Amt F0413 Pay Status (aka post status) F0413 GL Date F0413 Period F0413 Century F0413 Fiscal Yr
4321 500 PK 1234 -3,000.00 D (Posted) 4/01/2014 04 20 14

F0414 Key Fields

F0414 Pymt ID F0414 File Line F0414 Match Doc Type F0414 Doc Type F0414 Doc # F0414 Pay Item F0414 Payment Amt F0414 Post Code F0414 Period F0414 Fiscal Year F0414 Century
4321 1 PK PV 1 001 -1,000.00 D (Posted) 04 14 20
4321 2 PK PV 1 002 -2,000.00 D (Posted) 04 14 20

F0911 Key Fields

F0911 Doc Type F0911 Doc # F0911 G/L Date F0911 JE Line # F0911 Post Code F0911 Batch # F0911 Period F0911 Fiscal Year F0911 Century F0911 Amount
AE 1 4/01/2014 1 P (Posted) 500 04 14 20 1,000.00
AE 1 4/01/2014 2 P (Posted) 500 04 14 20 2,000.00
PK 1234 4/01/2014 1 P (Posted) 500 04 14 20 -3,000.00

Out Of Balance Post Failure Scenarios

See examples listed below and refer to the video presentation for a live demo exampl as well.

AP Payment Out Of Balance Live Demo Example and Overview Presentation (Video)

Below you will find a link to our AP Voucher and AR Invoice Basic Post Presentation.

Scenario 1: Automatic Payment Batch (K) Has A/P Ledger Header (F0413) Out Of Balance To A/P Ledger Detail (F0414)

First complete the data browser query instructions listed at the beginning of this troubleshooting document. Next, review your excel sheet to compare your F0413 to your F0414 tabes for the batch in question.

A/P Ledger Header table (F0413) and A/P Ledger Detail table (F0414) Key fields To Review:

F0413 Key Fields

F0413 Pymt ID F0413 Batch # F0413 Match Doc Type F0413 Payment Item (aka CK #) F0413 Payment Amt F0413 Pay Status (aka post code) F0413 GL Date F0413 Period F0413 Century F0413 Fiscal Yr
4321 500 PK 1234 -2,000.00 P (Post failure) 4/01/2014 4 20 14

F0414 Key Fields

F0414 Pymt ID F0414 File Line F0414 Match Doc Type F0414 Doc Type F0414 Doc # F0414 Pay Item F0414 Payment Amt F0414 Post Code F0414 Period F0414 Fiscal Year F0414 Century
4321 1 PK PV 1 001 -1,000.00 blank 04 14 20
4321 2 PK PV 1 002 -2,000.00 blank 04 14 20

In this Post Failure example above, this is the issue:

CAUTION: Direct database updates are not recommended and only provided as a last resort. When doing an update make sure to request assistance from a database administrator familiar with this type of database update, perform updates in a test environment first, make sure to have a current back-up of the table prior to performing the database update. Direct database updates are performed at your own risk and are not supported by Oracle Support Services.

Scenario 2: Failure Interrupts Post Process - (GL Posted Successfully A/P Payment Ledgers Post Failed)

F0413 Key Fields

F0413 Pymt ID F0413 Batch # F0413 Match Doc Type F0413 Payment Item (aka CK #) F0413 Payment Amt F0413 Pay Status (aka post status) F0413 GL Date F0413 Period F0413 Century F0413 Fiscal Yr
4321 500 PK 1234 -3,000.00 P (Post failure) 4/01/2014 04 20 14

F0414 Key Fields

F0414 Pymt ID F0414 File Line F0414 Match Doc Type F0414 Doc Type F0414 Doc # F0414 Pay Item F0414 Payment Amt F0414 Post Code F0414 Period F0414 Fiscal Year F0414 Century
4321 1 PK PV 1 001 -1,000.00 P (Post failure) 04 14 20
4321 2 PK PV 1 002 -2,000.00 P (Post failure) 04 14 20

F0911 Key Fields

F0911 Doc Type F0911 Doc # F0911 G/L Date F0911 JE Line # F0911 Post Code F0911 Batch # F0911 Period F0911 Fiscal Year F0911 Century F0911 Amount
AE 1 4/01/2014 1 P (Posted) 500 04 14 20 1,000.00
AE 1 4/01/2014 2 P (Posted) 500 04 14 20 2,000.00
PK 1234 4/01/2014 1 P (Posted) 500 04 14 20 -3,000.00

In post failure example above, this is the issue:

CAUTION: Direct database updates are not recommended and only provided as a last resort. When doing an update make sure to request assistance from a database administrator familiar with this type of database update, perform updates in a test environment first, make sure to have a current back-up of the table prior to performing the database update. Direct database updates are performed at your own risk and are not supported by Oracle Support Services.