We are in the process of implemeting the ICR process and have chosen to go with the Process 003 with Customer and Vendor Open items but at the same time have chosen to include GL Open items from Process 001.
Our client requires that only certain GL accounts be picked up for the ICR process.
So I went and changed the Set ID 1000 which included all accounts from 000000000 - ZZZZZZZZZ and added just the accounts that we needed. Is that good enough?
Do I have to change the sets 2000 for Customers and 3000 for Vendors?
And after those changes do I have to run the select documents FBICS1 and FBICA1 again or does that only impact FBICR3?
And does anything need to be done to the Object Group and Subgroups - Trn FBRC009.
Any help in the matter will be greatly appreciated
Edited by: Satpal Narang on Oct 21, 2009 10:22 PM
There are 2 ways of limiting the GL accounts to be reconciled in process 003. The first (and in my opinion more efficient) way is to implement BADI method RESTRICT_SELECTION and implement a logic for restricting the account numbers there (e.g. based on a custom table for maintaining accounts to be selected). That way runtime of data seleciton can be reduced since open items you are not interested in are excluded from selection. You can use the example implementation in CL_IM_FB_ICRC_001.
The second way is to do what you have set up to exclude certain GL accounts from your object groups. However, in that case you will probably end up seeing them in the object group "Data records not contained in any object groups" - unless you specify the object groups to be processed on your selection screen. The downside to this solution is that you use the unwanted open items during data selection and automatic assignment - therefore increasing runtime and data volume. The good thing about it is that you do not need to bother with a BADI implementation.
Either solution will work. You will have to decide which one is better for you...
Thanks for your prompt reply. As usual your guidance in this area has been stellar.
We took your advice and went ahead and implemeted the BAPI and in our DEV system I had access to the auxillary program FBICRC003_DATA_DEL transaction FBIC023 and was able to delete the existing selections and rerun the selection process with success for the accounts we wanted.
Now we have restrictions in our Quality systems and as a result am not able to delete the data there.The question is that do I really have to go in and delete data or will FBICS3 automatically run and reselect the records based on this change.
As always appreciate your prompt and extremely help in this regard.
If I am understanding you correctly you implemented logic for restricting the GL accounts in a BADI implementation. In that case running data selection again should delete all open items which are not transferred by the next data selection.
Wouldn't it be possible to do this by implementing process 001 and 003 in parallel - as FBICS1has G/L account as selection parametre ?
Or even better, have SAP creating the correct selection parametres for FBICS3 as this program should have the possibilities of doing the same restriction as FBICS1, as long as it is recommended to merge the 2 processes.
I'm doing an implentation right now and will probably try to go for seperate processes due to this lack of functionality.
Please create a service ticket regarding this issue. I will extend the selection screens of the programs to include restriction of the "other" open items.
Whether you separate the processes should depend solely on whether or not you want to see GL and AR/AP open items on the screen at the same time or not.