Frieght Condition type not distrubuted properly

Hi All
I have two condition types ZF00 and ZFM1 Flat Freight PaymTrm and Freight adjustment respectively, both entered at the header level of the Sales order.
ZF00 has
Access seq.   ZF00 S.Org/DC/Cust.Grp/Pay and
Manual entries      D Not possible to process manually
has a Header and Item condition checked
ZFM1 - No Access Sequence
Manual entries      C Manual entry has priority
has a Header condition checked
I created the SO and have two items,same material 5 and 10 qty each.
Now I create a delivery for 1 and 2 qty resp. (basically changing the quantity).
The invoice has the ZF00 amount distributed fully for the qty 5 and 10(whatever was entered at header level) but
the ZFM1 amount is changed to the value wrt to qty 1 and 2
from delivery.
This is wrong.
Can any1 please let me know if I need to check on some settings. Any help will be higly appreciated.
Thanks

Hi,
Check the settings for both condition types for attribute Group Condition.
Just giving some about group condition how it works.
Group condition
Indicates whether the system calculates the basis for the scale value from more than one item in the document.
Use
For a group condition to be effective, the items must belong to a group. You can freely define the group to meet the needs of your own organization. The items can, for example, all belong to the same material group.
Example
A sales order contains two items. Both items belong to the material group 01.
Material Quantity Material group
A 150 01
B 100 01
The group condition indicator is set in the definition of the condition type for material group discounts. The condition record for material group 01 includes the following pricing scale:
Scale quantity Discount
from 1 pc -1%
from 200 pc -2%
Neither item alone qualifies for the 2% discount. However, when the items are combined as part of a group condition, the combined quantity creates a basis of 250 pieces. This basis then exceeds the scale value of 200 pieces, which is necessary to qualify for the higher discount.
Hope this helps.
Thanks,
Viswanath

Similar Messages

Error while releasing Billing: Assign HD00 (Frieght) Condition type in COPA

Hi,
I am getting the below error while releasing billing document.
Assign condition HD00 type in COPA
HD00 condition type is frieght condition type
Is it good thing if we assign this condition type to COPA value field in KE4I? or we should not assign Frieght condition to COPA?
Please advise
Thanks
Kishore

HI Kishore,
To which GL account are you posting this freight condition value? Is that GL created as a revenue element (of category '11'/'12')?
If yes (has to be 'yes', since you are getting the error message), then you don't have a choice but assigning a CO-PA value field in KE4I. The idea here is, if you have created the GL as revenue element, then you intend to take it to Controlling module for further analysis. Thus, making your FI/CO reconciliation easy.
If you do want to carry this value to CO-PA for analytical reporting then don't create that particular GL (assuming you are posting freight to a separate GL) as a revenue element. That said, it does make sense to carry this value to CO-PA and in your present case, you don't have a choice as the message which you got is an error message, which you can't circumvent.
Hope this helps.

VA00 condition type not getting determined for the returns order

Hi All,
I have a case where VA00 condition type not getting determined for the returns order that has been created with respect to the billing document.
When the pricing conditions are being copied from invoice it is getting copied but later it is getting deleted in the include LV61AA42.
Note:VA00 condition type is getting deleted from the internal table tkomv[].
If any one came across this scenario can you please help me.
Request your valuable inputs

Hi,
Please check the copy control setting in VTAA.
Maintain the pricing type as "D" at item category level for the respective document type .
Hope this will resolve your issue.
Regards,
Krishna O

Condition type not determined

Hello All,
I am using COPY CONTROL to create contract through VA41.
Problem i am facing is condition type not getting picked up at item level, though correct pricing procedure is getting determined. In that pricing procedure this condtion type is maintained but still it is not picking the condition type.
Rushikesh

Hi,
Can you check condition type detailed screen"Manual entries" field,the value in that field is either B or D.
Regards,
Chandra

HM00 -Condition type not present in pricing procedure.

