Error while creating a Project - 'This Customer does not exist'

This post explains how to debug the error 'This customer does not exist' while creating a project.

Problem Description:

=================
In the project creation screen, the customer field's list of values shows and allows to select a particular customer. But when we hit FINISH to create the project, it gives the error message "This customer does not exists". 

Responsibility: Project Super User (or) Project Manager

Navigation: Projects : Delivery → Create Project

1. Select Create Project from Template.

2. Enter template name and click on continue.

3. Enter required fields and select the customer.

4. Click on Finish button to create the project.

Error appears as 'This Customer does not exist'.

How to Debug the issue:

===================

Run Customer Data Collection Test to check if the customer has been defined properly.

Responsibility: Application Diagnostics

Navigation: Diagnose

Select the Application Short Name: AR

select Customer data collection test and click on Execute.

Provide the required parameters Responsibility ID and customer account number then submit the request.

View report output for any issues with customer data.

Cause of the problem:

=================

The Party Name in  HZ_PARTIES (Customer Account) has the character '~'. This can be verified in Customer Data collection Diagnostics report.

The reason for the ~ character is stated in the diagnostic -
ATTENTION - The above data contains leading or trailing spaces. Values with spaces are shown between tilde (~). Search for tilde (~) in this report to find the values with spaces.

In order for PA to have a row returned to its select on the customer name, the trailing space will need to be removed.

AR data will need to be cleaned.

Solution:

========

Update the Party Name or the field with tilde (~) in HZ_PARTIES table.

How to Debug the error 'Please complete your tax accounting flexfield'

This post explains the process to debug the error 'Please complete your tax accounting flexfield' which appears in Auto Invoicing process.This approach helps you when the Receivables Auto Accounting rules derive the Tax account segments from E Business Tax setups and you have not much idea on EB Tax setups.

Step1: Get the Customer details from Auto Invoice Import program output or from Sales Order.

Step 2: Check the Auto Accounting setup for Tax Account
Responsibility: Any Receivables responsibility
Navigation: Setup > Transactions > Auto Accounting

Notice that the Account segment which is missing in the error has source as 'Taxes'. It means this segment gets derived from EB Tax.Generally Receivables uses Tax accounts which can be defined at any of the 3 levels shown below.
 1. Tax
2. Tax Jurisdiction
3. Tax Rate

Refer to Metalink Note ID 885225.1 for detailed explanation.


Step3: Create a manual AR invoice for same customer in test instances to know the Tax account details.

Responsibility: Any Receivables responsibility
Navigation: Transactions > Transactions

Enter a manual invoice and open Invoice Distributions Window.

 

 Note the distribution amount. Close this window and click on Tax button to open Tax window.

Based on the Distribution amount noted from Invoice Distributions window, find out the tax details in Tax window.

Step 4: Check whether the tax accounts are defined and/or active currently in EB Tax.

(i) Check at Tax Jurisdiction level:

Responsibility: Tax Manager or any Tax responsibility which has access to setups.

Navigation: Tax Configuration > Tax Jurisdictions

Query the form with Tax Jurisdiction code noted from step 3.

Click on update button to open Tax Jurisdiction window.

Click on Tax Accounts button which is on top right. Check whether Tax accounts are defined and/or active.

(ii) Check at Tax Rate level:
Navigation: Tax Configuration > Tax Rates

Query the form with required details noted from step 3.

Click on update button to open Tax Rates window.

Click on Tax Accounts button and check whether Tax accounts are defined and/or active.

(iii) Check at Tax level:

Navigation: Tax Configuration > Taxes

 Click on update button to open Tax window.

Click on Tax Accounts button which is on top right. Check whether Tax accounts are defined and/or active.

Make sure the tax accounts are defined and are active, then re run Auto Invoice program to process errored records.

Payment Due Calculation on AP invoice

Payables calculates payment Due Date using following values:

- Goods Received Date + Receipt Acceptance Days
- Invoice Date
- Terms Date

Payables populates the Payment Due Date with the most recent date among the above dates.

The logic is:
Most Recent( Goods Received Date + Receipt Acceptance Days, Invoice Date, Terms Date )

Goods Received Date:
            Goods Received Date gets populated on the invoice based on Terms Date Basis. We can find Terms Date Basis at following levels.
- Supplier Site Level
- Supplier level
- Payables Options

Payables first looks for Terms Date Basis at Supplier Site Level. If there is no value exist here, it will look at Supplier Level. If there is no value here as well, then Payables takes this value from Payables Options.

