Upgrade - 3 way match data conversion

I am on an upgrade project(erp 6), the question posed to me is: What is the best way to convert data to new system when there is a PO and a GR, but no IR at the moment ?
Previously this company did upgrades and for this scenario, left the items in legacy and waited for the IR, made payments and adjusted account balances in the new system.
The CFO does not want to do it that way this time. Does anyone have experience with best practice for a migration of this kind, with the key points of ensuring inventory and GRIR balances are correct.

Dear,
Which application areas belongs the intens PO, GR and IR ?
Then I will advice the responsible application team to check your question .
regards,
Lucio Rodrigues

Similar Messages

Upgrade - 3 way match conversion

I am on an upgrade project(erp 6), the question posed to me is: What is the best way to convert data to new system when there is a PO and a GR, but no IR at the moment ?
Previously this company did upgrades and for this scenario, left the items in legacy and waited for the IR, made payments and adjusted account balances in the new system.
The CFO does not want to do it that way this time. Does anyone have experience with best practice for a migration of this kind, with the key points of ensuring inventory and GRIR balances are correct.

Hi Joe,
Since as per your statement the PO and GR are already in.So Take all the FI G/L accounts also into the system and from a cutoff date you can start doing your LIV and Payments from the same system.
You need to have a cuttoff role.Where you can find the rediness from the finance side to move ahead on the system and you can take a snap shot of all the accounts that is the opening balance to the upper verison and start doing the payement from that.
Thanks

Upgrade - 3 way match relationship

I am on an upgrade project(erp 6), the question posed to me is: What is the best way to convert data to new system when there is a PO and a GR, but no IR at the moment ?
Previously this company did upgrades and for this scenario, left the items in legacy and waited for the IR, made payments and adjusted account balances in the new system.
The CFO does not want to do it that way this time. Does anyone have experience with best practice for a migration of this kind, with the key points of ensuring inventory and GRIR balances are correct.

Dear,
Which application areas belongs the intens PO, GR and IR ?
Then I will advice the responsible application team to check your question .
regards,
Lucio Rodrigues

Data conversion ECC 6.0 Upgrade

Hi SAP Guru's.
My Client is intend to do a ECC6.0 Upgrade from 4.6. My goal is find out is there any data conversion requirement is needed for the project. My Client is doing a technical upgrade and then a full upgrade. Can anybody guide me what are the possible data conversions we can expect for the upgrade.
Thanks
SN

Dear Sankara,
When it is a technical upgrade from a lower version to ECC6.0, many objects like includes, Function modules, reports, OSS notes, DDIC objects, BDC/Print programs, SAP scripts, screens will get affected due to the upgradation. So we need to check with all these objects.
We will encounter short dumps while executing certain programs. This may be due to the usage of obsolete function modules or Unicode errors.
The BDCs in the upgraded version will become defective as many of its screen field names will be changed during version change.
Program texts of many programs will be lost. They have to be restored.
In case of tables, enhancement category has to be provided.
There is a possibility of losing the variants during upgradation. So care should be taken to retain them before upgradation.
ECC6.0 is case sensitive, so many of the interface programs will fail to transfer (FTP) files between systems. These objects have to be changed so that the commands passed to the external system be UPPERCASE.
So a developer should be aware of the following:
Unicode programming is followed in ECC6.0. So we need to be aware of it to rectify certain Unicode errors which are likely to occur.
You have to run the transactions SPAU & SPDD to check for list of standard & custom objects that needs modification in the upgraded version.
Check the below link to find more details on usage of SPAU & SPDD transactions
http://help.sap.com/saphelp_nw2004s/helpdata/en/60/d6ba7bceda11d1953a0000e82de14a/content.htm
Should be aware of the objects that have become obsolete in ECC6.0. They have to be replaced by appropriate ones.For eg.:
--> The WS_* function modules have been replaced by GUI_* FMs in ECC6.0 as WS_* FMs have become obsolete from 4.7
-->Tables like TVARV & TTREX have been replaced by TVARVC & TTREXN respectively in ECC6.0.
In case of tables, we need to specify the Enhancement category.
Due to upgradation, we will lose out some variants. So we should take a back-up before proceeding with the upgradation.
In case of BDC programs, some field names will be changed. So they have to be named appropriately.
Please check with the below links for more details:
SAP Upgrade guide:
http://www.thespot4sap.com/upgrade_guide_v2.pdf#search=%22upGRADE%20STEPS%20-%20SAP%22
From ABAP's perspective, the following link helps you:
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/5ac31178-0701-0010-469a-b4d7fa2721ca
For technical upgrade inputs:
https://www.sdn.sap.com/irj/sdn/wiki?path=/display/profile/2007/05/07/upgradeFROMR3TOmySAPERP-PARTII&
https://wiki.sdn.sap.com/wiki/display/profile/UPGRADEFROMR3TOmySAPERP-PARTIII
Do award points if you found them useful.
Regards,
Rakesh
P.S. you can send me a mail at my mail id [email protected] for any specific details