I have included HM00 as manual condition type in pricing procedure attached to the sales order through prcing procedure detrmination. But in sales order when I am entering the value manually for HM00, the error is "HM00 -Condition type not present in pricing procedure", but actually it is present in pricing procedure.
Any idea how to fix thie problem ?

Hi Sunil,
Just check in V/08 > YOUR pricing procedure and see if HM00 is included in it or not.
Hope this will definitely solve your issue
Reward suitably
Regards
SD

Condition type not flown(not determined) into the sales order

Hello Experts,
There is one discount condition type which is having proper condition records, validity date.However, it is not getting determined properly and is not flown into the sales order. the user wants to know why this may happen.I tried to reason it may be the sales order date and the conditon record date may be different or the condition record is changed after the creation of the sales order.neither of the reasons seem to hold good. any ideas?
Regards,
Raj

Hello,
I have looked into the analysis and asked him to update the condition by clicking on that.also, I found that the condition record is having a proper valid date. now the user would update only after knowing the exact reason why it did not flow into the sales order,he knows he has to update the condition but would not do so till he knows the right reason why condition is not determined in the sales order. now this is the situation.
the probable reasons as per analysis of the conditon type are as follows(for your information). can it be one ofThere are different reasons for this:
1)The condition was deleted manually in the item condition screen.
2)The condition record was created later. Please note that order processing and pricing have buffer mechanisms. This means that a newly added condition record might only be found after order processing has been left completely and then started again. them?
Regards,
Raj.

Pricing: New condition type not getting listed in options in product master

Hi,
I have created a new pricing procedure and also created a new condition type for it. I am trying to create a condition record in the product master for this condition type but the condition is not there in the list of conditions. How can I inlcude it in the condition list?
Even the new condition type I have created by copying 0PR0 is not getting listed in the options, whereas 0PR0 is getting listed.
Regards,
Meenakshi
Edited by: Meenakshi Sawhney on Sep 9, 2010 8:27 AM
Edited by: Meenakshi Sawhney on Sep 9, 2010 8:29 AM

Hi Meenakshi,
you need to enhance the condition maintenance group in the customizing, which is assigned to the product master. Please check: IMG: Customer Relationship Management -> Master Data -> Products -> Special Settings for Sales Operations -> Assign Condition Group to Application CRM and IMG: Customer Relationship Management -> Master Data -> Conditions and Condition Technique -> Condition Technique: Basics -> Create Maintenance Group.
Best Regards,
Michael

Statistical condition types not getting displayed in invoice

We have configured the tax collected at source (TCS) condition types and make them as statistical in the pricing procedure. Now, the issue is when we are using them the values for these condition types are getting calculated correctly as the total value is correct but in the invoice their individual values are not getting displayed.
In the analysis also we can see that the condition records are found but being statistical condition they should get displayed in the invoice as only the correct total value will not serve the purpose, please help
Thanks & regards
Puneet Agrawal

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
Reward points for useful Answers
Regards
Anji

Condition types not getting displayed

i have uploaded a smartform & copied the standard program(/SMB40/FM06P) of it into my system.the condition type texts & their amounts are getting displayed for import purchase order(conditions are getting picked from me22n--->conditions) but for domestic invoice im unable to display condition type texts & their amounts.(these are picked from me22n-->invoice---->taxes).
in program lines this code exists.
<FS> like EKPO.
<KO> like KOMV.
input parameters output parameters
ZXEKKO G_KSCHL
L_NETWR G_VTEXT
<KO> G_KWERT
G_VTEXT G_FRAKWERT
G_FRAKWERT G_TAX
G_TOTAL
<FS>
G_TAX
L_KWERT
CLEAR: g_vtext,g_kwert,l_kwert.
CHECK NOT <ko>-kwert = <fs>-netwr.
Get Condition Type Text from table T685T and the value
SELECT SINGLE vtext INTO g_vtext FROM t685t
WHERE spras = sy-langu
AND kschl = <ko>-kschl.
IF sy-subrc = 0.
MOVE <ko>-kwert TO g_kwert.
ENDIF.
Check document currency
IF NOT l_netwr IS INITIAL.
WRITE g_kwert TO l_kwert CURRENCY zxekko-waers.
ENDIF.
*Determine if the discount is based on %
IF g_vtext CS '%' OR
g_vtext CS 'percentage' OR
<ko>-kschl = 'SKTO'.
<ko>-kbetr = <ko>-kbetr / 10.
MOVE '%' TO <ko>-waers.
ENDIF.
Determine Tax
IF g_vtext CS 'tax'.
ADD <ko>-kwert TO g_tax.
CLEAR g_kwert.
ENDIF.
Determine Freight Charges
IF g_vtext CS 'Freight'.
ADD: <ko>-kwert TO g_frakwert.
CLEAR g_kwert.
ENDIF.
i feel the data is coming from above code only.please suggest where i have to make changes so that it picks data from ME22N->INVOICE--->TAXES which has conditions for domestic purchase order.please help.

