AC010 Business Processes in Financial Accounting

Do any one have "AC010 Business Processes in Financial Accounting Material" I am badly in need of it.
please send to [email protected]
regards
Satish
Message was edited by:
        satish kumar

Daer Satish,
there is a great FREE training on AC010 on the SAP Learning HUB - "Discovery Preview: Business Processes in Financial Accounting". Go for it and let me know if it helped you :-)
Have great day
Tomas

Similar Messages

  • Business Content Reports -Financial Accounting and Controlling

    I am working on Reporting piece..I have no prior experience in Reporting, Now I am struggling to understand the reporting background from Business view and what are the reports availabel in BC and how to analise them.
    Now I am just thinking I will understand about reports one by one module wise, is there anyone who can guide about Financial Accounting and Controlling and SD
    Let me know how to start and best guide to understand

    Hi,
    You can start looking at BC reports.
    http://help.sap.com/saphelp_nw70/helpdata/EN/90/d4f33b949b6b31e10000000a11402f/frameset.htm
    http://help.sap.com/saphelp_nw70/helpdata/en/65/7beb3cad744026e10000000a11405a/frameset.htm
    https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/a7f2f294-0501-0010-11bb-80e0d67c3e4a
    Regards.

  • Business process in Asset Manag. module

    Hi Geeks,
    Can anyone define business process in Asset accounting/Management or drive me to a source of this topic.
    Thanks
    Satheesh

    SORRY. We are not here to define a business process for you in Asset Accounting. If you want to learn something than go to help.sap.com. We are here to help resolve real life issues that people come across in SAP Asset accounting module with best of our knowledge and experience.
    If you have some config questions than post it here and someone will reply.
    Thanks.

  • Business Process for Managing Global Accounts

    Hi
    I would be interested to know how other people have managed accounts that are Global.
    Currently the business in the US are using On Demand and EU are going live in Q1 2010, so I want to define a business process to manage Global accoounts that can then be applied in On Demand. Currently we are not using books
    Has anyone used the Parent Account Function?
    All Suggestions welcome
    E

    We use the Parent Account function as we work in Financial Services. I would say its perfect for our world but only use it if you business functions this way.
    We have advisers who are licensed through a dealergroup each adviser appears below the dealergroup and both the dealergroup and Adviser have Contacts. All "Prospect" advisers are loaded as Contacts under the dealergroup until they load their first piece of business with the company and then they have an accounts created and i merge the associated contacts.
    We also use books to hide accounts and contacts from different departments and users. I would say if you are planning to run this system in multiple countries this is a must.
    Sorry that's just my world got abit carried away.

  • How to map the business process in account receivable

    Hi All,
    i am working on a different scenario can any body suggest me on this,
    Business process  my client is into service industry they will send Tenders to customer along with EMD amount,
    once they got the project they will coverts that amount into  securiy deposit,
    for example:
    EMD amount 1000000
    got the project that amount goes to security deposit 1000000,
    after work done they will rese invoice to that customer based on payment terms they will get money from customer,
    if they rise 50000  invoice he will be sending  48000 rupess only remaing 2000 will be keep it as security deposit
    and again they will rise 50000 he will be seding 48000 rupess only remaing 2000 will be keep it as secrity deposit once the project closed after six to eight month he will be sending that 4000 rupees.
    here my client want that 4000 should not be shown as open item.
    can any body suggest me how to do that in SAP
    kind regards
    kiran

    Hi Kiran
    As per the business scenario and the process in SAP, you are having only three options in clearing procudure as you may be aware.
    1) standard - bill to total payment
    2) partial - partial amount against invoice(Inovice and receipt will be in open item status)
    3) residual ( new open item will be generated)
    If they don't want to show the remaining 4,000 as open item in the customer account, how they want to treat in the books.
    create a seperate G/L security deposits receivables and transfer the amounts to the account. Whenver you receive the amount knock off the amount
    with regards
    Siva

  • The Financial Accounting program cannot process the document.

    THIS PROBLEM IS COMING AFTER THE BILING AND THE ACCOUNTING DATA IS NOT CREATED FOR THIS PROBLEM
    CAN ANY ONE SOLVE THIS PROBLEM
    GURUS PLEASE HELP
    No account is specified in item 0000001005
    Message no. F5670
    Diagnosis
    No account was specified for account type "S" in item "0000001005" of the FI/CO document.
    System Response
    The Financial Accounting program cannot process the document.
    Procedure
    A system error has probably occurred in the application you called up. Check the data transferred to item "0000001005" of the FI/CO document.
    WITH REGARDS
    SUBRAT

    Hi,
    I think this is due to problem in acount  determination.
    Please check VKOA
    Best Regards
    Ashish Jain

  • Business Process of GL,AR,AP and Asset Accounting

    hi
    i would like to know what is the business process of GL, AR, AP and Asset accounting  for the following
    1) Manufacturing Industries
    2) Service Organisation
    3) Others if any
    please help
    thanks in advance

    http://help.sap.com/bp_bblibrary/600/BBlibrary_start.htm
    Visit the above site and down load teh best practices for country wise/ industry wise.
    You can also get the configuration and master data in these blocks along with the process.
    reward if useful.
    sarma

  • Accounting Entires - In House Cash - 3 Business processes

    Hi gurus
    Can any body explain me or tell me the Source of information for the Accounting Entries by step wise in 3 Business processes of the IHC namely
    1) Internal Payments
    2) Central payments
    3) Central Incoming Payments
    If its a Big Question.. please provide me the guidance on the   Central incoming payments Process
    Thanks
    Meenakshi.N

    Hi Lars
    Last time I worked with this, no std extractors were available and we built a custom extractor instead. It is really not that many tables you need to look into - off course depending on the requirements.
    But we have made a solution for reconciliation of Local SAP FI, Central SAP FI and SAP IHC using both std FI extractor and this custom IHC extractor.
    Also we made some pure IHC reporting for another client only based on a custom extractor.
    Lastly I have integrated SAP IHC into SAP CM - and then used the report engine here - but the datamodel in SAP CM for IHB balances are a bit cumbersome - so dig into the details to find out if that is usuable for you.
    Good luck
    BR
    Lone Kejser
    www.1st-finance.com

  • Down payment process for Poland, new business process or not ?

    Hello,
    I'm a little bit confused about implementation down payment process for Poland.
    The OSS-notes 818079 and 1007635 describe a solution for this.
    How do I have to implement the correct down payment process for Poland ? Do I have to create an extra business process with new sales order type, new billing type, separate calculation procedure, new output type and so on ?
    Or is it possible to use existing business processes in sales and distribution for down payment processes ?
    Thanks in advance
    Holger

    hi,
    Check the process for down payment processing
    The following Customizing settings have to be made for down payment processing:
    Settings for the billing plan - To activate the billing plan function, maintain the materials, for which you wish to process down payments, with item category group 0005 (milestone billing). This gives the item type TAO via item type determination. The item type TAO calls up the billing plan function.
    You need to implement the following activities in the billing plan for down payments:
    Maintain deadline category - This determines the billing rule (percentage or value down payment) for the down payment request. The system assigns billing type FAZ (payment request) defined in the standard system with billing category P. (For the billing type FAZ there is the cancellation billing document type FAS in the standard system).
    Maintain the deadline proposal - Use the down payments that are due for the proposed deadlines.
    Maintaining a Pricing Procedure with the Condition Type AZWR:
    In the standard system the condition type AZWR is delivered for the down payment value already provided but which has not yet been calculated. You must include this condition type in the relevant pricing procedure before output tax.
    Enter condition 2 (item with pricing) and the calculation formula 48 (down payment clearing value must not be bigger than the item value) for the condition type AZWR.
    Before the condition AZWR you can create a subtotal with the base value calculation formula 2 (net value). If the condition AZWR is changed manually, you can get information on the original system proposal from the subtotal.
    Maintain the printing indicator - The pricing procedure can not be marked as a transaction-specific pricing procedure (field Spec.proc.) The condition type AZWR has the calculation type B (fixed amount) and the condition category E (down payment request / clearing).
    Maintaining the Billing Document - In the standard system there is the billing type FAZ (down payment request) and the billing type FAS for canceling . The down payment is controlled using the billing category P of the billing type. A billing type becomes a down payment request when the billing category P is assigned. You have to maintain blocking reason 02 (complete confirmation missing) for the billing documents and assign it to billing type FAZ.
    Copying control - Copying requirement 20 must be entered in copying control at item level for the down payment request. In the standard system the order type TA for copying control is set up according to the billing type FAZ for the item category TAO.
    Copying requirement 23 must be entered in copying control at item level for down payment clearing. In the standard system the order type TA for copying control is set up according to the billing type F2 for the item category TAO.
    Financial Accounting settings - A prerequisite for down payment processing is that the account is assigned to the underlying sales document. To do this, change the field status settings in Customizing as follows:
    Set reconciliation accounts (transaction OBXR) - For the `received down payments' and `down payment requests' from
    the G/L accounts you have selected, you should assign the field status definition G031.
    Maintain accounting configuration (transaction OBXB) - For the down payments (posting key ANZ in the standard system) and the output tax clearing (posting key MVA in the standard system), you must maintain the posting key.
    You must also carry out a G/L account number assignment for the tax account.
    Maintain the posting key (transaction OB41) - For posting key 19, set the sales order as an optional field !!!
    Maintain the field status definition (transaction OB14) - For field status variant 0001, field status group G031, set the
    sales order as an optional field !!!
    Assign the company code to the field status variants (transaction OBC5)
    chandu

  • Financial accounting Letter of credit

    Dear All,
    Please help me out.
    How to post the statistical posting like letter of credit in sap and what sp gl config we have to do?
    Thanks & Regards,
    Bhadresh V. Shah
    9967649163

    Hello
    Guarantees made are shown in the notes to the balance sheet. Guarantees received, however, are not displayed on the balance sheet. Nevertheless, it is a good idea for internal purposes to have an overview of the guarantees that you have received. In the SAP system, therefore, you can manage guarantees made and received separately from other business transactions - as special G/L transactions.
    Processing Guarantees in the SAP System
    In the Financial Accounting application component, you use a special function to post guarantees. When you enter a guarantee, you merely enter the account assignments for posting to the customer or vendor account. The offsetting entry is always made to the same offsetting account, a clearing account. This is carried out by the system.
           1.      You post a guarantee made to your customer’s account.
           2.      The system makes the offsetting entry automatically to a clearing account.
    Transactions where the system always makes offsetting entries automatically to the same account are called statistical postings, since they are generally not displayed on the balance sheet or only in the appendix. For example, guarantees received are not displayed while guarantees made are displayed in the appendix of the balance sheet because of the liability to recourse.
    You require the following to post guarantees:
    ·        Separate special G/L accounts for guarantees made and guarantees received.
    For more information, see Special G/L Accounts
    ·        Clearing accounts for the offsetting entry
    For more information, see Clearing Accounts
    ·        Posting keys for the offsetting entry
    These posting keys are already defined in the system.
    Clearing Accounts
    To make an offsetting entry for a guarantee posting, you create the clearing account and define the account number in the system for the automatic posting. You must specify the clearing accounts separately for each chart of accounts. You can differentiate the accounts per debit and credit postings. Since the automatic offsetting entry procedure can be used for any special G/L transactions, you can also differentiate the accounts per account type via the special G/L indicator.
    You post guarantees made and received in your system. Additional transactions can also be configured for which an automatic offsetting entry posting is necessary. This enables you to post interest receivables to the same account for example. You would then differentiate your clearing accounts according to the account type and special G/L indicator.

  • Financial accounting

    Could u please provide financial accounting flow charts (graphic level). with detail flow charts general ledger,accounts payable, accounts receivable, asset accounting

    Venkat,
    GL, AR, AP and AA are all sub modules with in the FI module of SAP. I donot have any pictorial diagram for data flow ween these ... Howvever I am putting my thought process below.
    GL: The central task of G/L accounting is to provide a comprehensive picture for external accounting and accounts. Recording all business transactions (primary postings as well as settlements from internal accounting) in a software system that is fully integrated with all the other operational areas of a company ensures that the accounting data is always complete and accurate.
    Essentially, the general ledger serves as a complete record of all business transactions. It is the centralized, up-to-date reference for the rendering of accounts. Actual individual transactions can be checked at any time in realtime processing by displaying the original documents, line items, and transaction figures at various levels such as:
    Account information
    Journals
    Totals/transaction figures
    Balance sheet/profit and loss evaluations
    AR, AP are the subsidiary ledgers of GL. All the postings of these subsisdiary ledger are simuultaneously updated in GL through the linkage of reconciliation accounts.
    Hope this is clear.
    Rgds
    Manish

  • How to know business process related to fico

    Hi ,
    Basically i am abaper , till now i handled tasks related to mm and sd.
    But recently i am working on FICO module, as this is new to me .
    please kindly suggest me how to know the business process related to fico.
    The terminology is also looking different.
    my role in this organization is as a techno functional (fico).
    regards,
    Haripriya

    Dear Haripriya,
    Please try to get basic training of accounts, Debit, Credit, entry posting concepts.
    After you have go the basic idea study the following links:
    Financial Accounting
    http://help.sap.com/saphelp_erp60_sp/helpdata/en/56/df293581dc1f79e10000009b38f889/frameset.htm
    Controlling
    http://help.sap.com/saphelp_erp60_sp/helpdata/en/02/30793485231774e10000009b38f83b/frameset.htm
    Thanks & Regards
    Sanjay Marathe

  • SAP standard Business Process Procedures ?

    Hi all,
    Some years ago, standard BPPs (Business Process Procedures) were availabe through the old Q&A DB.
    The document type was ZBPP.
    When I load new business processes into Solution Manager from the BPR, I get standard documentation, IMG links etc.
    Can anybody tell me, if standard BPPs (per transaction code) are still available somewhere??
    Best regards,
    Anni Futtrup

    Anni,
    Not sure exactly what docs were available in old QADB.
    SAP maintains quite a few of their 'business process procedure' docs in various places in
    http://help.sap.com/bestpractices
    If you look, for instance, at Baseline Packages; library of building blocks,
    http://help.sap.com/bp_bblibrary/500/BBlibrary_start.htm
    you can find that many of the building block pages contain one or more SAP BPPs.  Example:
    Look at US building block J03 'Financial Accounting'
    http://help.sap.com/bp_bblibrary/500/html/J03_FI_EN_US.htm
    You will see a list of BPP docs, such as 'Down Payment'
    http://help.sap.com/bp_bblibrary/500/Documentation/J03_AP_DownPaym_BPP_EN_US.doc
    Regards,
    DB49

  • Who gives the list that contains which business process is to be implemente

    hi ,good morning to all
    i have a question
    that is how a solution consultant comes to know that which business process/which business process step is to be implemented in particular scenario? (for eg nw ep)

    The Business process represents the various activities [processes] involved in attaining a business goal.
    For example,in a procurement scenerio,
    1] The goal is procurement.In system we have to map this thro'Transaction code/s.
    2] This [ procurement] process involve various activities such as [a] getting indent from the user dept <b> getting financial approval [specific /standing] [c] floating the tender /RFPs etc [d] getting the quote from the vendors [e]finalizing the vendor [f] placing the purchase order [g] recieving and inspecting the goods <i> pay the vendor.
    Like this,for every scenerio/process we have the relevant  activities.
    Before SAP implementation the client performs the Business process Re Engineering [BPR] and correctly defines the various process/s and the relevant activities.Before implementation the cosultant performs a detailed discussion with the user group and obtains process flow chart and other relevant details.Thus the detail_ gathering is a culmination of interactive discussions with the client,the info.being provided by the client by means of standard documents,flow-charts etc,the experience and judgenment of the consultant.
    This gives an idea about the whole scenerio.
    Having known this,we can map in to the system using a T/code[relevant to each activity-say automatic paymentT/code.F110] and interpret the whole process in terms of T-codes.
    The users test this using unit test and the integration test [ MM-FI interface using Account determination, for example] and verifies if the process has been mapped in full and correctly.The test once passed shows that you have configured adequately Vis A Vis the business requirements.
    This is how the process in full is understood [by the consultant] and mapped in to SAP.
    Hope this helps.
    Regards,
    Ramesh.
    Message was edited by:
            Ramesh Ramaswamy

  • Business transaction key in account determination..?

    Hi all
    Can anybody explain me in simple form form, what is business transaction key in account determination , for eg, GBB,BSA,BSX,PRD,VBR,.WRX....etc (Approximately 60 transaction keys in std SAP)
    If i want to do configuration the for new client, what are all the business transaction key,,, How the configuration wil happen..?
    Pls giv me expaination,
    Reply will be rewardable..
    Thanks
    sap-mm

    Hi MM,
    Please Search in SDN threads solution is given already in lot of threads.
    Go to SAP Library
    SPRO> Help> SAP Library
    Or go to SPRO> IMG> MM>Valuation and Account Assignment>Account determination> Account det without wizard> configure Automatic postings
    Click on IMG ACTIVITY DOCUMENTATION
    These transactions are important for Accounts.
    Postings are made to G/L accounts automatically in the case of Invoice Verification and Inventory Management transactions relevant to Financial and Cost Accounting.
    Example:
    Posting lines are created in the following accounts in the case of a goods issue for a cost center:
    Stock account
    Consumption account
    Agency business: income (AG1)
    This transaction can be used in agency business for income deriving from commission (e.g. del credere commission). The account key is used in the calculation schemas for agency business to determine the associated revenue accounts.
    Agency business: turnover (AG2)
    This transaction can be used in agency business if turnover (business volume) postings are activated in Customizing for the payment types. The account key is specified in Customizing for the billing type.
    Agency business: expense (AG3)
    This transaction can be used in agency business for commission expenses. The account key is used in the calculation schemas for agency business to determine the associated expense accounts.
    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.
    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.
    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.
    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.
    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.
    Supplementary entry for stock (BSD)
    This account is posted when closing entries are made for a cumulation run. This account is a supplementary account to the stock account; that is, the stock account is added to it to determine the stock value that was calculated via the cumulation. In the process, the various valuation areas (for example, commercial, tax), that are used in the balance sheet are taxed separately.
    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.
    Revaluation of other consumption (COC)
    This transaction/event key is required for the revaluation of consumption in Actual Costing/Material Ledger.
    Revaluation of consumption valuates single-level consumption using the actual prices determined in the Actual Costing/Material Ledger application. This revaluation can either take place in the account where the original postings were made, or in a header account.
    The header account is determined using the transaction/event key COC.
    Del credere (DEL)
    Transaction/event key for the payment/invoice list documents in Purchasing. The account key is needed in the calculation schema for payment/settlement processing to determine the associated revenue accounts.
    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.
    Note
    Due to special legal requirements, this function was developed specially for certain countries (Belgium, Spain, Portugal, France, Italy, and Finland).
    Before you use this function, check whether you need to use it in your country.
    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 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.
    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:
    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 Materials Management(AVR) (KDG)
    When you carry out a revaluation of single-level consumption in the material ledger for an alternative valuation run, the exchange rate difference accounts of the materials are credited with the exchange rate differences that are to be assigned to the consumption.
    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.
    Exchange Rate Differences from Lower Levels (KDV)
    In multi-level periodic settlement in the material ledger, some of the exchange rate differences that have been posted during the period in respect of the raw materials, semifinished products and cost centers performing the activity used in the manufacture of a semifinished or finished product are debited or credited to that semifinished or finished product.
    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.
    Accruals and deferrals account (material ledger) (LKW)
    If the process of material price determination in the material ledger is not accompanied by revaluation of closing stock, the price and exchange rate differences that should actually be applied to the stock value are contra-posted to accounts with the transaction/event key LKW.
    If, on the other hand, price determination in the material ledger is accompanied by revaluation of the closing stock, the price and exchange rate differences are posted to the stock account (i.e. the stock is revalued).
    Price Difference from Exploded WIP (Lar.) (PRA)
    If you use the WIP revaluation of the material ledger, the price variances of the exploded WIP stock of an activity type or a business process are posted to the price differences account with transaction/event key PRA.
    Differences (AVR Price) (PRC)
    In the alternative valuation run in the material ledger, some of the variances that accrue interest in the cost centers, are transfer posted to the semifinished or finished product.
    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)
    Price Differences (Material Ledger, AVR) (PRG)
    When you carry out a revaluation of single-level consumption in the material ledger during the alternative valuation run, the price difference accounts of the materials are credited with the price differences that are to be assigned to the consumption.
    Price differences in cost object hierarchies (PRK)
    In cost object hierarchies, price differences occur both for the assigned materials with standard price and for the accounts of the cost object hierarchy. In the course of settlement for cost object hierarchies after settlement via material account determination, the price differences are posted via the transaction PRK.
    Price Difference from Exploded WIP (Mat.) (PRM)
    If you use the WIP revaluation of the material ledger, the price and exchange rate differences of the exploded WIP stock of a material are posted to the price difference account with transaction/event key PRM.
    Price differences, product cost collector (PRP)
    During settlement accounting with regard to a product cost collector in repetitive manufacturing, price differences are posted with the transaction PRP in the case of the valuated sales order stock.
    This transaction is currently used in the following instances only:
    Production cost collector in Release 4.0
    Product cost collector in IS Automotive Release 2.0 (product cost collector in connection with APO)
    Offsetting entry: price differences, product cost collector (PRQ)
    The offsetting (contra) entry to price difference postings (transaction PRP) in the course of settlement accounting with respect to a product cost collector in repetitive manufacturing in the case of the valuated sales order stock is carried out via transaction PRQ.
    This transaction is currently used in the following instances only:
    Production cost collector in Release 4.0
    Product cost collector in IS Automotive Release 2.0 (product cost collector in connection with APO)
    Price Differences from Lower Levels (PRV)
    In multi-level periodic settlement in the material ledger, some of the price differences posted during the period in respect of the raw materials, semifinished products, and cost centers performing the activity used in a semifinished or finished product, are transfer posted to that semifinished or finished product.
    Price differences for material ledger (PRY)
    In the course of settlement in the material ledger, price differences from the material ledger are posted with the transaction PRY.
    Expense and revenue from revaluation (retroactive pricing, RAP)
    This transaction/event key is used in Invoice Verification within the framework of the revaluation of goods and services supplied for which settlement has already taken place. Any difference amounts determined are posted to the accounts assigned to the transaction/event key RAP (retroactive pricing) as expense or revenue.
    At the time of the revaluation, the amounts determined or portions thereof) are posted neither to material stock accounts nor to price difference accounts. The full amount is always posted to the "Expense from Revaluation" or "Revenue from Revaluation" account. The offsetting (contra) entry is made to the relevant vendor account.
    Invoice reductions in Logistics Invoice Verification (RKA)
    This transaction/event key is used in Logistics Invoice Verification for the interim posting of price differences in the case of invoice reductions.
    If a vendor invoice is reduced, two accounting documents are automatically created for the invoice document. With the first accounting document, the amount invoiced is posted in the vendor line. An additional line is generated on the invoice reduction account to partially offset this amount. With the second accounting document, the invoice reduction is posted in the form of a credit memo from the vendor. The offsetting entry to the vendor line is the invoice reduction account. Hence the invoice reduction account is always balanced off by two accounting documents within one transaction.
    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).
    Expenditure/income from revaluation (UMD)
    This account is the offsetting account for the BSD account. It is posted during the closing entries for the cumulation run of the material ledger and has to be defined for the same valuation areas.
    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.
    Inflation posting (WGB)
    Transaction/event key that posts inflation postings to a different account, within the handling of inflation process for the period-end closing.
    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.
    WIP from Price Differences (Internal Activity) (WPA)
    When you use the WIP revaluation of the material ledger, the price variances from the actual price calculation that are to be assigned to the WIP stock, an activity type or a business process are posted to the WIP account for activities.
    WIP from Price Differences (Material) (WPM)
    When you use the WIP revaluation of the material ledger, the price and exchange rate differences that are to be assigned to the WIP stock of a material are posted to the WIP account for material.
    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.
    GR/IR clearing for material ledger (WRY)
    This transaction/event key is not used from Release 4.0 onwards.
    Prior to 4.0, it was used for postings to the GR/IR clearing account if the material ledger was active. As of Release 4.0, the transaction is no longer necessary, since postings to the GR/IR account in parallel currencies are possible.
    Reg,
    Ashok
    assign points if useful.

Maybe you are looking for