Data conversion for new sob

Dear Viewers
on 11.5.10
We are creating a new SOB with a change in currency from Feb-11 as this is the requirement
For the same, we need to do data conversion.
I have a confusion for Purchase Orders and Sales Orders
Purchase Orders:
Open purchase orders will be converted, means the unfulfilled PO`s i.e the ones not received and are fully open.
The PO`s which have been recieved but not delivered, Requested the users to clear the intransit receipts.
The PO's which are partially received, what to be done for them?
If a PO is fully received and Delivered will not me converted to the new SOB as its not an open PO
but If invoice comes after Feb-11, than how the matching will be done?
What if a return has to be made moving forward in FEB-11 under new SOB
Sales Orders:
Open sales orders will be converted, that is the ones that have been entered and not yet booked.
Users have been requested to clear off the Sales order lines which are already pick confirmed but not yet shipped, hence they will be shipped and interfaced to AR
For the Sales orders that have been booked, those lines that are not yet processed further will also be converted.
Now what if a receipt comes after feb 11, how to handle this as the sales order wiould not have been converted?
Please give your advise on the data migration strategy for PO`s and SO's.
Please do add any point that may have been missed by me
Appreciate your help
Thanks
Emm

emm wrote:
Purchase Orders:
Open purchase orders will be converted, means the unfulfilled PO`s i.e the ones not received and are fully open.
The PO`s which have been recieved but not delivered, Requested the users to clear the intransit receipts.
The PO's which are partially received, what to be done for them?
If a PO is fully received and Delivered will not me converted to the new SOB as its not an open PO
but If invoice comes after Feb-11, than how the matching will be done? <br>Business needs to take a decision whether they are fine with matching the POs manually (i.e. referring the documents and verify), in this case you may capture the PO information in a DFF in the Invoice distribution. Otherwise if it has to be converted identifying the POs under this scenario, you may consider converting those maintaining receipt close tolerance as 100% and matching type as 2 -way (again business approval needed to handle audit issues) in order to avoid the receipts/delivery conversion etc.<br>
What if a return has to be made moving forward in FEB-11 under new SOB<br>Ideally returns can be done using Miscellaneous/Account Alias Issues specifying the appropriate transaction reasons to clarify the scenario.<br>

Char to Date conversion problem - again!

Hi,
in order to make date selection 'more attractive' for end users I have been tasked with presenting a text field with 'January 2010', 'February 2010' etc to the end users for their prompts.
So far so easy...
However, I then need to use the values to derive either dates, or years, or date numbers.
This all works fine during development when I am testing using a default parameter thus; -
'@{MYMONTHYEAR}{September 2010}' - which is fed into various very complex functions.
BUT - when I try to use the report in conjunction with the parameter I get; -
'The evaluation of the index 6 expression on row count -1 failed. [nQSError: 46046] Datetime value 2010/09/01 does not match the specifiied format'
However, cast('2010/09/01' as date) works fine... and convoluted as the logic of my functions is, the fundamental char to date conversion is exactly in this format.
Anyone shed any light on this, give me a guaranteed way to handle char to date conversion?
thanks,
Robert.

Hi,
I tried your workaround case when 1=2... but I still get the same error....
Not when I have the format from my default value, but when I get the value from a dashboard prompt in a page.
The full error is; -
Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 43113] Message returned from OBIS. [nQSError: 46046] Datetime value 2012/09/01 does not match the specified format. (HY000)
SQL Issued: SELECT s_0, s_1, s_2, s_3, s_4, s_5, s_6, s_7, s_8, s_9, s_10, s_11, s_12, s_13, s_14, s_15, s_16, s_17, s_18, s_19, s_20, s_21, s_22, s_23, s_24, s_25, s_26, s_27, s_28, s_29, s_30, s_31, s_32, s_33, s_34, s_35, s_36, s_37, s_38, s_39, s_40, s_41, s_42, s_43, s_44, s_45, s_46, s_47, s_48, s_49, s_50, s_51, s_52, s_53, s_54, s_55, s_56, s_57 FROM ( SELECT 0 s_0, "Vivaldi Detail"."Product Global Hierarchy"."Tobacco Category Groups" s_1, "Vivaldi Detail"."Product Global Hierarchy"."Tobacco Category" s_2, "Vivaldi Detail"."Product Global Hierarchy"."Total Tobacco Products" s_3, FILTER("Vivaldi Detail"."Fact Sales Detail"."SOM %" USING ("Vivaldi Detail"."Time"."Year" =cast((cast(right('September 2012',4) as integer)-1) as char(4)))) s_4, FILTER("Vivaldi Detail"."Fact Sales Detail"."SOM %" USING ("Vivaldi Detail"."Time"."Year" =cast((cast(right('September 2012',4) as integer)-2) as char(4)))) s_5, FILTER("Vivaldi Detail"."Fact Sales Detail"."SOM %" USING ("Vivaldi Detail"."Time"."Year" =cast((cast(right('September 2012',4) as integer)-3) as char(4)))) s_6, FILTER(FILTER("Vivaldi Detail"."Fact Sales Detail"."SOM %" USING ("Vivaldi Detail"."Time"."Year" =cast((cast(right('September 2012',4) as integer)-1) as char))) USING "Vivaldi Detail"."Time"."Month Number" <=month(CASE WHEN 1=2 THEN CURRENT_DATE ELSE cast(right('September 2012',4)||'/'||CASE left('September 2012',LOCATE(' ','September 2012')-1) WHEN 'January' THEN '01/01' WHEN 'February' then '02/01' when 'March' then '03/01' when 'April' then '04/01' when 'May' then '05/01' when 'June' then '06/01' when 'July' then '07/01' when 'August' then '08/01' when 'September' then '09/01' when 'October' then '10/01' when 'November' then '11/01' ELSE '12/01' END as date)END)) s_7, FILTER(FILTER("Vivaldi Detail"."Fact Sales Detail"."SOM %" USING ("Vivaldi Detail"."Time"."Year" =right('September 2012',4))) USING "Vivaldi Detail"."Time"."Month Number" <=month(CASE WHEN 1=2 THEN CURRENT_DATE ELSE cast(right('September 2012',4)||'/'||CASE left('September 2012',LOCATE(' ','September 2012')-1) WHEN 'January' THEN '01/01' WHEN 'February' then '02/01' when A brief sample of a typical formula which causes this is; -
FILTER(FILTER(FILTER("Fact Sales Detail"."SOM %" USING ("Time"."Year" = right('@{MYEAR}{September 2010}',4))) USING ("Time"."Month Number" = 2)) USING "Time"."Month Number" <= month(CASE WHEN 1=2 THEN CURRENT_DATE ELSE cast(right('@{MYEAR}{September 2010}',4)||'/'||CASE left('@{MYEAR}{September 2010}', LOCATE(' ','@{MYEAR}{September 2010}') -1) WHEN 'January' THEN '01/01' WHEN 'February' then '02/01' when 'March' then '03/01' when 'April' then '04/01' when 'May' then '05/01' when 'June' then '06/01' when 'July' then '07/01' when 'August' then '08/01' when 'September' then '09/01' when 'October' then '10/01' when 'November' then '11/01' ELSE '12/01' END as date) END ))The September 2010 default being EXACTLY what is selected from the dashboard prompt when testing. It does not error, but returns no data in isolation, but when when from the prompt it errors...
And the date format, if fed into a cast ('2012/09/01' as date) does not error.
Anyone help - this is really driving me mad, syntax is good - it should work!!!
thanks,
Robert.

Data conversion strategy for new SOB

Dear Viewers
on 11.5.10
We are creating a new SOB with a change in currency from Feb-11 as this is the requirement
For the same, we need to do data conversion.
I have a confusion for Purchase Orders and Sales Orders
Purchase Orders:
Open purchase orders will be converted, means the unfulfilled PO`s i.e the ones not received and are fully open.
The PO`s which have been recieved but not delivered, Requested the users to clear the intransit receipts.
The PO's which are partially received, what to be done for them?
If a PO is fully received and Delivered will not me converted to the new SOB as its not an open PO
but If invoice comes after Feb-11, than how the matching will be done?
What if a return has to be made moving forward in FEB-11 under new SOB
Sales Orders:
Open sales orders will be converted, that is the ones that have been entered and not yet booked.
Users have been requested to clear off the Sales order lines which are already pick confirmed but not yet shipped, hence they will be shipped and interfaced to AR
For the Sales orders that have been booked, those lines that are not yet processed further will also be converted.
Now what if a receipt comes after feb 11, how to handle this as the sales order wiould not have been converted?
Please give your advise on the data migration strategy for PO`s and SO's.
Please do add any point that may have been missed by me
Appreciate your help
Thanks
Emm

