Skip to Content
avatar image
Former Member

Difference between simulation and automatic docs,

Dear experts,

I am facing this as regular issue, till not i am not able figure out, for what reason its happening?

Issue: while i generate the billing simulation via EA00, iam getting the consumption difference in bill print form.

(closing reading - opening reading)

but for the same customer, with all same data if i do the actual bill its coming the correct value.

i checked the diff between the simulation doc and actual doc for billing doc via ea22 under doc overview, it was same line items and same quantities existed,

is this because of any note issue? could any body have idea, please it will be more help full.


Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

1 Answer

  • avatar image
    Former Member
    Aug 04, 2011 at 10:21 AM


    This can happen for multiple reasons.

    1. During simulation you can select upto which data you want to simulate the billing. There is a possibility that actual bill period start and end date and Simulated bill period start and end date is different. It could lead to a consumption difference in actual and simulated bill.

    You can see both the bill document start and end date using EA22. If you see there is a diffrence, please use similar date to solve this issue.

    2. Since you are looking the consumption using a bill application form, there is a possibility that displaying the consumption for a simulated bill and actual bill is handled differentlt.

    Please ask the technical person to look at the code of application form. If everything is same for both the bill document but during display actual and simulated bill is displaying diiferent consumption, then the issue should be at application form code level.



    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member


      It seems that the problem arises at the time of invoicing. Please check ISU_SAMPLE_R403 which is used for invoice grouping.