Free Oracle Magazine Profit:The Executive's Guide to Oracle Applications

Enter your e-mail address to receive notifications when there are new posts

Profit Magazine: The Executive's Guide to Oracle Applications

Auto Invoice - Parameter and Profile Options

Posted on May 27th, 2007 by Sanjit Anand |Print This Post Print This Post |Email This Post Email This Post

Understanding the profile options and some parameter is essential for autoinvoice execution. Understanding is especially helpful when trouble shooting is required to figure out why and where the processing has failed for certain data scenarios. Here is some informative information for profile Options and parameter required for autoinvoice.

As we know system setup can be done from system options, which is as below.

31

 1.Max Memory (in bytes)
  As marked 1 in above picture. This is memory setting for allocating autoinvoice program for validation. It is recommended to set Value to 3,000,000 Bytes.

2.Log File Message Level

This is at 2 in above picture. This is number represents the amount of detail we wish to display Auto Invoice log file.

  • Message Level 0
    This will gives the following entries in the log file:
    Product Version, Program Name, Auto Invoice Start Time, AutoInvoice Concurrent request Arguments, Error and Warning Messages, AutoInvoice End Time, auto Invoice logical Steps.
  •  Message Level 1
    This gives all of the above entries plus:  Time-Stamped function labels
  •  Message Level 2
    This gives you all of the above entries plus:  Sizes of Allocated Arrays, Dynamic SQL Statements, Number of Rows Updated, Inserted and Deleted
  •  Message Level 3
      This gives you all of the above entries plus: Method IV SQL Array Values.

3. Purge Interface Tables
This is marked 3 in above picture. If this is checked then

  • Purges records that are successfully imported into receivables.

It recommended to avoid getting interface tables filled with data that is no more required

4.AR: Autoinvoice Gather Statistics
Specify whether AutoInvoice process analyzes the interface tables or not

  • Null is taken as Yes
  • This profile should be set to “Yes” if type of data populated in the interface tables changes

5.Number of Instances
This is for Load Balancing.

  • Number of CPU -1
  • Maximum allowed 500

6.AR: Maximum Lines per Autoinvoice worker
This is setting for let worker know how many records need to pick. This setting is more important, if you are loading very huge set of data. If any one is doing conversion, it is essential to check this value.

The default value is 100000,But the optimal value should be 10000.

Hope this will give a fair idea who is going to utilize autoinvoice First time.

Posted in Finance, Oracle Receivable | 2 Comments »

Auto Invoice: Transaction Flexfield

Posted on May 26th, 2007 by Sanjit Anand |Print This Post Print This Post |Email This Post Email This Post

Why set up is important for transaction flex field in autoinvoice? Does my Autoinvoice get failed if I would not do set up or not passing information for Transaction flex field? Yes, You can’t. The way the auto invoicing works is designed it worked to Uniquely identify for each transaction.

Then what are those Transaction Flex Fields?

Transaction flexfields are descriptive flexfields that AutoInvoice uses to identify transactions and transaction lines. Oracle Receivables lets you determine how you want to build your transaction flexfield structure and what information you want to capture. There are four types of transaction flexfields:

  • Line Transaction Flexfield
  • Reference Transaction Flexfield
  • Link-To Transaction Flexfield
  • Invoice Transaction Flexfield

The key point is the Line Transaction Flexfield must be defined if AutoInvoice is being used. The Line Transaction Flexfield can be used to reference and link to other lines because the Line Transaction Flexfield is unique for each transaction line. AutoInvoice always uses the Line Transaction Flexfield structure for both the Link-to and Reference information when importing invoices. It is only necessary to explicitly define the Link-to, Reference, and Invoice Transaction Flexfield structures if this information is to be displayed on a custom window.

You must define both the line-level and header-level Transaction Flexfield. To define the line-level Transaction Flexfield, query ‘Line Transaction Flexfield’ in the Title field of the Descriptive Flexfield Segments window and enter the context and segments associated with this Transaction Flexfield. To define the Transaction Flexfield at the header-level, query ‘Invoice Transaction Flexfield’ and enter the context and segments associated with this Transaction Flexfield. All segments in the line level transaction flexfield that refer to header information must also exist in the header level transaction flexfield. For example if you define a line-level Transaction Flexfield with 4 segments and only the last 2 segments refer to line-level information, define the header Transaction Flexfield using the first two segments.

Where to setup
AR gives you the option of using QuickPicks to display reference information for imported invoices. You can use the System Profile Option AR: Transaction Flexfield QuickPick to select the Transaction Flexfield Segment you want to display in Invoice QuickPicks throughout Oracle Receivables.
1

