Troubleshooting Standard Voucher Entry Issues Or Errors Within EnterpriseOne Accounts Payable (P0411) (Non-Purchase Order Related)

Purpose
Troubleshooting Steps
 Common Standard Voucher Entry Errors
 Error ID: 1243 - " Invalid Version"
 Error ID: 0082  - "Duplicate Supplier/Invoice Number"
 Error ID: 1912  - "Duplicate Supplier/Invoice Number"
 Error ID: 0272 - "Tax Area Invalid"
 Error ID: 0953 - "Bank Currency Code Incorrect"
 Error "Voucher not eligible for Deletion"
 Error "Record Has Already Been Voided/Deleted"
 Error "At least one Voucher could not be voided"
 Error "Voucher Being Processed by Check Run"
 Errors "Taxable Amount Greater than Gross" and "Tax Amount Greater than Gross"
 Error "Fetch F0006 Failed"
 Common Troubleshooting Questions
 Question 1: How can I correct a voucher that is stuck at a # (payment in progress) Pay Status (ISTP)?
 Question 2: Is it possible to change the Gross Amount on a posted voucher?
 Question 3: Why does the system not throw a hard error when creating a debit memo (document type PD) and manually populating the document number with the same number as an existing standard voucher (document type PV)?
 Question 4:  Can the system prevent users from entering duplicate vouchers (duplicate invoice numbers for the same supplier)?
 All AP Voucher Documents

Purpose

This document helps troubleshoot Standard Voucher Entry (P0411) issues and/or errors within EnterpriseOne Account Payable and are not related to Purchase Order entry 2 or 3 way match.  Please refer to EnterpriseOne Distribution module system 43 for these knowledge documents.

Troubleshooting Steps

Common Standard Voucher Entry Errors

Error ID: 1243 - " Invalid Version"

Cause . . . . . . . This Version does not currently exist on the enterprise server.

Resolution. . . . Confirm that the version exists in Batch Versions list and that the version is included in the package that is installed on the server. Running the version with "Install Specs Only" from the "Advanced" form exit when submitting the version may be able to install the version specs on the server if the version template is present in the current server package.

Scenario: After entering the voucher information in the header in the Payment Information screen when attempting to enter more information in the grid receive error: "Invalid Version" (Error Code 1243), why?

Solution: Check the Processing Options of the P0411 version that you are using to see what version of AP Master Business Function (P0400047) is set and then check if the version actually exists. If it does not either create it or select a version that does exist by submitting the code specifications to the server.  Go to Batch Versions inquire on your program/version, select it, click Submit, in Form Exit click Advanced, check the Submit code specification box and click Submit.  Now the version should be recognized.


Error ID: 0082  - "Duplicate Supplier/Invoice Number"

CAUSE . . . . The Accounts Payable constants record has been setup with DUPLICATE INVOICE NUMBER EDIT set to Y (YES). Another document with the same number and the same supplier already exists in the file. This is a warning message.

RESOLUTION. . Press Enter to accept the value.


Error ID: 1912  - "Duplicate Supplier/Invoice Number"

CAUSE . . . . The Accounts Payable constants record has been setup with DUPLICATE INVOICE NUMBER EDIT set to H (Hard Error). Another document with the same number and the same supplier already exists in the file.

RESOLUTION . . You must change the invoice number or supplier number to a new number.

Scenario:  After deleting an unposted voucher batch why is the system throwing a "Duplicate Invoice" error when re-entering the vouchers?

Solution:  This may be a valid error if you do not allow duplicate invoices.  Or it is possible that the original, unposted voucher batch didn't completely delete.  Review the Accounts Payable Ledger (F0411) and General Ledger (F0911) to see if any orphaned records exist for the voucher batch. If any exist, these orphaned records need to be deleted from the database by the CNC.


Error ID: 0272 - "Tax Area Invalid"

CAUSE . . . . The tax area does not exist in the Tax Area Master file (F4008). A tax area having an effective date prior to the tax point date (service date) must exist in the Tax Area file.

RESOLUTION. . Change the service date if applicable or change the tax area to a valid tax area. NOTE: The service date is not applicable in certain circumstances. For example; Supplier Master, Customer Master and Business Unit Revisions.

