Avoid accumulation of a sub transaction to main 0100 sub 0020 in Billing &

[Former Member]

Hi

We need to create a new sub transaction in the billing process (main transaction 0100).

There is a new legal demand to run different interest for a special "drought tax". The calculation is included in the billing schema. Therefore we need to avoid accumulation of the new sub transaction to sub transaction 0020 in Billing & Invoicing processes.

.

How can we cause the new sub transaction to take place as a separate line item in the FI-CA invoice (in customer financial card TR. FPL9)?

Thanks

Shosh

[william_eastman]

Shosh:

As of ECC6 you can use posting area 0400 to differentiate certain billing transactions and adjust theway in which they are posted based upon the billing subtransactions. These will all still post with the same main of 0100/0200/0300 but your sub will be different than the standard 0010/0020.

regards,

bill.

[Former Member]

Hello Bill

Is your solution posible olso for version 741 ?

Best regards

Shosh

[Former Member]

Hello Bill,

Can you explain some more about posting erea 0400?

We work with ECC6 and need you make the same change as Shosh does but in a different project

Thanks in advance,

Noga

[william_eastman]

Noga:

As you should understand - ISU billing evaluates the consumption/meter data based upon rate configuration and determines various amouns which are posted to the different billing subtransactions which are assigned. These billing subs are used to determine the GL accounts on the revenue side of the FICA document, but all of them are totalled into one FICA subtransaction on the receivable side (0100-0020). Posting area R410 allows you to disable some of that totalling based upon the billing subtransactions used.

Normal scenario:

Rate X determines the following rate components, their billing subs and amounts: Consumption (0011) $4, Rental Price (0012) $3, Customer Charge (0013) $2, Generation Fee (0014) $1.

FICA document Revenue side

$4 GL Account 1001 Consumption

$3 GL Account 2001 Rental

$2 GL Account 3001 Customer charge

$1 GL Account 4001 Generation

FICA Receivable side

$10 Account 9999 Customer receivable (Based on Main/sub of 0100/0020)

Using posting area R410, creating an entry for billing subtransaction 0100-0011, which allocates those charges to new subtransaction Z001 results in a change to the receivable side of the posting:

$6 Account 9999 Customer receivable (Main/sub 0010/0020)

$4 Account 8888 Customer receivable (Main/sub 0010/Z001)

So posting area R410 only adjusts the FICA subtransaction which is determined for the identified billing line items. It then allows you to identify these postings for other processes. Keep in mind that this will dramatically increase the number of dfkkop postings.

regards,

bill.

[Former Member]

hello bill,

Thank you so much, you answer is a big help to me.

Just to be sure, when you say posting area R410 you mean event R410 or financial posting area that I can change in customizing?

Noga

Edited by: Noga Ofir on Jul 22, 2009 9:11 AM

[Former Member]

Hi

We are billing water consumption in SAP IS-U. We are using serial switching to bill mutual consumption of the main device dividing it between the apartments in the building. When there are move-in/out or device replacements sometimes the billing can't be executed because SAP is estimating wrong readings for the intermediate time slices and the main device is accepting negative consumption, only for the intermediate consumption although the whole period between the actual readings is OK. If it happens we have to insert intermediate readings for all the devices in the building for each intermediate time slice.

Does anybody know a way to avoid this problem?

Can we make SAP billing consider only the actual readings without the proration, and remain with the serial switching?

Any help will be appreciated.

Thanks

Shosh

[william_eastman · Accepted solution]

Shosh:

That feature is not available until ECC6. In earlier versions you would need to implement some logic in an invoicing event to do that.

regards,

bill.

[Former Member]

Hi Bill

Thank you for all the information.

Shosh

[Former Member]

Hello William,

The correct posting area is, in our system, R410.

Regards,

Ben

Sap consulting

[william_eastman]

Noga - Not event R410, posting area R410 accessed via FQC0. This posting area is only available as of ECC6.

regards,

bill.

[Former Member]

cool, tnx again

Noga