Tax Rate is not picking in SD flow

Hi,
I have maintained the Tax code and Tax Jurisdiction Code in FTXP.But the system is not picking the Tax Rates in Sales Order
What could be the reason for this.Kindly help me in fix this issue. I am getting the below error while releasing the Billing document in VF02.
Why it is giving the below error even though i have maintained FTXP tax rates in with Tax code and Tax jurisdiction code
Tax code  in procedure TAXUSJ is invalid
Message no. FICORE704
Diagnosis
The tax code entered is not defined in the country for this company code.
System response
Procedure
Check and, if necessary, correct the entry.
Procedure for System Administration
If it is not an input error, check and possibly change the system settings.
To do this, choose Maintain entries (F5).
1. Check whether the required tax determination procedure is assigned to the relevant country. the Procedure field is in the detail screen.
2. Create a new tax code if required.
Thanks
SAP GURU

ASSIGN TAX CODES FOR NON TAXABLE TRANSACTIONS
PATH: SPRO  FINANCIAL ACCTG  FINANCIAL ACCTG GLOBAL      SETTINGS  TAX ON SALES/PURCHASE  POSTING  ASSIGN      TAX CODES FOR NON TAXABLE TRANSACTIONS
TRANSACTION CODE     -     OBCL
SELECT POSITION BUTTON
GIVE YOUR COMPANY CODE          -     GES
PRESS ENTER
COMPANY CODE          -     GES
ASSIGN INPUT TAX      -     V0
     OUT PUT TAX     -     A0
 SAVE & SAVE IN YOUR REQUEST