Hi David,
for master data conversion you can use LSMW and the RE-FX BAPIs. (please refer to SAP note [782947|https://service.sap.com/sap/support/notes/782947] ).
Regards, Franz

GR/IR & Material GL accounts for 3 way match

Hi All Experts,
I have requirement where I have to configure the 3 way match scenario. For that I have to create material ( Stock) account, GR/IR account.
I have some doubts regarding this if I get experts guidance it will be great help for me.
Material Account
1 ) Material as a P & L OR Balance Sheet account ?
2 ) Reconciliation with material ? ( On control data tab in FS00 ! )
3 ) Line item ticked ? and Open Item ticked ?
4 ) Whether to define as cost element or not ?
GR/IR Account
1 ) GR/ IR account as a P & L OR Balance Sheet account ?
2 ) Reconciliation with material ? ( On control data tab in FS00 ! )
3 ) Line item ticked ? and Open Item ticked ?
4 ) Whether to define as cost element or not ?
and anything configuration point which I have missed can have guidance over that will be helpful.
Regards,
Sharvari Joshi.

Hi,
Material Account - Hope this is a stock A/c
1 ) Material as a P & L OR Balance Sheet account - B/S A/c
2 ) Reconciliation with material ? ( On control data tab in FS00 ! ) - No reconciliation type
3 ) Line item ticked ? and Open Item ticked ? - Only line item display
4 ) Whether to define as cost element or not ? - Not a cost element
GR/IR Account
1 ) GR/ IR account as a P & L OR Balance Sheet account ? - B/S
2 ) Reconciliation with material ? ( On control data tab in FS00 ! ) - No reconciliation type
3 ) Line item ticked ? and Open Item ticked ? - activate both
4 ) Whether to define as cost element or not ? - Not a cost element
You might need to check the config in OMR6.
Regards
SM

