Executing DPC Billing If you want to use DPC with the basic category
Determination of
Current Periods via Meter Reading Results
, dynamic backbilling must be executed every time a real meter reading result is entered. If it is not, meter overflows occur whenever the last estimated meter reading result in the
Meter Reading Results
table (EABL) is higher than the current real meter reading result that you have entered.
You enter real meter reading results during a meter replacement. The previous interim meter reading was estimated. You can use the
Invoicing Grouping
(R403) event to group the interim billing run and the next periodic billing run together on one bill.
You can use DPC with the basic category
Estimation of Meter Reading Results in Billing
to execute floating backbilling to the last real meter reading result. To do this, you must select a period to be created from the basic period category
Current Period and Past in a Congruent Time Slice
for all categories of schema steps for which you want to execute floating backbilling.
If you use dynamic period control from the basic category
Estimation of Meter Reading Results in Billing
, you should never print estimated meter reading results on a bill. Since the estimated meter reading result from the previous period is not saved to the database during the previous billing run, you must extrapolate the meter reading for the start of the billing period during the next periodic billing run. If a real meter reading result has been entered in the system, this new meter reading result differs from the estimated meter reading result in the previous period. This could have been caused, for example, by a device replacement or an interim meter reading.
If an alternative portion is defined in a contract, you can use variant QUANTI26 (
Simulate Billing Period
) to create a billing document until the scheduled meter reading date for the alternative portion. This means that all of a customer’s contracts can be billed for the same period. The meter reading for the meter reading date of the alternative portion is extrapolated in the variant. The system then simulates a document up to the scheduled meter reading date. In the variant control, you can specify whether the document lines of the simulation document are transferred to the current billing document.
For further information about the control options, see the documentation for variant QUANTI26.
You can use several variant programs to execute dynamic backbilling.
In these variant programs, dynamic backbilling is executed for schema steps that contain a dynamic backbilling group from the DYNBI step. The periods represent different periods to be backbilled. If you maintain the dynamic backbilling group in one of the fields
SDP1
to
SDP5
(schema steps for reversal in dynamic period control), the amounts from the posting-relevant lines that these schema steps generated in previous billing documents are transferred to the current document as negative amounts. If you maintain the dynamic backbilling group in the
Schema Step for Dynamic Period Control
, the period that you allocated to the time slice generator for the current category is dynamically backbilled.
You can use the following variant programs for dynamic backbilling:
DYNBI01 executes dynamic backbilling back to the last real meter reading result
DYNBI02 dynamically backbills the schema steps from the previous document
DYNBI03 dynamically backbills schema steps from the last dynamic backbilling
DYNBI04 updates amounts from the correction periods in the billing period
For further information, see the documentation on the individual variants.