Similar Messages

  • Variation of payment term with po term.lastest rate is not picked up,*

    Dear SAP
    Variation of payment term with po term.lastest rate is not picked up,
    Irregular rate is uploading on system.document attached
    *Reagards
    MERUGU HAREESH *

    there are payment terms at comapny code level AND purchasing org level, because you may get vendors for which you dont need purchasing views, such as customs or restaurants, where you never place a purchase order at. And other vendors like goods suppliers may never need company code views because you will never pay them.
    So each view serves its own purpose.
    It is not possible to just ignore maintenance at one level and get the payment term for an other organisation.
    Especially as you can have several purchasing organisations within one company (if you purchasing wants to differentiate purchases of direct material from MRO purchasing) or you have one purchasing org for several company codes.
    And not always is the payment term equal then.
    If you are certain that the company code payment term is always equal to purchasing org payment term, then copy it over with mass maintenance and everything is fine.

  • Tax value is not picked up correctly for the condition type in SO creation

    Hi All,
    I have a issue in Picking up Tax value correctly for the condition type in SO Creation.
    Actual Issue:
    When creating the sales order manually,
    tax value is picked up correctly for one condition type: ISS3.
    When the Sales Order is created via Idoc using the function module 'idoc_input_orders', tax value is not picked for same condition type: ISS3.
    We need to find out why the value for the condition type 'ISS3' is not picked in this way!
    Can anybody solve this issue!
    What can be the reason which is stopping picking up tax value for condition type: ISS3 when Sales Order is created via F.M 'IDOC_INPUT_ORDERS'! While it picked up the same while creating Sales Order manuallly.
    Thanks in advance.
    Thanks,
    Deep.

    Hi All,
    Can anybody give the solution for above posted issue!
    Working:
    When creating the sales order manually,
    tax value is picked up correctly for the condition type ISS3.
    Actual Issue:
    When the Order is created via Idoc using the function module 'idoc_input_orders',
    tax value is not picked .
    I need to find out why the value for the condition type 'ISS3' is not picked.
    I have debugged the issue from WE19 but upto Conditions tab it is picking up tax value but then it is becoming zero again it remains zero after saving SO.
    But Manually tax value is picked up for condition type ISS3 and remains same after saving order.
    I have debugged it several times fro WE19 but not able to find route cause for the issue.
    What can be the issue over here!
    Can anybody give me solution for the same!
    Thanks in advance.
    Thanks,
    Deep.

  • Tax rate is not appearing automatically in Condition Type of PO

    Hi,
    input tax is configured and acessed to condition type. In PO if we put the tax % in Tax code . The input tax is generated and adjusted against the vendor. but i want the exact % is to be appeared in the condition type maintained. as because the print preview of PO is not showing any tax amount. If we put the tax rate manually then it is  showing. how can i resolve the above issues.
    rgds
    satyajit

    Satyajit,
    As per you reply message,
    - You have maintained tax code X5 for MWVS.
    - Simultaneously maintained condition record.
    - The intention of above two activities are same. First one is formula based to determines tax in PO>Invoice tab> taxes. Second one also determines tax through condition record.
    However you are asking tax as PO conditon. That means a manual tax condition. Is it right?
    For getting condition rate determination in pricing, you have to maintain condition record for pricing condition type.
    Please revert back with more details to better understand.
    warm regards
    sairam akundi

  • Tax rate is not coming up in PO

    Hi,
    The rate is not coming for one of the tax condition type in the PO
    1)Tax percentage 12 percent is maintained against the condition type in FV11.
    2)Calculation schema is proper.
    3) Tax code is maintained properly .
    this problem has arised after migrating to ECC6.0.Earlier version was 4.7
    the base amount in PO is also zero condition type BASB in the tax calc procedure

    Is the material taxable? Check material master
    Also check the invoice tab of the PO to verify if tax code is getting populated and what jurisdiction codes. Then check ftxp for tax rates maintained for that combination or not.
    Edited by: SB on Sep 17, 2008 10:46 PM

  • Alternate Exchange Rate Type Not Picked while converting from Document Currency to Group Currency

    Hello Gurus,
    We have setup an alternate Exchange Rate type MNB for rate M for the postings happening in Hungary. Local currency is HUF. Group currency is USD.
    If the document currency is, lets say, EUR, latest MNB rate is correctly picked up (EUR to HUF) and postings are correctly converted into local currency (HUF).
    Although, for the same document, when a group currency is being calculated (EUR to USD), exchange rate type M is being picked up. Same happens if  document currency is HUF. Even then, the conversion is based on exchange rate type M.
    Is this a normal SAP behavior? How to prevent/correct this? This is also throwing off balances when we check in FAGLB03 or BSEG values in local and group currencies. In OB22, we have local currency1 and local currency 2 setup with exchange rate type M and we may not want to make any changes there as it is setup at global level.
    Do we need to run any valuations after the fact? if so, how?
    Thank you for your inputs in advance.
    Regards,
    Sagar

    Hi,
    You mentioned that "in OB22, we have local currency1 and local currency 2 setup with exchange rate type M". Then, I'm wondering how MNB is picked up for the first local curr. conversion to HUF? It should be 'M' instead. There must be some settings in your instance for such behavior. Can you check that?
    Actually, Group Curr. conversion happens with the rate defined for 2nd Loc.Curr.in OB22 which is 'M' in your case. Therefore, all the transactions are converted with M instead of MNB.
    Since you can't change OB22 per global co.policy, the exch.rate defined in OBA7 will overrule OB22. However, you've to make sure it's set up for all doc.types which are affected and posted in different curr. than HUF.
    As a workaround, another thought would be to maintain the same conversion rate for both exch.rate types MNB & M, for eg. HUF > USD rate is the same both exch.rate type MNB & M. This way, you ensure all transactions are posted with correct exch.rate irrespective of whatever rate type is used.
    From business, & global org. perspective, I'm sure they are sending the 'M' exch.rates to all their sister concerns monthly, so they would like to consolidate results as per standard rate in their system. Then, why ,as a local company, would you like to fiddle with standard process? It's a management decision, please run them through again before going ahead.
    Thanks,
    Nirav

  • Tax rate is not editable in r12.

    HI.
            I need to change the tax rate for a particular location in r12, In 11i has the option for do that by the navigation that "AR-->Setup-->Tax-->Locations",
    but in r12 has the option in same navigation which one is in 11i, however  that field is non-editable. so please kindly reply me that,  how is make it as editable  on the form that "Tax Locations and Rates".

    Hi Hussein..
    lot of thanks. I have still looking this issue. I try to change the TAX RATE of the particular location through  Tax Managers responsibility by the navigation that
    " Tax configuration-->tax rates"  On this navigation will  need to fill the given values are  "Tax Regime Code, Tax Rate Code,Tax Jurisdiction Code,Configuration Owner", I do not know the  correct values for it. I have give some  related value of the area, it bring lot of results, Its very difficult to find the require data. That is why I unable to solve it. how is know it  possible value to fill on that navigation?, how is solve it? Please give me the solution for increase the TAX RATES of given address that,
    city:Chicago
    county:Cook
    state:IL
    Country:United States
    Thanks.

  • In import PO, Exchange rate is not picking from PO

    Hi All
    In import PO, while doing Miro(Customs) and Migo, the system not  taking PO exchange rate But  it is taking Table Exchange rate.
    is there any thing to be done?
    Regards
    manju

    hi
    in po header delivery/invoice tab tick exchange rate fix indicator
    if u dont tick it system will pick the exchange rate what u maintain in OB08
    regards
    KI

  • Tax code is not picked up while doing ERS with T. Code. MRRL

    Hi Experts,
          I have got one Scheduling Agreement of certain material and based on goods receipt quantity user is performing ERS with T. Code MRRL. but when we are seeing different invoice documents generated by ERS with T. Code MIR4 for the same Scheduling Agreement, we are finding in some invoice document(In Basic data tab) didn't pick Tax Code and some invoice documents have picked Tax code.
    Following things are already maintained.
    1) Scheduling agreement is having tax code maintained.
    2) ERS field is ticked in Scheduling agreement
    3) Vendor is ticked for ERS
    4) GR based IV is ticked in Scheduling agreement
         Can some body suggest why this is happening

    Hi.,
    have u maintained the info record & tax code in info record for that particular material.
    please check it.
    Regards,
    Satpal

  • With holding tax base amount not picked correctly.

    HI
    While calculating WHT  we have 2 problems.
    1) The wht base amount is updated 4 times in all tax type i.e Basic ,Surcharge, cess and se-cess. (upto Sep 09 postings)
    Example My vendor inv for Rs.540279 i have to deduct 2.266% WHT
    Display withholding tax information screen is updated with following setup
    W/Type  W/base     W/tax
    1            552806      11056      Basic
    2            552806        1106      Sc
    3            552806          243      Cs
    4            552806          122      SEcs
    2) In vendor line item layout we include WHT/base amt- wht tax amt column.  Some cases W/base & W/tax it is displayed.  But in few cases it is not displayed. How to display this in all cases.
    Please guid me how to change this display to show the correct W/base amount. What settings i need to maintain in Img.
    With regards
    RSS.

    Hi...
    Please Check the  in vendor master records wether you have ticked the  Liable check box or not for invoice at the same time you have to uncheck Liable for payment
    Defore that you ahve to create
    1. Define Min/Max Amounts for Withholding Tax Types for invoice
    2. Define Min/Max Amounts for Withholding Tax Codes for invoice
    after that you have to enter in the vendor master like
    Enter Withholding Tax Types
    Enter Withholding Tax code and Select liable for inovice
    Enter Type of recipient
    I hopw it will helps you
    Regards
    vamsi

  • Service Tax condition not picking during MIRO

    Hi,
    Referring earlier posted thread,
    http://forums.sdn.sap.com/thread.jspa?threadID=2135441&tstart=0
    I want to know insert a Tax Code - VAT for 10% and a Condition Type - Service Tax for 10.3%...
    During MIRO, Service Tax Amount is not Picking... Why???
    There is any solution for it.....

    Hi,
    If we create Service condition type, then why need to create Tax code in FTXP and maintain in FV11...
    Why both things need to create...??
    No need to maintain
    check for your service tax condition type
    Cond. class   A Discount or
    Calculat.type A percentage
    Cond.category B Delivery co
    and you have accrual tick for your condition in t-code M/06
    also check in your pricing procedure you have assign account key and accrual key for your condition type in t-code
    M/08
    Regards
    Kailas Ugale

  • Potential IRS reporting change if Social Security rate is not extended

    Hello - We received notice from ADP that due to the Federal Social Security rate changes this year that if the current 4.2% rate is not extended that they feel the IRS will require separate reporting capabilities for the different tax rates applied throughout the 2012 tax year.  We are curious if SAP is addressing this issue systematically so that we will be able to comply with any changes to capturing and reporting 2012 taxes to the IRS. 
    Below is an excerpt from the notice received from ADP.  Thank you for any information you can provide on this matter...
    If the 4.2% Employee Social Security tax rate is not extended before we begin processing March 1 payrolls, ADP anticipates the likelihood that the IRS will require separate reporting to reflect the different rates for  Social Security wages, taxes, Tips, Uncollected Social Security tax on Tips and Group-Term Life (GTL), and non-taxable Third Party Sick Pay for each rate.
    In order to comply with the potential of separate reporting mandates, the existing fields will be used for reporting all wages and taxes applicable to the 4.20% rate.  ADP will create new field codes to capture and display all wages and taxes applicable to the 6.20% rate. These changes would require your company to store the Social Security wages, taxes, Tips, Uncollected Social Security tax on Tips and Group-Term Life (GTL), and non-taxable Third Party Sick Pay in a separate code within your payroll system.

    Kristy,
    While BSI and SAP will be on top of getting the correct rate out as soon as possible I do understand what ADP is refering to.  I also have a client that received that simialar notice.
    At this time nothing has been release from SAP on how they will attempt to handle this if indeed the IRS makes this a mandatotry rule for tax reporting in 2012.  ADP is just making the comment for now that it could happen but there is nothing in place that notes this as a mandate.  If the IRS determines this is to happen it will required a W-2 Form change and those are always delivered in the YE notes from SAP beginning in October each year.  My clients use processing class 30 in their wage types with a code of "T" so that they can set up accumulators. Since the tax of 4.2 is in place from Jan to March I feel that the Monthy and Quarterly accumulators will house the information needed to accomodate such a requirement. 
    How SAP will dictate this gets into the W-2 will have to wait until the IRS publishes an official guideline on the reporting.
    I know this is not the answer on "How this will be handled" but you will want to be sure to keep an eye out in October for SAP solutions that relate to 2012 Tax Reporting.  https://websmp208.sap-ag.de/~form/sapnet?_SHORTKEY=01100035870000733666&   
    Hope this helps.

  • Tax Rate re-determination in purchase Order

    Hi,
    I have maintain the Tax rate through Transaction FV11 with key combination Plan/ Vendor/ Material Group/ Tax code.
    Below Tax rate Structure :
    Country
    Plant
    Vendor
    Material Group
    Tax Code
    Tax Rate
    Valid From
    Valid To
    IN
    C006
    11691
    201
    L7
    12.36
    01.04.2015
    20.04.2015
    IN
    C006
    11691
    201
    L7
    14.00
    21.04.2015
    31.12.9999
    I am creating the PO on dated 01st April 2015.When i am change in current  pricing date in Pricing Control Tab , Tax rate can not be re determine in purchase order.
    please check the screen shot

    Hello Sachin,
    Tax rate determination in PO is based on the PO document date and not on the price date.
    You can test this, during PO creation, first you keep PO document date as '07.04.2015', system will show tax percentage as 12.36. Now, you change the PO document date to '22.04.2015', system will show tax percentage as 14.

  • CIN - J1ID TAX RATE MAINTAINED VALIDITY DATE (INDIAN SCENARIO)

    IN INDIA TAX RATES CHANGE DURING EVERY YEARS BUDGET. EXCISE AND CUSTOMS DUTY CHANGE FROM MARCH WHEREAS SALES TAX CHANGES FROM APRIL. THIS TIME DUE TO RECESSION AND ELECTION THE EXCISE DUTY STRUCTURE WAS CHANGED THRICE FROM DEC 2008 TILL DATE. FROM 14 TO 10 AND NOW 8%. IN CIN DATA (J1ID) THE TAX RATES ARE ALSO TO BE MAINTAINED. NOW THE TAX RATE IS STORING DIFFERENT VALIDITY DATES. THIS AFFECTS THE POSTING OF MIRO AND MIGO. WHILE POSTING THE DOCUMENT IT CONSIDERS THE POSTING DATE AND APPLIES THE TAX RATE AS PER THAT DATE. YOU HAVE PENDING DOCUMENTS WHERE THE TAX RATE IS DIFFERENT THAN THE CURRENT DATE. IS THERE A SOLUTION SO THAT TAX RATES ARE CORRECTLY PICKED.
    BEST REGARDS
    PANKAJ

    HI,
    The condition type has nothing to do with the consignment settlement.The factor which influence for
    consignment settlement thro MRKO is the price u have given in PIR,PB00 & the tax code which u have
    entered in the PIR tax code tab.It is no way connected to the vendor master.So if the tax code is
    changing for different time period ask them to change manually.
    regards
    murugan

  • FTXP Tax rate

    Dear SAP Consultants,
    I am creating Tax codes under tax procedure TAXINN. My tax codes have been created successfully but the tax rates are not saved in the tax code. When I try to input tax rate system allows me to enter and when try try to save it. I am able to save but when I try to display it, it is not visible.
    Please let me know what is the issue?
    I wait for your expert opinion.
    Adarsh.

    Hi,
    I would just like to clarify.
    I try to post say using a tax code W1. However, I am prompted an error because my tax rate has not been maintained.
    I maintain the tax rate in FTXP, system prompts me that changes have been saved. When I go back to see the tax rate is not there anymore in FTXP. It is not visible.
    I maintained FV11 and I am able to post already. But in FTXP, I am still not able to maintain the tax rate.
    I am posting via FB70.
    Anyone can clarify why this is? And how can fix the fact that tax rate is not visible in FTXP?
    Thanks,
    Josef

Maybe you are looking for