TE040 AR Test Scripts
TE040 AR Test Scripts
Approvals:
<Approver 2>
TE.040ar System Test Script Receivables Doc Ref: TE.040_AR
February 21, 2018
Document Control
Change Record
4
Reviewers
Name Position
Distribution
Note To Holders:
If you receive an electronic copy of this document and print it out, please write your
name on the equivalent of the cover page, for document control purposes.
If you receive a hard copy of this document, please write your name on the front
cover, for document control purposes.
Contents
Document Control.....................................................................................................................
Defect Log...................................................................................................................................
Every applications implementation team needs to consider the impact of the century
date on their implementation project. As part of the implementation effort, all
customizations, legacy data conversions, and custom interfaces need to be reviewed
for Century Date compliance.
Sequence # Date Time Accounts Receivable Test Name Description Tester Test Status Notes
Defect Log
Defect ID Test Step Module Name Defect Description Resolution Re-Test By Re-Test Date Status (open,
Number Reference closed, in
process)
Oracle Receivables
Open Issues
Closed Issues
For this case study, you need to setup a Line Transaction Flexfield as shown below.
Click on the segments button to create the following rows. The values in the field Column are not shown
completely, they are INTERFACE_LINE_ATTRIBUTE1 and INTERFACE_LINE_ATTRIBUTE2 respectively.
A. Security Profile
There Are Three Profile Options Which Govern Access To Data Partitioned By Organizations.
If The Value For This Profile Option Is Set To Yes, Or Is Null, AutoInvoice Analyzes The
Interface Tables And Gathers Statistics. If The Value Is Set To No, AutoInvoice Does Not
Analyze The Interface Tables.
This Profile Option Can Be Set By The System Administrator At The Site, Application,
Responsibility, And User Levels. The User Can Also Update This Profile Option.
C. AR: Default Exchange Rate Type
This Option Determines The Default Exchange Rate To Use When Converting Foreign
Currency Transactions To Your Functional Currency.
Valid Values Are:
Corporate Exchange Rate - An Exchange Rate You Define To Standardize Rates. This
Rate Is Usually A Standard Market Rate Determined By Senior Financial Management For
Use Throughout The Organization.
Spot Exchange Rate - An Exchange Rate To Perform A Conversion Based On The Rate
On A Specific Date.
User Specified Rate - An Exchange Rate To Specify When Entering A Foreign Currency
Transaction.
This Profile Option Determines Whether To Assign Your Credit Memo To The Same Accounts
That Are Assigned To The Invoice You Are Crediting.
The Value For This Option Can Be Set By The System Administrator At The Site,
Application,Responsibility, And User Levels, But Cannot Be Updated By The User.
Note:
If You Are Interfacing Data From Project Accounting, You Need To Set This Profile To No At
The Application Level For Oracle Projects. This Setting Will Then Allow Data To Be Passed
Into RA_INTERFACE_DISTRIBUTIONS_ALL Table For Projects Invoices.
F. Sequential Numbering
Sequential Numbering Assigns Numbers To Documents That You Create In Oracle Financial
Products. For Example, When You Are In A Window That Creates Invoices, Each Invoice
Document Can Be Numbered Sequentially.
Only System Administrators Can Change This Profile Option. Users Can See This Profile
Option, But They Cannot Update It.
This Profile Option Is Visible And Updatable At The Site, Application, And Responsibility
Levels.
Note: If you also want to run a test case to import a Credit memo, create a Credit Memo transaction type as
shown below, otherwise you don't need to create a Credit Memo transaction type.
In the following screen, the source for the third segment is 'Transaction Types'. When the default accounting is generated for the Receivable account, the
accounting flexfield will pull the third segment from the Receivables account defined for the transaction type. If we cross-reference this to the screenshot
from the previous task, the value for the third segment is 1210, coming from 01-000-1210-0000-000 defined for Receivables account.
During AutoInvoice, you are interfacing data with the intention of creating complete transactions automatically.
Hence, you are advised to complete the setup for AutoAccounting so that AutoInvoice can determine the GL
accounts to use for your interfaced transactions, and process them completely without errors and without the
need for manual intervention.
The following screenshot shows a Line Ordering Rule, that references the same fields we used in the Line transaction flexfield defined in Task 2 above.
The following screenshot shows a Grouping Rule that uses the Line Ordering Rule defined in Task 6 above.
The following screenshot shows a Payment term we will use in our interface data.
The following screenshot shows a Transaction source we will use to interface data via AutoInvoice. Highlighted below is the transaction type we created
earlier, here we are associating it to this Imported Batch Source.
Following screenshots show the sub-tab for the Transaction Sources form:
The AutoInvoice Options tab highlights the Grouping rule created earlier. The setup indicates this batch will
group data as specified in this grouping rule
The following screenshots show the rest of the sub-tabs of this form, including Customer, Accounting,
Salescredit and other information. You need to define whether the data you will interface provides the Value or
the ID so that AutoInvoice can validate the data.
If necessary, you can define different customer profile classes to categorize your customers. You can associate Customer Profile classes to customer
records you create later. By using a profile class you default certain attributes/fields into the customer records to make customer maintenance more
efficient.
The following screenshot defines a new customer profile class, to which we associate the Payment Term from Task 8 and the grouping rule from Task 7.
The following screenshot shows the various sub-tabs at the ACCOUNT profile level.
On the Account Profile tab, we associate to this customer record the customer profile created in Task 11, the payment term from Task 8 and the Grouping
Rule from Task 7 created earlier.
Payment Details tab: here we associate to this customer record the Receipt method created in Task 10.
We have defined the Receipt method at the ACCOUNT level profile. If this customer has only one site, or all the
Sites of this customer will use the same Receipt method, there is no need to set up Payment Details at the Site
Level.
However, if there will be multiple sites for this account, and each site that uses a Receipt method different from
that set at the ACCOUNT level, then you will need to set up the Payment Details at the SITE level as shown
below.
Log file message level = 10 provides the most detailed debug messages, and is useful when you are debugging or troubleshooting.
Ensure that the GL_DATE value you provide in the next task is within an open period.
Navigation: Order Management --> Setup --> Shipping --> Shipping Parameters.
In General Tab.
In Shipping Tab:
In Finance Tab:
Navigation: Order Management --> Setup --> Transaction Type --> Define
In Main Tab:
Navigation: Order Management --> Setup --> Shipping --> Grants and Role Definitions --> Grants.
a. CREATE A CUSTOMER
b. CREATE A ITEM
c. CREATE A PRICE LIST
d. CREATE A INVOICE SOURCE
e. CREATE A RECEIVABLES TRANSACTION TYPE
f. CREATE A ORDER TRANSACTION TYPE (Order Line)
g. CREATE A ORDER TRANSACTION TYPE (Order)
h. DEFINE THE DOCUMENT
i. ASSIGN DOCUMENT CATEGORIES
j. DOCUMENT ASSIGNMENT TO BE REFLECTED IN ORDER TYPE
k. DEFINE PICKING RULE
5. Define Profiles
flexfield combination