Condition Type not populating in MM PO

Hi Guy's for some reason the Z condition Type is not getting populated in the PO. All the config is in place and I have recently maintained the Z condition type in MEK1 as well.
Defined the access sequence,Defined the condition type, Defined the cal and Group scheman, etc..
When I test with my user-id which I used to create it in Production its working fine. However when other users try creating PO's it not populating the Z condition type in the PO. Any idea what could be the reason.
Condition Type used - PBXX - Gross Price Po only
Condition Type ZTXD - Input Tax(Not populating for other users. For me its working fine.
Please advise.
Rgds
Saj

Hi,
for what combination you maintained it in MEK1 check it
and check in user Po same combination match or not
check validity period also of condition type
Regards
Kailas Ugale

Similar Messages

  • Invoice output Condition type not populated for many invoice documents

    Hi Guru's
    Invoice  Out put Condition  type for printing  not populated in the invoice document. Now We need to insert condition type for many  documents to print at a time. We can manually place condition type  at document header level individually for every document. But we have many documents to print.
    plz advice me how to print all these documents
    Thanks in advance.
    Regards,
    Ravikanth

    Hi Ravi
    Just take help from your ABAP team. Record the event in SHDB ask then to get invoice number from excel file and loop the program.
    This will be more faster then LSMW.
    I am giving you BDC code
    report ZBILVF02
           no standard page heading line-size 255.
    include bdcrecx1.
    start-of-selection.
    perform open_group.
    perform bdc_dynpro      using 'SAPMV60A' '0101'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'VBRK-VBELN'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'VBRK-VBELN'
                                  '90010310'.
    perform bdc_dynpro      using 'SAPMV60A' '0104'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'VBRK-FKART'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '=SICH'.
    perform bdc_transaction using 'VF02'.
    perform close_group.
    Regards
    Vijay

  • 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 > <b>YOUR</b> 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 getting populated at first line item of Sales order

    Hi Experts,
    We are creating Sales order through IDOC(Inbound function: IDOC_INPUT_ORDERS) for Document type ZXX then condition type is geeting populated at both line item, i have tried creating the Sales order through IDOC for document type ZYY the condition type is not getting populated in first line item, but for secod line item condition is getting populated.
    we also checked pricing procedures related to this document types and we found these pricing types are mentioned in corresponding pricing procedures.
    Let us know  there are any other possible ways to find the same
    please help.
    Thanks!

    Hi Rajani,
    check the user exit in the FM..IDOC_INPUT_ORDERS
    check if any filters kept for condition type field..
    check the belwo user eixuts
    ORDCHG I VEDB0001 Sales Ord. Change
    ORDERS I VEDA0001 Sales Orders..
    Regards,
    Prabhudas

  • 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.
    <b>Reward points for useful Answers</b>
    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.
    <b>Reward points for useful Answers</b>
    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

Maybe you are looking for