For an expense that was posted in FI and that has an account assignment for cost center EXAMPLE 1, the system sets the debit/credit indicator BEKNZ to S. This value is used for virtual characteristic BELKZ.
Cost center |
Business transaction |
BEKNZ |
BELKZ |
Amount |
EXAMPLE1 |
COIN |
S |
S |
USD 100 |
If you reverse the posting in example 1, the system creates an additional CO posting record with debit/credit indicator BEKNZ = H.
Cost center |
Business transaction |
BEKNZ |
BELKZ |
Amount |
|
Record from Ex. 1 |
EXAMPLE1 |
COIN |
S |
S |
USD 100 |
Reversal |
EXAMPLE2 |
COIN |
H |
S |
- 100 USD |
In this example, no costs were incurred by the cost center. The SAP system does not show a credit or a debit for the cost center in the reports when using BELKZ. The postings balance to zero. If, however, you use BEKNZ, the system displays a debit of 100 USD and a credit of 100 USD in the report.
If the posting in example 1 was assigned to the wrong cost center and you repost this amount with an adjustment posting to debit cost center EXAMPLE2, you get the following result:
Cost center |
Business transaction |
BEKNZ |
BELKZ |
Amount |
|
Record from Ex. 1 |
EXAMPLE1 |
COIN |
S |
S |
USD 100 |
Reposting |
EXAMPLE2 |
RKU1 |
S |
S |
USD 100 |
Reposting |
EXAMPLE1 |
RKU1 |
H |
S |
- 100 USD |
Here too, no debit is shown if you use BELKZ, since the system treats a reposting in a manner similar to a reversal used to make an adjustment to an incorrect primary posting.
If you allocate the amount in example 1 using an activity allocation with order 12345678, you obtain the following values:
Cost center |
Business transaction |
BEKNZ |
BELKZ |
Amount |
|
Record from Ex. 1 |
EXAMPLE1 |
COIN |
S |
S |
USD 100 |
Activity allocation |
EXAMPLE1 |
RKL |
H |
H |
- 100 USD |
Order Number |
Business transaction |
BEKNZ |
BELKZ |
Amount |
|
Activity allocation |
12345678 |
RKL |
S |
S |
USD 100 |
In this example (secondary posting), there is no difference between using BELKZ and BEKNZ. Cost center EXAMPLE1 is marked by BELKZ = H as the sender, the order correspondingly by BEKNZ = S as the receiver. In either case, the system displays the primary posting to cost center EXAMPLE1 and the posting record that debits this cost center separately in the report.
If you settle the order from example 4 with cost center EXAMPLE2, the system updates the following data:
Order Number |
Business transaction |
BEKNZ |
BELKZ |
Amount |
|
Record from Ex. 4 |
12345678 |
RKL |
S |
S |
USD 100 |
Order settlement |
12345678 |
KOAO |
A |
A |
- 100 USD |
Cost center |
Business transaction |
BEKNZ |
BELKZ |
Amount |
|
Order settlement |
EXAMPLE2 |
KOAO |
S |
S |
USD 100 |
To obtain a correct view of the sender/receiver relationships in self-defined reports that arrange the line items per credit/debit indicator, you should use BELKZ as you would in standard reports. If you want a debit/credit view as in FI, you can use BEKNZ.