2 Way Match - PO and Invoice (no goods receipt)

Dear Gurus,
We need to Implement the 2 Way Match process between the Invoice and the PO i.e. perform the Match once invoice has been recorded. The condition is invoice value should be less than $500. This means supplier will be paid irrespective of a goods receipt for a PO line. The goods receipt can happen later to close a PO line.
Please see below examples which will fall under this criteria.
PO # A
Line # 1 - Qty = 10 - PO unit Price = 100 - PO Total = 1000
Inv Qty = 4 - Inv line Total = 400 - Inv Grand total = 400
PO # B
Line # 1 - Qty = 5 - PO unit Price = 80 - PO Total = 400
Inv Qty = 5 - Inv line Total = 400 - Inv Grand total = 400
PO # 3
Line # 1 - Qty = 5 - PO unit Price = 100 - PO Total = 500
Line # 2 - Qty = 10 - PO unit Price = 10 - PO Total = 1000
PO total = 1500
Invoice Line # 1 - Inv Qty = 5 - Inv line Total = 400 - Inv Grand total = 400
Can these be achived by some setups?
Is there a way by which we can achieve this?
Thanks for your response in advance.

Hi Venkat,
Thanks for the swift response.
In fact we will be doing GR but at a later date. The object is to not held the vendor invoice and payment (esp. for small amt) just bcoz goods reception not done. Understand your concern that GR/IR might cause an issue.