Receipt Acceptance Days:
         We can find Receipt Acceptance Days under Invoice Tab in Payables Options.

Invoice Date:
         We can find the Invoice Date in Invoice Date field on Payables Invoice.

Terms Date:
          Terms Date is the beginning date from which Payment Terms start when Payables calculates the scheduled payment(s) for an invoice. The invoice Terms Date defaults based on Terms Date Basis option you select:

• System: System date on day of invoice entry.
• Goods Received: The date you receive goods for invoices you match to purchase orders.
• Invoice: Invoice date.
• Invoice Received: Date you receive an invoice.


Payment Due Date calculation in case of a matched Invoice:

In case of a Matched invoice, Payables consider Receipt Transaction Date along with Goods Received Date + Receipt Acceptance Days, Invoice Date, and Terms Date.

The process includes two steps:

1. The system first checks for recent date of Goods Received Date+Receipt Acceptance Days and Receipt Transaction Date

The logic is:
Recent (GOODS RECEIVED DATE+RECEIPT ACCEPTANCE DAYS, RECEIPT TRANSACTION DATE)

2. After step1, the system uses the following logic again

Recent ( Recent Date from step1, Invoice Date, Terms Date)

Payables consider Receipt Date based on the “Recalculate Scheduled Payment” check box under Invoice Tab in Payables Options. If this check box is enabled, Payables consider the Receipt Date for the calculation of Payment Due Date. If you don't want the system to use Receipt Date in the calculation of Payment Due Date, then disable “Recalculate Scheduled Payment”.

If you want recalculation, then system considers Receipt date for a matched invoice.


Navigation to enable/disable “Recalculate Scheduled Payment”:
Responsibility:    Payables Responsibility which has the access to setups

Navigation:        Setup > Options > Payables Options
Tab:                   Invoice
                                                                       

 Enable/Disable Recalculate Scheduled Payment based on business requirements.

Intercompany Setups

Intercompany Transactions are the transactions between two legal entities related to same Organization. Following are the setups need to be defined for Intercompany Transactions.

Selling Operating Unit: Vision Japan

Shipping Operating Unit: Vision Operations

Step1: Define Transaction Type

Responsibility: Receivables Manager, Vision Operations

Navigation: Setup → Transactions → Transaction Type

Define New transaction type as shown below.

 

Step2: Assign Document Sequence to new Transaction Type (Defined in Step1) 

Responsibility: General Ledger Manager, Vision Operations

Navigation: Setup : Financials → Sequences → Document → Assign

Assign a document sequence to the transaction type 'Intercompany' as shown below.

 

Step3: Define Intercompany Transaction Flow and Intercompany Relations

Responsibility: Inventory Manager, Vision operations

Navigation: Setup → Organizations → Intercompany Transaction Flows

Define Intercompany Transaction flow and Intercompany Relations as shown below.

Mandatory Setups to Check:
1. Make Sure there are no security rules defined when shipping the item from other Operating unit and Auto Accounting rules are defined(for Selling OU) to default the balancing segment values with Table Name as Standard Lines(Which will get the values from Standard line item or Inventory Item used)

Path for Security Rules:

Responsibility: General Ledger Responsibility

Navigation: Setup → Financials → Flexfields → Validation → Security → Define

Path for Auto Accounting:

Responsibility: Receivables Responsibility

Navigation:  Setup → Transactions → Auto Accounting

2. Make Sure Shipping parameters are defined for both Shipping and Selling operating units.
 

Responsibility: Order Management Responsibility

Navigation: Shipping → Setup → Shipping Parameters

3. Make Sure that the COGS account is assigned to the Transaction Type used for SO in Selling Organization.

Responsibility: Order Management Responsibility

Navigation: Setup-> Transaction Type 

4. Make sure that a value is assigned for System parameter 'Inventory Item For Freight'

Responsibility: Order Management Responsibility

Navigation: Setup → System Parameters → Values

Intercompany Transaction Process:

1. Create and Book Sales Order:

Responsibility: Vision Japan Order Management Responsibility

Navigation: Orders, Returns → Sales Orders

Create a Sales Order with Vision Operations Shipping Warehouse and book the order as shown below.

 

2. Release the Order and Ship the Item

Responsibility: Vision Operations Order Management Responsibility

Navigation: Shipping → Release Sales Orders → Release Sales Orders