Hi
Keep a break-point (hard) in these program lines and debug and see that whether the condition type(KSCHL) related to Taxes is appearing here or not.
If the condition type for taxes is coming then you can print the taxes.
First check the related condition type for Taxes in T685 table and see here in the code.
Reward points for useful Answers
Regards
Anji

Condition type not visible in billing document

Hi
We are currently in the process of making some changes to the pricing procedures.
While processing an IC order, we find the following discrepancies,
In VA03, when we enter the order details, the price shows the expected value and so do the condition details.
However, in the billing document for the same, in VF03, we find that one of the condition types are missing, hence the value in the sales document and the billing document are different.
I have checked the details in the condition types, pricing procedures and the access sequences, everything appears to be configured correctly.
Please advice as to how this can be corrected.
Thanks
sap10

Hi
Check in pricing procedure (tcode V/08) if you have any Reqt.
Other possibility, but I think that it doesn't matter in your case. See SAP Note 105621 - Authorization check for the condition screen, that it is used to hide conditions, but not for delete them.
I hope this helps you
Regards
Eduardo

Condition type not determine in sales order

I have condition record maintained for the condition type as per the order reason. When I create the sales order system is not reading the condition record so no condition type is getting determined. Pricing date from the sales order is within the validity period of condition record.Parmeters are also matching but still in the sales order condition type is not getting determine.
Thanx
PNU

In that case, do update of pricing.
To do that, Sales Order - Item data - Condition Tab - Click Update button and choose option B - Carry out new pricing.
To know who manually remove this.
Choose Enviroment from menu bar in sales order - choose Change for display of change in the doc.
Regards
JP

Condition type not coming in sales order

Hi,
we have a condition type Z026. The issue is that it is not set in the order but the condition records exists. The pricing analysis shows that condition reocrd is missing but the fact is the condition record is there. The acess seq is Z026 and there are many tables in the acess sequence.
The first table in the access seq is 906 and the condition record exists but still the system says that the condition record is not found using cond preliminary step (header fields like customer/sales org/div). the cond record is maintained for relevant sales org/dist channel/customer/material. cond preliminary step means that system first looks for the header fields but everything is there.
The condition is active and the conditon is created on 21.7.10 with validitity from 21.7.10 to 31.1.2010 and the pricing date in sales order is 27.7.10. so everyhting is fine but yet the condition is not coming in sales order
what could be the issue.
regds

Hi,
Now try creating a sales order with 20.07.2010 as the pricing date. It will work. Create another order with 21.07.2010 and it will not work. If so, it is due to the validity date. When you give 21.07.2010 as validity date and there is already another record which was valid on that date, the gap of one day can happen and we have experienced this. There is even an OSS note explaining this concept, which makes sense business-wise.
However you check the scenarios I have mentioned. If the behaviour is as I have mentioned, then you have to change the pricing date of your problamatic sales order to one day earlier, or move the validity date one day earlier.
If the behaviour is different, pls lemme know

NAVM condition type not getting updated in PO with account assignment K

