ICR - relevant customizing for process 002 - transaction FBICS2

Hello experts,
I am trying to setup process 002 for ICR. I have trouble getting documents to be viewed in FBICS2.
I already have ledger Z2 for FBICRC002T (sender). As I see in the documentation on page 20 the program will ignore all local companies which have the same Sender Ledger and Receiving Ledger.
I have done some postings to G/L-accounts (Expenses and Revenues). What should be customized as receiving ledger? I only have ledger Z2 in the selection screen.
We use ledger Z1 for FBICRC001T and ledger Z3 for FBICRC003T.
Thank you very much for your help.
Kind regards,
Hubert Bloch

Hello Ralph,
the current sender and receiver ledger in client RSX 531 is Z2.
FBICS2 and/or FBICA2 gives me the message:
No data selected according to the specified restrictions.
Within the meantime I opened a message at SAP in german language.
The number is 16904/2011.
Please have a look.
Thank you very much for your help.
Kind regards,
Hubert Bloch

Similar Messages

ICR - Tables Special Ledger Process 002

Hi,
I'm implemented ICR Process 002. Somebody knows What are the fields that should have tables total and actual line items of the Special Ledger Sender?
Can you help me?
Thank you.
Best regards
Giampaolo

Hello Giamapaolo,
If you already have ledger I2 for FBICRC002T and you do not need to run FBICS2 to run some kind of BADI implementation you do not need to create any additional ledgers for FBICRC002T.
Best regards,
Ralph

ICR - Importing File for process 003 + 001

Hello sap colleagues,
We have an issue with ICR and I hope someone can give me a hand with it.
We have included process 001 into process 003.
Now we are working in the definition of the file structure so that companies from outside the reconciliation system can send us their documents.
According to what we have read so far, we understand that if ATYPE is C, the account will go to the field RCUST and if ATYPE is V it will go to the field RVEND.
Our problem is, What do we do with the GL Accounts Open Items coming from process 001? Which account type shall we use so that when we import the file the system knows is a GL Account and not a Vendor or a Customer?
We have tried to leave it blank and it doesn't do anything.
We have also tried to enter ATYPE = G and it doesn't do anything either (er read this in a SAP Note).
We saw another post where it says the GL Accounts go to the field RCUST but it doesn't work.
Also, does field HKONT or RACCT has to be added to the ICR tables for Process 003?
Coudl anyone please tell me how to do it? We a bit desperate to make it work...
Any help will be very much appreciated.
Thanks in advance
Regards
Isabel

Hello Isabel,
It really depends on what you want to do with the information "account number"...
If you want to differentiate between receivables and payables for G/L open items - do you want to do that based on the account number of based on the amount (positive / negative)?
What object groups do you currently use and how are they set up?
I'll give you some examples of what you can do - assuming you use the standard setup with object groups "Payables" and "Receivables" with "Payables" defined as RVEND > SPACE and "Receivables" defined as RCUST > SPACE.
Minimalistic approach:
Define your upload structure so that the column is uploaded as field RCUST - now the GL account number will be in the field RCUST and all uploaded G/L OIs will be treated as receivables (if you even differentiate between payables and receivables in FBICR3; if you just have one object group "Open Items" then this is not really an issue). If you upload as RVEND, everything will be treated as payables.
Distinguishing between AP and AR:
Define your upload structure so that the column is uploaded as field RCUST. Then implement BADI method CHANGE_DATA_TABLE for event '8' to implement whatever logic you would like to use in order to distinguish between AP and AR. You must have note 1475612 implemented for this event to be used. Then fill fields RVEND and RCUST accordingly. Just make sure that in the end you don't have both RCUST and RVEND filled... You could also prefix the account number with a 'G' so you can see that this is not really a customer/vendor account number but the integrated GL account number.
If you want to have the unmodified GL account number available in ICR process 003 you should add RACCT as a custom field. Then you can also upload the GL account number into that field and then fill RCUST / RVEND according to your requirements and still have RACCT available to display in FBICR3.
Hope this helps
Ralph

Run time is more for processing MIRO transaction

Dear SAP Gurus,
At our client, when they are doing MIRO, it is taking much time to open the first screen after entering invoice date & PO no. The client was telling this is happening only for certain materials. I could not understand the relation between material master and MIRO transaction time. When run time analysis is done by t. code se30 for that transaction. The Abap element is taking 20% time where as database access is taking 80% time.
Kindly guide me on the same isuue to sort it out.
With Warm and Regards
Bhikshapathi

Hi,
Index table 'MSEG'. Then the database access time will be reduced. The indexing will take time depending upon your database volume, but once completed, time required for various transactions will be drastically reduced.
Regards,
Prashant

Why can't i use Mac on government website for processing of transactions?

I was trying to access government website to submit online application but was not able to do so. How can one resolve the issue?

