Ge Energy: Infrastructure General Electric Apex Global R12I Implementation Ibs To Ap
Ge Energy: Infrastructure General Electric Apex Global R12I Implementation Ibs To Ap
Ge Energy: Infrastructure General Electric Apex Global R12I Implementation Ibs To Ap
Author: Bhabani
Creation Date: Jan 15, 2007
Last Updated: Oct 13,2014
Document Ref: None
Version: 1.4
Approvals:
GE Confidential
CF.250 – Instructions
Objective
The purpose of this document is detail the technical aspects of the confirmed requirements captured
in the BR.150
The CF.250 template outlines the format requirements for the document. The document must include
the following sections:
Document Control
Definitions
RICE Components and technical details of each of the component
Flow diagram to explain the interaction between the various components and flow with in the
component (ex: In case of Interfaces, interaction between the applications and technical details
of the interface itself)
Open and closed issues for Issue tracking and follow-up.
Document Control:
Changes and updates to the document should be clearly indicated in this section by providing details
of date of updates, person who updated the document, change references indicating at a high level
what was updated or reasons for update and versioning the document with an incremental version
number.
Definitions:
This section should list the meaning of abbreviations used through out the document and terms or
phrases that may have special connotation in the context of the document. For the purpose of clarity
and reference simplicity certain definitions have already been embedded in the BR.150 document
template
Business Rules
List the rules that will drive the business process, for which this RICE component is being built.
Solution Design
This should be documented for each RICE component separately
Detailing should be given based on type of the component
GEM Assets
Review Matrix
GE Confidential
The following is the Review rating criteria that should be followed by the reviewer of this
document.
GE Confidential
Document Control
Change Record
Reviewers
Name Position
Page 4 of 32
GE
Confidential
Distribution
1
2
3
4
Page 5 of 32
GE
Confidential
Contents
CF.250 – Instructions.......................................................................................................2
Document Control...................................................................................................................4
Executive Summary.................................................................................................................7
Solution Design......................................................................................................................18
Solution Design – Forms................................................................................................20
Solution Design – Report...............................................................................................25
Solution Design – Concurrent Program......................................................................26
Solution Design – Workflows.......................................................................................26
Solution Design – Other Oracle Components............................................................27
QFD..........................................................................................................................................28
Use Cases for Unit Testing- GE Wind Energy US Procurement IBS to AP Customization
...................................................................................................................................................29
Appendix ................................................................................................................................30
Page 6 of 32
GE
Confidential
Executive Summary
The objective of this document is to present the design of a proposed IBS to Oracle AP
Enhacements that will enable efficient monitoring of the IBS System.This front end
loads the IBS data, reformats the data and provides for error corrections so that the
data can be imported through the interface.
We need to make more generic so that valid number of GL segments can be populated
by this form.
Page 7 of 32
GE
Confidential
In the pre-edits table some more new fields are to be added. These new fields are also
mapped to the proper segments in the Oracle AP Open interface table so that the
invoices can be imported into Oracle AP with the proper data. There are 15
CONV_ADN_SEGMENTS that should cover the maximum amount of available GL
account segments that could be used.
In addition to the newly named and newly added fields for the ES-GAP rollout, there is
still the need for several new fields to be created:
The Exchange Rate Type Field (this field should use the rate type set up in the
Special Charge table for foreign currency invoices. (Invoice Header Table)
The Exchange Rate Date Field (this field should default from the system date and be
in the Invoice Header Table).
The Exchange Rate Field (this field should be populated based on the Rate Type
field). If the Exchange Rate Type is ‘USER”, the APEX code should calculate this fields
as follows: Rcvr_sttl_amt / Cur_rec_amt with both fields coming from the
IBSINVHEADER_INF table (Invoice Header Table). If the Exchange Rate Type is other
than ‘USER’, do not populate this field.
Invoice Type (valid entries should reflect the valid invoice types in Oracle, Standard,
Credit and Mixed. Mixed would be a new requirement for allowing the invoice to get
thru the Open interface if there are both positive and negative lines on the IBS invoice
(Invoice Header Table).
Line Type (valid entries should reflect the valid line types in Oracle, ITEM, MISC, TAX
and FREIGHT. Currently we use only ITEM and MISC lines when the invoice is imported
thru the Oracle Open Interface. We need to be able to identify the line types in the Pre-
Edit tables and be able to modify the line types as necessary either by Business
Specific Code or by users manually fixing the data in the Pre-Edit tables. (Invoice Lines
Table)
These new fields and newly named fields (in order to make the segment names
generic), need to be added to the standard APEX IBS Tables that are currently in
production in every operating unit. These fields should map correctly to the Oracle
Open Interface fields.
All lines are being created in the APEX Pre-Edit Lines Table as per the current process.
All lines that are to be imported thru the Oracle AP Open Interface need to be displayed
on the pre-edit correction form if the invoice has an error. This includes the Special
Charges, Line Item Description, Special Charge Text, Line special instructions text and
Ship Costs lines. The current logic for adding a Freight line to the Lines Table is not
accurate and causing an “Unbalanced Invoice Total” error in all Instances. The Special
Charges and Ship Cost lines added to the Lines Table should be equal to their source
(Ship_Cost from the AP_IBSINVHEADER_INF Table; Spc_Chg_Amount from the
AP_IBSINVSC_INF Table; Spc_Chg_Amount from the AP_IBSINVLINESC_INF Table). The
Calculation to balance the invoice after the line or lines been added should compare
the Invoice Total (Cur_Rec_Amount) from the Header Table to the sum of the invoice
detail lines minus discounts (at the header) – all amounts used should be in the
currency of the invoice. (Cur_Rec_Amount) Again, we want all lines that error out to be
displayed on the Pre-Edit Correction form so that corrections can be made there by the
users and not in the Oracle AP Open Interface. All code for adding lines should be
consistent for all Instances.
Page 8 of 32
GE
Confidential
header table. So when the invoice is imported into Oracle AP, the description of the
invoice header will contain the ACCEPTED_DATE.
The Pre-Edit Correction form will be intended location where End Users would correct
errors that prevented the IBS invoice from passing thru the Oracle Open Interface and
loading into Oracle AP. The errors that would be caught in the Oracle Open Interface
are identified in the Pre-Edit Tables so that the End User can make corrections via the
Pre-Edit Correction form.
We will add the 15 CONV_ADN_SEGMENT (All the Columns, TAX_code, Refrence table
listed on page 11,12) Columns, Document Sequnce Category, Exchange Rate Type,
Exchange Rate Date, Invoice Type,CUR_REC_AMT,Project number,Task
Number,Expenditure Group,Expenditure Org,Expenditure Date,Line Item
Description,Special charge Text and special instruct text.
In addition to the 10 cases to ensure that quantity times unit price equals the Line Item
Amount on PO related invoice lines, a case is needed when both the Quantity and Unit
Price are Null or zero. In this case, the Quantity should default to 1 and should be in
the same color as the Line Amount in the invoice currency. The Unit price should
always be the absolute value of the Line Item Amount to 4 decimal places.
Credit Invoices:
Credit invoices are failing in the Pre-Edit table due to PO lines closing for invoicing. We
need to be able to get those invoices entered without failing and we would like to do
this without manual intervention.
It appears that there is APEX code that prevents the credit from processing to the Open
Interface table if the PO shipment line has the status ‘Closed for Invoicing’ or closed for
‘receive’. We have discovered that users are changing the credit document to be NON-
PO and providing an A.D.N. number. This then gets the APEX Pre-Edit Process to
release the invoice. The user than goes to the Open Interface table and changes the
credit document back to PO related and the credit is then processed thru the Oracle
Open Interface. This leads us to believe that we have some code in the APEX process
that is preventing the credit document from being released in the APEX Pre-Edit tables.
We need to get this fixed. If the credit document would pass thru the Oracle Open
Interface, then it should not fail in the APEX Pre-Edit tables. The error message given
when this occurs is ‘Invalid PO Distribution Number Error’.
The current APEX code is not able to properly allocate an IBS credit invoice. We need
to fix the existing APEX code in order to allocate credit invoices to PO shipment lines.
The IBS system only sends us Credit invoice lines at PO line level, not at shipment line
level, yet Oracle requires that the Credit invoice be matched to PO/Line/Shipments.
The APEX code must match the IBS Credit Invoice lines to a PO/Line/Shipment.
Page 9 of 32
GE
Confidential
Calculation based on shipment and billed qty
If the IBS line qty is negative, then it means that we have a credit memo invoice. For
getting the shipment line number for credit memos, we need to first check the
Received Qty – Billed Qty, if it is negative then we need to apply the IBS Credit memo
line to this shipment line number, in numeric order of shipment line numbers. First we
need to check the Received Qty – Billed Qty for all shipment lines, once we complete
this cycle and we still have a qty to be applied, then we need to complete the cycle for
the Shipment Qty – Billed Qty. But at the same time, if negative qty in the incoming
credit memo from IBS is more that the qty available than can be applied to all
shipment lines put together, then that credit memo should be left in the Pre-Edit tables
only and an Error Message should be inserted against that Credit Memo ‘Shipment
Credit cannot be allocated’.
Clearing up Pre-Edit tables
If the Total IBS Invoice amount is Zero on the invoice header and each of the invoice
distribution lines are zero, we do not currently import the invoice into the Oracle AP
module. However, we would like to remove the invoice from the Pre-Edit tables
automatically.
It appears that there is APEX code that prevents an invoice from processing to the
Open Interface table if the PO shipment line has the status ‘Closed for Invoicing’. We
have discovered that users are changing invoice to be NON-PO and providing an A.D.N.
number. This then gets the APEX Pre-Edit Process to release the invoice. The user
than goes to the Open Interface table and changes the invoice back to PO related and
the invoice is then processed thru the Oracle Open Interface. This leads us to believe
that we have some code in the APEX process is preventing the invoice from being
released in the APEX Pre-Edit tables. We need to get this fixed. If the invoice would
pass thru the Oracle Open Interface, then it should not fail in the APEX Pre-Edit tables.
The error message given when this occurs is ‘Invalid PO Distribution Number Error’.
Page 10 of 32
GE
Confidential
For Aero business, the flat file sent by IBS to AP will contain the data for inter project
invoices.These invoices should not be processed by the IBS to AP program as inter
project invoices are already processed in AP module.
Duplicate Invoices
Business wants the Duplicate Invoice validation level to be before any other validation
level so that these invoices are not caught in the Pre-Edits for any other validations
other than the ‘Duplicate Invoice’ Error, because displaying of the error message is
iterative.
This document specifies the matching of the intercompany invoice generated in Oracle
AP with the invoice coming back from IBS into Oracle, after settlement happens in IBS.
Matched IBS AP invoices will be marked to be held in the IBS Staging table and will not
be imported into Oracle AP.
The IBS invoices ie standard and debit when arrived in same batch were observed as
having the credit memo invoices stuck at Pre Edits Correction form with the error “
Shipment Lines Can not be allocated”. This was caused due to fact that the PO
quantity of standard invoice has not yet reached AP before the credit could be
processed. As a workaround user would manually re-run the stuck invoice and it gets
imported but with the latest change Credit based invoices will be picked automatically
next day without any manual intervention.
Sabrix team had a requirement to match the PO matched invoice. The IBS team is
sending the appropriate ASN number at the fifth line of ship from address. The import
program uses the logic and updates the same in the DFF at header level.
Page 11 of 32
GE
Confidential
Scope and Application
Impact to 3rd Party Systems: In order to fully support the business process within the Oracle R12
environment, with customised functionality available in R12, additional work/changes might be
needed from Informatica and Web Methpods side. We can find the required documentation from
the concerned teams.
Definition
In order to fully support the business process within the Oracle 12i environment, with
new functionality available in 12i, additional work/changes will need to be performed
on existing IBS to AP program within the GE application footprint.
Every business process has specific nomenclature that defines business elements and
events. In order to provide clarity, the following are business definitions that are
specific to this interface/conversion.
The interface is specific to Oracle 12i implementation. It covers importing the IBS
invoices, for EMS BUC Code(s)
This section represents the impacts of the processes that will change from the IBS to
AP Program or application change.
With IBS to AP Enhancements, users will be correct the IBS to AP invoices only at one
single location i.e. Pre-Edit Correction Form.
Data Subscribed
Owner
BUC Code
Validate Staging Email notification
Error Report Y
Table data Error in Data ? to end user
NO
Journalize
Expense
Program Creates Non PO
Dr PO Exp . Acct
Invoice / Inquiry a Related Y
Cr Internal Liab .
Batch of Invoices Invoice
(Details in
Appendix B )
N
Oracle AP
Dr Internal Liab .
Dr AP Accrual
Inventory PO Cr IBS bank
Cr Internal Liab . Auto Approval
Related Y Invoice Hold ? account
(Details in Program
Invoice (Details in
Appendix B )
Appendix B )
N N
Dr Undistributed
Acct
Expense PO
Cr Internal Liab .
Related Invoice
(Details in Y
Appendix B )
APeX User
Manual JE :
Dr IBS bank
Approve invoices Review & clear Create IBS account
for "payment " holds Payment Batch Cr C /A
(Details in
Appendix B )
Page 12 of 32
GE
Confidential
Process flow of credit memo invoices.
Page 13 of 32
GE
Confidential
Get PO#,Line#,
Abs. IBS Billed
Qty=Y
Yes
Yes
If any Match the credit memo to the
Z = Y1 PO Shipment Line
No
No If any
Z = Y1
Yes
End
Page 14 of 32
GE
Confidential
Process flow of GE Wind Energy US Procurement IBS to AP Customization
Page 15 of 32
GE
Confidential
Business Rules
The proposed IBS to AP Enhancements system will be built around the following business rules:
1. The form Pre-Edit Correction form should be OU specific instead of instance specific. This
form should be more generic so that any valid number of GL of GL segments can be
populated by this form.
2. The Pre-Edit table was intended to be the location where End Users would correct errors
that prevented the IBS invoice from passing thru the Oracle Open Interface and loading
into Oracle AP. We need to update APEX code so that errors that would be caught in the
Oracle Open Interface are identified in the Pre-Edit Tables so that the End User can make
corrections via the Pre-Edit Tables.
GE Wind Energy US Procurement IBS to AP Customization
3. IBS AP invoice should be held in a staging area and should not be imported into Oracle
AP, if the intercompany AP invoice already exists in Oracle. If the intercompany AP invoice
does not exist in Oracle, then, the IBS AP invoice should be imported into Oracle.
Verification Points
Error Handling:
Pre-Edit Errors:-
Cause: The bill from BUC Code is not assigned to any supplier pay site, or the supplier site is
set up incorrectly
2. Invalid PO Number
Cause: The PO Number, referenced by the incoming IBS invoice, is not valid in Oracle.
3. Invalid AND
Cause: The ADN, referenced by the incoming IBS invoice is not a valid Account Code
combination in Oracle.
Cause: The PO Line Number, referenced by the incoming IBS invoice line, is not valid for the
corresponding PO in Oracle.
Cause: when the unit price field on the IBS invoice is zero or blank.
Page 16 of 32
GE
Confidential
6. Invalid Line Amount 0 or NULL
Cause: when the line amount field on the IBS invoices is zero or blank.
7. Quantity Invoiced is 0
Cause: when the quantity field on the IBS invoices is zero or blank.
Cause: When credit invoice data cannot be properly allocated against the PO shipment lines.
Cause: When the PO line is fully billed or over-billed. PO line status is closed.
Cause: The sum of invoice lines plus the special charges lines do not equal the invoice
header total invoice amount. This error is the result of a problem with the current IBS to AP
code, lines are being incorrectly added in the staging tables.
After the Implementation of IBS to AP Enhancements, the pre-edit errors will include the
standard oracle interface rejection errors.
Page 17 of 32
GE
Confidential
Assumptions
Informatica is being used to move the data from the IBS file into a Pre-Edit (Staging) table
in ERP. ERP need not deal with the file.
Informatica team can only publish the data once a day. This has been discussed and
reviewed with the informatica team and cannot be changed.
Custom tables and programs are needed in ERP to handle the send receive data, more
fields has been added to the existing components is required.
The criteria for IBS AP Invoice import into Oracle are met.
Page 18 of 32
GE
Confidential
Solution Design
The solution design includes addition new fields to the custom tables
For new items the first column in the table indicates under what responsibilities that item should
appear.
Table Name: GEPS_AP_IBSINVHEADER_INF
Page 19 of 32
GE
Confidential
T4
CONV_ADN_SEGMEN Modified Varchar2 (25) CONV_ADN_SEGMENT5
T5
CONV_ADN_SEGMEN Modified Varchar2 (25) CONV_ADN_SEGMENT6
T6
CONV_ADN_SEGMEN Modified Varchar2 (25) CONV_ADN_SEGMENT7
T7
CONV_ADN_SEGMEN Modified Varchar2 (25) CONV_ADN_SEGMENT8
T8
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT9
T9
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT10
T10
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT11
T11
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT12
T12
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT13
T13
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT14
T14
CONV_ADN_SEGMEN New Varchar2 (25) CONV_ADN_SEGMENT15
T15
TAX_CODE New Varchar2 (25) TAX_CODE
CUR_REC_AMT New Varchar2 (25) CUR_REC_AMT
LINE_ITEM_DESC New Varchar2 (100) Line Item Description
SPC_CHG_TXT New Varchar2 (100) Special Charge Text
SPC_INSTRUCT_TXT New Varchar2 (100) Special Instruction Text
Page 20 of 32
GE
Confidential
Solution Design – Forms
The existing forms for Pre Edit Correction header template summary screen and Pre
Edit Correction lines screen need to be changed to include the display of the number of
fields currently in Pre Edit table, which are eligible for update.
Below is the screen (Pre Edit Correction) that needs to be changed to include the extra
fields. Following fields to be added to the Invoice Header form.
Page 21 of 32
GE
Confidential
The name of the view on which the Pre-Edit header form is based:
GEPS_AP_IBSFORM_V
Field Name Status
Line_type Editable The Pre Edit Correction
CUR_REC_AMT Not Editable screen, which needs to be
Project_number Editable changed in the invoice lines
Task_number Editable form.
Expenditure_Group Editable
Expenditure_Org Editable
Expenditure_date Editable
Line_Item_Descriptio Editable
n
SPC_CHG_TXT Editable
SPC_INSTRUCT_TXT Editable
CONV_ADN_SEGMEN Editable
T9
CONV_ADN_SEGMEN Editable
T10
CONV_ADN_SEGMEN Editable
T11
CONV_ADN_SEGMEN Editable
T12
CONV_ADN_SEGMEN Editable
T13
CONV_ADN_SEGMEN Editable
T14
CONV_ADN_SEGMEN Editable
T15
TAX_CODE Editable
Supplier Product Editable
Code
Quantity Ordered Editable
Unit of Measure Editable Page 22 of 32
ADN Editable GE
Discount Percentage Editable Confidential
The name of the table on which the Pre-Edit header form is based:
GEPS_AP_IBSINVLINES_INF
Page 23 of 32
GE
Confidential
proper data. There are 15 CONV_ADN_SEGMENTS that should cover the maximum
amount of available GL account segments that could be used. Each OU would only be
importing the correct number of GL segments that are used by the GL in each OU.
(Example, if the OU has an 8 segment GL account, then only 8 segments would be
populated and imported. If the OU uses a 10-segment GL account, then 10 segments
would be populated and imported).
The Special Charges and Ship Cost lines added to the Lines Table should be equal to
their source (Ship_Cost from the AP_IBSINVHEADER_INF Table; Spc_Chg_Amount from
the AP_IBSINVSC_INF Table; Spc_Chg_Amount from the AP_IBSINVLINESC_INF Table).
The Calculation to balance the invoice after the line or lines have been added should
compare the Invoice Total (Cur_Rec_Amount) from the Header Table to the sum of the
invoice detail lines minus discounts (at the header) – all amounts used should be in the
currency of the invoice. (Cur_Rec_Amount) Again, we want all lines that error out to
be displayed on the Pre-Edit Correction form so that corrections can be made there by
the users and not in the Oracle AP Open Interface. All code for adding lines should be
consistent for all Instances.
Currently, foreign currency invoices are imported into Oracle AP with the correct
currency code and a rate type of MOR. MOR rate type is currently hard coded in the
APEX code. We want to change this and pick up the Exchange Rate Type from the new
field entered in the Special Charge Table. If the rate type is ‘USER’ we want to
calculate the Exchange Rate and populate the Exchange Rate field. We have
requested that the Exchange Rate Type Field, the Exchange Rate Date Field and
Exchange Rate Field be added to the Invoice Header Pre-Edit Table. If the invoice is a
foreign currency invoice and the rate type is entered as ‘USER’, we want APEX code
to calculate the Exchange Rate based on the Rcvr_sttl_amt and the Cur_rec_amt from
the IBSINVHEADER_INF table as follows: (Rcvr_sttl_amt / Cur_rec-amt). This rate would
then be applied to all lines. If the Exchange Rate Type is other than ‘USER” then the
Exchange Rate field does not have to be populated. The Exchange Rate would then
be calculated during the Invoice Import process by using the Exchange Rate Type and
the Exchange Rate Date.
Inter Project invoices which are published to the Pre-Edits tables should not be
processed. So these invoices should be identified and process flag for these invoices
should be set to ‘I’. These invoices should also be not displayed in the Pre - Edit
Correction form.
As soon as inter project invoices are loaded into the Pre-Edit tables, the process flag
will to set to ‘I’.
Page 24 of 32
GE
Confidential
The business can use the concurrent program ‘IBS to AP Zero Amount Invoice Delete’
program to delete the zero amount invoices. If the business does want to keep such
invoices, it may not run the zero amont delete program.
Duplicate Invoices
Duplicate invoices validation will be the first validation by the Pre-Edits Porgram. So
that these invoices will be caught in the pre-edits before any other validations are done
on the invoices, as the displaying of the error message is iterative. The ‘Duplicate
Invoice’ error message will be displayed in the Header of the Pre-Edits. For Duplicate
Invoices, check if for the same supplier, supplier site and oracle invoice number set if
there is any record present in the oracle base tables, if yes then such IBS invoices will
be be errored out in the Pre-Edits with Error Message ‘Duplicate Invoice’.
Page 25 of 32
GE
Confidential
Solution Design – Report
In this section provide the report parameters, report format, report details like
frequency of run etc.
Report Parameters:
Report data elements for GEPS AP IBS Supplier BUC Details Report:
Field Name Field Type & Rules
Length
Org Code Number (30)
Vendor Name Varchar (30)
Payment Term Varchar (10)
BUC Code Varchar (20)
Pay Method Varchar (20)
Pay Group Varchar (20)
Supplier Status Varchar (30)
Report Details:
Report Name Frequency Delivery Mechanism Who needs
to get it
GEPS AP IBS Supplier Run on business Print Email
BUC Details Report demand address as
mentioned in
the
parameter
Page 26 of 32
GE
Confidential
OU Name Varchar Optional NA Null Custom
(20)
Report Details:
Report Name Frequency Delivery Mechanism Who needs
to get it
GEPS AP IBS Invoice Run on business Print Email
Rejection Report demand address as
mentioned in
the
parameter
Report data elements for GEPS AP IBS to AP Reconciliation and Control Report:
Field Name Field Type & Rules
Length
Operating Unit Name Varchar (25)
Report Details:
Report Name Frequency Delivery Mechanism Who needs
to get it
GEPS AP IBS to AP Run on business Print Email
Reconciliation and demand address as
Control Report mentioned in
the
parameter
1. For making the Pre-Edit Crorrection form as the single point for correcting errored
IBS invoices, we are leveraging the Standard Payables Open Interface program logic
so as to catch the Interface Errors in these Custom Interface ‘GEPS AP IBS
Custom Payables Open Interface Import’.
Page 27 of 32
GE
Confidential
2. For mailing the output file of the ‘GEPS AP IBS to AP Pre-Edit Program’, use a
mailing program ‘GEPS AP IBS to AP Pre-Edit Import Mail Program’.
3. For mailing the output file of the ‘GEPS AP IBS to AP Import’, use a mailing
program ‘GEPS AP IBS to AP Import Mail Program’.
The intercompany AP invoice is then uploaded into IBS for settlement. After the
settlement process is complete, IBS system generates its AP invoice and is sent over to
Oracle.
The IBS AP invoice is then matched with the oracle intercompany AP invoice, if it exists.
Once the matching is complete, the IBS AP invoice will not be imported into Oracle and
is held in a staging area.
When the IBS AP invoice comes over to Oracle and if there isn’t an intercompany AP
invoice existing in Oracle, then the IBS AP invoice gets imported into Oracle.
Functional Significance: There would not be any impact of holding this Intercompany
Invoice in staging area as this invoice would already be present in Oracle AP, and as per
the business requirement this invoice should be blocked at the staging area and the
process flag should be changed so that it could not be processed further if it is already
present in AP. If the Intercompany invoice is not present in Oracle AP, then the same
should be processed from staging area to Oracle AP following IBS to AP Import process.
The IBS to AP Import process would end for the Intercompany invoice from the staging
area if the invoice is already present in Oracle AP else the invoice would be processed.
Matching Criteria:
Page 28 of 32
GE
Confidential
QFD
Quality Function Deployment (QFD) is used to identify the best solution on the basis of ranked CTQ’s.
Use this tool when there are multiple solutions available and a decision has to be made.
Page 29 of 32
GE
Confidential
Use Cases for Unit Testing- GE Wind Energy US Procurement IBS to AP Customization
Page 30 of 32
GE
Confidential
Appendix
http://supportcentral.ge.com/products/sup_products.asp?prod_id=105658
Page 31 of 32
GE
Confidential
Open and Closed Issues for this Deliverable
Open Issues
Issue Resolution
Closed Issues
Issue Resolution
Processing logic Inter Project Invoice Included the logic for processing the Inter
Project Invoices
Duplicate invoices Include the explanation for Duplicate invoices
Addition of fields in the Pre-Edit Correction form Updated the Pre-Edit Correction form
Page 32 of 32
GE
Confidential