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.

Similar Messages

  • 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

  • WBS element changed into an account assignment element

    Hi Gurus,
    Please let me know that how to get WBS element changed into an account assignment element.
    regards
    mohan

    In what releation? For depreciation costs?

  • 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.

  • Changing G/L account assignment causes reposting of receipt

    Hi,
    I had the requirement to change a G/L account to an new account as of this year.  I delimited the symbolic account assignment and created a new record.  Problem is, if I have to re-post an older trip, the old receipts repost to the new G/L account.  We do not want retro-postings due to this change.
    I changed table view V_T706K - Symbolic account assignment with a new begin date and new symbolic account assignment.  Why does the Posting Run ignore the dates?

    Hi Kenneth,
    As per my understanding if the tripu2019s dates are between the change dates then this problem can occur.
    As per the configuration done (which you can see in expert view), system fetches the data depends on three basis.
    a.     As per trip first date
    b.     As per trip last date
    c.     As per receipt exact date
    So in case if you create a trip of start date 15.01.2010 and  end date 16.01.2010 and insert a receipt of 21.01.2010, it can fetch the config data of new GL account as per config.
    I believe you have delimited the settings. Do let me know for any query.
    Hope it helps you.
    Thanks,
    Vaibhav

  • IN SALES ORDER PLANT IS CHANGED BUT FM ACCOUNT ASSIGNMENT IS NOT CHANGED

    HI ALL
    while changing the plant in sales order  LINE ITEM FM  accounting assignment is not changing accordingly FOR THE PARTICULAR LINE ITEM.
    FOR THIS REASON NO ACCOUNTING DOCUMENT IS GENERATING.
    THANKS & REGARDS
    MALA

    solution found.
    Mala k reddy

  • 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 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

  • Changing line item account assignment

    Hi all,
    I am attempting to code the functionality of transaction KB61 to change the account assignment of a line item. The BAPI that I am using to recreate the functionality is BAPI_ACC_PRIMARY_COSTS_POST (may or may not be able to do what I want?)
    Does anybody know how to pass the material number (MATNR) through to the line item for being reposted using BAPI_ACC_PRIMARY_COSTS_POST or is there another way to do this?
    Regards,
    Jason Lante

    hi
    good
    go through this
    FU BAPI_ACC_PRIMARY_COSTS_POST
    Short text
    Accounting: Post Primary Costs
    Functionality
    Method for posting a document with primary costs.
    Structure DOC_HEADER holds the document header data. Field CO_AREA holds controlling area used for posting. For external number ranges, field DOC_ holds the document number. Fields DOCDATE (document date) and POSTGDATE (posting date) are optional; the R/3 System uses the current date for empty fields. Field OBJ_KEY holds the number and organization of a reference document (10 characters each). Field OBJ_TYPE holds the object type of the sender system reference document. Field LOGSYSTEM is for documents from external systems only. Field DOC_HDR_TX can hold a document header text. Field VARIANT can hold a valid screen variant if one is known. Field VERSION is not useful here; you can post only in version 000 which is set as the default.
    You must specify the transaction currency for the entire document. You can either specify the currency in SAP format in the TRANS_CURR field or in ISO code in the TRANSCUR_ISO field.
    The USERNAME field is a required field.
    Table DOC_ITEMS adopts the document item data. The data consists of:
    Field Name Short Text Optional
    SEND_CCTR Sender Cost Center
    SENDER_ORD Sender Order
    SEN_WBS_EL Sender WBS Element
    SEN_NETWRK Sender Network
    SENOPERATN Sender Network Activity
    SENSALEORD Sender Sales Order
    SENITEM Item Number in Sender Sales Order
    SENCOSTOBJ Sender Cost Object
    COST_ELEM Cost Element
    VALUE_TCUR Transaction Currency Ammount
    QUANTITY Total Quantity Entered X
    POSTQUUN Posted Quantity Unit X
    POSTQUUN_ISO Posted Quantity Unit in ISO Code X
    PERSON_NO Personnel Number X
    SEG_TEXT Segment Text X
    REC_CCTR Receiver Cost Center
    REC_ORD Receiver Order
    REC_WBS_EL Receiver WBS Element
    REC_NETWRK Receiver Network
    RECOPERATN Receiver Network Activity
    RECSALEORD Receiver Sales Order
    RECITEM Item Number in Receiver Sales Order
    RECCOSTOBJ Receiver Cost Object
    RECACTTYPE Receiver Activity Type
    SEN_CALC_MOTIVE Sender Accounting Indicator
    REC_CALC_MOTIVE Receiver Accounting Indicator
    SENACTTYPE Sender Activity Type
    You must enter at least one sender and one receiver object. Fields with *_ISO can also hold quantity units or currencies in ISO code.
    Structure MESSAGES returns all messages. Parameter DOC_NO holds the document number for successful postings.
    Parameter
    DOC_HEADER
    IGNORE_WARNINGS
    DOC_NO
    DOC_ITEMS
    RETURN
    Exceptions
    Function group
    K40C
    thanks
    mrutyun^

  • 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

  • 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

  • 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

  • Change of additional acct. assignment in automatically created line items

    Hello,
    How can we change the additional account assignment of automatically created line items in transaction MIRO. In my case the tax line item is created automatically in MIRO.
    I am able to change the account assignment of consumption line item. But not Tax line item.
    Best Regards,
    Tapan

    But FBZP is for APP not for Tax line item. Is it possible to change the additional account assignement (from cost center to internal order) in tax line item in MIRO.
    Best Regards,
    Tapan

  • PO Account assignment category change blanks out GL account

    When changing the AAC on a PO from 'I' to a 'U', for certain price conditions, the GL account gets blanked out. The OME9 setting for both I and U is 'GL account number field is mandatory'. This occurs even when no GR/IR have been performed on the PO. The error message ME083 - 'Enter GL Account' is thrown. Occurs in ME22N and when using BAPI_PO_ChANGE. Is this normal?
    Thanks for your help.
    -Sanjay

    I think it is normal.  There is a checkbox 'Derive acct. assgt.' in OME9.  Here is the help text on this field.
    If Inventory Management is not active in your system, you must specify (enter) the preliminary account assignments for all the items manually. Setting this indicator enables you to by-pass this step. You will then no longer get the dialog box for the entry of a preliminary account assignment.
    You maintain the automatic account assignment specification facility using the Customizing functionality of Financial Accounting under Maintain automatic account determination.
    Check the checkbox and see if it solves your issue.  Apparently, checking this checkbox enables fetching the account from Maintain automatic account assignment config. table.