Hi
Your question is a bit vague - do you mind telling us which website, and what kind of error you're getting? Have you tried both Safari and Firefox? (If not, try them both, and report back.)
Matt

ICR File Upload Process 002 G/L Accounts

Dear SAP experts,
For external companies, we want to upload their intercompany transactions in the intercompany reconciliation cockpit.
But it seems that is not possible for process 002 (G/L accounts): indeed, when I go on the customizing step 'Companies to be reconciled' (FBIC009), I cannot set the data source for one company code to File Upload.
D
o you have any idea so that I can load data in ICR process 002 tables by file upload?
Thank you in advance for helping me,
Bernard

Hi Rafael,
Thank you for your answer.
But the file upload functionality is not activated by the transfer type config but by the data source config (=File upload), no?
Unfortnulately, the field data source cannot be modified for process 002 (always equals Documents of current process)
BR
Bernard

ICR Process 002: ledger selection - create a SP Ledger

Hello,
I am implementing ICR functionality in ECC 5.0.
I have implemented process '003' so far, and it is already working fine.
I have seen this question in SDN which is about exactly the same issue that I have:
[Re: ICR Process 002: ledger selection|Re: ICR Process 002: ledger selection]
I understand that I have to create a Ledger for process '002' as is said in the message above. The problem is:
- I have configured "Define Reconciliation Process Detail Attributes (FBIC010)" as following:
RC CoA SS SendLD Receiving LD
002 K4 PCGE Minimize number of RFC calls I2 I2
- When I try to create a "I2" ledger in 'GCL1' and I set summary table as "FBICRC002T" the system shows the following error message: " Table FBICRC002T is not allowed Message no. GG291"
Do you know what could be wrong?
Thanks in advance

Solved by the following information of Customizing's documentation
Before you can define any ledgers for ICR you have to make sure that global ledgers are active (transaction GCVO: IMG path Financial Accounting  Special Purpose Ledger  Basic Settings  Perform Preparation or Financial Accounting (new)  Special Purpose Ledger  Basic Settings  Perform Preparation).

Questions on ICR reconciliation process 002 (process behaviour)

Dear all,
I am implementing ICR reconciliation process 002   and I have some questions regarding process's behaviour and functionality. I have set u201CDefine Rules for Document Assignments" as following:
1     POPER     Posting period     = Equal     POPER     Posting period
10     RTCUR     Transaction currency     = Equal     RTCUR     Transaction currency
20     TSL     Transaction Currency     -1 Opposite Amount (Only for Value Fields)     TSL     Transaction Currency
2/ I do not fully understand process behaviour. Although all accounts included in a group are balanced to zero; group status appears "yellow" (Unassigned items) and I have to unassign them in the assigned data view (bottom of the user interface) and then assign them manually again in order to get them in "green" status (without differences).
I understood for process '002' reconciliation is in a account balance point of view and not try to clear item by item. Am I right?
Cheers

I close this message in order to post it more correctly since I think current message is a bit confusing.

Questions on ICR reconciliation process 002

Dear all,
I am implementing ICR reconciliation process 002   and I have some questions regarding process's behaviour and functionality. I have set u201CDefine Rules for Document Assignments" as following:
1     POPER     Posting period     = Equal     POPER     Posting period
10     RTCUR     Transaction currency     = Equal     RTCUR     Transaction currency
20     TSL     Transaction Currency     -1 Opposite Amount (Only for Value Fields)     TSL     Transaction Currency
1/ when running trx 'FBICR2 - Reconcile Documents Manually' although there are only 2 items and they are reconciled and appear as without differences, group's status on navigation tree is "yellow" (Unassigned items). I expected that it will be "green" (Assigned without differences).
2/ I do not fully understand process behaviour. Although all accounts included in a group are balanced to zero; group status appears "yellow" (Unassigned items) and I have to unassign them in the assigned data view (bottom of the user interface) and then assign them manually again in order to get them in "green" status (without differences).
I understood for process '002' reconciliation is in a account balance point of view and not try to clear item by item. Am I right?
3/ If I am reconciliating company A with partner B in FBICR2, when I assign manually items and reconcile all accounts for this Company A/Partner B I expected that status for Company B and Parther A would be updated but transaction do not seems to work as I expected. Is this the correct behaviour or am I doing something wrong?
Cheers