AddOnsLocalRegistration.sbo file does not match data in the common datab...

We are receiving the following error everytime we logon our pc for the first time: Add-On Outlook_Integration: This Add-on cannot be upgraded. AddOnsLocalRegistration.sbo file does not match data in the common database for this add-on. See SAP Note 1323680 for more information.
A few months ago, SBO Server was moved from one server to a new virtual server, but we had no problems with the addons. The other day, we upgraded from SBO 2007 to 8.8 and now we are having problems with the Outlook Integration.
I have followed the directions in the message noted above, and did find the AddOnsLocalRegistration.sbo file in some odd places, with a reference to the old server. I cleaned this up, on the server and the client and I can get it running...however, after the user shuts down the pc and logs back in the next day, the problem is back.
In the process of cleaning this up (un-registering the addon and removing the addon references in the local .sbo file) I noticed at times that we would still receive this error, when there really shouldn't be an reference to it.
Thanks for any help.

Hi Vaughn.........
I guess you need a re installation of Outlook Integration Addon.
Whatever version addon of OI you installed just uninstall it and Install it freshly from 8.8 setup package......
Regards,
Rahul

Does SAP system provide 3 way matching report from PO up to payment in AP

Dear expert,
Would like to seek for your help to advise, does SAP system provide 3 way matching report from PO up to payment in AP with the following information?
Vendor Number
Vendor Name
AP Document Number
AP Document Date
Payment Document Number
Payment Document Date
Payment Amount
PO reference Number and Date
Item Description
Please help.
Regards,
KH

Hi Atif,
Thank you for the prompt reply, however I have a few question to seek for your advise as below:
a)I would like to know does SAP system have any standard report which have the information of 3 way matching report from PO up to payment in AP module?
b) I have find one report using T-code:FBl1N (vendor line item) is able to display the report with information of invoice,payment and there is one field purchasing document in the report however this field do not have any po number refer to the invoice.
I would like to know what the field purchasing document mean for (i.e what are the information capture on the column purchasing document)?
Please help.
Regards,
KH

Data conversion for New GL - Going live during fiscal year

Hi Experts,
My client is going live on Oct 1 (fiscal year in Jan -Dec). So for data conversion we need to load P&L and BalanceSheet as of Sept 30, 2009. I need your help to resolve few open issues. (we have activated Doc Splitting with Zero Balance and Segment )
1) When we load P&L balances - how can I assign Profit Centers to all these P&L iitems .
2) What is the procedure (best practices) to assign Profit Centers to all the Balance Sheet items since we are going live during Fiscal Year
3) When we process open items (AR, AP) in month of October how the Profit Center assignment will work?
(My client will be using Profit /Cost center terminology first time, so we need to map all the B&S and PnL items to Profit centers)
4) What is the best way to map all the Balance Sheet GL accounts to Profit Centers.
Sorry for asking too many questions. Any help would me very much appreciated.
Thanks,
Sam

1) When we load P&L balances - how can I assign Profit Centers to all these P&L iitems .
Each P&L account balance has to be upload with cost centre, then automatically PC will be triggered.
2) What is the procedure (best practices) to assign Profit Centers to all the Balance Sheet items since we are going live during Fiscal Year
Let client decide the profit centre for balance sheet items, since they knows which balance relates to which pc
3) When we process open items (AR, AP) in month of October how the Profit Center assignment will work?
While uploading AR,AP balances, each line item to be uploaded with profit centre, automatically in october PC assignment will work.
(My client will be using Profit /Cost center terminology first time, so we need to map all the B&S and PnL items to Profit centers)
4) What is the best way to map all the Balance Sheet GL accounts to Profit Centers
Try to identify each balance sheet gl balance to each profit centre, this will help in future reports. otherwise put in common pc

