Current Condition Record value of JVCS not picking while GR posting

Dear All,
Tax Procedure being used is TAXINN
Scheduling Agreements are created before 01.06.2008.
Condition Record with validity periods for JVCS (A/P CST NonDed-VAT) is as follows,
01.04.2007 TO 31.05.2008 = 3%
01.06.2008 TO 31.12.9999 = 2%
If Goods Receipt is created with Posting Date after 01.06.2008, it is considering the old value i.e. 3%, whereas it should consider current valid value i.e. 2%.
After posting GR, Inventory and Purchase G/L Accounts are getting posted with 3% value.
Difference of 1% getting reverted back in those G/L Accounts after posting Invoice for the GR document.
Can you guide me to let system consider Condition Record value 2% as per GR posting date and Validity Period of Condition Record.
NOTE: For PO/SA created on/after 01.06.2008, it is considering current value i.e.2%.
Thanks & Regards,
Nilesh Mahajan

hi ,
system is considering the scheduling aggrement creation date for condition record.
change the date.
and run the scenario
regards,
sujit

Similar Messages

  • Respectives G/L accounts not picking while making posting

    HI
    when i am making posting in FB60 and tick on calculate tax than it is not picking the respective G/L accounts , how to display the accounts because while posting it should automatically pick the accounts

    Hi,
    While we run MRP system automatically creates the PR.
    By using the PR we will create a PO.
    But our items are Spare Parts,hence it will be consumed directly.
    For Non stockable items the G/L account we have maintained is 630250.
    So if we do GR it should be assigned to G/L Account 630250.
    But while we do GR its updated to different G/L Account 630255.
    Here G/L Account 630255 is meant for Stockable items.
    Regards
    KK

  • Commitment item not picking while MIRO posting for Service entry sheet

    Hi to all,
    We have activated Fund Management in middle of the year where there were purchase order completed to till MIGO. When we do MIRO now system unable to pick commitment item from FMDERIVE.
    We have created Commitment item as 50/3 combination ( No budget check ) and assigned to GR/IR clearing account.
    We also activated trace in FMDERIVE and checked MIRO  posting and found that derivation is working properly but while posting it is triggering error.
    Some one advise me as it affected daily activities.
    Thanks & Regards,
    Y.Kiran Babu

    Hi,
    For the purchase order completed and the related MIGO created before FM was implemented, you need to run FMCN and FMCT.
    I will explain to you in detail all the information related to the matter.
    First of all, it seems to be in your PO that does not have FM account assignment (funds center and commitment item) in account assignment TAB. In addition, the error occurs usually also because in your SES the FM account assignment is missing.
    For GR and IR documents FM always takes the major part of the FM account assignment from the PO.
    You can fill these account assignments by using the programs RFFMCHAN/RFFMCHAT.
    FMCN/FMCT must be run for the first document in the chain, which is the PO in case you don't have a PR assigned to this PO or an earmarked fund document. If you have PR's assigned to the PO's please run FMCN/FMCT for the PR first.
    When executing the FMCT transaction, ALL documents selected in one group must be tested and processed successfully TOGETHER. If any one document fails, the ENTIRE group is shown as in error.
    Therefore, first step is to ensure that the reference PO has a valid FM account assignment and is updated in FM. This should be done by FMCN/FMCT and subsequent posting with FMN4N (see reconstruction note 189761).
    The SES itself might not be changed by FMCT. Therefore you should fulfill the FM account assignments in SES manually or with a custom program.
    Please check also your table FM01X. As an alternative solution, you can enable one of these flags in table FM01X, depending on your business needs:
    FLG_PO_PROTECT if you want to always inherit the fm account assignment from the reference PO and therefore skip FMDERIVE
    FLG_FMDERIVE_FORCE if you always want to force a call to fmderive in all cases
    FLG_SES_OVERWRITE in services, if you wish to overwrite the account assignment from the SES with the derived values from FMDERIVE.
    You can find more information about it in text part of notes 1146677 and 923672.
    FMDERIVE is skipped for GR/IR lines and the Commitment item is inherited from the PO regardless of whether or not the GR/IR line is FM relevant. This is SAP standard behavior.
    If you want to force the Commitment item to be derived from the GL account for the GR/IR line, you can use the FLG_FMDERIVE_FORCE flag as described in note 923672.  This will allow FMDERIVE to be called for these lines.  Please be sure to fully test this to ensure that FM account assignments that you do not want to be overwritten are not incorrectly derived.
    Bear in mind that for PO´s that does not have account assignment you should run FMCN/FMCT + FMN4N. For this you would need to check the flags and which one is more related to your needs. With the appropriate flag marked in FM01X (active with X) you should be able to run the transactions without any issue.
    Based on note 189761, after doing all the previous suggestions and the issue does not appear anymore, I suggest you to run the following programs:
    1) FMN0 for this PO/GR to see if the actual values are correct in FM table FMIFIIT (FM actual line items).
    2) Run report RFFMRC04 (transaction FMAF). The reconstruction programs always update the totals records in Funds Management. Therefore, you do not normally need to reconstruct the totals records.  However, if you suspect there are data inconsistencies in the totals records, you can analyze and correct these using the report RFFMRC04 (transaction FMAF).
    If you correct the totals records, you must do this before you reconstruct the assigned values (see below).
    3) Run reconstruction for AVC
    You can also reconstruct the assigned values using the following tools:
        o  Report BPINDX03 (transaction FMBV) for former budgeting
        o  Report RFFMAVC_REINIT (transaction FMAVCREINIT) for the Budget
           Control System (BCS)
    Make sure that no other system activities (postings, budgeting) are carried out during a reconstruction (commitment/actual or assigned values).
    I believe that this resolve your inquiry.
    Best Regards,
    Vanessa.

  • Pricing error; ''Condition record exists, but has not been set''

    hello friends
    we created the order (credit memo req), refer to this created the credit memo.
    in the order one line item and only 2 condition records
    base price and tax (MWST)
    in the order both conditions are coming and in the invoice it is not showing the condition (mwst)  and in the Analysis it is showing as ''Condition record exists, but has not been set''
    what would be the reason?
    regards
    siva

    Hi,
    if both the condition types are showing in the order then you need to update pricing in billing because sometimes when u chnage any condtion value for base price after creation of order then system is not able to find valid condition record at billing document level.
    Narasimha

  • Pricing - Condition record value is differ from condfition value in billing

    Dea All,
    While checking one billing document, PR00 amount is 30 EUR per 1 PC and condition value is 43 USD, if i select the PR00 line item and goto condition records, iam finding the condition record value is 34 EUR per 1 PC...
    I Dont no whta is happending here... Can you please put some light on this..
    Thanks in advance..
    Regards
    Ramakrishna.P

    1: Check PR00 in VK13 , if there are any scales maintained.
    Else
    2: Check PR00 in VK13, and go to Environment changes and check if the price is changed recently or any changes are made which you are not aware of. Also please check the condition type definition of PR00 using T Code V/06 and check how the pricing date is being mainatined.
    Hope this helps
    Sai

  • Condition record exist, but has not been set

    I am creating proforma invoice for STO replenishment delivery. I am getting error log "Billing type contains split criteria, n invoiced:123456789, invoice not required". But I am able to save it. I used all standard settings for copy control and billing type.
    For the proforma invoice the condition records are picking up some times and some times not picking up. In the analysis its showing "Condition record exist, but has not been set". When I update with carry out new pricing some times its updating with condition records some times not. I need a solution urgently. Please help.
    Edited by: k c on Nov 4, 2009 7:50 AM

    Hello,
    The message "condition record exists, but has not been set" tells you
    that the condition record exists, but has not  been set in the document.
    If pricing was carried out again for the document item, then the
    condition would be set.
    This can have different causes:
    The condition was deleted manually in the item condition screen.
    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 have
    been left completely and then started again.
    When an item was added, the condition record was accessed with key
    fields other than change time. This could lead to different results in
    the requirements check at the time of adding and the change time. This
    can occur when modifications are made.
    In billing (or when copying orders): Certain condition types were not
    determined in the source document (this is usually controlled by the
    pricing requirements). When creating the document, the document flow
    (TVCPF,TVCPA) is processed using a pricing type that does not
    redetermine these condition types, although they are supposed to be
    called via the requirments."
    Please check if any of those reasons apply to your problem.
    Note that the condition type is determined just in the moment when
       the billing item is created. And it then that the userexit fills the
       field. When you save the billing document, pricing is called.
       Please ensure that you have any userexits switched off and then test
       this issue again.
    If you have access to OSS notes. please see:
         24832      Pricing rules / TVC
        130416     Requirements in the condition preliminary st
          27636     Message: Condition exists (removed manually)
        859876     Condition is missing: Message VE 108 or VE 008
    I hope you find this information very helpful and hopefully it will solve your problem.
    Regards,
    Martina McElwain
    SD - Forum Moderator

  • Condition record exists, but has not been set IN JVRD Condition

    Dear Expert,
    I am facing a problem, when trying to create P.O with Excise and Vat Condition. So i am getting Error like Condition record exists, but has not been set so all duties are Calculated Properly but JVRD condition is not Appearing. when going for analysis so that time i am finding this error.
    Thanks You.

    hi,
    Please check that have you maintained Sett-off Conditions for JVRD Condition Types in T-Code: FV11 with respect to your combinations.
    Thanks,
    Raviteja

  • Is there an FM by which we can get condition record values at header level

    Hi All,
    Please help Is there an FM by which we can get condition record values at header level.
    Thanks,
    Gaurav Mittal

    Hi
    There is no exact FM for this
    Take the Header level condition number from the doc (KNUMV) and pass to the KONV-KNUMV and take the respective Header level amounts(KWERT) from it based on Condition Typse (KSCHL)
    we use VBAK-KNUMV(for SO leve ol)r VBRK-KNUMV(for Billing Doc's) or EKKO-KNUMV (for PO's) to get the record values from KONV
    Regards
    Anji

  • Price not picking while creating purchase order

    hi all,
    i have created a pricing procedure and assigned to the vedor, but while creating purchase order the material price is not picking up.if i use the standard one the price is picking up. can anyone explaing any setting iam missing.
    regards
    thyagarajan

    Hi
    In your pricing procedure
    For the condition type Automatic Gross price PB00, you have assigned am Access sequence.
    <b>Access sequence</b>: An access sequence is a search strategy by means of which the system searches for valid records in various condition tables. It consists of one or more accesses. The sequence of accesses controls the priority of the individual condition records among each other. Through the accesses, the system is told where to look first and where to look next for a valid condition record in each case.
    Once the pricing procedure triggers, System looks for the valid condition recorrd for the condition type PB00 as per the priority listed in Access sequence.
    Example: If purchase info record is the first priority and you maintained the Info record then system picks the price from Info record into PO.
    If no valid condition record found then it will trigger PBXX Manual Gross price condition in PO and ask to enter the price manually.This is called condition technique.
    So check whether you maintained the Condition record for PB00 or not?
    Regards
    Ramakrishna

  • Customer document number not picked while making payment

    Hi  guys
    we have one vendor the same vendor as customer also. while we making payment to vendor customer document document number not picked,, the erro message comes.. " NO APPROPRIATE LINE ITEM IS CONTAINED IN THE DOCUMENT"
    But we already assigned the following:-
    1) In Vendor master data, Customer code has been given
    2) In  Documnet type KZ, we select vendor also.
    But still the customer document not picked while  making payment
    Pl Help me out.
    Regards
    K.Gururajan

    Hi,
    Check the following:
    1. The check box clearing with customer and clearing with vendor has been selected in both the masters in the payment transactions tab.
    2. Ensure the vendor is not locked up in any payment proposal in F110.
    Thanks
    Aravind

  • Condition records found but do not show up in the pricing - 208

    Hi,
    A) In some scenario though the CR is found, access is complete, message is 208, there is not exclusion etc, simple scales..yet the value of CR is not shown / included in the pricing procedure calculation.
    B) Also in another situation, always the first scale value being read though the scale value being the next higher one, i.e. it should pick up the next condition record based on the order value but it remains at the first scale, which means the scale somehow always being read is the first one irrespective of the order value.
    What could be possible reason for these, debug process?
    Thanks much for the help!!

    Check the following setting is the Price condition Type, I am assuming u are using simple scales.
    in T.Code: V/06 go to the price condition type and double click it.
    Check the entries:
    Scale Basis: C
    Check Value: A
    Scale Type: Blank (This value can e maintained in the condition record for price condition type).
    If further queries do post them.
    Regards
    AK
    Please Award points if helpful

  • Condition record exists, but has not been set

    Hi
    in the pricing analysis this is the explanation i got.
    the reasons could be an Condition record overflow  or the condition record wpuld have been created after the documnet is created.
    But i found the record has been mainatined earlier to the creation of document.
    this was for MWST condition type in IS Oil. where the tax rate manatined for this condition record is zero%
    Since this is a mandatory condition, the document could not be completed.
    Your help in this regard is highly appreciated.
    thanks
    C.Sivakumar

    Hi,
    Check the pricing procedure for the condition type MWST. Whether this condition is taken from any prevoius steps
    (check the from and to for the condition type MWST).
    If this condition is with reference to somw other condition, then check whether that condition is maintianed or not?
    Check the condition record maintenance in VK13, did you maintian the right access?
    Prase

  • Excise Duty not picking automatically during posting of GR Document

    Hi MM
    I have a problem related excise duty calulation. During the posting of GR document for excisable material, excise duty, cess & Edcess not picking automatically, users put manully all the duty along with base value.
    I done the all excersie relate exsie, like matain condition type, J1ID etc.
    Pls help me, it needful for me.

    pl check in p.o that setoff cond of duties are maintained or not ,in FV11 , this was the same issue i had after mainaining the set off then during MIGO all values were autom. appeared.
    pl reward
    ok
    sap11

  • Order type is not picking while converison Plnd to process order

    Dear Dudes,
    i have maintained production scheduling profile in all material masters in which order type is specified. while converting planned order to process order order type is not picking.
    thanks in advance.

    Robert,
    Since you are using same order type for both MTS & MTO, you can define this order type "PI01" in the MRP plant parameters using transaction OPPQ in the Conversion of Planned order section.
    I am not sure, why production scheduling profile is not working for you, hope you are using the Production scheduling profile configured using CORY transaction check this part alone.
    Regards,
    Prasobh

  • Documnets are not picking while posting tds challen

    Hi,
    I have one issue related to TDS
    When I have posted document it is having block for payment indicator R.This indicator is having for all documents but one document is not picking up while doing the j1inchl.
    Thanks
    RAVi

    I got answer

Maybe you are looking for