Ralph thanks for your answer that was very helpful.
I reviewed table FBICRC002T and as you said, there were lines with RTYPE = 1 and TSL NE 0; but they were wrong, I mean not "real" since the amounts (totals amounts) were bigger than the sum of the individual line items documents involved in FBICRC002A.
Then I run 'FBICRC002_DATA_TCAL' and totals were recalculated and then I run FBICA2 and all lines in FBICRC002T with TSL NE 0 had RTYPE = 2 so gropus appear as "green" in FBICR2 now.
I think that I understand now how program derive group's status.
Then I did the following steps:
- I went to FBICR2 and unassign all items in "green" groups.
- FBICRC002A was updated with status 1 but FBICRC002T remains with status 2
- Then I logoff transaction FBICR2 and login transaction FBICR2 again. Since table FBICRC002T did not change (remains with status 2) groups appear "green" again although items were not assigned in FBICRC002A.
- Then I run 'FBICRC002_DATA_TCAL' again FBICRC002T was updated now with status 1
- After doing that, I log in transaction FBICR2 again and groups appear "yellow" as expected.
- Then I manually assign in FBICR2 all items so they changed to status "2" in FBICRC002A but FBICRC002T remains with status "1". Groups remains as "yellow" since FBICRC002T is not updated yet.
- Once again, If I run 'FBICRC002_DATA_TCAL' table FBICRC002T is updated with status "2" and groups are "green" in FBICR2.
If you are still keeping reading this thanks you. I think all of this sounds a bit tricky but my question is: how and when is table FBICRC002T updated? Is necessary to run 'FBICRC002_DATA_TCAL' after any manual change (assign or unassing) at FBICR2? Is this regular behaviour? Sound a bit strange by the way, I think I am doing something wrong or have misunderstood somethingu2026
Thanks a lot in advance for your help and patience.
Rafa

ICR Process 002

Hi,
I'm implementing ICR Process 002, I have created the ledger I2 and I have run transaction GCU1N, so now I have in table FBICRC002A the items I want to reconcile. The problem is that when I run transaction FBICA2 no items are selected.
Any idea?
Thanks,
Isa

Hello Nils,
I am glad the note helped you
Regarding the new error message: I suggest that you log on in English and run FBICA2. The German version of the message is not up to date. In the English version the actual error from RFC processing will be included. If you are running the program in update mode the most likely cause is that you did not yet maintain the number range for group reference numbers for process 002.
Best regards,
Ralph

ICR redundand status fields in process 002

Hello experts,
when reconciling documents in process 002 (transaction FBICR2) the status fields for communication and processing are shown redundand in the German system.
Checking table FBRC0070C shows 8 entries for process 002, which is correct.
Checking table FBRC0070T shows 13 entries for process 002, language D. Unfortunately I'm not able to delete entries from this table, but I guess, these redundand entries are the reason for the redundancies in FBICR2.
Any ideas on how to remove these entries in a way that is transportable through all the systems?
Thanks in advance!
Maria

Hello Maria,
It looks like you had additional status values with the same texts at some points. Then the status values were deleted but for some reason some of the translations remained. Try creating the missing status values and then deleting them again. This should also get rid of the unwanted texts.
Another option is to delete all status values in viewcluster maintenance for VC_FBRC0075. Simply select the status field you are having issues with at the Status Field level of the navigation and choose function Delete. Make sure to choose to delete all entries.
Next time you enter VC_FBRC0075 the Status Field entries will be generated again from the field catalog and you can maintain the status values you want...
HTH,
Ralph

ICR Process 002 automatic clearing

Hello Gurus,
I have a problem when clearing automatically items for ICR Process 002:
I want the system to clear items with the same reference, currency and opposite amount.
This logic is applied item by item but not globally, document by partner document whereas it is very usual to have several Expense items for one Revenue item for the same IC flow...
Is the only solution based on the implementation of the Badi u201CFB_RC_ASSIGNMENTu201D ?
Thank you in advance for your help,
Regards,
Pascal

Hi Thorsten,
Please find below the code I have applied for process 002,
regards,
Pascal
METHOD if_ex_fb_rc_assignment~process_after_assign_all.
Déclaration des variables--------------------------------------------*
FIELD-SYMBOLS         TYPE rcomp_d.
TYPES: BEGIN OF t_unassign,
           refnr TYPE fb_icrc_refnr,
           grref TYPE fb_icrc_groupref,
           tsl   TYPE vtcur9,
         END   OF t_unassign.
DATA: lt_unassign_local TYPE STANDARD TABLE OF t_unassign,
        ls_unassign_local TYPE t_unassign,
        lt_assign_diff    TYPE fbicrc_t_rproc_002_data,
        ls_assign_diff    TYPE fbicrc002a,
        l_unassign_sum    TYPE vtcur9 .
CHECK ID_RPROC = '002'.
Copie de la table interne en local pour gérer les regourpements
LOOP AT ct_assign_diff
    ASSIGNING TO lt_assign_diff.
ENDLOOP.
SORT lt_unassign_local BY refnr grref.
LOOP AT lt_unassign_local INTO ls_unassign_local.
    AT NEW grref.
      CLEAR l_unassign_sum.
    ENDAT.
