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

Similar Messages

Questions on ICR reconciliation process 002 (reconciliation status)

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).

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

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

Questions on ICR reconciliation process 002 (behaviour 2)

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
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

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 (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

Questions on ICR reconciliation process 002 (functionality)

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
4/I need to reconcile accounts (process 002) not only for GL accounts w/o
open items but also Open Items GL accounts and vendor and customer GL
accounts (reconciliation accounts).
I do not need to manage open items nor vendor customer items (which would
be supported with processes 001 and 003); I just need to reconcile these
accounts as if they were GL accounts. I have tested in my test client and
seems to work. Is it possible?
Cheers

Hello Rafael,
The advantage of using process 001 or 003 is that you get a clear overview of the unpaid receivables and payables taking key date information into account. This is why the recommended procedure for dealing with payables and receivables is to use process 001 or process 003. You basically have a different angle when analyzing open items...
Having said all this it is possible to include any type of account in process 002. All you need to do is to not be quite as restrictive in your ledger selections. Then other line items will be posted to your ledger and can be analyzed within process 002. If this is what you need then go ahead and do it. Just make sure that you are sure your customer does not want to analyze receivables and payables on a different level...
Hope this helps,
Ralph

ICR - Process 002 - Business Area

Hi Ralph,
how can I reconcile for business area in ICR Process 002?
In the standard table (FBICRC002A), there is not present field Business Area.
Can yuo help me?
Thank you so much.
Best regards
Giampaolo

Hello Rafael,
Here is some information about the "Standard Setup" for ICR. Depending on your individual requirements you may have to vary these settings:
Field Movement
Create a new field movement using transaction GCF1.
Receiver Table FBICRC002T
Sender Table ACCHD
Receiver Field Sender Table     Sender field
DOCDT             ACCIT_GLX        BLDAT
GSBER             ACCIT_GLX        GSBER
RACCT             ACCIT_GLX        ALTKT
RASSC             ACCIT_GLX        VBUND
REFNR             ACCIT_GLX        XBLNR
Note that this will result in the field XBLNR not being changeable any more. This is SL standard behaviour because this means that if you changed XBLNR in the original document you would not get an update of your SL copy of the document. If you want to be able to change XBLNR in the FI document you could leave sender field for REFNR blank and implement an exit populating the field with XBLNR when the document is first posted.
Posting Indicator
I recommend setting this to 3. You will have to build up the initial set of data at some point using GCU1N. And you also want new postings to be transferred.
Check independent of posting
NO! You should not set this indicator. This is only relevant if you set posting indicator to 2 and you have implemented e.g. validations.
Write line items
YES!!! You need line items as the basis for your reconciliation.
Required posting
NO! You should not set this flag.
Best regards,
Ralph

ICR field assignment process 003 debits/credits indicator

Hello experts,
I'm currently implementing ICR processes 001 - 003 for a client. For process 002, I defined a special field assignment using the SL-funtionality. For process 003 no field assignment has to be configured, nevertheless I'm missing the values for field DRCRK which I thought would get them from SHKZG. DRCRK is part of the field catalog for process 003. Can anyone help me on that?
Regards,
Maria Noack

Hello Maria,
Please check with the customer and make sure that they really want to use process 001 as well as 003. Usually they will want to have GL open items as well as subledger open items in the same process so the documents from both sources can be reconciled against each other.
Regarding your question: During data selection the amounts are converted according to their debit/credit indicator before they are transferred to the reconciliation system. Therefore the debit/credit indicator is not transferred to the reconciliation system.
Example:
In the original system you have a document with the following values:
DOCNR: 1234
SHKZG: H
WRBTR: 1.000,00
During data transfer this is converted as follows:
DOCNR: 1234
DRCRK: [SPACE]
TSL: -1.000,00
If DRCRK contained 'H' you could not be sure what amount you are acutally dealing with here...
Some customers added SHKZG to their line items table to have this information available as well.
Hope this explains the implementation of the standard logic.
Ralph

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 - 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 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 - 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

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 Process 002 - Programm FBICRC002_DATA_SEL

Hi,
by using the program FBICRC002_DATA_SEL it is possible to automatically filter documents that have enhanced the trading partner or not?
Can you help me?
Thanks and best regards.
Giampaolo

Hello Giampaolo,
Yes, this is correct. Please refer to my other answers for an example exit implementation which also makes sure that open items are not added to your ICR process 002 ledger.
Best regards,
Ralph

ICR redundand status fields in process 002

Similar Messages

Maybe you are looking for