on 08-21-2014 6:56 AM
I don't think "DataRecScr" Mandaoiry to run VFRB in R/3.
Check my post for DataRecScr
- Use of DataRecScr in Pricing Condition Type
In addition to refer my post VFRB, where you can find business scenario pretaining to VFRB
Further, you can also refer my post on Condition PDIF and refer hpw that calculated in Retro-billing.
- condition type PDIF and Retro-billing pricing
If you still have any concern, please elaborate the same.
Thanks, JP
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Mr. JP,
We have done done the same as per your document.
Executed VFRB document generated but some doubts are:
Before Retro Billing
Qty: 10 Ea
ZPR0: 100 INR X 10 qty = 1000.00
ZBED@12 = 120.00
ZCES@2 = 2.00
ZHEC@1 = 1.00
ZVAT@5 = 56.15
Net Amount: = 1,123.00
Taxes = 56.15 INR
Price change 100 to 200 INR
After Retro Billing
ZPR0 = 200 INR (inactive)
PDIF = 1,124.00 INR (active)
ZBED@12 = 375.00 INR
ZCES@2 = 8.00 INR
ZHEC@1 = 4.00 INR
ZVAT@5 = 175.55 INR
Net Amount = 1,511.00 INR
Taxes = 175.55 INR
I am confused why there is too much difference in Net amount and Taxes in Retro Billing.
I i have changed ZPR0 rate 100 to 200.
As per my understanding there should be net amount 1.123.00 INR
and Taxes should be 56.15 INR
--
Appasaheb
Well, first of all, how are you getting
PDIF = 1,124.00 INR (active)
When, your difference between older invoice ZPR0 (1000 = 100x10) and new invoice(2000 = 200x10) is 1000(2000-1000).
See, Condition Type PDIF places very vital and essential role in Retro-Billing and it is suppose to calculate value automatically based on change in condition record.
Refer my following post related to PDIF
As per my understand, your cases is a following,
So, my suggestion would to re-look
1. how PDIF value is getting determined.
2. how is pricing configured to take care of PDIF.
Thanks, JP
The key to this is, how you place accounting key to respective pricing item in pricing procedure.
As per above example, the respective account keys will be placed at.
Price | Account Key |
---|---|
Net Price w/o Taxes: | ERL |
Taxes: | MWS |
It will be better, if you share configuration screenshot for your pricing procedure.
Thanks, JP
Hi Appasaheb,
You haven't posted the full pricing procedure for perusal.
In addition to that you haven't answered me, how is PDIF determining the value.
Can you provide screenshot for PDIF determination? To do that Sales Order - Item - Conditions - Select Condition Type PDIF - Click on Detail button.
Please refer Std pricing procedure RVAA01 - Standard. To understand how PDIF is placed in pricing.
The way PDIF condition type is placed in your pricing, it will not help you in getting desired result for Retro-billing.
If you need guidance on your issue, then you need to be transparent about your business scenario and configuration.
Thanks, JP
As i suspect and that's what told you earlier. You are manually providing value for Condition Type PDIF. Which incorrect. System should automatically calculate that based on change in condition record. If you don't provide value for PDIF, what value it is determining?
In addition to that you PDIF condition ought to be in step 11. Not on step 10 with Counter 1.
Don't forget to reprocess full cycle from the begin, after making the configuration changes.
Please revisit and refer back my Doc on VFRB again.
Thanks, JP
Hello JP,
As per you suggested we have updated as condition type PDIF as Automatic.
New cycle executed.
1. while creating Sales Order PDIF condition determinted as Zero ( Deatiled checked shows Automatic)
2. In Billing VF01 aslo determine as Zero ( Deatiled checked shows Automatic).
3. Rate Changed VK12 100 to 200
4. Retro Billing VFRB ists shows wrong calculation and also PDIF condition shows twice.
4.1. PDIF with Zero value( Detailed checked shows Automatic)
4.2 PDIF with 1124 value( Detailed checked shows Manual)
Appasaheb.
User | Count |
---|---|
91 | |
11 | |
10 | |
6 | |
5 | |
5 | |
5 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.