on 07-01-2013 8:25 PM
Hi Gurus,
We have a issue where KZWI3 values are not populating in VBRP table.
It is not that the values are not coming always, it is doing this for some invoices.
Checked for the values in VBAP table and can see it there, but when checked in VBRP not able to see it.
config was not changed, it is working for other invoices, if you take a month of invoices around 10 of them have this issue, others are fine.
Any suggestions. pls help
Thanks
Dear Mani,
You have maintain '3 Carry over value to KOMP-KZWI3" against your require step in pricing procedure. That is correct solution for sub total 3 showing in your VBAP table.
Thanks
Arun
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Are you still looking for a solution for this ? If yes, you can read further.
I am seeing that other comments are looking at many different angles, so I am also trying to add another angle. Here are my questions:
Basic point is are you using the Sub Total for a single condition type or for multiple ones with step numbers from and to ?
If yes, to above, what are the Condition Categories of these condition types - discounts / surcharges / freight / etc. Are you sure that these condition types are filled in in all the cases that are not having the sub total populated.
Could it be the case in cases where you have the Sub Total not populating, are any of the condition types required to be re determined ?
Try carry out pricing type - C in all of these cases and check if there is something odd going on.
My two cents are that it cannot be the case that the Pricing Procedure Sub Total is behaving correctly in some cases and not in some others unless as pointed out by Enayat and others you have some unique requirements for the Sub Total or Condition Types covered by this sub total.
Hope I have added to stuff which leads to your issue resolution.
Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mani,
1. Check the pricing procedure in the billing document for which KZWI3 did not update.
2. For the pricing procedure go to V/08 and check that the subtotal 3 is assigned to only one condition type (if the subtotal is assigned to two condition types then possibly the second condition type does not have any value in your invoice and hence the field KZWI3 is blank).
3. If you change any config based on the above observation then execute OVG1 to update the field in VBRP.
Regards
Ankit
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear,
Please check that 10 Invoice of Billing Document Types are same or not ( Just for known ) and which Pricing Procedure is flowing in them .
Thanks,
Naren
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
Check also your copy rules. Check how the pricing behaves (usually it comes from SO and it redetermines taxes) and if you are using any customer VOFM where it is doing a clear on VBRP-KZWI3.
I hope this helps you
Regards
Eduardo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
Thanks for the reply. But please let me know why I shouldn't use 2 as it is working fine with other invoices, This process is being in the use for more than 3 yrs we didn't have any issue.
Moreover it is not doing for all the invoices as I said earlier.
Please let me know a different route without making changed to Config.
Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Did you assign the subtotal 3 to any condition type ?
Could you please put the screenshot of pricing procedure you are using at which this 3 subtotal is assigned ?
regards,
santosh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
110 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
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.