cancel
Showing results for 
Search instead for 
Did you mean: 

Problem with special ledger (FI-SL)

Former Member
0 Kudos

Hi!

I have added field to special ledger which already exist an work. The field was added to summary table and to actual line item table. The field works fine if actual line item table, but summary values are not calculated for this field in summary table.

What could I miss? May be I need to re-generate something, or make some more set-up?

Thanks!

Accepted Solutions (1)

Accepted Solutions (1)

former_member581986
Active Participant
0 Kudos

Hi,

how did you add the new field? SE11 or GCIN? No need to say, you have to use GCIN for this purpose, and NOT SE11!

Have you made any configuration, especially field movement rules to get your new field work?

Hope that helps, points welcome

Csaba

Former Member
0 Kudos

Good idea. Gonna try to reverse my changes and re-do them through GCIN.

thanks!

Answers (1)

Answers (1)

Former Member
0 Kudos

Once you add this field through GCIN, try to add this in any of the object tables and click on the sender so that it summarizes

Assign points if helpful

Former Member
0 Kudos

Re-doing everything through GCIN fixed the problem!

I've added the field to object table 1 and it automatically appeared in other tables with prefix 'R'. And this R-field in summary table summarizes well.

I didn't set "sender" check-box. What does it mean? What do "sender" and "receiver" mean in the context of these five FI-SL tables?

former_member581986
Active Participant
0 Kudos

Hi,

R = receiver, S = sender. S fields are generated only, if you have set that indicator in GCIN / Object table 1. R prefix will always added to fields defined in object table 1.

What does it mean? Example cost centre field, you may have RCNTR and SCNTR accordingly. If there is a posting between 2 cost centers, e.g., transferred from CO or thrugh an allocation within FI-SL, both fields, sender and receiver cost centre are filled. Tihs way, you can report on receiver/sender relationships, i.e., you not only know where that balance is (RCntr) but also you know where that balance is coming FROM (Scntr).

For man fields, you do not need this and for those, it is a good idea to switch the Sender flag off, this will save you some database space (less field in tables) and some performance on long term. Another option to define those fields in Object table 2. Here you do not have the option to switch sender flag on or off at all. As a result, the fields added to Object table 2 do not have any prefix (neither R nor S).

Hope that helps, points welcome

Csaba