On somme le montant des écritures
    l_unassign_sum = l_unassign_sum + ls_unassign_local-tsl.
A la fin du regroupement, on véfifie que l'écriture est équilibrée
    AT END OF grref.
Si ce n'est pas le cas, on supprime la référence et on laisse l'écriture
dans la table des écarts
      IF l_unassign_sum <> 0.
        ls_assign_diff-grref = space.
        MODIFY lt_assign_diff FROM ls_assign_diff
          TRANSPORTING grref
          WHERE refnr = ls_unassign_local-refnr
            AND grref = ls_unassign_local-grref.
      ELSE.
Sinon, on alimente la table des écritures sans écart
        LOOP AT lt_assign_diff ASSIGNING TO ct_assign_nodiff.
          DELETE lt_assign_diff.
        ENDLOOP.
      ENDIF.
    ENDAT.
ENDLOOP.
On supprime les lignes de la table
REFRESH ct_assign_diff.
Onalimente la table interne des écritures non assignées
APPEND LINES OF lt_assign_diff TO ct_orgunit_unassign.
LOOP AT ct_assign_diff
   ASSIGNING <ls_assign>.
   APPEND <ls_assign> TO ct_orgunit_unassign.
   DELETE ct_assign_diff.
ENDLOOP.
Regards
pascal

ICR Leading zero on field DOCREFNR in process 002

Hello,
Like some other people here on this forum, I've noticed that the process 002 behave a bit differently in terms of field mapping.
DOCNR cannot be used like in other processes, because it's filled with another number than BELNR. I need to use REFDOCNR instead.
But I need REFDOCNR to be formatted without leading zeros.
I read on this thread (ICR process for GL accounts.) that it's possible to do it by user exit in the field movement definition.
But my question is that in my field movement I don't have the mapping BELNR -> REFDOCNR, this mapping is built-in, so I don't know exactly where I should define the user exit.
Can you please advise?
Best regards,
Maxime

Hello Maxime,
When posting directly to a ledger the FI document number is not known at the time the SL document is posted. This is why SL creates its own document number. You have the information in the REF* fields which lead you back to the connected FI document. This is exactly what program FBICRC002_DOCNR_SELECT does. It finds the corresponding FI document and puts the FI document key information into the fields FAGL_* in FBICRC002A; the correct FI document number will be contained in FAGL_DOCNR.
If you collect the data for process 002 using the data selection program, FBICRC002_DOCNR_SELECT is executed automatically as part of the data selection process in the sender systems. For documents posted directly into the reconciliation ledger in the reconciliation system you need to run the program yourself - I suggest that you do this each time before you run automatic assignment.
If you want to manipulate any information as it is posted into the special purpose ledger you set up you should implement an exit called by the field movement.
If you want to manipulate FAGL_DOCNR as it is populated by FBICRC002_DOCNR_SELECT, you need to implement BADI method CHANGE_DATA_TABLE for event if_ex_fb_icrc_002=>gc_evt01_remote_select.
Best regards,
Ralph

ICR Process 002 File Upload Error

Hello,
I am uploading items for Process 002 via a file. The system is, unlike process 003, not checking for existing documents but treating all records as new data. Hence i now have multiple duplicate records.
Does anyone know where the problem could be.
Kind regards

Hello Dominic,
This is the system design and is consistent with the way data selection works for process 002. All data supplied by data selection is treated as new data. If you cannot ensure that only new data is contained in the upload file you have to implement BADI method CHANGE_DATA_TABLE for one of the early events, check which data records already exist, update them if necessary and then only leave the new data records in the table. You can use the logic for processes 001 and 003 in CL_FBICRC_SERVICES~COMPLETE_DATA as a template.
Best regards,
Ralph

ICR - FBICS3 file upload process

Dear experts,
In the process of ICR to we want to use the file upload option in the FBICS3(select documents) for reconciliation of the docs. And our file is placed in the application server. We have maintained the configuration in FBIC032 for the company codes(Here we are using multiple company codes), we mentioned the logical file path, custom structure as this file has some new fileds and we are data source as file upload in the data source field in this(FBIC032) config. But when I run the FBICS3 transaction it is not selecting the documents from the file placed on the application server. Can some one help me on this, whether i missed something in the config?
Regards,
Karthik.
Moderator message: not related to ABAP development, please ask again in the appropriate functional or technical forum.
Edited by: Thomas Zloch on Oct 22, 2010 11:23 PM

Hi Rafael,
Thank you for your answer.
But the file upload functionality is not activated by the transfer type config but by the data source config (=File upload), no?
Unfortnulately, the field data source cannot be modified for process 002 (always equals Documents of current process)
BR
Bernard

ICR - relevant customizing for process 002 - transaction FBICS2

Similar Messages

Maybe you are looking for