Business Case:

Lets say my autoinvoice having two sources,

1.More4Apps - where data is coming from excel based More4apps.
2.PROJECTS INVOICES - for Creating Project invoices.

So to process these, we have set up like this:

If Source is More4Apps then required INTERFACE_LINE_ATTRIBUTE1 till 2 (Fig :2)
If source is PROJECTS INVOICES then required INTERFACE_LINE_ATTRIBUTE1 till 8 (Fig :3)
11

Fig 2: Setup for Fisrt source as above

12

Fig 3: Setup for second source as above

What is mean, pretty simple based out of source the respective column should be populated. At the time of validation auto invoice will try to validate first the DFF field, based out of Context Value, The value in context field would be the same which appears while defining. And the process should take the value as reference and create a transaction in the AR.

Posted in 11i, EBS Suite, Finance, Oracle Receivable | 2 Comments »

Post Archives

Posted on May 26th, 2007 by Sanjit Anand |Print This Post Print This Post |Email This Post Email This Post

2008: Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2007: Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec
2006: Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec

August 2008

July 2008

June 2008

May 2008

April 2008

March 2008

February 2008

January 2008

December 2007

November 2007

October 2007

September 2007

August 2007

July 2007

June 2007

May 2007

April 2007

March 2007

February 2007

January 2007

December 2006

October 2006

August 2006

Posted in Uncategorized | Comments Off

Power of Autoinvoice

Posted on May 21st, 2007 by Sanjit Anand |Print This Post Print This Post |Email This Post Email This Post

Here is note on one of most efficient tool used in Oracle application. It is Auto Invoice, most industry accepted tool in Oracle apps.

 

What is Auto Invoice??

Auto Invoice is a tool that can be used to import and validate transaction data from other financial systems from which one can create invoices, debit memos, credit memos, and on-account credits. It rejects transactions with invalid information to insure the integrity of the data.Ratax

Where its fits 

 This fits well with in Oracle ERP or to integrate with any third party application< ?xml:namespace prefix ="" o />

 

What Module data can be integrated?

  • Oracle Order Management
  • Oracle Project Accounting
  • Oracle services

 

To make fully functional  what else required

  • Loader program
  • Validation program

Top 10 reasons for using Auto Invoice

 

1. Powerful Interface Tool

2. Supports Oracle & Non-Oracle Systems

3. Import Large Amount of Data

4. Calculate or Import Tax

5. Group Lines & Invoices

6. Online Error Correction

7 .Lines Validation

8. Derive GL Date

9 .Import Flex fields

10.Import or Derive Accounting Info

 

 

What is inside AutoInvoice

 

AutoInvoice is a tool consists of 3 main programs. Each program will have unique nature of work to do and they are called internally except Purge program whose execution is derived on the setup otherwise ready to execute stand alone.

§         Master (RAXMTR)

§         Import (RAXTRX)

§         Purge (RAXDEL)

 

1.       Auto Invoice Master program RAXMTR

Selects and marks records in the interface tables to  be processed based on the parameters the user entered and then calls the AutoInvoice Import program. Auto Invoice Master program has no report output.

 

•Gathers statistics, it means it gathers the stats on interface tables and set the stats on certain indices on interface tables

•Marks interface records for processing by marking request_id

•Submits multiple workers for Parallel Processing by creating instances for request.

 

2.       Auto Invoice Import Program Validates the selected record and creates transaction if it passes validation. Any record that fails validation is left in the interface table with an error code. Depending on the setup, related records may be rejected as well. This program has an output file called Auto Invoice Execution report, which you can view by clicking the View Report button in the Requests window.

 

  • Workhorse of Auto invoice
  • Validates data
  • Inserts records
  • Deletes interface data
  • Only when system option purge set to ‘Y’

 

3.       Auto Invoice Purge Program Deletes records from the interface tables. If you set the Purge Interface Table system option to No in Define System Option window, Auto Invoice does not delete processed records from the interface tables after each run,and we must submit Auto Invoice Purge Program periodically to clean up the interface tables. This program only deletes transaction lines that have been successfully imported.

•Deletes all rows where interface_status =‘P’

•Ra_interface_lines

•Ra_interface_distributions

•Ra_interface_salescredits

 

How to start

 

FeederAs discussed above, oracle Receivable’s Auto Invoice program will be used to import and validate Invoices.

 

A custom feeder program is required to transfer data from the Advantage extract files and populate the Auto Invoice interface tables (RA_INTERFACE_LINES_ALL and RA_INTERFACE_DISTRIBUTIONS_ALL).If there is need to run populate sales credit into RA_INTERFACE_SALESCREDITS_ALL table.

 

