Sales/Use Tax - Automatic Account Assignment

Our use tax on an incoming Accounts Payable invoice gets automatically charged to a GL account.  Is there a way to assign a profit center on that posting so that all postings to that GL account for that company are assigned to a profit center?

And conditions are company code + GL account = profit center 1? For that you can use substitution, transaction GGB1, make this setting for Cost accounting, line item level and in prerequisites you make if BUKRS = xxxx and HKONT = xxxxxxx, in substitution put COBL-PRCTR = PC1.
Ask if you need further clarifications.
regards

Similar Messages

  • Profit center splitting - Intercompany FB60 - Sales/Use Tax Vendor invoices

    We are implementing Use Tax calculations for Vendor invoices and are stuck on an issue with profit center splitting when entering intercompany AP transactions (FB60).     The tax postings of the non-leading company are being split between the two company profit centers.
    When posting a vendor invoice with more than one company the tax items of the leading company are posting with the correct profit center but tax items if the non-leading company are splitting between the profit centers of the two companies.   The total amount of the tax is still correct, just part of it is posted to the wrong profit center. 
    We are assuming this is a document splitting issue but changes to document splitting configuration did not get the desired effect of not splitting the tax accounts.   
    Are there any suggestions of particular areas of document splitting that we should look into or other areas that might be causing this profit center splitting for the tax items?  Any ideas would be appreciated.
    Thanks,
    Jeff

    Hi Murlidhar,
    Here's a sample transaction with the problem results we are seeing.  Normal AP transactions are posting fine, it is only when Sales/use tax is added that we are finding a problem with the profit center splitting.
    Entering a two line FB60 transaction under company 0001.
    Line 1  - Company 0001, profit center 220020, $100
    Line 2 - Company  0002, profit center 250020, $100
    SAP sends this transaction to our external tax system which returns the tax amounts to accrue for each line item.
    Line 1 $7.30 for company 0001
    Line 2 $9.05 for company 0002
    When the transaction is then viewed in General Ledger View we see the tax amount of $7.30 posting to profit center 220020 but the tax amount for line 2 of $9.05 is evenly divided between profit centers 220020 and 250020. 
    The $9.05 should be posting only to profit center 250020 as the profit center assigned to line 2 of the transaction.
    Thanks,
    Jeff

  • About automatic account assignment

    hi,
    in one interview i faced a question ie: what are the sequencial steps involved in configur automatic account assignment?
    can i get a answer from seniors

    Configure automatic postings                                                                               
    In this step, you enter the system settings for Inventory Management and             
        Invoice Verification transactions for automatic postings to G/L accounts.                                                                               
    You can then check your settings using a simulation function.                                                                               
    Under Further information there is a list of transactions in Materials               
        Management and their definitions.                                                                               
    What are automatic postings?                                                                               
    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:                                                       
        o  Stock account                                                                     
        o  Consumption account                                                                               
    How does the system find the relevant accounts?                                                                               
    When entering the goods movement, the user does not have to enter a G/L              
        account, since the R/3 System automatically finds the accounts to which              
        postings are to be made using the following data:                                    
        o  Chart of accounts of the company code                                             
           If the user enters a company code or a plant when entering a                      
           transaction, the R/3 System determines the chart of accounts which is             
           valid for the company code.                                                       
           You must define the automatic account determination individually for              
           each chart of accounts.                                                           
        o  Valuation grouping code of the valuation area                                     
           If the automatic account determination within a chart of accounts is              
           to run differently for certain company codes or plants (valuation                 
           areas), assign different valuation grouping codes to these valuation              
           areas.                                                                               
    You must define the automatic account determination individually for              
           every valuation grouping code within a chart of accounts. It applies              
           to all valuation areas which are assigned to this valuation grouping              
           code.                                                                               
    If the user enters a company code or a plant when entering a                      
           transaction, the system determines the valuation area and the                     
           valuation grouping code.                                                          
        o  Transaction/event key (internal processing key)                                   
           Posting transactions are predefined for those inventory management and            
           invoice verification transactions relevant to accounting. Posting                 
           records, which are generalized in the value string, are assigned to               
           each relevant movement type in inventory management and each                      
           transaction in invoice verification. These contain keys for the                   
           relevant posting transaction (for example, inventory posting and                  
      Transaction/event key (internal processing key)                                         
      Posting transactions are predefined for those inventory management and                  
      invoice verification transactions relevant to accounting. Posting                       
      records, which are generalized in the value string, are assigned to                     
      each relevant movement type in inventory management and each                            
      transaction in invoice verification. These contain keys for the                         
      relevant posting transaction (for example, inventory posting and                        
      consumption posting) instead of actual G/L account numbers.                             
      You do not have to define these transaction keys, they are determined                   
      automatically from the transaction (invoice verification) or the                        
      movement type (inventory management). All you have to do is assign the                  
      relevant G/L account to each posting transaction.                                       
      Account grouping (only for offsetting entries, consignment                              
      liabilities, and price differences)                                                     
      Since the posting transaction "Offsetting entry for inventory posting"                  
      is used for different transactions (for example, goods issue,                           
      scrapping, physical inventory), which are assigned to different                         
      accounts (for example, consumption account, scrapping, expense/income                   
      from inventory differences), it is necessary to divide the posting                      
      transaction according to a further key: account grouping code.                          
      An account grouping is assigned to each movement type in inventory                      
      management which uses the posting transaction "Offsetting entry for                     
      inventory posting".                                                                     
      Under the posting transaction "Offsetting entry for inventory                           
      posting", you must assign G/L accounts for every account grouping,                      
      that is, assign G/L accounts.                                                           
      If you wish to post price differences to different price difference                     
      accounts in the case of goods receipts for purchase orders, goods                       
      receipts for orders, or other movements, you can define different                       
      account grouping codes for the transaction key.                                         
      Using the account grouping, you can also have different accounts for                    
      consignment liabilities and pipeline liabilities.                                       
      Valuation class of material or (in case of split valuation) the                         
      valuation type                                                                          
      The valuation class allows you to define automatic account                              
      determination that is dependent on the material. for example: you post                  
      a goods receipt of a raw material to a different stock account than if                  
      the goods receipt were for trading goods, even though the user enters                   
      the same transaction for both materials.                                                
      You can achieve this by assigning different valuation classes to the                    
      materials and by assigning different G/L accounts to the posting                        
      transaction for every valuation class.                                                  
      If you do not want to differentiate according to valuation classes you                  
      do not have to maintain a valuation class for a transaction.                            
       Before you maintain automatic postings, you must obtain the following                           
       information:                                                                               
    1. Valuation level (plant or company code)                                                      
          Establish whether the materials are valuated at plant or at company                          
          code level                                                                               
    When valuation is at plant level, the valuation area corresponds to a                        
          plant.                                                                               
    When valuation is at company code level, the valuation area                                  
          corresponds to a company code.                                                               
          Define valuation level                                                                               
    2. Chart of accounts and valuation grouping code per valuation area                             
          Find out whether the valuation grouping code is active.                                      
          Activate split valuation                                                                     
          If it is not active, determine the chart of accounts assigned to each                        
          valuation area (via the company code).                                                       
          If it is active, determine the chart of accounts and the valuation                           
          grouping code assigned to each valuation area.                                               
          Group valuation areas                                                                               
    You must define a separate account determination process for chart of                        
          accounts and each valuation grouping code.                                                                               
    3. Valuation class per material type                                                            
          If you wish to differentiate the account determination process for                           
          specific transactions according to valuation classes, find out which                         
          valuation classes are possible for each material type.                                       
          Define valuation classes                                                                               
    4. Account grouping for offsetting entries to stock accounts                                    
          Under Define account grouping for movement types, determine for which                        
          movement types an account grouping is defined for the                                        
          transaction/event keys GGB (offsetting entry to stock posting), KON                          
          (consignment liabilities) and PRD (price differences).                                                                               
    Default settings                                                                               
    G/L account assignments for the charts of accounts INT and the valuation                        
       grouping code 0001 are SAP standard.

  • Configuring automatic account assignment

    Hi All,
    Can anyone give me the step by step configuration procedure
    automatic account assignment.
    Regards,
    Nisha

    hi,
    spro --> Materials management --> valuation and account assignment --> account determination --> account determination without wizard.
    under this we have:
    define valuation control, group together valuation areas, define account grouping for movement types.
    in transaction OMWN, you will find account grouping.
    1.     Valuation area:  plant or company code ( SAP recommends Plant)
    2.     Valuation class ( 4 Character ID )
    3.     Account Category Reference   Grouping of valuation class for the purpose of Automatic Account Determination.
    4.     Valuation Grouping Code/ Valuation Modifier
         4 Character ID, used to group valuation areas for the purpose of automatic account determination
            88p1      8888   CAUS   0001
             88p2      8888   CAUS   0001
    •     The plants belongs to same company code can have same grouping code.
    •     The plants belongs to same company code can have different grouping code
    •     The plant belongs to different company codes can have same grouping code.
    EX:  valuation grouping code     valuation class      G/L
         0001                    3000          300000
         0002                    3000          690000
    5.     Transaction / Event key
         It is an internal processing key which facilitates in automatic determination of accounts.  The system uses internally, what accounts have to be picked up.
         3 Character ID
         Some of the Standard Transaction/Event keys are
    1.  BSX   -- Inventory postings  ( Stock postings )
    2.  BSP   -- Stock Change account
    3. WRX  -- GR/IR Clearing account
    4. UPF  -- Unplanned delivery costs
    5. GBB  -- Offset entry for Inventory posting
    6. PRD  -- Price difference accounts
    7. KON – Consignment liabilities
    Goods receipt for PO ::  BSX  and WRX will trigger.  
    Goods issue::  BSX and GBB ;will trigger.
    6.     Account Modifier:
     Account modifier are used to determine Finer accounts for  a transaction or a event.
     Goods issue to the cost center:
         Stock account  BSX  Credit.
         GBB                          Debit.  ( 
    hope this may hlep you,
    regards,
    srinivas

  • Add field 'asset' in sales order line item account assignment tab

    Hi,
    I would like to add the following field: 'asset' in sales order line item account assignment tab.
    I can enter order, or wbs, but not Asset.
    How can I make this field visable?
    Anybody?
    thanks,
    klundert
    Edited by: Eric Van Zundert on Oct 30, 2010 8:43 AM

    Hi
    There is perform which moves the values to VBAP field.
    This PRCTR field is stored in VBAP (i.e., SO line item table)
    USEREXIT_MOVE_FIELD_TO_VBAP
    Hope it works.
    VVR

  • OBYC changes in automatic account assignment

    Hi
    I've a question.
    We have configured automatic account assignment under BSX in OBYC with say, GL1.
    Now we observed that, it has changed to GL2 by mistake. Now we need to set it back to GL1.
    Will system automatically assign all the transactions to the changed GL (i.e from GL2 to GL1), meaning the old transactions as well, or we need to pass a JV for the rectification of the balances to the correct GL.
    Please advise.

    What must be the rectifying action for this?? Since this is a huge balance and Finance dept is not allowing to pass a JV with such a huge balance for audit reasons.
    Plz suggest from MM side what can be done coz reversing and re-posting the whole thing is not possible since its time consuming activity.

  • Sales Order/Item as Account Assignment in Accounting Doc.

    I have a scenario where we are selling some services. Process is to create sales order --> Create billing document in reference to sales order & then release it to accounting. I am using materials of type DIEN( service) for the purpose and have customized the sales order / item category. Process is working fine till creation of accounting document but the accounting document is missing sales order/item in it [as account assignment]. I am not sure what config I am missing.
    Attached file shows where I am expecting the sales order / item to be seen.
    Please provide hints on this.
    Thanks in advance.
    Sonal

    Hi Sonal
    If you want the billing doc to post in the sales order as cost object, then your GL has to be cost element and the account assignment category in Sales order must be E
    Check the Requiremebt Type in the Procurement tab of sales order.
    This RT is assigned to a Requirement Class and the RC is mapped to Acct Assgn Catg.
    Spro - Cost object controlling - prod cost by sales order - control of sales order related.....
    In this node you can see which RC is assigned to RT
    Br. Ajay M

  • MM automatic account assignment for MIGO (additional accounting lines)

    Hi MM Experts!
    I created a PO (only 1 material in it), and after that I did a GR goods receipt in MIGO for this.
    Movement type: 101
    When I did this the accounting lines looks like that:
    Itm PK Account    Account short text   Assignment...........................Amount
                                                                                    1 89 21411000   Vás. villamosenergia      XXXX...........................................3.000.000
      2 96 29700000   Tech.acct.purch.stoc 450000012800010...................3.000.000-
    I run the transaction OMWB, and did a simulation, and it ok:
    Inventory posting                   0002  -e-       SEVV  89 21411000    99 21411000 
    GR/IR clearing account          0002            SEVV  86 29700000    96 29700000 
    So the MIGO 101 movement type for GR goods receipt did a BSX (Stock posting) and a WRX (GR/IR clearing) accounting.
    I need the following:
    If I do a MIGO with 101 movement (GR goods receipt), not just this 2 accounting line created, but I need +4 additional line (these lines are special taxes).
    So if I do a MIGO I have to see:
    1 89 21411000   Vás. villamosenergia      XXXX...........................3.000.000
    2 96 29700000   Tech.acct.purch.stoc  450000012800010 ..3.000.000-
    3 89 53471000   T.........................................................................1.500.000
    4 96 46382100   K1......................................................................1.500.000-
    5 89 51420000   T2.........................................................................750.000
    6 96 47999421   K2.........................................................................750.000-
    Is it possible? How can I do it?
    I search in OBYC, but I canu2019t find appropriate solution.
    Thanks for the answers.
    Peter

    Hi,
    In 1st case, you have entry in Goods Receipt of inventory value debited(3.000.000 +) and GR/IR clearing(3.000.000 -). As all value flow from purchase order which with NET VALUE with pricing elements( condition type/types).
    As in 2nd case you wanted.....with addition of above accounting entries, extra 4 lines needed but what are the two amounts represents ( 1.500.000 &   750.000)?
    If so needed you should have two extra condition types in PO for amount representing 1.500.000 &   750.000.The condition types must be there in MM pricing procedure in M/08, maintain the  account keys  with a accrual key for each condition type. For condition types for both in M/06 , maintain condition category is must( do not keep blank, keep as B)& also select accrual check box in control data.In OBYC, maintain the  two different G/L accounts for two  accrual keys.
    Also activate the Purchase account management in the Company code in following path:
    SPRO> Materials Management> Valuation and Account Assignment> Account Determination> Account Determination Without Wizard> Purchase Account Management> Activate Purchase Account in Company Code
    After above setting, Create a PO and do goods receipt and check accounting entries.
    Regards,
    Biju K

  • MM FI - AUTOMATIC ACCOUNT ASSIGNMENT

    Hi All
    I have a doubt with regards to the valuation grouping code. SAP says that "when the valuation grouping code is deactivated, all the valuation areas which use the same chart of accounts would be treated identically in terms of account assignment"
    Correct me if i am wrong in understanding the above statement -
    1. that all the valuation areas using the same chart of accounts will be using the same G/L accounts?? that is to say that there will be a one is to one match between the G/L accounts of all the valuation areas using the same chart of accounts??
    Also i wanted to know the use of transaction OMWN and its use..
    Thanks..

    Hi,
    transaction OMWn
    while doing Gr, system find material master .material master have material type ,material type have account category reference and material master have valuation class ,
    suppose your r receiving goods against PO
    MVt type 101,
    System will check if material is quantity and value updated for material type or not
    if its is special stock, or not ,
    if this gr  against PO or production order( If PO system will take movement indicator B or production order F)
    if its consumption or asset or neither  ( see consumption posting In omwn ie. v=consumption.A=asset etc)
    if according to that system will check one bye one ,
    then it will take value string and transaction even key
    And then Accounting entrees take place In GR after this all execution
    Regards
    Kailas

  • GR-Non valuated flag is checked when using Order as account assignment Cat

    Hi,
    We are creating a Purchase Req using a Work order, but under the valutaion tab GR-non Valuated is checked and greyed out so the user can't uncheck it. I want user to select just the Goods Receipt Check but not GR-Non Val.
    I already chekced the configuration in OME9 and both are not checked . Also we are not using multiple accout assignment there is only one account assignment element which is that Work order number.
    please advice...
    thank you!

    what is the account assignment category in your PR? if it is coming as checked by default then somebody must have ticked it in SPRO-MM-Pur-account assignment-Maintain Account assignment categories---there select your relevant account assignment category and you will see GR Non Val indicator TICKED, if you don't want it to be dafult in PR , remove it.
    But first check why it has been ticked there , it is possible that based on business need all servies / stock purchase under that acnt *** cat need not to be valuated.
    Yogesh

  • Automate Account Assignment in cProjects

    Hi Experts,
    Is there a sample code available which can tell me how to populate the parameters for this Class=> method -
    cl_dpr_fin_gecco_iaom_services=>replicate2
    Scenario - I have a dpr_project-project_id and I need to do an account assignment using a WBS element as my inputs
    Regards,

    Hi Mishra ,
    Yes, the method  CHECK_ACCOUNT_ASSIGNMENT should fulfill your requirment.  And there is an example implementation of this method. Please see example codes in class CL_EXM_IM_DPR_FIN_GECCO_MANUAL.
    Kind regards,
    Zhenbo

  • Automatic Account Assignment

    Hi Guys,
    I have problem where a cost object is not assigned to a cost element at both KA03 or OKB9, but when a goods issue doc was created, cost center xxxxxx was hit eventhough it was not assigned. Where could this cost center have been assigned?
    Thanks in advance
    Glenn

    Ganga,
    Please check your IMG settings for Goods Issue/Transfer postings, I guess in your case it's already set to some value and thats why it is hitting the account after goods issue.
    Also check Set manual Account Assignment option in SPRO.
    Regards,
    Amey

  • MM Automatic account assignment

    Hi all ,
    I need to change G/L account in OBYC settings .
    Scenario is  stock transfer from one plant to another in the same comany code .
    Material is having different std cost in  sender plant & recieving plant .
    On transfer finished stock is debited / credited in recieving plant & sender plant .
    Also one more G/L account is debited / credited because of  cost price differance .
    I need to change this G/L account for cost diff .
    Can you let me know which key I should look into .will this be GBB with General modification INV .
    I am seeing one more AUM ( Expense /revenue from stock transfer ).AUM is also configured with G/L account .
    Regards
    Manoj

    Hi
    Try to change account in AUM alone and verify it in testing system by posting an entry
    I think AUM is the right key for your scenario
    Reg
    Vishnu

  • Material Account Assignment Group, in Sales Order Mass Update

    Sd Experts,
    We just went live, our consultant updated Account assignment group at the material level but did not updated existing materials. When we caught the problem and updated exisisting materials there were some existing orders already created. Which now I am getting an account determination error due to this field being empty at the material level.
    We have some sales orders that I need to update but they are just too many, currently I have been fixing them thru VF02, for to the material and update manually.
    Does anyone has any idea how to mass update this field for all existing orders, to update "Account Assignment Group" field automatically
    Your help will be greatly appreciated.

    Hi
    In Mass transaction choose object type as #BUS2032,after executing in the next screen from the tables choose#Sales Order Item Data, and from the fields choose#AcctAssgGr (MASSSDHE)-MASSSDHEAD_S-KTGRD, now execute to find fields Sales document and Sales Document item , here load all the Sales Orders for which the change is needed along with the items for which the changes are needed execute again to find the next screen with Sales Documet, Sales Document item and Account assignment which needed to be changed,now select the entire block enter new values in the Account assignment  box in the above, click on the 'Carry out MAss change button ' and then save, it will take some time basing the change tobe carried and issues a log as to how many documents were changed
    Hope this is clear,please do a test run before.
    Regards
    Chandra

  • US: Tax-setup of Sales and Use Tax in a company located in Michigan, US

    Dear all!
    Below it's described how the A/P-taxes have to be handeld in our company in Michigan, US. We want to use a very simple TAXUS-setup (No Jurisdiction). Actually we have problem in setting up the tax-scheme of TAXUS with the following cases:
    In the US, there are four situations for our Sales/Use Tax. All four are for A/P only. All four are related to the State of Michigan. The applicable tax rate is either 0% (exempt from tax) or 6% (taxable).
    The first two involve invoices that are correct from the vendor and nothing special needs to be done. The
    payment is made to the vendor and the full amount of the invoice is booked to the expense account (i.e. 123456 Telephone).
    1. The vendor DOES NOT charge sales tax on items that are EXEMPT from sales tax.
    2. The vendor DOES charge sales tax on items that are TAXABLE.
    The second two situations involve invoices that are incorrect from the vendor and our company must account for the sales/use tax.
    3. The vendor DOES NOT charge sales tax on items that are TAXABLE. Our company must accrue for the tax due to the State of Michigan and pay it at the end of the period.
    4. The vendor DOES charge sales tax on items that are EXEMPT from sales tax. Our company must either deduct the sales tax on the invoice from the payment and reduce the amount paid to the vendor OR pay the invoice in full and book the overpayment of tax against the accruals from item #3.
    Especially case #3 is actually the biggest challenge to be setup in the system in order to get the amounts correctly calculated. To our opinion the SAP has to create an additional tax-line item.
    Thanks a lot for a helpful answer or solution!
    Regards,
    Bernd

    Hi Bernd,
    Did you get a solution for your  query? If so, can you please share that? I have the same scenario for Geismar, Louisiana.
    Please let me know how did you configure the Accrued tax. Really appreciate your response.
    Thanks, Reji.

Maybe you are looking for