Account Determination- MM Purchasing

Hi all,
I'm unable to understand how exactly the Automatic Account Determination works, can any one please explain it from SAP implementation point of view.

Hi,
In SAP every movement of goods is followed by one movement type and movement type trigged transaction event keys. G/L account assignment and G/L account assigned to transaction event key in OBY T.code. GR,GI & IR will updated by movement of goods only.
In Account Determination, respective G/L accounts assigned to your chart of account,relevant to business transactions keys(Example:BSX,PRD,FRE,GBB),Account modifier(Example:BSA,VBR) and Valaution Calsss.If all are assigned then you would not face any problems during your posting of GR,IR etc..........
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.
You can Configure 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
For more check the links:
http://sapdup.peteandmegan.com/?p=19
http://www.bluemarlinsys.com/ns/0603-03.asp
SAP MM Automatic Account Determination
Regards,
Biju K

Similar Messages

  • Account Determination in Purchase Order for WBSE "Q" suddenly change

    Hi folks!!
    I am having a starnge problem while creating the PO for account assignment category Q.
    Whenever we create a PO for account assignment category Q, system automatically picks the G/L account, which is a profit and loss account, but suddenly at PO level it has started to pick Balance sheet account for the same material.
    I have check the account determination and found that G/L accounts are there belong to same old profit and loss account.
    What could be the possible reason (other than Automatic Account Determination), how can I rectify this situation, can we drive through WBSE also??
    Please help.

    this was due the WBSE which was picking the ballance sheet g/l has assignment for valuted stock.

  • Intercompany Goods Moment Account Determination Question

    Hi,
    I'm wondering how to meet a business requirement relating to intercompany FI postings.
    We use the NB stock transport order to transfer materials between plants in different company codes. For this order type, SAP uses movement type 643 for the shipment and movement type 101 for the goods receipt.
    The requirements are:
    1) we would like to use the same FI account as offset for shipment as the receipt
    2) the account should not be the vendor Purchase Price Variance (PPV) account; otherwise it would be too difficult to analyze this account.
    The account determination for the 643 is determined in GBB VAX; and the account determination for the 101 is in PRD (no modifier). However this is the same account determination as Purchase Price Variance (PPV).
    Aside from creating a new movement type for the goods receipt, is there any way to achieve the required FI Postings?
    Thanks -- points to be awarded for a good solution.
    Dan

    Hello MA,
    The intercompany PO we create is at a $0.00 price.  We also uncheck the IR box on the PO, as we do not expect a vendor invoice from the receipt.
    The WRX T/E key controls the GR/IR account; we do not want to change this account because we still want receipts against external vendor POs to post there.  Also, since the IR box is unchecked, SAP will not make a posting to the WRX account (GR/IR).
    We want the difference between standard and PO price (which always equals standard price because the PO price is $0.00) to post to the same account as the PGI posting.  However we do not want this posting to go to our vendor PPV account, which is configured in PRD.
    Hope this clarifies for you.
    Thanks,
    Dan

  • Intercompany Goods Movement Account Determination

    Hi,
    I'm wondering how to meet a business requirement relating to intercompany FI postings.
    We use the NB stock transport order to transfer materials between plants in different company codes. For this order type, SAP uses movement type 643 for the shipment and movement type 101 for the goods receipt.
    The requirements are:
    1) we would like to use the same FI account as offset for shipment as the receipt
    2) the account should not be the vendor Purchase Price Variance (PPV) account; otherwise it would be too difficult to analyze this account.
    The account determination for the 643 is determined in GBB VAX; and the account determination for the 101 is in PRD (no modifier). However this is the same account determination as Purchase Price Variance (PPV).
    Aside from creating a new movement type for the goods receipt, is there any way to achieve the required FI Postings?
    Thanks -- points to be awarded for a good solution.
    Dan

    Dear Dan
    Yes this is achievable.  But instead of changing the standard feature, you better copy the standard 643 and create a new movement type.
    For that go to OMJJ, select Movement Type, input 643 and execute.  You can see some tabs to your left screen where you double click on [Account Grouping]  so that a screen will open where you can modify the Account Grouping under the tab Account Modification.  Change it to required Account Group and save.
    Now try your process from begining and check the FI impact.  All these changes have to be tested thoroughly in development, get the concurrence from FI people and then transport to production.
    thanks
    G. Lakshmipathi

  • G/L account determination - purchasing tab - accounts payable window

    Dear users,
    Can any one help me by defining what is "assets account" in accounts payable window in purchasing tab of G/L account determination ?
    It shows liability control accounts while the account type is mentioned "Asset accounts" I am confused in this.
    Thanks and regards,
    Farhan Sufi

    Farhan
    Ignore the verbage.  The accounts you need to select on Accounts Payable accounts from the Liability drawer.   Please check Control Account on the AP GL account you want to use.
    Suda

  • Assets Account- Purchasing Tab GL Account Determination

    Hello Experts,
    I was wondering if someone can explain me how the Control Account "Assets Account" works on the Purchasing Tab of the GL Account Determination?
    Does anyone has some information, articles on this?
    Looking forward to your reply,
    Thanks

    Hi,
    The Asset account is used whenever you are  purchasing a Fixed asset. While creation of a GRPO there is no JE passed. The account that we map in Control Account "Assets Account" acts as an offset account for the vendor which gets hit while creation of AP Invoice. This account is nullified as soon as the payment for the AP invoice is made. Hope this helps.
    Thanks,
    Joseph
    Edited by: Joseph Antony on Oct 15, 2010 10:31 AM

  • Account automatic determination in purchase order (related to sales order)

    Hello,
    We are customizing a direct delivery process: a sales order is created, at the time of saving a purchase requisition will be created and a purchase order is manually created thanks to the purchase request number.
    Today, the system retrieves the general account of the key BSX key (stock) in my purchase order, although I would like another G/L account to be posted. For this flow there is a dedicated account assignment category. I have changed the "account modification" field in the account assignment category in order to have a specific key and a specific G/L account in the purchase order.
    The system does not take into account this key and the account assigned in GBB-XXX into account at purchase order creation. Have any of you an idea on this issue?
    Thanks for your help,
    Best regards,
    Ronan

    update

  • SD tax G/L account determination

    First, I am not a Finance person nor do I know a lot about tax configuration.  My background (relevant for this issue) is in S/D pricing and associated account determination.  This is an S/D tax calculation and account determination issue for the United States.
    I am attempting to generate a “use” tax in an internal service order and then to populate the correct G/L account(s) with these tax values.  The service order, which is really just a sales order,  generates a statistical value for the basis and then I have pricing condition types (condition class = “D” (“taxes”), condition category = “D” (“Tax”)) specified in the pricing procedure.  These “tax” condition types are correctly calculating the tax amount.
    Normally, to point to the correct G/L account for a pricing condition type, you would configure Account Determination within S/D.  The simplest form would be the usage of the account key.  The account key would be specified in the “AccKey” column and account determination configuration would point this key to the correct G/L account.
    I understand (both from my own very recent experience and also from some of the information I have read on the internet) that things might be a little bit different when determining a G/L account for tax.  Originally I specified two different account keys in the pricing procedure for the tax condition types (normally I would have specified just one).  I specified MW1 through MW4 in the account key column for all 4 tax condition types and MWS in the accrual column.  My intent was to update the tax expense account from MW1 – 4 and the tax accrual account from MWS (I realize I might have this backward).
    When I created a billing document, SAP would not create the accounting document.  It indicated (from my recollection) that it was missing a tax code for the G/L account for the first tax condition type (“YTX1”).  Cutting through the history, it appears that SAP needs this code to point to the correct G/L account for S/D.  I also learned that there is a tax code field in the tax condition record (VK11) where you specify this code.
    I am actually familiar with the configuration and setup for use tax for A/P vendor invoices.  I had to perform this  setup very recently.  In short, I know that the tax code determines what the tax rates will be and also determines the G/L accounts.  I know how to setup a situation for tax accrual (this is setup found in tax code U1).
    My questions are the following:
    1) Is it true that I have to use the tax code to determine the G/L accounts for taxes generated in an S/D pricing procedure?  Is it possible I am doing something wrong in the S/D account determination (at the moment, not quite sure what this would have been)?
    2) Is it possible that I am adversely affecting account determination by specifying an account key in the accrual column of the pricing procedure for the tax pricing condition types?
    3) If we do have to specify a tax code in the tax pricing condition records in order to use the FI tax procedure to point to the correct G/L account, do we also specify the tax rates in this FI tax code or do we still specify them in the S/D tax pricing condition records?  It does not make sense to have to specify these rates twice.  In short, what does SAP actually use for tax calculation?
    Thanks a lot – Ed Seigler

    Hello Edward,
    The tax code represents a tax category which must be taken into consideration when making a tax return to the tax authorities.
    Tax codes are unique per country. The tax rate calculation rules and further features are stored in a table for each tax code.
    SAP supplies a tax calculation procedure for each country. The procedure comprises a list of all common tax types with rules for tax calculation.
    You have to define a separate  tax on sales/purchases code for each country in which one of your company codes is located. Each code contains one or more tax rates for the different tax types.
    Tax codes are actually configured in FI, but they play a significant role while creating tax condition records for a particular condition type.
    Account keys in the account determination procedure connect the condition types to the relevant GL accounts. It doesnt have any impact on tax calculation. Its a procedure that is purely used to map GL accounts to the condition types.
    Finally, i would suggest you to check at the condition record level, whether you have assigned the correct tax code to the appropriate condition type to rectify the error.
    <b>REWARD POINTS IF HELPFUL.</b>
    Regards
    Sai

  • Abt account determination

    I want to know how does the automatic account determination takes place in MIRO,everytime how system picks
    Vendor account(credit)
    GR/IR(DEBIT)
    In MIGO it depends on movement type and all other things,
    but in MIRO there is no mvt type.
    pls let me know asap

    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.                                                            
    If the above setting is not done and you have std price than it will post to the price diff account and fi you hae MAP then based it will post the mateiral account

  • Posting to different GR/IR account based on purchase order type

    We are implementing cross company stock transport orders that require an AP invoice to be posted against the goods receipt.  Our AP department does not want the GR/IR postings to go to the account used for traded AP.  I cannot determine a method using OBYC to specify a different account based on purchase order type.  Is there a way to do this?

    Hi Jud
    You should make these posting to a cost center then..The only way you can control account postings via PO type is having a account assignement category. You can make this as mandatory filed for this PO type..
    Please let me know if your requirement is different..
    CHeers
    R K Bolla

  • No account determination for Service PR with acct assngmnt

    Dear Experts,
    I am creating a PR with account assignment as K (even any other like F, N) and Item category D. After completing the entery of all details like service number, qty and gross price, a new screen is appearing to enter the cost center but also the G/L account number.
    I have maintained the Valuation class in the service master and the automatic account determination settings in OBYC are aslo setup.
    I am surprised why it is not determining the G/L account?
    Can any one please guide me how to rectify this error?
    Edited by: b praveen savan on Aug 14, 2009 3:12 PM

    Hi Praveen,
    You have to enter the correct GL Account & Cost Center for each line items.
    You are going to procure the material with respect to GL Account, System doesn't know whether the accounting should go to which GL A/C & Cost Center.
    Here, The STD SAP Scenario is you are purchasing the material with respect to Location/Dept wise to restrict the Qty updation in stock.
    Regards,
    Mohd Ali.

  • Account determination EIN key

    Hi Folks,
    While doing Goods Receipt against Purchase Order, I am getting following error:
    "Account determination for entry ABBS EIN not possible"
    The problem is that I don't want to make posting in EIN rather I want to post in BSX which is already configured.
    Please advise how to remove this error.
    Regards

    Hi,
    The purchase account is posted at the time goods receipts and incoming invoices are posted, with the same amount as the stock account. The offsetting entry is posted to a purchase offsetting account. The purchase account is generally not posted upon goods receipts for purchase orders with account assignment.
    A freight purchase account also exists. This is used to document delivery costs posted for externally procured materials.
    EIN Purchase account
    EKG Purchase offsetting account
    FRE Freight purchase account
    You can change the settings at the following location
    SPRO->Materials Management->Valuation and Account Assignment->Account Determination->Account Determination Without Wizard-> Purchase Account Management-> Activate Purchase Account in Company Code
    Thanks,
    Sandeep

  • Account determined for entry (chart of accounts no) WRX 0003 not possible

    HI, I'm trying to GR a PO for a material using movement type 101 and am getting the following error
    "Account determined for entry (chart of accounts no) WRX 0003 not possible"
    I know that I need to go to OBYC to make an entry for transaction WRX for valuation group code 0003 and valuation class and then assign it to the relevant gl. 
    My problem is I don't know what the valuation class should be.  In the PO there is short text entered for the item rather than a material number so I cannot go to the material master to check what valuation class is assigned.  Is it linked anywhere to the material group?
    Thanks in advance for your help

    yes u can do
    fist
    u can make the entry and blank valuation class and give the gl account in wrx
    so that it will take this GL account for blank materia number
    or
    u cna give valuation class to material group
    MM  purchasing -- materal master -- Entry Aids for Items Without a Material Master
    hope this helps

  • Account Determination error while goods receipt

    I am trying to receive a Purchase order thru MIGO transaction. I got an error message saying "Account Determination for entry IPGL FR1 0040 not possible".
    This error message came only when i had "FRB1" condition type in Purchase Order Conditions. Without FRB1 condition type in conditions i am able to receive the Purchase Order thru MIGO.
    IPGL is the chart of accounts in our company.
    What is FR1 in the error message ?
    What is 0040 ?
    What is the connection between condition type FRB1 and Account determination?
    What do i need to do to fix the issue?
    I greatly appreciate any help from you guys.

    Prashanth,
    I would encourage you to search the forum before posting any question (if you have the time, interest etc). It is likely that youu question (or a similar question) would have been answered previously.
    Please search the forum with 'account determination error' for instance. I get 11 hits. You can try searching with other similar terms. Read the hits and then come back if you still have questions.
    I don't intend to be unhelpful but I felt the need to point this out (although most people don't seem to care).
    H Narayan

  • Maintain account determination (table T030B) for posting key IRX (M8395)

    Dear Guru,
    I am testing IS-OIL - Exchanges.
    Created Exchange Agreement and Purchase Contract and Sales Contract, Purchase Contract and Sales Contract are assigned to the Exchange Contract.
    A PO is created with reference to the Purchase Contract.
    Upon post goods receipt in MIGO, encountered error message "Maintain account determination (table T030B) for posting key IRX (Message no. M8395)" that does not allow PGR to get through.
    A call-off is created with reference to the Sales Contract.
    Similarly, when PGI is performed in VL01N, encountered error message "Maintain account determination (table T030B) for posting key IGX (Message no. M8395)" that does not allow PGI to get through.
    Checked in OBYC, there is no transaction key for IRX and IGX.
    Please advise. Thank you.
    Regards,
    WL

    Hi WL,
    In an Exchange scenario, the account determination entry would have to go added through tcode O54E for this purpose. You would see both the IRX and IGX entry in the above mentioned tcode.
    Menu path: IS-OIL Downstream --> EXG --> Account Assignment
    You would not be able to see the IRX or IGX transaction key in OBYC.
    Hope the above helps.
    Thanks.
    Edited by: Kok Wai Phang on Jul 10, 2011 7:58 AM

Maybe you are looking for