UPGRADE 1103 to 1159 - PAYMENTS CONVERSION QUESTION!

Hello,
UPGRADE 1103 to 1159 - PAYMENTS CONVERSION QUESTION!
This is the scenario, we are planning to do. Currently we have 11.0.3 in one box. We are planning for re-implementation for 11.5.9 in the new box. So we
have to convert approx 14 months of open and closed data for the historic purposes. (Like PO's, Invoices, Payments and ledger data etc.)
Again, these conversions cannot be handled through the front end using some Data Loader kind of tool etc...
Data Loader tool, I used a lot for loading Flexfield Value Set Values, Category Codes etc...
But my question is converting these AP_PAYMENTS related data in the back end. (Like Check num, Payment Batch ID, Invoice Number, Invoice ID, Supplier Number,
Supplier ID, etc.) from old 11.0.3 box to new 11i box.
Since there was some confusion is going on with Payments related areas, because there was now API's etc... some of them are telling it is very difficult to migrate "AS IS" into 11i. I also heard that oracle won't support this.
Just want to clarify clearly on this issues.
Because we are moving from the small box of 11.0.3 into Big box for 11.5.9. So we don't want to loose all the histories for about 20 months. especially open
Closed / Open - Invoices, Payments, PO's, REQ's, Active Items which are in the Open Blanket PO's, Employees, etc...
Of all these everything sounds like doable because they do have API's etc... Of course, I belive there is no API for the Vendors only. We want to know is this true for the Payments also.
Any urgent clarifications is very much appreciated with clear explanation.
Thanks in advance
Mani Varadan

The payment conversion is little bit tricky in term on its understanding and functionality.
There are lot of dependices of payments conversion on the others objects like invoice.
You need to be very clear in requirements.
Here is the extracted documents for giving you clear understanding about payments.
Overview of Process
Prior to creating a payment batch, four setup are required.
A.Define a bank for bank branches with which you do business.
B.Define bank accounts.
C.Choose a predefined or custom payment format.
D.Finally, define payment documents for disbursements for each bank account.
To give an overview of the steps required to create payment batch payments:
1) Initiate the payment batch by entering the criteria for invoices you want to pay. The payment batch process selects invoices, and then builds the payments. It determines which invoices will be paid on each payment document, and lists this information for you on the Preliminary Payment Register.
2) Make any necessary modifications to your payment batch, such as selecting additional invoices, deselecting invoices, deselecting suppliers, etc. Once modifications are complete, the modify payment batch process automatically builds the payments if any invoices were added.
3) Format payments to produce an output file.
4) Print checks from the output file if you are not creating electronic payments or sending the output file to a third party for printing.
5) Confirm the payment batch by recording the document numbers associated with each payment. During this step, the invoice status is updated to Paid and a document number is associated with the invoice and invoice payment.
As conversion(from 11.0.3 to 11.5.9) is concern step 3,4 is excluded from the standard processes.
These are the tables involved during the payment conversion.
AP_SELECTED_INVOICES_ALL
AP_INV_SELECTION_CRITERIA_ALL
AP_INVOICES_ALL
AP_PAYMENT_SCHEDULES_ALL
These are background (concurrent) processes involved in batch process consists of the following
a. Autoselect
b. Build Payments
c. Preliminary Payment Register
d. Format
e. Confirm
f. Final Payment Register.
10.7:
If you are using the application in character mode, navigate to the Reset Payment Batch form. The navigation path is
\Navigate --> Controls --> Payment --> ResetPaymentBatch.
Select the payment batch name and the system displays the status of the batch. Your options for proceeding vary according to the batch status.
11.5.8/9
You can perform actions on your batch in Payment Batches form by clicking on the Actions button. The appropriate actions are highlighted depending on the status of the batch.
THIS SECTION TALK ABOUT THE DETAIL TECHNICAL OVERVIEW
Payment Conversion Technical Overview
For the conversion is concern we are following four-step process
I.Defined and prerequisite steps as discussed above
II.Selecting the Invoice
III.Building the Payment
IV.Confirm
THESE ARE THE PREREQUISITE SETUP
We are assuming the bank set is already done from 10.7 to 11i.Bank set up means bank account id, and its corresponding payment format.
For this purpose we are using mapping function for bank account id and on that basis we are getting corresponding checks stock id.This means defining a payment documents for disbursements
SELECT INVOICES
When a payment batch is started one row for each record is created in the
AP_INV_SELECTION_CRITERIA_ALL table.
This table stores the criteria that a payment batch uses to select invoices for payments. The module name for the Auto Select process is APXPBSEL. The Select Invoices, or AutoSelect, is the first step in the payment batch process.
When we run a concurrent program the AutoSelect process starts by loading records that meet the invoice selection criteria into the table AP_SELECTED_INVOICES_ALL from the tables AP_INVOICES_ALL and AP_PAYMENT_SCHEDULES_ALL.
The criteria that AutoSelect uses to determine which record to select from AP_INVOICES_ALL and AP_PAYMENT_SCHEDULES_ALL is stored in AP_INV_SELECTION_CRITERIA_ALL.
To be sure that no duplicate invoices get selected, invoices that are already selected in another payment batch are not selected. Invoice payments that have no remaining payment amounts are not selected either.
BUILD PAYMENTS
The module name for the Build Program is APXPBBLD. From the list created by AutoSelect, the Build program determines which invoices will be paid on each
Payment document, and lists this information on the Preliminary Payment Register if Selected. The Build program is spawned when AutoSelect has completed. When the Build Program starts, the application uses information from the table AP_SELECTED_INVOICES_ALL to create rows in the table AP_SELECTED_INVOICE_CHECKS_ALL.
In addition to creating rows in the AP_SELECTED_INVOICE_CHECKS_ALL, the build payments program also performs the following tasks:
Assigns document numbers for payments
Assigns Check Ids
Renumbers the remaining documents starting from the first_available_document
Updates the payment batch status to BUILT
Since we are doing conversion from 10.7 to 11i where all payments need to converted hence we are keeping payment batch status as FORMATTED
CONFIRM
This is the final step for the payment batch process, where we will pick a payment batch from front end, and then making confirm. The menu for this
AP Payable =>Payment Batches form =>by clicking on the Actions button
Internally the confirm program first updates the AP_SELECTED_INVOICE_CHECKS_ALL records,
then transfers those records to
AP_CHECKS_ALL.
In addition, the AP_SELECTED_INVOICES_ALL
records are transferred into the corresponding
AP_INVOICE_PAYMENTS_ALL,
AP_INVOICES_ALL and
AP_PAYMENT_SCHEDULES_ALL.
Table Involved in Payment Batch Process
These are the various table involved in the payment process of 10.7 and 11i.It is recommended that if corresponding earlier conversion is done then use the mapping function to get the new value.
oAP_SELECTED_INVOICES_ALL
oAP_INV_SELECTION_CRITERIA_ALL
oAP_INVOICES_ALL
oAP_PAYMENT_SCHEDULES_ALL
oAP_SELECTED_INVOICE_CHECKS_ALL
oAP_CHECKS_ALL
oAP_INVOICE_PAYMENTS_ALL
oAP_PAYMENT_SCHEDULES_ALL
oAP_INVOICES_ALL
oAP_BANK_ACCOUNTS_ALL `
Common Issue:
1.Determine the status of the Payment Batch?
A: Query up the Payment Batch in the Payment Batches Summary window to view the status. If you can not get into the application, you can select the status from SQL*Plus:
SELECT status FROM ap_inv_selection_criteria_all
WHERE checkrun_name = ?<payment batch name>?;
2. Dont change the last update date
We are doing the conversion for payments, hence we cant change he last_updated_date to sysdate as this will create a problem by concurrent program, in that case we need to populate the field for FUTURE_DATED_PAYMENT=N
3. dont populate the value for INVOICE_PAYMENT_TYPE
If there are some prepayments in the conversion process donor populate this field and pass NULL, otherwise this will create a duplicate invoice, which will cause a problem for concurrent batch for payment.
Hope now you will be very clear about the process.
let me me offline, if you need further.
regards
sanjit
[email protected]

Wasn't given option to "upgrade" and lost user data

I was trying to upgrade from 10.2.9 to 10.3 yesterday and during the install I didn't see an option to "upgrade" or save the data that was already on the computer (iMac G3). After the install I see that there are no users except the account I was asked to create during the install. So I guess it did a clean install and deleted all the data from the drive? But then I notice that the trash has files in it from before the install. Nothing I'm looking for, but that tells me that some things didn't get removed altogether.
So I'm wondering if there is a way for me to recover the users data that was on here before I did the install.
Any help would be GREATLY appreciated. : )
Thanks a lot,
-Garner

If you are upgrading to 10.3 from a previous major version the Upgrade option is usually the default. If you simply clicked along the upgrade install is performed (unless there is some problem.) Are you sure the user accounts have been deleted? Are you sure you didn't do an Archive and Install? If so, check in the root directory of the hard drive for a Previous System Folder.

FICO Data Conversions clarifications

Hi,
I am currently working on data conversion project. We have our FY from April to March and we are going live on June 01. I am trying to analyse the FICO objects. I have seen many conversations here but confused between balances and open items. I am trying to use ABAP programs instead of LSMW as much as possible
Master Data:
1) GL Master Data
2) AP Vendor Master Data
3) AR Customer Master Data
4) FA Master Data
5) Cost Centers
6) Profit Centers
Transaction Data:
Note that client wants to use only one offsetting conversion account instead of one account each for GL, AP, AR, FA etc
7) GL Balances
     what is the difference between balances and open items here and how do we post them (can i use f-02 for both) and document types?
     lets say i have GL 600100 which has a balance of $5000. If i want to post it during data conversion, should i post it as Dr 600100 Cr 700100 (this is a        offsetting account used only for conversion)
     how do you post an GL Open Items and what would be the accounting entries
8) Vendor Balances
     what is the difference between Vendor balances and Vendor Open items.
     lets say if i have 10 invoices pending payment for a vendor 10000, is the posting to KR doc type as Cr 10000 (vendor) Dr 700100 (this is a offsetting account used only for conversion) correct?
9) Customer Balances
     what is the difference between Customer balances and Customer Open items.
     lets say if i have 10 invoices pending payment by a customer 80000, is the posting to DR doc type as Dr 80000 (Customer) Cr 700100 (this is a offsetting account used only for conversion) correct?
10) Historical Data
     If the client asks us to post data from April 1 until May 31, what is the best approach, also here we are circumventing few things such as
     If there is a GR is done but not Invoiced, then these will be just posted as regular invoices (KR) instead of PO - GR - IV sequence
     If there is Invoice (PO based ones) but not paid, then these will be considered as regular open invoices (KR) as above
     like wise for O2C invoices too
I am trying to understand if i missing anything and if i have to follow any sequence. Appreciate if you guys can help with an example and if if i am missing any objects here...
Thanks
Shriya

Follow this and use LSMW.
LSMW for Functional Consultants in simple step-by-step way
Refer this to understand the basic:
Data Migration Part - Reg.
Regarding your questions: It does not matter whether you use single or five or six offsetting account. You should aware that at the end of the transfer your offsetting accounting balance should be zero.
You take trail balance (forget about the vendors / customers as you load them as open items)
All debit balances you debit in SAP and Credit the offsetting account. All credits you credit in SAP and debit offsetting account. Usually, GL open items would not be loaded, it is only balances. Open items are only for vendors and customers.
Note: You should NOT load tax line on the customer / vendor invoices, as they are already accounted for in the GL balances. Otherwise, your Migration account would never be zero.
For Assets, you need to load asset sub-ledger data separately through AS91 and GL balances separately. Use OAMK to set and reset the reconciliation accounts of assets. Once you loaded asset values, put them as reconciliation accounts and nobody should touch them.
You only load historical data line items of vendors or customers. You do not post goods or invoices receipts again from MM. Mostly, what you can upload is open purchase orders.
Hope this helps.
Regards,
Ravi

Upgrade - 3 way match data conversion

Similar Messages

Maybe you are looking for