When run, AutoInvoice produces the AutoInvoice Execution Report and the AutoInvoice Validation Report.

Any entries which failed validation can be reviewed in Oracle Receivables’ AutoInvoice Interface Exceptions window. Depending on the error, changes may need to be made in Receivables, the feeder program or the imported records in the interface tables.

 

 

 

 

 

 

 

 

 

 

How Autoinvoice Execution works

Normally, Auto Invoice can be divided into three major phases

 

  • Pre-grouping: here the validates all of the line level data takes place
  • Grouping: groups lines based on the grouping rules and validates header level data
  • Transfer :validates information that exists in Receivables tables

 What happen when Auto invoice run

 

Once the Auto invoice Program gets called, the following activity takes place is part of execution process. This can be analyzed by debug options.

 

  • Line, accounting, and sales credit information for each line populates 3 interface tables
  • Lines are ordered and grouped
  • Tax is calculated
  • GL date is determined
  • GL accounts are assigned using Auto Accounting
  • Tax, freight, commitments, and credit memos are linked to transaction lines
  • All transactions are batched
  • Validated lines are used to create the transaction

 How Data is flowing

Select, insert and update and delete take place on certain tables once it is logged out.

Selects

            – RA_INTERFACE_LINES_ALL

            – RA_INTERFACE_DISTRIBUTIONS_ALL

            – RA_INTERFACE_SALESCREDITS_ALL

 

Updates/Insert

            – RA_INTERFACE_ERRORS_ALL

            – RA_CUSTOMER_TRX_ALL

            – RA_CUSTOMER_TRX_LINES_ALL

            – AR_PAYMENT_SCHEDULES_ALL

            – AR_RECEIVABLE_APPLICATIONS_ALL

Inserts

            – RA_INTERFACE_ERRORS_ALL

 

 

AutoInvoice Exception Handling

 

Records that fail validation are called ‘Exceptions’

  • Exceptions stay in Interface Tables which is RA_INTERFACE_ERRORS_ALL
  • Errors can be corrected in the Exception Handling window
  • Once corrections are made, Auto invoice must be resubmitted
  • Records that pass validation get transferred to Receivables tables 

AutoInvoice Exception Handling Windows

  • Interface Exception window displays exception messages associated with all invalid records
  • Interface Lines window displays records that fail validation, provides an error message and can be used to correct the errors
  • The Line Errors windows displays errors associated with a specific line, and can only be opened from Interface Lines window
  • Interface Exceptions window displays Interface Id, Exception Type, Error Message and Invalid Value associated to the error
  • Data cannot be edited in this window, but error can be viewed and corrected by clicking the Details button
  • Error Message and Column name with invalid data are displayed in the Message column, and the invalid value that needs to be corrected is displayed in the Invalid Value column

 

Next post, I would summarize more information for Transaction Flexfield,Grouping , profile options and parameter setting.

Posted in API, Oracle Receivable | 29 Comments »

About this Epicenter

Posted on May 19th, 2007 by Sanjit Anand |Print This Post Print This Post |Email This Post Email This Post

The business lifecycle is different for every organization because it is not a linear process. However, the business challenges at each point remain similar. ERP plays a key role throughout an organization’s existence. Selecting the right tool must first and foremost address one’s key business problems and challenges, enabling one to meet the strategic business goals. And the more one knows the pros and cons of each deployment model, the more certain it is that one will embark on a path to success.

This blog/forum what I call the Epicenter for Oracle Apps is envisaged to address such issue as its focal point. In the oracle apps sphere, this platform is crafted with a clear intention of knowledge sharing from live experiences grounded in daily routine life so that i2i (idea to implementation) makes better sense to all the readers and contributors.

Why I called the Oracleapps “HUB”

“Hub”…with absolute reason, as this is my own repository of last 8 years of activities and the ongoing research in Oracle EBS Technology, which I am trying to put together for my quick reference as well as for others who may be exploring to know more about the oracle EBS product line. I would also like to share some of the key notes based on projects, experiences, research, prototyping outcome, client business cases with Functionality mapping information of EBS suite. Potentially, I would like to help some one who is very new to EBS technology product line, and secondly those managers who might be thinking of implementing ERP at their end. Hope some of notes and reference will handhold the needy into ERP evaluation process.

What I will do for You
Here I can and would love to share and contribute most of the things which are part of routine work. But you will also find links to matters I consider interesting on the web and occasionally some scribbling about techniques which I think are nice to share