Fucom (Geant) - MD50 - 70 Oracle Receiveable Legacy Integration V 1.3
Fucom (Geant) - MD50 - 70 Oracle Receiveable Legacy Integration V 1.3
MD.050-070
APPLICATION EXTENSIONS FUNCTIONAL DESIGN
ORACLE EBS R12 RECEIVABLES & GEANT LEGACY INTEGRATION
Fucom (Geant)
Oracle Receivables
Approvals:
Change Record
16
Business Reviewers
Name Position/Role
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.
Document Control...................................................................................................................ii
Distribution........................................................................................................................ii
Major Features...................................................................................................................5
Customer Integration.......................................................................................................7
Oracle/Legacy Mapping.......................................................................................................10
Open and Closed Issues........................................................................................................20
Open Issues......................................................................................................................20
Closed Issues....................................................................................................................20
Major Features
All the Sales invoices for the day will be taken in a batch and transfer to Oracle Receivables on a daily basis end
of the day.
Cash (Multi Currency): BHD, EUR, USD, SAR, AED, KWD, OMR, QAR, GBP
Credit Card Sales (Multi /Vendors): Master Card, Visa, Diners, Benefit cards
Staff Sales : Employee ID wise
Internal Sale/LPO sales : Credit Sales for certain specific customers (Internal or External)
:
Internal – HR department purchased stationery for office use or Butchery section purchased oil from
Grocery section for marinating of meat.
Discount Vouchers – Are type of tenders where vouchers issued to the customers gets redeemed. (debit
Liability)
Gift Vouchers – Are type of tender where Gift vouchers sold are redeemed. (Debit liability)
Excess / Short – Value/balance for each cashier after closing cash counter. Excess to be trated as income,
Short to be treated as Receivable from Cashier at Employee ID level. End of month (15 th cut off) to be
Day one to be considered Income, Day two to be accumulated till month end… if out of limit full
amount charged to cashier
Tenant Agreement: Tenant agreement will be entered in Oracle directly using custom form based on custom
tables. Geant will provide the fields need to enter in custom form / table. Below are the various income
categories under tanant agreement.
Electricity Income
o For the purpose of Mall, All electricity bill paid considered as Expense but the amount collected
from tenants (As per tenant agreement) are recognized as Income.
o Note: fix and variable. For variable we will create a recurring entry with default amount as 1
AED and that will be later editable by users.
o Income generated from sale of empty cartons. Mainly monthly in nature.(Fixed per month per
store @ Bahrain). Not Applicable for U.A.E/Dubai.
o Note: Fix and variable. For variable we will create a recurring entry with default amount as 1
AED and that will be later editable by users.
Exhibition Income
o Income collected from the Kiosk rental in mall, mainly in the nature of short term agreements (1
week to 2 yrs) with temporary structures (no shop address) are considered as exhibition income.
Customer Integration
Generally Geant (IBM (POS) sales happen in Cash under various types of sales categaries as mentioned above.
So for that we will create a cash customer (Geant Customer) in Oracle EBS. Geant have some 5-6 specific
customer names for above cash transactions so the same will be defined in Oracle EBS Receiavables based on the
list provide by Geant.
Some of the stores are using Navision for Sales so similarly like IBM AR invoice transaction will be also interface
from Navision.
There are only some occasions for credit sales in Geant. Based on average there is only 1-2 credit sales in month
or sometime 1-2 credit sales in 2-3 months. So yearly there are only few transactions for credit sales. So for Credit
customer there will be manual entry in oracle as and when it happens.
Miscellaneous Income
o All income of miscellaneous nature is considered. Example: sale of scraps.
Security Income
o Income generated by security by penalizing shop lifters are considered as security income.
Marketing Income
Source Destination
Legacy Systems Intermediate Table Pre Interface Table Oracle Interface Table Oracle EBS R12
IBM (Point Of Sales) Intermediate Table for Source DataPre Inteface Table for Basic Validations Oracle Standard Interface Table Oracle EBS R12 (Receivables)
Navision
Oracle Receivables and IBM Point of Sales /Navision (Geant legacy) Integration Flow Diagram
Navision
There will be one interface between Geant Navison Legacy System and Oracle Receivables
AR Transaction Interface(Auto Invoice)
Following are the intermediate tables what will be created and where Geant team needs to provide the data from source legacy systems on daily basis:
1. XXGEANT_RA_INT_LINES_ALL
2. XXGEANT_REV_RA_INT_LINES_ALL
Note: Above intermediate tables will have the same columns given in mapping section.
Oracle Receivables will uses the below three interface tables for AutoInvoice (Internal Use Only)
1. RA_INTERFACE_LINES_ALL
2. RA_INTERFACE_DISTRIBUTIONS_ALL
AutoInvoice transfers transaction data from the above three interface tables into the following Receivables tables:
RA_BATCHES_ALL
RA_CUSTOMER_TRX _ALL
RA_CUSTOMER_TRX_LINES _ALL
RA_CUST_TRX_LINE_GL_DIST_ALL
AR_PAYMENT_SCHEDULES_ALL
AR_RECEIVABLE_APPLICATIONS_ALL
AR_ADJUSTMENTS_ALL
RA_INTERFACE_LINES:
Transactions include invoices, debit memos, credit memos, and on-account credits.
The Line_Type field identifies the type of information contained in the record.
A record can be a parent record: Line, Header Freight, or Charges; or a child record: Tax or linelevel Freight.
A child record is linked to the parent record using the Link-To Transaction flexfield.
RA_INTERFACE_DISTRIBUTIONS:
This table contains accounting distributions to be used by the transactions defined in RA_INTERFACE_LINES.
Accounts defined in this table override any accounts created using AutoAccounting.
You can choose to pass some or all account information to AutoInvoice. Any accounts that are not passed will be derived using AutoAccounting.
Records in this table are linked to records in the RA_INTERFACE_LINES table using the Transaction flexfield.
2. Lines are grouped and ordered by the grouping rule and line ordering line. Grouping rules are mandatory and determine how transaction lines are grouped into
transactions. Optionally, you can use line-ordering rules to determine the order in which lines are displayed on a transaction.
3. Tax, freight, commitments and credit memos are linked to transaction line by transaction line, transaction reference and transaction link-to descriptive flex fields. To
uniquely identify imported transactions and link the tax, freight, commitments and credit memos, define the Transaction flexfields.
4. GL date is determined.
6. TAX is determined.
9. When run, AutoInvoice produces the AutoInvoice Execution Report and the AutoInvoice Validation Report.
10. 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.
Transaction flexfields:
Transaction flexfields are descriptive flexfields that AutoInvoice uses to uniquely identify transaction lines.
Because they are unique for each transaction line, they can also be used to reference and link to other lines.
Receivable lets you determine how you want to build your transaction flexfield structure and what information you want to capture.
Define a flexfield for each import source. Specify which one to use during import.
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)
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.
Submits multiple workers for Parallel Processing by creating instances for request.
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.
Validates data
Inserts records
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.
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.
In Day end there will an automatic batch which will be trigged that will take data from Geant legacy system (IBM (Pos) \Navision and insert in the intermediate tables where the basic
validations will be done. After validation data will inserted in oracle above interface tables and later same will be revalidate and transfer to oracle base tables using starndard interface
concurrent program.
Destination
Intermediate Table Pre Interface TableOracle Standard Interface Table
Legacy Systems Sources Oracle EBS R12 (Receivables)
Navision
1. Get vallid data from legacy system to Intermediate Tables. In Day end there will an automatic batch which will be trigged that will take data from Geant legacy system IBM
Point of Sales and insert in the intermediate tables
2. Load the intermediate table data into Pre-Interface table called staging table.
3. Validate the data in Pre-interface table using pl/sql procedures to define rules of validation.
4. Successful Validation rakes up the data to the Oracle standard interface tables.
5. These Validate data will be directed to base tables using predefined Seeded program.
Interface Souce Interface Name Interface Interface Tables Interface ConCurrent Programs
Destination
IBM Point of Sales AR Transactions (Auto Invoice) Oracle Oracle Receivables uses three interface Auto Invoice Master Program
Receivables tables for AutoInvoice:
RA_INTERFACE_LINES_ALL
RA_INTERFACE_DISTRIBUTIONS_ALL
Frequency
Above interfaces will run once daily after business hours. Later we can decide on exact scheduling time.
Sales/Revenue
Name Datatype Length Mandatory Comments Notes for Devlopers Table Name Notes Sample Data
Start Level: 1
P=AR Interface
E= Error in AR Interface
N=Error in GL interface
P=AR Interface
E= Error in AR Interface
N=Error in GL interface
Yellow Mandatory
Green Optional
We can use
Blue
default Values
proc.txt
proc.txt
Note: - Above program can be run from AR super responsibility and having To Date and From Date non-mandantoy parameter.
Open Issues
Closed Issues