Hi Sap Gurus
Pls help me resolving this issue
We had created a PO (K-Acc Assignment) with certain tax percentage (16%) in the past .When we view the PO in display mode we can see the equivalent value of 16% being appearing in NAVM at item level.Further on when we hit the Invoice TAB and try to view the taxes.We can see the net price being updated in BASB condition type,and the equivalent value of 16% being updated in AP1I.
This looks to be perfect but when we again go back to he same PO screen from Tax Screen the value that had intially appeared in NAVM(equivalent of 16 tax%) becomes zero.This happens so for the old PO.
But for new PO nothing is appearing in NAVM condition tab in PO item level,inspite of the fact that some tax percentage has been maintained.Again this tax percentage can be viewed from Invoice TAB and it takes part in the calcualtion updating th AP!I key mentioned earlier.SOme changes have been made in the config due to which all new POs being created now as no value being updated in NAVM tab inspite of maintaining the tax percentage.
All other std settings have been used.
Additional info:
In the pricing procedure from FICO side..for the condition type AP1I accrual key NAV is used.
It has the access seq MWST.
cond class,claculatio type,cond category for AP1I being: Taxes,percentage,Tax respectively
AP1I is not marked as statistical.
NAVM has no acess seq.
cond class,claculatio type,cond category for AP1I being: Taxes,Fixed amount,Input Tax not deductible(N) respectively.
NAVM is marked as statistcal
pls give me some leads so as to identify why the value does not appear in NAVM condition type

system wont generate any controlling document for noted items downpayment and normal payments.
Because all are balance sheet accounts. Controlling documents will generated for only P&L accounts.
Your analysis correct.

Discount condition type not appearing in sales order but in invoice

Hi,
I have two discount condition types (MPDI,ZSDI) in my pricing procedure,at the time of sales order creation one discount condition is not appearing.
On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
In the billing ,i could see the condition type appearing.I have checked this,but i could not understand why it is happening.Even the condition catergory of condition is empty not L.
Also please find the screen shots below,
Pradeep

Pradeep,
Am sure user might have deleted the condition type in sales order, the same condition type woudl have entered manually in invoice.
Please check my testing, i have done the same entered ZA09 manually and after saving have deleted again in sales order, after dilivery and when i created invoice here i have entered manually the same condition type.
So in your case also the same thing could have happend, check the change log and also in invoce condtion tab check the condtion type in analysis ( Invoice analysis not order). so that you can udnerstand whether it was entered manully or not.
On analyzing the condition type MPDI,system throws message "Access not been executed due to previous access",what would be the reason.
This is because in the condtion tyoe the abvoe key combiantion was found with records hence the below key combition was ignored. this you observe in your screen shot with with 5.00
So my guess is the condtion records was deleted in sales order.
thanks,
srinu.

Condition types not copied correctly from Me11 to Me21

Dear All,
I am facing a problem in my client place, it is a import scenario where i create ME11 for a material with a combination of a vendor. After maintaining condition types like J1CV, JSDB when I am creating PO for that vendor condtion types are not copied exactly..system excludes some condtions i dont know why but it is working perfectly ion the Qlty system problem is only in Production..pls help me to over come this problem
Regards
Saru

Hi,
Mike is right, it is likely to be a problem aith the priccing procedure.
The procedure allocated to the PO may have been set up without the conditions you used in the Info record?
Check the assignment of the pricing procedure to the PO (there may be a vendor schema group on the vendor master record purchasing view that is pointing to a different schema)
Check in SPRO Logistics > Materials management > Purchasing > conditions > define price determination process > define schema determination.
Look for any setting that uses the schema group from the vendor (if the vendor schema group is blank then the system will use the schema associated qwith a blank schema group).
Then when you can see what schema the P org and vensdor group are pointing to, check the condition types linked to that in the "define calculation schema" menu above the one you just used in SPRO.
Steve B
Steve B

Frieght Condition type not distrubuted properly

Similar Messages

Maybe you are looking for