Maybe you are looking for

  • I can't tell if my previous messages came thru, but I need help with PSE 7.0. I can't use my drop shadow brush set anymore.

    I am not sure if any of my previous messages went thru or not, but I have Photoshop Elements 7.0. I learned how to open a blank file and use a textbox to make my watermark and also my copyright logo and save them each as a brush. They were saved in t

  • Guyz!!! Help Needed Very Urgent.

    I am not able to upload my cap file into jcop31 card using omni key reader,wat should i do? What can be the problem.Please analyse. /term "winscard:4|OMNIKEY CardMan 5x21 0"--Opening terminal /card -a a000000003000000 -c com.ibm.jc.CardManagerresetCa

  • Invalid Column Name Problem

    Hi.. I have a table component and that is bound to a Database Table. I have button name "UPDATE" which commits changes to DB. When I press "UPDATE" button an error occurs... Number of conflicts while synchronizing: 1 SyncResolver.UPDATE_ROW_CONFLICT

  • Can I use Lightroom on two computers?

    Can I use the same Lightroom software on both of my computers?

  • Oracle9ias Deployment  Error

    Hi All, The following is the log created while I trying to deploy an application to Oracle9ias with JDeveloper. I am able to establish the connection with Oracle9ias from JDeveloper. However am not able to deploy applications from JDeveloper. Please