on 05-07-2015 2:28 PM
Contract: A contract is created and saved with the ZF00 condition type still missing. Against contract (referring the contract number) Freight Quote is created (key combination as in the screen shot below has been used). This creates ZF00 condition record in the background.
We go back to the contract and update the pricing to populate ZF00 condition type.
Order: An order is created with reference to the contract. The pricing is copied from the contract to order including ZF00 condition type
Pro-forma Invoice: Order is followed by pro-forma invoice which copies the pricing but without ZF00 condition type because of error in the field Material Freight group.
Normal Invoice: Post PGI normal invoice will be created but in this case the pricing is being captured including ZF00 condition type in spite of error in Material Freight Group key combination. Note the message ‘Condition record has been found’. This is not a standard functional behavior as the condition record is being populated programmatically/forcefully but not through configuration.
I would like to get your expert advice on, where possibly they would have added the code to have this feature. I checked in almost all of the sales related badi's and user exits, but couldn't find any code that may have resulted in this behavior. If you know any specific enhancement place or VOFM routines where this could have done, please share your information.
B.R.
Hi P.D.
Few things:
1. Proforma invoice: what is the source of pricing? copying from previous documents or redeterminig from condition records?
2. Normal invoice: Same question as above + In your condition records for ZF00, do you have any record without material freight grp?
3. Why material freight group is missing?
4. the condition status in contract and order is not good. It should be "condition record found". Re-determine the price manually again in contract and order to set them up.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
P.D,
Have a look at V/08 t code for the cndtype ZF00, if there is any routine you can find it.
Thanks !
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Experts,
An addition to the existing issue. The issue is not only for proforma invoice but also for normal invoice. Any hint on Where might be the enhancement done ?
B.R.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi P.D,
Do also check the copy control routines at the item level .
Check if you are re determining the pricing with custom code or copying between the documents is based on any condition.Below is the screen shot.
Please also run the report
Report Name :
" RV61A_ANALYSEREPORTS_PRICING "
so that you get to know the customized routines and user exits used in the pricing.
Thanks,
Tarun
Read OSS note 1460297 - Message VE108 in pricing analysis for a sales document
for resolution.
Regards,
Well, I know by now you might have exhausted with all the options. But i would give it a try by putting the break point in the function module 'Pricing'. Every time a document is created or Changed, it will trigger the pricing module. So, you may be able to find the issue.
Hope this helps...
Regards,
Mukund S
You can also attempt to debug the issue by putting a breakpoint in the message you are seeing in there.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Any help ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello P.D,
Are there any Routines (Requirements, Condition Formula or Alternate Base Value) assigned to ZF00 Condition Type in Pricing procedure? If yes, you may find a ABAP code there.
Further you will have to really work with ABAP for debug the Invoice creation process to find a trace of this development.
Thanks,
Jignesh Mehta
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.