Revaluate account

hi,
in foreign currency valuation f.05,
1 may i know how many kind of account can be revaluated? main bank, all clearing account, payable, receivable. any other?
2 why p&l account also can be evaluated?
thanks

(a) Open Items that were posted in foreign currency, and (b) Foreign Currency Balance Sheet accts.
Check the foll.
http://help.sap.com/saphelp_erp2004/helpdata/EN/a6/004940f0030272e10000000a155106/content.htm

Similar Messages

  • Foreign Exchange Revaluation of GR/IR Accounts

    Dear all,
    We had implemented mySAP ERP ECC 5. We had maintained the configuration of FBKP for automatic posting for Exchange Rate Differences for Transaction KDF for the GR/IR Account.
    But for revaluating the open line items of GR/IR through the T-Code of "FAGL_FC_VAL - Foreign Currency Valuation (New) ", and after giving the required characteristics of company code, Evaluation  Key Date and valuation area and then in the tab of open items, we select the option of Valuate GR/IR Accounts.
    Also, we had checked the GR/IR account open items as on the Evaluation Key date and we the said G/L contains the open items wherein the document currency is not equal  to the local currency. Hence through this T-Code system should revaluate the GR/IR open line items.
    But system is not revaluating the same.
    Please suggest any other method to revaluate the GR/IR account open line items.
    Regards
    Dhirav Shah

    Hi Dhirav,
    You can use any of the following transaction codes to carry out your foreign currency valuation/posting
    <b>F-05 </b>                Post Foreign Currency Valuation
    <b>F.05</b>                 Foreign Currency Valuation
    <b>F.06</b>                 Foreign Currency Valuation:G/L Assts
    <b>F04N</b>                 Vendor Foreign Currency Valuation
    <b>F05N</b>                 Customer Foreign Currency Valuation
    <b>F06N</b>                 Foreign Currency Val. (G/L Accounts)
    <b>FBB1</b>                 Post Foreign Currency Valn
    <b>FNSA</b>                 Foreign currency valuation
    <b>GLBW  </b>               Foreign Currency Valuation:G/L Assts
    <b>ABAW </b>                Balance sheet revaluation
    I hope the above helps.
    Do not forget to award the points please.
    Regards,
    Jacob

  • Revaluate data record at the time of loading from flat file or BI Cube

    Hello Friends,
    I want to revaluate a data record at time of loading using Transformation or Conversion File, based on some condition.
    Like, I have a rule to identify that a record is supposed to be multiplied by -1 or not.
    For example,
    *if (ID(1:5) = str(00070) then(Record-1)
          ID(1:5) = str(00071) then (Record-2)
    Can you please guide me how can I achieve this by using Transformation file or Conversion file?
    Regards,
    Vishal.

    Hi Nilanjan,
    Thanks for reply.
    I tried the script you suggested in conversion file for Account.
    But It is not working for me.
    Even I tried simple multiplication and also addition in Formula column it is not working.
    External   -->   *
    Internal    -->    *
    Formula   --->  Value * -1
    Above conversion file for Account was not working for me.
    then I tried
    Formula  --> Value + 100
    It also did not work for me.
    Kindly suggest if I am doing anything wrong in above file.
    Thanks,
    Nilanjan.

  • Change the behavior for movement type 309 - Account post PRD

    Dear friends ,
    We need to transfer material to material using movement type 309.
    These material are using price control "S".
    When we transfer from material A to material B the price difference stay stopped in the PRD account.
    We need to revaluate the material B automatically and not let the price difference stopped in the PRD... when we run the Material Costs..via Material ledger.
    Does anyone knows a way to change this behavior ?
    best regards,
    Alessandro

    Dear Revi thanks for your answer !
    One more thing...
    We cannot change the valuation from S to V in the material B.
    Regarding the PRD postings... when the Controlling team runs the Material Ledger the price for material B should be changed/updated automatically, Am I right ?
    And then the PRD account must be cleared...
    Or I continue to do the MR22 manuall...or better... create an Abap program to run automatically clearing the PRD posting agains't the material via MR22 to correct the cost of this material.
    thanks once more.
    Ale

  • Asset Revaluation: Depreciation calculation not hiting revaluation accounts

    Dear All,
    I have to revaluate assets. I have done the configuration as follows:
    1. Assignment of Balance sheet and Depreciation accounts for revaluation.
    2. Configured depreciation key so that it will calculate the depreciation on the replacement values.
    3. Selected 'check box' for 'Post Revaluation' in posting rules for my company code.
    4. Defined the depreciation area for posting of acquisition and production cost and depreciation.
    5. Selected 'All values allowed' for 'revaluation' in required depreciation area (01).
    I am posting the revaluation on the asset through transaction 'AB01', after that in the depreciation posting run an accounting document is getting generated for revaluation on APC. The entry is as follows :-
    70 Revaluation acquis. and production cost a/c    x x x
    50 Offsetting a/c revaluation APC                                    x x x
    This entry is correct as per the revaluation scenario but, no accounts are getting posted which are assigned in 'Account assignment for revaluation on depreciation' i.e. 
    1. Revaluation accumulated ordinary depreciation a/c.
    2. Offsetting account revaluation ordinary depreciation.
    System is not postign values on 'revaluation of  depreciation' to these accounts. System is  posting the depreciation revaluation amounts to normal depreciation accounts i.e.
    1. Expenses a/c for ordinary depreciation.
    2.Accumulated depreciation account for ordinary depreciation.
    The required 'depreciation revaluation' accounts are not getting posted (in any period depreciation run).
    Is there any other revaluation configuration that, I am missing here or is there any other way to post to these two 'revaluation on ord. depreciation accounts.' Can anyone shade light on this problem.
    Regards
    Aniruddha
    Edited by: Aniruddha B Mahalle on Dec 19, 2011 12:42 PM

    Dear Rohit,
    Thank you very much for your reply. I followed the same procedure posted by you. While executing AR29, system is giving following error.
    Revaluation data does not agree with date of depreciation posting*
    Message no. APERB023
    Diagnosis
    You want to execute the revaluation posting in period 011/2010. This requires that this period was the last period posted by the depreciation posting run. No other period may be posted after that. The posting run for this period is also not allowed to be still outstanding. According to the log table, the last run posted was 009/2011.
    The asset value date of the asset is 01.04.2011 and have to revaluate this asset in current posting perid (9). The fiscal year is  from 'Aprl-Mar.
    Could you please let me know the following things:
    1. Is it necessay to select the checkbox for 'Post automatically' in the offsetting accounts.
    2. I have created one transaction type 'Z80', it has an account assignment as 'Debit transction'. The posting type options selected in this transaction type are as follows
    a. Post gross --> Yes
    b. Do not post to affiliated company --> Yes
    3. I should use the same transaction type/configure a new one or use any other std. transaction type in 'AR29'?
    4. Is it the case that system takes current date as posting /revaluation date in transaction AR29, because from the error it seems that it is considering the curent date.
    5. Which options from the 'control data for posting' should be selected from ' New valuation of an asset' tab page of 'AR29?
    a.With depreciation write back.
    b. W/out Dep. write vback
    6. If i change the inputes in AR29 transaction, system is giving the following error:
    ''No records were selected''
    7. What should be the correct inputs in transaction 'AR29'
    Please help.
    Regards
    Aniruddha
    Edited by: Aniruddha B Mahalle on Dec 21, 2011 7:12 AM

  • Revaluate Depreciation for an asset in prior years

    Hi,
    I have a problem with a couple of assets. We are using 2 depreciation areas - one for statutory depreciation that is posted against GL accounts and one for fiscal purposes, which is only statistical.
    For some assets the depreciation key in the alternative, fiscal depreciation area was wrong in last two fiscal years. Is it possible to reopen that old fiscal years and change the depreciation area to correct one and revaluate the depreciation only in that parallel depreciation area? If yes - which steps should i carry out in SAP? This depreciation area does not affect GL accounts posting - so I hope it is possible.
    Thank you,
    Karol

    Hi,
    If it is IT dep then i can say it will be possible but if It is Book dep also then system will post the value in FI also in previous year when you do revaluation.
    use t-code OAAQ/OAAR.
    Regards,
    Shayam

  • How to revaluate negative closing stock value in SAP B1?

    Hi all,
    I am trying to revaluate those items with the negative closing stock value using Inventory Revaluation. I choose Inventory Debit/Credit for the revaluation type and key in the item code, quantity, +ve value in debit/credit, G/L increase and decrease account.
    After I added the Inventory Revaluation successfully , I go and check in the Inventory Audit Report for the specified item but found that the item still with the negative closing stock value.
    My major concern here is the items with negative closing stock value do not have any in stock quantity. Can I adjust the negative closing stock value of the items with zero quantity?
    Thanks.
    Best Regards,
    Xavier

    Hi all.
    Just found out why I cannot do the negative stock value revaluation. When I want to do the inventory revaluation for the items of negative stock value with zero quantity, the journal entry will debited to the wrong account, that is 507040-00-000 (Price Difference Account).
    Inventory Revalution for item with zero quantity:
    [http://img33.imageshack.us/img33/6596/invrevaluation.jpg]
    Journal Entry:
    [http://img84.imageshack.us/img84/879/81238835.jpg]
    Sample of Charts of Accounts:
    [http://img31.imageshack.us/img31/2078/coaq.jpg]
    When I do the inventory revaluation for the items where the in stock quantity is greater than zero, the journal entry will debited to the correct account, that is 105011-00-000 (Consumables account).
    Inventory Revaluation for item with quantity greater than zero:
    [http://img819.imageshack.us/img819/5711/invrevalution.jpg]
    Journal Entry:
    [http://img24.imageshack.us/img24/7136/80015631.jpg]
    The items are under the same item group - Consumables
    [http://img543.imageshack.us/img543/2347/itemgrp.jpg]
    I do not why this will happen when I try to revaluate the items with negative stock value of zero quantity?
    Kindly share with me your opions.
    Thanks,
    Xavier

  • Material Ledger : Actual Cost settlement to Consumption Accounts

    Dear CO Experts,
    We are aware that when we run CKMLCP, all variances (in the Price Diff GL Account) due to Material Prices flutuation, diff in Standard & Actual Cost of Production, etc. would finally get settled to Consumption or Stock Account in its appropriate ratios.
    Consumption Acount GL is a Cost Element with Cost Category as 1.
    There can be cases, when there are diferences in Production Order, due to fluctuations in Prices or Actual consumption is more than standard consumption.
    When a Production Order is settled the difference is posted to Price Diff Account.
    When a Material Ledger (Actual Costing) is executed, Price Diff Account is targetted to be Zero. The Price Diff is then splitted in Stock & Consumtion Account in its appropriate ratios.
    Main Question :
    Since, Consumption Acount GL is a Cost Element with Cost Category as 1, what shall be the CO Account Assignment Object, when the ML value is settled to Consumption Accounts.

    hi merchant..
       1. Price diff between stnd and act is initially goes to PRD a/c through OBYC setting at the time of GR/Invoiceing/Issue if mat is set as S&3.
       2. In case of mat set as V&2 idially there should not be any diff but may arise some small amount due to "no or less stock qty" at the time of invoicing.
      3. When CKMLCP is run these price diff & order settlement diff splitted to cons and stock as you mentioned.
    Now your question :
      " Since, Consumption Acount GL is a Cost Element with Cost Category as 1, what shall be the CO Account Assignment Object, when the ML value is settled to Consumption Accounts"
        Cons GL is cost element cat 1 for capturing mat mov for Issues to orders/cost centres,oth co obj for primary posting at stnd price.
        Now at the time of CKMLCP run you revaluate the materials and price diff are splitted to cons & stock and goes to mat to calculate act cost (stnd +/- prd).
    I think this will give you some light on your issue.
      kkumar

  • Ravaluation of  P&L account

    Hi All,
    Is it necessary to revaluate the P&L account eg: for Intrest on Loan where  items are posted in foreign currency does it necessary that we have revaluate this account for month end process. Or only balance sheet account are valauted ?
    plz advice?
    Best regards
    stv

    Hi,
    Please check GL Balances Tab in F.05. You can find an option Valuate P&L Accounts.
    Find below help on this option:-
    Also Valuate P&L Account
    Foreign currency valuation is only normally carried out for balance sheet accounts. If you set this indicator, profit and loss (income statement) accounts are also valuated.
    Rgds.

  • Inflation Accounting in Dominican Republic

    Hi Sap Guru
    I just want to know that in Inflation accounting it is possible to revaluate the aseet from  year 2000 till now.As client want to adjust the asset accordingly.If possible what is the configuration for that.
    It is also possible to know if the country specific version is not being supported by SAP and if we configure that for other country than it will work properly for ex for Dominican republic SAP has not supported the inflation accounting and i am configured that ,so it will work or not
    Regards
    Anant

    This is possible.
    Look to SAP note 725957 (Turkey) here you found how to set this up. This you can use as basis with perhaps some little changes
    For the calcualtion in the asset Depreciation area (details) you have to fill in Data for revaluation (date and revaluation key)
    In the posting variant you say when the posting is.
    The best is follow up inflation in a sepperate depreciation area.
    To set this up cost some weeks!  Set up the config and a lot of testing.

  • Error occurred in accounting - check the costing in the ERP system

    Hi Experts,
    i am experiencing error in cproject preliminary costing. please refer below error.
    i have the choosed the costing variant as ad hoc cost estimation in controlling for easy cost planning. i need to create a quotation from cproject.
    Please sugeest me what is missing?
    thanks in advance,
    Prabu
    Error occurred in accounting - check the costing in the ERP system
    Message no. DPR_FIN_GECCO026
    Diagnosis
    Errors occurred in costing in the ERP system.
    Procedure
    Check the costing log for costing in the ERP system:
    Call costing:
    If it is preliminary costing, the hyperlink for calling the ad hoc cost estimate can be found in the Costing view.
    If it is costing for an account assignment object (after transfer), the hyperlink for calling Easy Cost Planning can be found in the Services view.
    In costing, choose Revaluate All Items. The costing log is then generated with the error messages.
    Procedure for System Administration
    This message has the number DPR_FIN_GECCO026.

    Hi,
    Check the configuration.
    Create and Change Controlling Scenario
    Define Controlling Scenario
    Settings for Easy Cost Planning
    Assign Cost Elements and Activity Types
    Regards
    Ravindra

  • Valuation of AR using the same account - KDB

    Hi
    Is it possible to revaluate (F.05) AR items using the same AR account as balance sheet adj. account?
    I can do it for the bank accounts using the "Exch. Rate Diff. using Exch. Rate Key" (KDB), but is it possible also for the AR accounts?
    Thanks
    Ofer

    Hi ,
    Go to T.code OBA1 You will Select "Exchange Rate Dif.: Open Items/GL Acct"  KDF and go to new entries  give me chart of account ,g/l accounts and loss or gain account and save
    Thanks ,
    Raviteja.

  • MM subcontracting Account determination

    Hi All,
    Any one knows MM subcontracting Account determination in OBYC?
    any help is appreciated..
    Thanks,
    Rau

    Hi,
    Hi,
    For Account Determination 5 major characteru2019s are as follow:
    1.Chart of Account,
    2.Valuation Class,
    3.Transaction Event Key,
    4.Valuation Grouping Code,
    5.Account Grouping Code/Account Modifier.
    Configuration of Automatic Account Determination with T.Code are as follow:
    1.OMSK: valuation Class with Account category reference,
    2.OMWM: Active Valuation Grouping Code,
    3.OMWN: Active Movement type with G/L account,
    4.OMWD: Active Valuation Area,
    5.OMWB: Active Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
    In OMWB or OBYC
    Click TE key and enter Chart of account and then save the Roles 1st for
    1.Debit/Credit
    2.General modification
    3.Valuation Modif
    4.Vakuation class
    And then enter respective critetia for that TE key and save.
    If assignment(Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
    are correct and u would not face any problems in G/GI/IV.
    The TE keys are:
    Expense/revenue from consumption of consignment material (AKO)
    This transaction is used in Inventory Management in the case of
    withdrawals from consignment stock or when consignment stock is
    transferred to own stock if the material is subject to standard
    price control and the consignment price differs from the standard
    price.
    u2022 Expenditure/income from transfer posting (AUM)
    This transaction is used for transfer postings from one material to
    another if the complete value of the issuing material cannot be
    posted to the value of the receiving material. This applies both to
    materials with standard price control and to materials with moving
    average price control. Price differences can arise for materials
    with moving average price if stock levels are negative and the stock
    value becomes unrealistic as a result of the posting. Transaction
    AUM can be used irrespective of whether the transfer posting
    involves a transfer between plants. The expenditure/income is added
    to the receiving material.
    u2022 Provisions for subsequent (end-of-period rebate) settlement (BO1)
    If you use the "subsequent settlement" function with regard to
    conditions (e.g. for period-end volume-based rebates), provisions
    for accrued income are set up when goods receipts are recorded
    against purchase orders if this is defined for the condition type.
    u2022 Income from subsequent settlement (BO2)
    The rebate income generated in the course of "subsequent settlement"
    (end-of-period rebate settlement) is posted via this transaction.
    u2022 Income from subsequent settlement after actual settlement (BO3)
    If a goods receipt occurs after settlement accounting has been
    effected for a rebate arrangement, no further provisions for accrued
    rebate income can be managed by the "subsequent settlement"
    facility. No postings should be made to the account normally used
    for such provisions. As an alternative, you can use this transaction
    to post provisions for accrued rebate income to a separate account
    in cases such as the one described.
    u2022 Change in stock (BSV)
    Changes in stocks are posted in Inventory Management at the time
    goods receipts are recorded or subsequent adjustments made with
    regard to subcontract orders.
    If the account assigned here is defined as a cost element, you must
    specify a preliminary account assignment for the account in the
    table of automatic account assignment specification (Customizing for
    Controlling) in order to be able to post goods receipts against
    subcontract orders. In the standard system, cost center SC-1 is
    defined for this purpose.
    Stock posting (BSX)
    This transaction is used for all postings to stock accounts. Such
    postings are effected, for example:
    In inventory management in the case of goods receipts to own
    stock and goods issues from own stock
    In invoice verification, if price differences occur in
    connection with incoming invoices for materials valuated at
    moving average price and there is adequate stock coverage
    In order settlement, if the order is assigned to a material with
    moving average price and the actual costs at the time of
    settlement vary from the actual costs at the time of goods
    receipt
    Because this transaction is dependent on the valuation class, it is
    possible to manage materials with different valuation classes in
    separate stock accounts.
    Caution :
    Take care to ensure that:
    A stock account is not used for any transaction other than BSX
    Postings are not made to the account manually
    The account is not changed in the productive system before all
    stock has been booked out of it
    Otherwise differences would arise between the total stock value of
    the material master records and the balance on the stock account.
    Revaluation of "other" consumptions (COC)
    This transaction/event key is only relevant to Brazil. It is used if
    a revaluation report is used for company codes in Brazil.
    The revaluation report uses the actual prices determined by the
    material ledger/actual costing to:
    Revaluate costs on the basis of actual prices
    Post the price differences arising from "other" consumptions
    (e.g. consumption to cost center) to a collective account
    This transaction/event key is needed to post the price differences.
    The account specified here is posted with the price differences for
    "other" consumptions.
    o documentation currently available.
    Small differences, Materials Management (DIF)
    This transaction is used in Invoice Verification if you define a
    tolerance for minor differences and the balance of an invoice does
    not exceed the tolerance.
    Purchase account(EIN), purchase offsetting account (EKG), freight
    purchase account (FRE)
    These transactions are used only if Purchase Account Management is
    active in the company code.
    Freight clearing (FR1), provision for freight charges (FR2), customs
    duty clearing (FR3), provision for customs duty (FR4)
    These transactions are used to post delivery costs (incidental
    procurement costs) in the case of goods receipts against purchase
    orders and incoming invoices. Which transaction is used for which
    delivery costs depends on the condition types defined in the
    purchase order.
    You can also enter your own transactions for delivery costs in
    condition types.
    External service (FRL)
    The transaction is used for goods and invoice receipts in connection
    with subcontract orders.
    If the account assigned here is defined as a cost element, you must
    specify a preliminary account assignment for the account in the
    table of automatic account assignment specification (Customizing for
    Controlling) in order to be able to post goods receipts against
    subcontract orders. In the standard system, cost center SC-1 is
    defined for this purpose.
    External service, delivery costs (FRN)
    This transaction is used for delivery costs (incidental costs of
    procurement) in connection with subcontract orders.
    If the account assigned here is defined as a cost element, you must
    Offsetting entry for stock posting (GBB)
    Offsetting entries for stock postings are used in Inventory
    Management. They are dependent on the account grouping to which each
    movement type is assigned. The following account groupings are
    defined in the standard system:
    AUA: for order settlement
    AUF: for goods receipts for orders (without account
    assignment)
    and for order settlement if AUA is not maintained
    AUI: Subsequent adjustment of actual price from cost center
    directly
    to material (with account assignment)
    BSA: for initial entry of stock balances
    INV: for expenditure/income from inventory differences
    VAX: for goods issues for sales orders without
    account assignment object (the account is not a cost
    element)
    VAY: for goods issues for sales orders with
    account assignment object (account is a cost element)
    VBO: for consumption from stock of material provided to
    vendor
    VBR: for internal goods issues (for example, for cost
    center)
    VKA: for sales order account assignment
    (for example, for individual purchase order)
    VKP: for project account assignment (for example, for
    individual PO)
    VNG: for scrapping/destruction
    VQP: for sample withdrawals without account assignment
    VQY: for sample withdrawals with account assignment
    ZOB: for goods receipts without purchase orders (mvt type
    501)
    ZOF: for goods receipts without production orders
    (mvt types 521 and 531)
    You can also define your own account groupings. If you intend to
    post goods issues for cost centers (mvt type 201) and goods issues
    for orders (mvt type 261) to separate consumption accounts, you can
    assign the account grouping ZZZ to movement type 201 and account
    grouping YYY to movement type 261.
    Caution
    If you use goods receipts without a purchase order in your system
    (movement type 501), you have to check to which accounts the account
    groupings are assigned ZOB
    If you expect invoices for the goods receipts, and these invoices
    can only be posted in Accounting, you can enter a clearing account
    (similar to a GR/IR clearing account though without open item
    management), which is cleared in Accounting when you post the vendor
    invoice.
    Note that the goods movement is valuated with the valuation price of
    the material if no external amount has been entered.
    As no account assignment has been entered in the standard system,
    the assigned account is not defined as a cost element. If you assign
    a cost element, you have to enter an account assignment via the
    field selection or maintain an automatic account assignment for the
    cost element.
    Purchase order with account assignment (KBS)
    You cannot assign this transaction/event key to an account. It means
    that the account assignment is adopted from the purchase order and
    is used for the purpose of determining the posting keys for the
    goods receipt.
    Exchange rate differences in the case of open items (KDM)
    Exchange rate differences in the case of open items arise when an
    invoice relating to a purchase order is posted with a different
    exchange rate to that of the goods receipt and the material cannot
    be debited or credited due to standard price control or stock
    undercoverage/shortage.
    Differences due to exchange rate rounding, Materials Management
    (KDR)
    An exchange rate rounding difference can arise in the case of an
    invoice made out in a foreign currency. If a difference arises when
    the posting lines are translated into local currency (as a result of
    rounding), the system automatically generates a posting line for
    this rounding difference.
    Consignment liabilities (KON)
    Consignment liabilities arise in the case of withdrawals from
    consignment stock or from a pipeline or when consignment stock is
    transferred to own stock.
    Depending on the settings for the posting rules for the
    transaction/event key KON, it is possible to work with or without
    account modification. If you work with account modification, the
    following modifications are available in the standard system:
    None for consignment liabilities
    PIP for pipeline liabilities
    Offsetting entry for price differences in cost object hierarchies
    (KTR)
    The contra entry for price difference postings (transaction PRK)
    arising through settlement via material account determination is
    carried out with transaction KTR.
    Price differences (PRD)
    Price differences arise for materials valuated at standard price in
    the case of all movements and invoices with a value that differs
    from the standard price. Examples: goods receipts against purchase
    orders (if the PO price differs from the standard pricedardpreis),
    goods issues in respect of which an external amount is entered,
    invoices (if the invoice price differs from the PO price and the
    standard price).
    Price differences can also arise in the case of materials with
    moving average price if there is not enough stock to cover the
    invoiced quantity. In the case of goods movements in the negative
    range, the moving average price is not changed. Instead, any price
    differences arising are posted to a price difference account.
    Depending on the settings for the posting rules for
    transaction/event key PRD, it is possible to work with or without
    account modification. If you use account modification, the following
    modifications are available in the standard system:
    None for goods and invoice receipts against purchase orders
    PRF for goods receipts against production orders and
    order settlement
    PRA for goods issues and other movements
    PRU for transfer postings (price differences in the case
    of external amounts)
    Provision for delivery costs (RUE)
    Provisions are created for accrued delivery costs if a condition
    type for provisions is entered in the purchase order. They must be
    cleared manually at the time of invoice verification.
    Taxes in case of transfer posting GI/GR (TXO)
    This transaction/event key is only relevant to Brazil (nota fiscal).
    Revenue/expense from revaluation (UMB)
    This transaction/event key is used both in Inventory Management and
    in Invoice Verification if the standard price of a material has been
    changed and a movement or an invoice is posted to the previous
    period (at the previous price).
    Unplanned delivery costs (UPF)
    Unplanned delivery costs are delivery costs (incidental procurement
    costs) that were not planned in a purchase order (e.g. freight,
    customs duty). In the SAP posting transaction in Logistics Invoice
    Verification, instead of distributing these unplanned delivery costs
    among all invoice items as hitherto, you have the option of posting
    them to a special account. A separate tax code can be used for this
    account.
    Input tax, Purchasing (VST)
    Transaction/event key for tax account determination within the
    "subsequent settlement" facility for debit-side settlement types.
    The key is needed in the settlement schema for tax conditions.
    Goods issue, revaluation (inflation) (WGI)
    This transaction/event key is used if already-posted goods issues
    have to be revaluated following the determination of a new market
    price within the framework of inflation handling.
    Goods receipt, revaluation (inflation) (WGR)
    This transaction/event key is used if already-effected transfer
    postings have to be revaluated following the determination of a new
    market price within the framework of inflation handling. This
    transaction is used for the receiving plant, whereas transaction WGI
    (goods receipt, revaluation (inflation)) is used for the plant at
    which the goods are issued.
    GR/IR clearing (WRX)
    Postings to the GR/IR clearing account occur in the case of goods
    and invoice receipts against purchase orders. For more on the GR/IR
    clearing account, refer to the SAP Library (documentation MM
    Material Valuation).
    Caution
    You must set the Balances in local currency only indicator for the
    GR/IR clearing account to enable the open items to be cleared. For
    more on this topic, see the field documentation.
    Thanks,
    Raja

  • MM Account Determination

    Hi,
               Can anybody explain total how many G/l Accounts, we will generally assign and please give the list including TE Key.. The reply will be highly appreciated...

    Hi,
    For Account Determination 5 major characteru2019s are as follow:
    1.Chart of Account,
    2.Valuation Class,
    3.Transaction Event Key,
    4.Valuation Grouping Code,
    5.Account Grouping Code/Account Modifier.
    Configuration of  Automatic Account Determination with T.Code are as follow:
    1.OMSK: valuation Class with Account category reference,
    2.OMWM: Active Valuation Grouping Code,
    3.OMWN: Active Movement type with G/L account,
    4.OMWD: Active Valuation Area,
    5.OMWB: Active Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
    In OMWB or OBYC
    Click TE key and enter Chart of account and then save the Roles 1st for
    1.Debit/Credit
    2.General modification
    3.Valuation Modif
    4.Vakuation class
    And then enter respective critetia for that TE key and save.
    If assignment(Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
    are correct and u would not face any problems in G/GI/IV.
    The TE keys are:
    Expense/revenue from consumption of consignment material (AKO)
    This transaction is used in Inventory Management in the case of
    withdrawals from consignment stock or when consignment stock is
    transferred to own stock if the material is subject to standard
    price control and the consignment price differs from the standard
    price.
    u2022 Expenditure/income from transfer posting (AUM)
    This transaction is used for transfer postings from one material to
    another if the complete value of the issuing material cannot be
    posted to the value of the receiving material. This applies both to
    materials with standard price control and to materials with moving
    average price control. Price differences can arise for materials
    with moving average price if stock levels are negative and the stock
    value becomes unrealistic as a result of the posting. Transaction
    AUM can be used irrespective of whether the transfer posting
    involves a transfer between plants. The expenditure/income is added
    to the receiving material.
    u2022 Provisions for subsequent (end-of-period rebate) settlement (BO1)
    If you use the "subsequent settlement" function with regard to
    conditions (e.g. for period-end volume-based rebates), provisions
    for accrued income are set up when goods receipts are recorded
    against purchase orders if this is defined for the condition type.
    u2022 Income from subsequent settlement (BO2)
    The rebate income generated in the course of "subsequent settlement"
    (end-of-period rebate settlement) is posted via this transaction.
    u2022 Income from subsequent settlement after actual settlement (BO3)
    If a goods receipt occurs after settlement accounting has been
    effected for a rebate arrangement, no further provisions for accrued
    rebate income can be managed by the "subsequent settlement"
    facility. No postings should be made to the account normally used
    for such provisions. As an alternative, you can use this transaction
    to post provisions for accrued rebate income to a separate account
    in cases such as the one described.
    u2022 Change in stock (BSV)
    Changes in stocks are posted in Inventory Management at the time
    goods receipts are recorded or subsequent adjustments made with
    regard to subcontract orders.
    If the account assigned here is defined as a cost element, you must
    specify a preliminary account assignment for the account in the
    table of automatic account assignment specification (Customizing for
    Controlling) in order to be able to post goods receipts against
    subcontract orders. In the standard system, cost center SC-1 is
    defined for this purpose.
    Stock posting (BSX)
    This transaction is used for all postings to stock accounts. Such
    postings are effected, for example:
    - In inventory management in the case of goods receipts to own
    stock and goods issues from own stock
    - In invoice verification, if price differences occur in
    connection with incoming invoices for materials valuated at
    moving average price and there is adequate stock coverage
    - In order settlement, if the order is assigned to a material with
    moving average price and the actual costs at the time of
    settlement vary from the actual costs at the time of goods
    receipt
    Because this transaction is dependent on the valuation class, it is
    possible to manage materials with different valuation classes in
    separate stock accounts.
    Caution :
    Take care to ensure that:
    - A stock account is not used for any transaction other than BSX
    - Postings are not made to the account manually
    - The account is not changed in the productive system before all
    stock has been booked out of it
    Otherwise differences would arise between the total stock value of
    the material master records and the balance on the stock account.
    Revaluation of "other" consumptions (COC)
    This transaction/event key is only relevant to Brazil. It is used if
    a revaluation report is used for company codes in Brazil.
    The revaluation report uses the actual prices determined by the
    material ledger/actual costing to:
    - Revaluate costs on the basis of actual prices
    - Post the price differences arising from "other" consumptions
    (e.g. consumption to cost center) to a collective account
    This transaction/event key is needed to post the price differences.
    The account specified here is posted with the price differences for
    "other" consumptions.
    o documentation currently available.
    Small differences, Materials Management (DIF)
    This transaction is used in Invoice Verification if you define a
    tolerance for minor differences and the balance of an invoice does
    not exceed the tolerance.
    Purchase account(EIN), purchase offsetting account (EKG), freight
    purchase account (FRE)
    These transactions are used only if Purchase Account Management is
    active in the company code.
    Freight clearing (FR1), provision for freight charges (FR2), customs
    duty clearing (FR3), provision for customs duty (FR4)
    These transactions are used to post delivery costs (incidental
    procurement costs) in the case of goods receipts against purchase
    orders and incoming invoices. Which transaction is used for which
    delivery costs depends on the condition types defined in the
    purchase order.
    You can also enter your own transactions for delivery costs in
    condition types.
    External service (FRL)
    The transaction is used for goods and invoice receipts in connection
    with subcontract orders.
    If the account assigned here is defined as a cost element, you must
    specify a preliminary account assignment for the account in the
    table of automatic account assignment specification (Customizing for
    Controlling) in order to be able to post goods receipts against
    subcontract orders. In the standard system, cost center SC-1 is
    defined for this purpose.
    External service, delivery costs (FRN)
    This transaction is used for delivery costs (incidental costs of
    procurement) in connection with subcontract orders.
    If the account assigned here is defined as a cost element, you must
    Offsetting entry for stock posting (GBB)
    Offsetting entries for stock postings are used in Inventory
    Management. They are dependent on the account grouping to which each
    movement type is assigned. The following account groupings are
    defined in the standard system:
    - AUA: for order settlement
    - AUF: for goods receipts for orders (without account
    assignment)
    and for order settlement if AUA is not maintained
    - AUI: Subsequent adjustment of actual price from cost center
    directly
    to material (with account assignment)
    - BSA: for initial entry of stock balances
    - INV: for expenditure/income from inventory differences
    - VAX: for goods issues for sales orders without
    account assignment object (the account is not a cost
    element)
    - VAY: for goods issues for sales orders with
    account assignment object (account is a cost element)
    - VBO: for consumption from stock of material provided to
    vendor
    - VBR: for internal goods issues (for example, for cost
    center)
    - VKA: for sales order account assignment
    (for example, for individual purchase order)
    - VKP: for project account assignment (for example, for
    individual PO)
    - VNG: for scrapping/destruction
    - VQP: for sample withdrawals without account assignment
    - VQY: for sample withdrawals with account assignment
    - ZOB: for goods receipts without purchase orders (mvt type
    501)
    - ZOF: for goods receipts without production orders
    (mvt types 521 and 531)
    You can also define your own account groupings. If you intend to
    post goods issues for cost centers (mvt type 201) and goods issues
    for orders (mvt type 261) to separate consumption accounts, you can
    assign the account grouping ZZZ to movement type 201 and account
    grouping YYY to movement type 261.
    Caution
    If you use goods receipts without a purchase order in your system
    (movement type 501), you have to check to which accounts the account
    groupings are assigned ZOB
    If you expect invoices for the goods receipts, and these invoices
    can only be posted in Accounting, you can enter a clearing account
    (similar to a GR/IR clearing account though without open item
    management), which is cleared in Accounting when you post the vendor
    invoice.
    Note that the goods movement is valuated with the valuation price of
    the material if no external amount has been entered.
    As no account assignment has been entered in the standard system,
    the assigned account is not defined as a cost element. If you assign
    a cost element, you have to enter an account assignment via the
    field selection or maintain an automatic account assignment for the
    cost element.
    Purchase order with account assignment (KBS)
    You cannot assign this transaction/event key to an account. It means
    that the account assignment is adopted from the purchase order and
    is used for the purpose of determining the posting keys for the
    goods receipt.
    Exchange rate differences in the case of open items (KDM)
    Exchange rate differences in the case of open items arise when an
    invoice relating to a purchase order is posted with a different
    exchange rate to that of the goods receipt and the material cannot
    be debited or credited due to standard price control or stock
    undercoverage/shortage.
    Differences due to exchange rate rounding, Materials Management
    (KDR)
    An exchange rate rounding difference can arise in the case of an
    invoice made out in a foreign currency. If a difference arises when
    the posting lines are translated into local currency (as a result of
    rounding), the system automatically generates a posting line for
    this rounding difference.
    Consignment liabilities (KON)
    Consignment liabilities arise in the case of withdrawals from
    consignment stock or from a pipeline or when consignment stock is
    transferred to own stock.
    Depending on the settings for the posting rules for the
    transaction/event key KON, it is possible to work with or without
    account modification. If you work with account modification, the
    following modifications are available in the standard system:
    - None for consignment liabilities
    - PIP for pipeline liabilities
    Offsetting entry for price differences in cost object hierarchies
    (KTR)
    The contra entry for price difference postings (transaction PRK)
    arising through settlement via material account determination is
    carried out with transaction KTR.
    Price differences (PRD)
    Price differences arise for materials valuated at standard price in
    the case of all movements and invoices with a value that differs
    from the standard price. Examples: goods receipts against purchase
    orders (if the PO price differs from the standard pricedardpreis),
    goods issues in respect of which an external amount is entered,
    invoices (if the invoice price differs from the PO price and the
    standard price).
    Price differences can also arise in the case of materials with
    moving average price if there is not enough stock to cover the
    invoiced quantity. In the case of goods movements in the negative
    range, the moving average price is not changed. Instead, any price
    differences arising are posted to a price difference account.
    Depending on the settings for the posting rules for
    transaction/event key PRD, it is possible to work with or without
    account modification. If you use account modification, the following
    modifications are available in the standard system:
    - None for goods and invoice receipts against purchase orders
    - PRF for goods receipts against production orders and
    order settlement
    - PRA for goods issues and other movements
    - PRU for transfer postings (price differences in the case
    of external amounts)
    Provision for delivery costs (RUE)
    Provisions are created for accrued delivery costs if a condition
    type for provisions is entered in the purchase order. They must be
    cleared manually at the time of invoice verification.
    Taxes in case of transfer posting GI/GR (TXO)
    This transaction/event key is only relevant to Brazil (nota fiscal).
    Revenue/expense from revaluation (UMB)
    This transaction/event key is used both in Inventory Management and
    in Invoice Verification if the standard price of a material has been
    changed and a movement or an invoice is posted to the previous
    period (at the previous price).
    Unplanned delivery costs (UPF)
    Unplanned delivery costs are delivery costs (incidental procurement
    costs) that were not planned in a purchase order (e.g. freight,
    customs duty). In the SAP posting transaction in Logistics Invoice
    Verification, instead of distributing these unplanned delivery costs
    among all invoice items as hitherto, you have the option of posting
    them to a special account. A separate tax code can be used for this
    account.
    Input tax, Purchasing (VST)
    Transaction/event key for tax account determination within the
    "subsequent settlement" facility for debit-side settlement types.
    The key is needed in the settlement schema for tax conditions.
    Goods issue, revaluation (inflation) (WGI)
    This transaction/event key is used if already-posted goods issues
    have to be revaluated following the determination of a new market
    price within the framework of inflation handling.
    Goods receipt, revaluation (inflation) (WGR)
    This transaction/event key is used if already-effected transfer
    postings have to be revaluated following the determination of a new
    market price within the framework of inflation handling. This
    transaction is used for the receiving plant, whereas transaction WGI
    (goods receipt, revaluation (inflation)) is used for the plant at
    which the goods are issued.
    GR/IR clearing (WRX)
    Postings to the GR/IR clearing account occur in the case of goods
    and invoice receipts against purchase orders. For more on the GR/IR
    clearing account, refer to the SAP Library (documentation MM
    Material Valuation).
    Caution
    You must set the Balances in local currency only indicator for the
    GR/IR clearing account to enable the open items to be cleared. For
    more on this topic, see the field documentation.
    Regards,
    Biju K

  • REVAL AND TRANSLATION G/L ACCOUNTS

    We post to the following G/L's - I'd appreciate feedback on where YOU post your transactions (P&L or CTA).  thanks.
    (1A) revaluate (type 10) (the differences between Local Currency (LC) from the original posting date and the current key revaluation date) - we post these to:
    unrealized - P&L
    realized - P&L
    (1B) Part 2 of 1A - if done this way - posts the TRANSLATION of the revaluated amount to Group Currency (GC)
    unrealized - P&L
    realized - CTA
    So OBA1 - table [V_T030H] has for type 10
    Exchange Rate Difference REALIZED - P&L
    Valuation (unrealized) - P&L
    Translation - blank
    ==========
    (2A) translation (type 30) (the difference between the GC value on the original posting date and the current key revaluation date for type 30)
    realized - CTA (from reval type 30)
    unrealized - P&L (from reval type 10 - translation to GC - to P&L??)
    So OBA1 - table [V_T030H] has for type 30
    Exchange Rate Difference Realized - CTA
    Valuation (unrealized) - P&L
    translation - blank

    Hi
    As per the suggestions given i verified
    1. Asset transactions might have posted after posting depreciation for the period
    I verified this. there are no postings
    2. Depreciation terms (depreciation key, useful life ) might have changed.
    The depreciation terms are not changed
    3, Manual transactions might have posted directly to GL Accounts.
    No manual transactions are there.
    Correct the differences by
    1. Repeat the depreciation posting program (AFAB)
    2. Execute Recalculate (AFAR) and Repeat the depreciation posting program.
    I executed AFAR it is updating the G/L accounts only not the FI-AA
    3. Check the Manual entries posted in GL Account of Furniture asset class and reverse
    manual entries are not posted.
    I executed ABST. There are no errors.
    i verified the SAP Note. it is basically explaining about AUC(We don't have) reconciliation and this is the first year (3months completed after go-live)
    any other possible reconciliation is appreciable
    with regards
    Siva

Maybe you are looking for