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

Similar Messages

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

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

  • 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

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

  • Account Assignment Gp. Change in Sales Order At Item Level

    Due to Some Changes in Material Account Assignment Gps. , I want to Change A/C Assignment Gps. at Item Level in the Sales order it self . as there are so many pending sales orders with Old A/C assignment gp. I tried through MASS updation , but Item level A/C assignment field is not avialable . Pl. help to solve this matter

    Dear,
           I explain you the process that where the actual field is this.
          First Go on T.Code MASS --> Select Object Type : BUS2032 ---> F8 (Execute) --> Select SD document: Business item data : Table Name :MASSSDPOSVBKD ---> F8 (Execute) -- > Choose Selection Field (Square Check Button at Footer) ---> Select AcctAssgGr Field from Pool to Selection criteria --> Select OK.
          Hope it will help you.
    Regards,
    Sandip

  • Account assignment  and G/L account

    Hi
    Im a SAP-BW Consultant. I need some information in MM.
    1) what is account assignment ..why it is required ...and how it is link to FI.I need some information regading account assignment .
    2) what is G/L account...why it is required and how can it link to FI.
    Pls help me
    kumar

    Dear Kumar,
    According to the document principle. a document must be generated and stored in the system for every transaction/event that causes a change in stock.
    When posting a goods movement in the SAP System, the following documents are created:
    <b>Material document</b>
    In the Inventory Management system, when a goods movement is posted, a material document is generated that serves as proof of the movement and as a source of information for any applications that follow.
    A material document consists of a header and at least one item. The header contains general data about the movement (for example, its date). Each item describes one movement.
    <b>Accounting document</b>
    If the movement is relevant for Financial Accounting (that is, if it leads to an update of the G/L accounts), an accounting document is created parallel to the material document.
    In some cases, several accounting documents are created for a single material document. This might be the case, for example, if you have two material document items with different plants that belong to different company codes.
    The G/L accounts involved in a goods movement are updated through an automatic account assignment.
    For goods receipts for purchase orders, goods movements for stock transport orders and consignment withdrawals, business partners may have different local currencies. Therefore, as well as the local currency, the accounting document must also contain another currency for processing and postings. For this purpose, accounting documents created as a result of these goods movements will automatically be managed in the local currency and in the document currency. You can switch between both currencies by choosing Settings -> Currency display.
    http://help.sap.com/saphelp_erp2005/helpdata/en/4d/2ba31643ad11d189410000e829fbbd/frameset.htm
    <b>General Ledger Accounting:</b>
    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.
    The SAP FI General Ledger has the following features:
    Free choice of level: corporate group or company
    Automatic and simultaneous posting of all sub-ledger items in the appropriate general ledger accounts (reconciliation accounts)
    Simultaneous updating of general ledger and cost accounting areas
    Real-time evaluation of and reporting on current accounting data, in the form of account displays, financial statements with different financial statement versions and additional analyses.
    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
    Account postings form an integrated part of SAP accounting. All transactions entered in the sub ledger accounts end up as general ledger postings in SAP. Thus, a posting to sub ledger account say account receivable, account payable will have an effect on the general ledger. As a rule, any accounting transaction, which affects the general ledger invariably results in a GL account posting.
    But how does SAP recognize the correct GL account to be posted based on the sub ledger transaction entry. SAP recognized every transaction or entry in the sub ledger as a line item. Having said that, each line item has a unique account number, amount, and posting key. SAP FIGL uses this information in identifying the account to be posted. Similar to account postings, documents created in other modules such as production planning, sales & distribution, materials management, controlling, also get posted if they affect the general ledger i.e. SAP GL. A user in SAP does not even have to manually post a document / line item. SAP can be configured for automatic posting though an option is available for manual posting as well.
    http://help.sap.com/saphelp_erp2005/helpdata/en/c7/a89dd243dd11d182b30000e829fbfe/frameset.htm
    Regards,
    Naveen.

  • 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

  • Undeleting a PO line item with multiple account assignment and PO history

    I  am getting error message
    PO history already exists (Multiple account assignment not possible)
        Message no. MEPO841
    When attempting to undelete a purchase order line item that has GR (nonvaluated) and Invoice postings.
    Sequence of events.
    PO line item was created with mutlitple account assignments ( 50/50 distribution) and GR nonval flags on.
    Invoice Posted (blocked for payment)
    GR done
    PO line item marked for deletion.
    Now getting MEPO841 when attempting to undelete.
    Tried to Reverse GR and cancel material docuement - unable to do so - message no selectable items in PO
      (even with check zero indicator )

    Hello Dan ,
    Error message MEPO 841 is only issued if you have Multiple account assignment function (MAA) activated. Multiple account assignment function is a new business function developed in Release 604.
    If you have MAA active, you are not allowed to change a single account assigned PO which has GR posted to a multiple accounts assigned PO. If this is tried , MEPO 841 will stop you from doing this change.
    If you want to have your old functionality in the lower release, you should switch off the business function LOG_MM_MAA_1 ( MM Multiple Account Assignment )  in Release 604.
    Please switch the business function LOG_MM_MAA_1 off in test environment  and test the problem again in a productive system.
    I hope this information has been helpful in solving your problem. Please let me know if you have any further questions.
    Thank you.
    Best Regards,
    Frank Farinella

  • Account assignment for Movt type 101 and 501

    All SAP Gurus,
    We want to do the account assignment for movt types 101, 102, 122, 123, 201, 202, 261, 262 accourding to the movement types.
    We are aware that the Transaction Key is 'GBB'.
    But how to know that which 'General Modification' is used for which movement types.
    (in short where we can find this link between movement types and Transaction Key and 'General Modification')
    Regards,

    To know this first you have to know what does the different general modifications means for GBB:
    AUA: for order settlement
    AUF: for goods receipts for orders (without account assignment)
    and for order settlement if AUA is not maintained
    AUI: Subsequent adjustment of actual price from cost center directly
    to material (with account assignment)
    BSA: for initial entry of stock balances
    INV: for expenditure/income from inventory differences
    VAX: for goods issues for sales orders without
    account assignment object (the account is not a cost element)
    VAY: for goods issues for sales orders with
    account assignment object (account is a cost element)
    VBO: for consumption from stock of material provided to vendor
    VBR: for internal goods issues (for example, for cost center)
    VKA: for sales order account assignment
    (for example, for individual purchase order)
    VKP: for project account assignment (for example, for individual PO)
    VNG: for scrapping/destruction
    VQP: for sample withdrawals without account assignment
    VQY: for sample withdrawals with account assignment
    ZOB: for goods receipts without purchase orders (mvt type 501)
    ZOF: for goods receipts without production orders
    (mvt types 521 and 531)
    You can also define your own account groupings. If you intend to post goods issues for cost centers (mvt type 201) and goods issues for orders (mvt type 261) to separate consumption accounts, you can assign the account grouping ZZZ to movement type 201 and account grouping YYY to movement type 261
    Then go and check OMWN.
    Regards,
    Indranil

  • Receipt process for damaged items when account assignment exists

    HOwdy all,
    Assume we have a PO for 100 items at $x. The PO is account assigned to an order (work order, production order etc).
    When we are doing the receipt step, we find that 50 of the items are damaged. What is the normal process in SAP for this. I know for stock (i..e no account assignment) that we would receipt into GR - Blocked Stock. However, when receipting for an item with an account assignment this does not appear possible - is this true?
    YOur best suggestions appreciated...

    Returns PO is required when the PO against which the material was initially received is closed. Means PO qty equal to GR qty equal to IR qty and payment is already made but later it is found that some material is not as per required quality and vendor is agreeing to replace the material. then a seperate returns PO is required as you cannot return with reference to the original PO.

  • Change in account assignment for Limit Order SRM not replicated to backend

    User has made in SRM (5.0 Ext Classic scenario) a limit shopping cart with Invoice and Confirmation and Acc. assigment 'Known' . This resulted in a PO with has been replicated to backend . In MM PO with Imtem category 'D' has been created.
    The user know reports that he has made wrong account assignment and asks for change so that the new cost assigment appears in his Confirmations as proposal.
    Normally I am able to do this through Tx 'process purchase order' (BBP_POC) in SRM and it is properly replicated to backend - meaning PO in MM is updated with new cost assigment
    However for this limit order the changes I have made in BBP_POC seems not to be replicated into backend and hence on goods receipt it still shows the old assigment.
    Anyone an idea of cause for this?
    Thanks in advance for any reply or help

    Hello,
    1) Are you seeing any errors in rz20.
    2) You may consider transferring the PO again to the backed using the function module BBP_PD_PO_TRANSFER_EXEC.
    3) If you see any account assignment errors , check the account assignment in SRM and ERP PO are the same or as mapped in the table BBP_C_ACC
    Regards,
    Pavan

  • Unable to change account assignment field in PO

    Hi Experts!
    We are using SRM 7.0 with extended classic scenario.
    We are facing an issue with account assignment category field in a PO.Here is our scenario.
    User created a PO with costcenter account assignment field and this PO transffered to backend system i.e R/3.
    When the user again tried to edit the PO in SRM and change the account assignment field from costcenter to Internal order that is not possible because the
    account assignment field is grayed out .Then the user has to create a new PO with Internal order as the old PO didn't allowed him to change.
    Can any one help me in this regard with  some OSS note or any other possible solution and what might be the reason for the same?
    Thanks in advance!
    Regards,
    Kalyani.

    Hello Kalyani,
    Just to understand, Is your PO has Good Receipt or Invoice receipt processed? If so then PO do not allow to change the account assignment as charges are booked already.
    If not i would recommend to check if your BBP_GETSTATUS_2 job is running with proper interval? Sometime old PO's do not get refresh status if BBP_GETSTATUS_2 variant is set based on SAP recommendation (i.e. 7 days or so). In that case please execute manually BBP_GETSTATUS_2 and validate.
    Thank you
    Ritesh

  • Purchase order and Account assignement category- Change

    hi.,
    We are trying to receive the Purchase order of High value components into INVENTORY.
    However, most of these Purchase Orders were created with account assignments.
    Because of that, if we receives these PO’s, they will be consumed against the object identified in the account assignment.
    Additionally, some of these have been invoiced already and would need to be backed out from the finance side.
    Question: How can we receive these STO Purchase orders and then make changes through Movement type ( or any other way ) so that the HIgh Value Components that are consumed against that AC assignment can be subsequently moved into Invenotory.
    Also, what are the other options ( FI will not open Previous period) so that the PO's which have been invoiced  can be reversed against that AC assignment.
    Thanks All

    hi Rajesh.,
    As mentioned earlier, these  Purchase orders are STO's which have been already created and we are waiting to do the GR for the same. Items in the STO PO are of  High value which we need to bring into  INVENTORY.
    But, because these STO PO's were created with account assignments, if we do GR now, they will be consumed against the object identified in the account assignment.
    Some of these STO PO's have been invoiced already and  FI has indicated that they could cancel the invoices for those STO PO's in previous posting period.
    Question again : How can we receive these STO Purchase orders and then make changes through Movement type ( or any other way ) so that the HIgh Value Components that are consumed against that AC assignment can be subsequently moved into Inventory and not to a cost Center (202)
    Step (1) Can we cancel the Invoiced items> reverse the GR for invoiced Items>reverse STO for PO ?
    Step (2) Can we reverse the STO for PO for which GR has not been done? then
    Step (3) Change the PO through ME22N, remove the Account assignment category?
    Or how do we correct this situation for
          (1) PO's already invoiced.
          (2) PO for which GR has not been made. How can we receive them into Stock and not Cost center.
    Anticipating a reply
    Thanks
    Sri

  • Change in Account Assignment group in Open Sales orders

    Dear All
    In SAP 4.7 there are 100 nos of Sale order item having Account Assignment Group .
    I need to change the account assigment group field from open sale orders, but the field is grey.
    Is it possible to change the subject field.? Please help
    Regards
    BGLimaye

    If I am correct, even in creation mode, this field (Account Assignment Group) will be in grey mode and cannot be maintained manually in sale order. 
    Whatever you maintain in material master, that only will flow.  Due to some reasons, if the same is not flowing in sale order and you want to rectify this,  if you ask me, the only option is close those line items, maintain the account assignment group in material master, create LSMW for VA02 and include as new line items.
    thanks
    G. Lakshmipathi

Maybe you are looking for