Release and ship the order. Then notice the transaction status as 'Shipped' or 'Interfaced' on Shipping Transactions form as shown below.

Navigation: Shipping → Transactions

 

3. Run Workflow Background process

Responsibility: Vision Japan Inventory Responsibility

Navigation: Workflow Background Engine

Run Workflow Background Process.

4. Run Auto Invoice Master Program to create Customer Invoice

Responsibility: Vision Japan Receivables Responsibility

Navigation: View → Requests → Auto Invoice Master Program

The invoice created is shown below.

Navigation: Transactions → Transactions

5. Create Intercompany AR Invoice

Responsibility: Vision Operations Inventory Responsibility

Navigation: Reports → Intercompany Invoicing

Run the Program 'Create Intercompany AR Invoices' to create Intercompany AR invoice.

6. Import Intercompany AR invoice

Responsibility: Vision Operations Receivables Responsibility

Run Auto Invoice Master Program with parameter Source as 'Intercompany'. The Intercompany invoice created is shown below.

Navigation: Transactions → Transactions

7. Create Intercompany AP Invoice

Responsibility: Vision Japan Inventory Responsibility

Navigation: Reports → Intercompany Invoicing

Run the Program 'Create Intercompany AP Invoices' to create Intercompany AP invoice.

8. Import Intercompany AP invoice

Responsibility: Vision Japan Payables Responsibility

Run Payables Open Interface Program with parameter Source as 'Intercompany'. The Intercompany AP invoice created is shown below.

Navigation: Invoices → Inquiry → Invoices

Possible Errors while making Intercompany Transactions:

1. Please correct the revenue account assignment 

2. INCIAP - Create Intercompany AP Invoices Terminated By Signal 11 Error

3. Can not retrieve payment term from bill-to site information

4. Returned warning from extra function

Solution: Check Mandatory Setups Section.

GL Accounting Cycle and Integration

General Ledger Accounting Cycle:
1. Open Period
2. Create/Reverse journal entries
3. Post Journals
4. Review
5. Revaluate/Translate
6. Consolidate
7. Review/correct balances
8. Run reports
9. Close the periods

Integration of General Ledger with other modules:

Oracle General Ledger integrates with other modules. Following is the list of modules along with the details that flow to the General Ledger.
1. Payables sends Invoices, payments, adjustments, realized gain/loss on foreign currency and invoice price variance to GL.

2. Receivables sends invoices, payments, adjustments, debit memos, credit memos, cash, charge backs and realized gain and loss on foreign currency to GL.

3. Assets sends capital and construction in process asset additions, cost adjustments, transfers, retirements, depreciation and reclassifications.

4. Purchasing sends accruals or receipts not invoiced, purchase orders, final closes and cancellations.

5. HRMS sends employee details.

6. Payroll sends salary, deductions and tax information.

7. Inventory sends cycle counts, physical inventory adjustments, receiving transactions, delivery transactions, delivery transactions, intercompany transfers, sales order issue, internal requisitions, sub-inventory transfers and Cost of Goods Sold.

Transaction Dates for Auto Invoices in Receivables:

If there is no value provided for Transaction Date, the Autoinvoice program populates the Transaction date for Auto Invoices based several facors such as Derive Date option enabled or Disabled for Transaction Source, few colums from RA_INTERFACE_LINES_ALL, Invoice rules and Accounting Rules defind or not, and the default value provided in the parameters of Autoinvoice program.

Let us see how Autoinvoice program derives Transaction date based on Derive Date option for Transaction source and populted columns from RA_INTERFACE_LINES_ALL such as GL_DATE, SHIP_DATE_ACTUAL and SALES_ORDER_DATE.

Case 1: If the Derive Date option is enabled for Transaction Source, Autoinvoice program uses the following order to create Transaction Date.
1. GL_DATE
2. SHIP_DATE_ACTUAL
3. SALES_ORDER_DATE
4. DEFAULT_DATE (Provided in parameters of Autoinvoice program, which is mandatory)

Case2: If the Derive Date check box is disabled for Transaction Source, Autoinvoice program uses following order to populated Transaction Date.
1. GL_DATE
2. DEFAULT_DATE (Provided in parameters of Autoinvoice program, which is mandatory)

Invoice Grouping Rules in Receivables R12

