ICR field assignment process 003 debits/credits indicator

[Former Member]

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

[Former Member]

Hello Ralph,

thanks for your answer!

I thought reconciling process 001 together with process 003 is only possible having implemented EHP 3.

Due to your advice I'll put 001 in 003 using transaction FBIC032. Do I have to delete the additional customizing for process 001 (FBIC006, FBIC031, FBRC008, GCL1, FBIC010, FBRC005 etc.)?

I already thought about adding SHKZG to the line items table, but I'll re-check that with the client.

Regards,

Maria

[former_member572578]

Hello Maria,

The only change in EHP3 is that we created transaction FBICR3L which performs data selection, automatic assignment, and interactive reconciliation in one program run. Basically it uses the new technology and services to provide what RFICRC00 used to do (e.g. change reference number in the original documents). However, accordingly the runtime is much longer since all steps are performed each time - which also affects the general system performance.

All other functionality / corrections / enhancements are available in all releases >= ECC50.

Whether you add SHKZG or not really depends on what you want to do with it in reconciliation. For open items I recommend using only one display category unless you are only reconciling data from subledgers because you will have a hard time otherwise trying to separate payables, receivables, and adjustment postings regarding these.

Best regards,

Ralph

[former_member572578]

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