Scenario: What is the Service/Tax Date (DSVJ) used for in Standard Voucher Entry(P0411)?

Solution: The Service/Tax Date (DSVJ) is a date that indicates when you purchased goods or services, or when you incurred a tax liability. The date is used to validate if the Tax Rate/Area entered on the voucher is effective. In other words, the system checks the Service/Tax Date (DSVJ) against the effective date range on the tax rate area used. If the Service/Tax Date (DSCJ) falls outside the effective date range, then Error 0272 is thrown.


Error ID: 0953 - "Bank Currency Code Incorrect"

Scenario 1: Is it possible to enter a voucher in a currency other than the one designated to a monetary bank account?

Scenario 2: Should the system let us enter a voucher in a currency different than the currency designated on a monetary bank account and pay that voucher via auto payments or manual payments without voucher match?

Solution: There is a Processing Option on the Voucher Entry MBF Processing Options (P0400047): Currency tab, #5 - Currency Disagreement. When running different applications from the menu such as Standard Voucher Entry (P0411|ZJDE0001) versus Payment Without Voucher Match (P0411|ZJDE0003),  a different version of the Voucher Entry MBF may be called. In this case, P0400047|ZJDE0001 is used for Standard Voucher Entry, whereas P0400047|ZJDE0003 is used for Payment Without Voucher Match. Only when this Processing Option value is set to blank will the Voucher Entry MBF set error "0953: Bank Currency Code Incorrect".


Error "Voucher not eligible for Deletion"

Scenario:  Why does the system trigger an error of "Voucher not eligible for deletion" when attempting to delete a voucher that has not been posted, but has an associated payment that was voided?

Solution: If a payment record exists for the voucher in the Accounts Payable Matching Document Detail table (F0414), regardless of whether it was voided or not, a corresponding voucher record must also exist in the Accounts Payable Ledger table (F0411). Therefore, the voucher cannot be deleted and must be posted and then voided instead.


Error "Record Has Already Been Voided/Deleted"

Scenario: What causes the error "Record Has Already Been Voided/Deleted" when a user attempts to delete or void a voucher which contains pay items that were previously voided?

Solution: If a user tries to void a voucher from Supplier Ledger Inquiry header screen in Standard Voucher Entry application (P0411), the system attempts to void the entire voucher. However, if some pay items have already been voided, the system triggers the error "Record Has Already Been Voided/Deleted". To void the remaining pay items, the user needs to select the voucher in Standard Voucher Entry application (P0411) and open its details. From the Enter Voucher Payment Information form (W0411A), each pay item needs to be highlighted and deleted individually.


Error "At least one Voucher could not be voided"

Question 3: What causes the error "At least one voucher could not be voided" when attempting to delete an unposted voucher in the Standard Voucher Entry application (P0411)?