Grouping Rules group Revenue and Credit transactions into  Invoices, Credit memos and Debit Memos. Autoinvoice program uses the Grouping Rules to group similar sales orders into a single invoice. We need to assign matching attributes while defining the Grouping Rules. These attributes include mandatory and optional parameters. Mandatory parameters are pre-defined by Oracle, where as optional attributes are optional and can be assigned based on the business requirements. Following is the list of all Mandatory and Optional attributes which can be assigned to the Grouping Rules.

Mandatory Attributes:
AGREEMENT_ID
COMMENTS
CONS_BILLING_NUMBER
CONVERSION_DATE
CONVERSION_RATE
CONVERSION_TYPE
CREDIT_METHOD_FOR_ACCT_RULE
CREDIT_METHOD_FOR_INSTALLMENTS
CURRENCY_CODE
CUSTOMER_BANK_ACCOUNT_ID
CUST_TRX_TYPE_ID
DOCUMENT_NUMBER
DOCUMENT_NUMBER_SEQUENCE_ID
GL_DATE
HEADER_ATTRIBUTE1-15
HEADER_ATTRIBUTE_CATEGORY
HEADER_GDF_ATTRIBUTE1-30
INITIAL_CUSTOMER_TRX_ID
INTERNAL_NOTES
INVOICING_RULE_ID
ORIG_SYSTEM_BILL_ADDRESS_ID
ORIG_SYSTEM_BILL_CONTACT_ID
ORIG_SYSTEM_BILL_CUSTOMER_ID
ORIG_SYSTEM_SOLD_CUSTOMER_ID
ORIG_SYSTEM_BATCH_NAME
PAYMENT_SERVER_ORDER_ID
PAYMENT_SET_ID
PREVIOUS_CUSTOMER_TRX_ID
PRIMARY_SALESREP_ID
PRINTING_OPTION
PURCHASE_ORDER
PURCHASE_ORDER_DATE
PURCHASE_ORDER_REVISION
REASON_CODE
RECEIPT_METHOD_ID
RELATED_CUSTOMER_TRX_ID
SET_OF_BOOKS_ID
TERM_ID
TERRITORY_ID
TRX_DATE
TRX_NUMBER

Optional Attributes:
ACCOUNTING_RULE_DURATION
ACCOUNTING_RULE_ID
ATTRIBUTE1-15
ATTRIBUTE_CATEGORY
INTERFACE_LINE_ATTRIBUTE1-15
INTERFACE_LINE_CONTEXT
INVENTORY_ITEM_ID
REFERENCE_LINE_ID
RULE_START_DATE
SALES_ORDER
SALES_ORDER_DATE
SALES_ORDER_LINE
SALES_ORDER_REVISION
SALES_ORDER_SOURCE
TAX_CODE
TAX_RATE

The following Ship-To fields were mandatory grouping attributes in release 11i, but are optional in release 12 ORIG_SYSTEM_SHIP_CUSTOMER_ID
ORIG_SYSTEM_SHIP_ADDRESS_ID
ORIG_SYSTEM_SHIP_CONTACT_IDThis is because ship to information is now stored at the line level in R12. Therefore a single invoice could have different ship to information for each line.
Autoinvoice program matches all the mandatory parameters and group the transactions into invoices. If all the mandatory parameters are matched for two or more similar transactions, they will fall in a same invoice. If we define any optional attribute, Autoinvoice program matches optional attributes in addition to the mandatory attributes to group the transactions.

For Example: SALES_ORDER is the optional attribute assigned to a grouping rule, there Autoinvoice program matches all mandatory attributes + Sales Order for the transactions. For any two or more transactions, if all the mandatory attributes and Sales Order(optional attribute) are matching, only one invoice will be created for those transactions.

If your Grouping rule doesn't include Sales Order and Ship To fields in Optional attributes, similar sales orders with different ship-to addresses but same bill to will be grouped into one invoice and AR transaction form will not show any value in Ship-To address as it can not determine which ship-to value to be picked from multiple sales orders.

Steps to create a Grouping Rule:

Responsibility: Receivables Manager
Navigation: Setup -> Transactions -> Auto Invoice -> Grouping Rules

Select Line Ordering Rules if you are using any. Optional grouping characteristics are optional. If we are not giving any optional Grouping Characteristics, Autoinvoice will only matches mandatory characteristics. We can assign Optional characteristics for Invoices, Credit Memos and Debit Memos.
 

If  we want to assign optional attributes for all invoices, credit memos and debit memos, First assign optional characteristics for invoice class and the place the cursor on Class Invoices ad use Down Arrow to define  attributes for other classes(Credit Memo and Debit Memo) as well.