Answer 3: Generally, this error indicates that the voucher has been paid. When you encounter this error, use the following steps to find and void or delete any payment records for the problem voucher:

  1. In the Standard Voucher Entry application (P0411), select the unposted voucher.
  2. Select the Payment History Option from the Row exit.
  3. Payments are displayed for that voucher. Record the Payment Number(s) (data dictionary item DOCM).
  4. Open the Supplier Payment Inquiry application (P0413M) to search on the payment numbers recorded in Step 3.
  5. Select the payments.
  6. If the payment has not yet been posted, you can either void or delete it (depending on the Void Payment Entry application (P0413M/P0413V) processing options.
  7. If you opt to delete the payment, you can now delete the corresponding voucher. If you chose to void the payment instead, you need to post (R09801) the voucher first and then void it.

Error "Voucher Being Processed by Check Run"

Scenario: Why does system throw "Voucher Being Processed by Check Run" error when trying to delete a voucher?

Solution: The Pay Status of the voucher being deleted must be '#' (payment in progress) which implies that the voucher is currently under processing for automatic payment process and hence cannot deleted. Please refer to the Question 4 of Standard Voucher Entry Questions (P0411) (non-Purchasing Related) section on how to correct a voucher that is stuck at a # (payment in progress) pay status.


Errors "Taxable Amount Greater than Gross" and "Tax Amount Greater than Gross"

Scenario: Why does entering a voucher with negative VAT tax trigger two errors: "Taxable Amount Greater than Gross" and "Tax Amount Greater than Gross"?

Solution: It is currently not possible to enter negative tax on a voucher. As a workaround, a user can enter a debit memo for the negative tax amount or enter two pay items (i.e. one for the voucher amount and one for the negative tax) on the voucher using a Tax Explanation Code (data dictionary item EXR1) of VT.


Error "Fetch F0006 Failed"

Scenario: Why does Standard Voucher Entry (P0411) trigger the error "Fetch F0006 Failed" when specifying voucher header information?

Solution: If row security is turned on for the Business Unit Master (F0006), AAI (Automatic Accounting Instruction) validation that occurs during voucher entry can cause this error. To resolve this error, ensure the user has the ability to view data from the Business Unit Master (F0006) for the Business Unit (data dictionary item MCU) used within the Accounts Payable AAIs.


Common Troubleshooting Questions

Question 1: How can I correct a voucher that is stuck at a # (payment in progress) Pay Status (ISTP)?

Solution 1: If any UBE report in the automatic payment process (R04570, R04572, R04575 or R04576) is prematurely terminated or fails to complete, the voucher pay status (data dictionary item RPPST) may be incorrectly set to # (payment in progress). To correct this issue, follow the steps below:

  1. Search for outstanding payment groups in the Work with Payment Groups application (P04571).
  2. Any outstanding payment groups need to be either updated or undone to remove them from the temporary worktables: A/P Payment Processing Header (F04571), A/P Payment Processing Summary (F04572), and A/P Payment Processing Detail (F04573).
  3. Inquire on the temporary worktables: F04571, F04572 and F04573 using UTB (Universal Table Browser), or Databrowser. If any orphan records are found in the temporary worktables, it is recommended that you regenerate the tables to clear out the data. Before regenerating the tables, it is recommended that you export the data into an Excel Spreadsheet in case you need a list of the removed records. Caution:  Ensure that no users are creating payment control groups (R04570) during this process.
  4. After the temporary worktables have been cleared, run a query over the Accounts Payable Ledger table (F0411) by pay status (data dictionary item RPPST) equal to # (payment in progress). Cross-reference the Accounts Payable Ledger table (F0411) data with the Matching Document Detail Table (F0414) by voucher document number (data dictionary item RNDOC) to confirm it has not been paid.
  5. Once you determine that the voucher has not been paid, use a data utility tool to update the vouchers Pay Status (data dictionary item RPPST) field from # (payment in progress) to A (approved) in the Accounts Payable Ledger table (F0411). Be sure that the open amount field (data dictionary item AAP) is equal to the gross amount (data dictionary item AG) field in the Accounts Payable Ledger table (F0411).

Question 2: Is it possible to change the Gross Amount on a posted voucher?

Answer 2: It is possible to change the gross amount on a posted voucher if the original GL Date (DGJ) of the voucher is in the current period. If it is not in the current period, the system will throw a "Prior End Balance Forward Invalid" error and not allow the change. This limitation is because the GL Date (DGJ) is on the header of the voucher and cannot be changed just for a single line. Therefore, when a single line is changed, the original GL Date (DGJ) must be used. If the original GL Date (DGJ), then this works. However, if it is in a prior period, it will not be allowed. The only way to modify this would be to void and re-enter the entire voucher or to open the old period.  The steps to modifying a posted voucher in the same period are:


Question 3: Why does the system not throw a hard error when creating a debit memo (document type PD) and manually populating the document number with the same number as an existing standard voucher (document type PV)?

Answer 3: The Accounts Payable Ledger table (F0411) has the following composed primary key: Company Key (KCO), Document Number (DOC), Document Type (DCT), Document Pay Item (SFX) and Pay Item Extension Number (SFXE).  The system considers transactions as duplicates (and trigger an Invalid Record error message) when they contain the same primary key information.  In the example above, the document type is different between the two records (PV and PD).


Question 4:  Can the system prevent users from entering duplicate vouchers (duplicate invoice numbers for the same supplier)?

Answer 4:  The Duplicate Invoice Number Edit (data dictionary item DUIN) flag in the Accounts Payable Constants (P0000) determines if duplicate invoice numbers are allowed for a supplier. Valid values are:


All AP Voucher Documents

Overview Documents

Frequently Asked Questions

Troubleshooting Errors and Issues