Movement type to manually input GL account

Hi Expert,
I have an issue from my user.
There are certain transactions in our operations was not in the preset movement type as shown during MIGO. As the GL accounts was preset they were unable to choose another account to reflect the
actual situation. For eg when they issue Finished Goods to charity there is no movement type to reflect this situation. They have a GL Account for charity.
Normally what they do during MIGO they select Goods Issue/Others and use movement type 551 (withdrawal for scrap from unresticted area) and write the remarks in text given for the transactions.
Then they raise a manual JV to post to the right account from 551 accounts. They would like to avoid this thus we required a movement type whether ingoing or outgoing stock whereby they can decide which account should be posted during MIGO.
My question is which movement type can be used for this purpose? And how to set it up? Please help to guide step by step. Thanks.

You can create an internal order and issue the materials to the order using movement type 101.  When you create the internal order you define the cost element for assigning costs, i.e. cost center, profit center, etc. Internal orders do not actually collect cost, they are statistical and pass the cost directly to the cost element assigned.
This would probably be better than just using G/L accounts to separate items given to charity.  You need to closely coordinate with your finance expert for requirements.

Similar Messages

  • Movement type to manually input GL account for charity

    Hi Expert,
    I have issue from user as below:
    There are certain transactions in their operations was not in the preset movement type as shown during MIGO. As the GL accounts was preset they were unable to choose another account to reflect the
    actual situation. For eg when they issue our Finished Goods to charity there is no movement type to reflect this situation. They have a GL Account for charity. Normally what they do during MIGO they select Goods Issue/Others and use movement type 551 (withdrawal for scrap from unresticted area) and write the remarks in text given for the transactions.
    Then they raise a manual JV to post to the right account from 551 accounts. They would like to avoid this thus they required a movement type whether ingoing or outgoing stock whereby they can decide which account should be posted during MIGO.
    James has suggested to use internal order and issue the materials to the order using mvt type 101 but the problem is this company not set up for internal order. I don't to make it even worsen, so please can anyone tell me what movement type i can use for this and how to configure so that GL can be put manually.
    Thanks

    Hi Raj
    the message is not 'data locked by user'. There is just a window with window name 'Locked data', then have text field without any contents inside, then got button Yes and No. Normally for other mvt types i will not gonna have this. It will just bring me straight to OMJJ screen.
    Well anyway i was not the one who created the Z65.So im not sure either it was copied from 551 or new created. What is the impact if i just assigned MIGO and MB1A to this transaction? Will it appear in the movement type drop down list in MIGO and MB1A later?
    Thanks.

  • Scrap Movement type + reason code - different GL account ( OBYC)

    Hi Experts -
    I have an issue in hand which explains as below ...
    User wants to post Scrap movement of different reason to post to different GL account with T.Code OBYC. SAP has a movement type 561 for Scrap related account determination. In the standard SAP situation, we can post to ONLY ONE GL account for Scrap using 561 movement type. But my situation is like this - A material can be scrapped due to different reason (reason code) and based on the reason (I use reason code A - E), I want to post it to different GL account.
    In standard SAP , we can define the account determination (OBYC) for scrap with ONLY ONE GL account as follows ...
    Val. modifier - Plant 1
    Val Class - 1111
    General/Account Modifier - VNG (mapped to 561)
    GL Account - Z123456
    But my scenario is like this ....
    561 + reason code A should post to Z123456
    561 + reason code B should post to Z999999
    561 + reason code C should post to Z111111
    I was thinking for creating new General modifiers for different codes (A - E). Please suggest me if that solution is feasible else provide me an efficient solution.
    Thanks much.
    Regards,
    Jude

    HI
    Defining new general modifiers is an option.
    Alternatively you can look at defining a new substitution rule. The substitution rule will only hold good if the GL Account for scrap is not used anywhere else. (This should ideally be the case if it a scrap account).
    In the substitution rules you can check for the particular scrap account number and then depending on your reason code, you can change the GL account before it is posted to.
    Regards

  • Mov types not affecting G/L accounts

    hi gurus, can anyone explain whether there are any movement types not affecting G/L accounts?  for e.g when any movt. is made it shouldn't hit financials .
    tks in advance

    Hi,
    Some of the examples of mov types not affecting G/L accounts:
    Mvt type  311 -Transfer between storage location to another storage location within a plant,
    Mvt type  511 - GI delivery without chanrge. 
    Usually for material type UNBW  "non valuated material", only Qty. update is active & no value update. Hence no accounting data is maintained in Material master hence stock values are not updated and no accounting documents are created for such Mat types.
    Thanks,
    PNRao

  • BADI for movement type 601 and COGS GL account

    Hello SAP expert,
    I am searching a solution from SAP enhancements.
    The requirement is to provide different COGS GL account based on the Customer Account Assignment Group value(KNVV-KTGRD) when SAP performs goods issue. for example, movement type 601,
    This means, when company ships goods to differnt customers, then SAP should generate different COGS GL account.
    for example, when company ships goods to customer account assignment group '01' (Domestic customers), then SAP should generate COGS GL account 818100.
    when company ships goods to customer account assignment group '02' (export customes), then SAP should generate COGS GL account 818200.
    when company ships goods to customer account assignment group '03' (Testing - sample customers), then SAP should generate COGS GL account 818300.
    the logic is following:
    KNVV-KTGRD COGS GL account at goods issue
    01 Domestic 818100
    02 Export 818200
    03 Testing - sample 818300
    04 Testing - VOM 818400
    05 Franchise 818500
    Is there any similar BADI available to solve the above?
    Happy New Year!
    Regards,
    Sylvia Chen

    Hello,
    First of all, Happy New Year!
    Thank you for the tip.
    Enhancement LMR1M002 was already implemented in the current SAP environment.
    The text is "Account grouping for GR/IR account maintenance".
    Function "EXIT_SAPLKONT_011" is the component under Enhancement LMR1M002.
    That is all I can see from SAP.
    I am not an ABAP person.
    Can you provide information for the next step?
    Thank you.
    Regards,
    Sylvia Chen

  • Movement type 941 is not posting accounting document

    While postig post goods issue for replacement order no accounting document is being created, only PCA document is being created. Numbers are zero on PCAdocument, thats probably the reson whuy accounting document is not being generated. Is there any configuration that drives the passing of cost to FI?  I see that material is valued at 100 ncurrency units.

    Hello Pankaj,
    In OMJJ transaction, you can set customizing for movement type 941.
    If you want to create FI document when you post metarial document, you must set valuation update check in Account Grouping node on OMJJ customizing.
    Regards,
    Burak

  • Movement Type 261 - Different G/L account to get debited for same Movement

    Hi Friends,
    I need your help to solve the following issue
    We are in the process of implementing ECC 6.00. One of our client requirement is for Movement type 261 , different consumption account to get debited for different types of issues. i.e. incase of MT 261 issue for maintenance order the consumption account should hit to Maintenance G/L and incase of MT 261 issue for production order different  consumption account to get debited.
    I think One way to meet this requirement is by creating new Movement type by copying MT261 and assigning new Account Grouping to that MT and assigning GL in GBB against the new account grouping.
    I would like to know is there any other way to meet this requirement in SAP.
    Request you earliest advise on this issue as we are in the stage of final integration test
    Thanks
    Deva

    Dear
    If the solution works fine please do let me know in detail as we have the same requirement.
    Thanks and Regards
    JS

  • Movement Types and value string in account determination.

    Hi Team,
    In the account determination how and where the movement types and value string are assigned to each other.
    Thanks,
    Sanjay

    hi
    Value Strings
    Posting records are assigned to each relevant movement type in Inventory Management and to each transaction in Invoice Verification.
    Value Strings indicates the posting rule that always contains the same account assignment characteristics for a certain transaction or event (for example a goods movement or an invoice receipt).
    Each goods movement is assigned to a Value String and each Value String in turn is assigned to Transaction/ Event keys. These settings are pre-defined and can not be changed.
    You can see the linking of Value Strings in the following tables:
    T156S- Movement Type: Quantity/ Value Posting (For movement type--> Value String)
    T156W- Posting String Values (For Value String--> Transaction/ Event key)
    I had found the following Value Strings in the system: WA01, WA03, WA04, WA06, WE01, WE06 and WF01.

  • Movement Type Account Assignment and Account Modifier usage

    Dear All.
    Scenario:
    We have a requirement for some of our sales transactions to post to an expense account at PGI in the delivery rather than the COGS account.
    So we're investigating assigning another movement type (copy 601) to the schedule line category used for these sales transactions.
    Prior to doing this though, I wanted to see if it's possible to still use the 601 movement type and use an Account Modifier (or other function) to point these sales to the different offsetting GL account?
    I see how to assign the account modifier's to the movement type, but I'm not seeing how this relates to the transaction and how the system will pick up one account modifier vs another when the movement is posted?
    When I check the material document and accounting document generated from the delivery PGI, I see the movement type, accounts posted to and various other data, but no account modifier.
    Q:
    Is it possible to have one movement type post to different offsetting accounts for this type of scenario?
    Also, how does the account modifier tie in to the transaction?
    Many Thanks.

    Hi Carlos.
    Well, for us this one is set. We decided to stop investigating and put in a new schedule line category for these along with a new movement type assigned to the schedule line category.  There's not too many so it can be manually assigned.
    However, I would still like to figure this out for next time.  When I get some time I'm thinking of looking in to the FI substitution rules or other customizing on the FI side.  Must be some way to override the default posting without having to impact SD/MM?
    It was a fairly quick change, but still with testing/documentation/re-training/meetings, etc.... it all adds up.
    Thanks!
    Let me know what you guys do.

  • Field Selection error for movement type and G/L account

    I am currently experiencing a field selection error between movement type 601 and G/L account 7140000.  The problem field is 'Segment'.  This field is set to required for the G/L account, but it is hidden for the movement type 601. This inconsistency causes an error when posting the goods movement. According to business requirement the field must be required for the G/L account, therefore we must make this field optional for the movement type.
    However, in configuration the field segment does not appear for the movement type 601. Therefore it can not be changed to optional.
    Does anyone know a workaround other than making this field optional for the G/L account because the business requirement is to have this field as required?????
    Many Thanks

    Hi,
    On the Error message detail, system will guide you to the Configuration details for Field settings for Movement type & Account, please get in touch with your FI consultant, to make the Field selection for the account similr to that of your movement type, this is a very common issue.
    Regards
    Chandra Shekhar

  • G/L account assignment for movement type 561

    Hi Guys,
    Can someone please let me know where and how do I assign G/L account for the movement type 561.
    I'm referring to the account assignment tab in Material document, where the G/L account shows up. Where do I set this?

    Hi There
    In OMJJ for the movement type 561- there will be account grouping where you assigned the acc grp key,,
    For this Acc Grpng key in OBYC_in GBB_you have to maintain the GL account- In the combination of- Valuation Modifer-General modifier-Valuation Class-Debit(GL acc)-Credit(GL acc)
    in Material document- if you are using MIGO-
    MIGO- Display- Material Document-Enter the material document- Click enter- And click on the Doc info Tab-There you wil lfind the FI documents- Click on that now you will get the acc documents,,,
    Thanks
    Senthil

  • Account determination for movement type 251

    Hi!
    While checking account determination for logistic movements, I find that according to standard customizing, movement type 251 is related to account modification VBR. You can easily see this: OMJJ --> Check movement type --> type "251" --> Select "Account Grouping".
    Now my question: what I don't understand is why VBR and not VAX. GBB-VBR is the transaction key + account modification for internal goods issues (such as consumptions of material) and it's accordingly associated to movements types 201, 261, etc. which seems logical to me since these are internal GI's.
    Now, 251 is IS-Retail movement type to reflect a POS sale, "GI for sales" as the short text indicates, so it is not an internal goods issue but rather an external one, not different from movement type 601, which is a normal sale and is associated to GBB-VAX. GBB-VAX is the transaction key + account modification for sales goods issue.
    I know I could easily copy 251 to create another movement type and assign any account modification to it, that's not the issue. The only problem is that I must explain to my client how account assignments work, and I cannot find a single reason why in standard SAP IS-R an external goods issue (251) is associated with an internal goods issue account modification (GBB-VBR).
    Any ideas? Thanks in advance.

    hi
    for inventory use
    gbb>inv
    umbfor inventory and material val
    prv for prise diffrence
    in 702   prv and inv is the postings
    for 309 vbr and pru is transaction in gbb
    1) one more thing u can do is go to OMWb then go to simulation there u can find gl accounts and grouping  keys note down that GL nos
    2) then come one step back
    and clik on  gl accounts  there u will find many gl accounts 
    find gl accont no which u have noted in step 1
    there u can find transaction keys
    by doing this u can find which are transaction keys for a perticular movement type
    reward if helpful
    regards
    kunal

  • Movement type configuration and account determination

    Hi Experts,
    Is movement type config SD responsibility?
    Should it be MM?
    How is movement type important for account determination?
    Where to configure it? From SD point of view, can i say just configure in Material master?
    regards
    Tom
    certified but jobless

    Hi,
    Is movement type config SD responsibility?
    Should it be MM?
    Movement types configuration is part of MM (most of time no need to configure new as standards are enough)
    How is movement type important for account determination?
    Movement type are  not considered for account determination in SD
    Account determination is carried out in VKOA
    Where to configure it? From SD point of view, can i say just configure in Material master?
    NA

  • Movement Type -- GL Account Standard SAP report

    Hello,
    Please let me know what tcode to use to generate a standard report for listing all the movement types and the different GL accounts they hit. I only want these two values on the report, i.e. movement types and their GL accounts. Is there a tcode for this?
    If not, would I have to create a custom query for it. If yes, what tables should I be using to generate a report to display all movement types and their different gl accounts.
    Thank you.

    Hello Raghavendra,
    Thank you. I know about these tables. Actually I thought I would create a query with Tables T156S-T156W-T030.
    T156S would provide Movt Typ and Value String
    T156W would provide Value String and T/E key
    T030  would provide T/E, Val Class and GL account.
    However, the issue I am facing is that when I create the query and try to add the table T030, it says that this table cannot be joined with in a query.
    This is where everything breaks down. The report basically is to understand which movement triggers an action to hit which gl account. the user does not know that the movement type and gl account are not directly connected.
    I need to get this report somehow. Any other ideas? Table T030 alone will not give me anything except val class and gl account. It will not have reference to which movement triggers which t/e key to this that particular gl account.
    The simulation thing is good in this aspect, but the problem with that is it gives everything according to plant, which makes the report so big as to rendering it useles..

  • PRD Account hit at the GR reversal (102 movement type)

    Dear Experts'
    At the time of Goods reversal through 102 movement type, system automatically hit PRD account and it
    set off with freight clearing a/c.
    Why PRD a/c will hit at the time of reversal?
    Thnaks
    Suman Mukherjee
    MM Consultant

    Hi,
    In two different scenario, we have faced the same problem.
    1. Reverse GR document in same period with back date
    2. Reverse GR document in previous period .

Maybe you are looking for

  • Error messge when opening a form.

    Hi all I'm new to form creation, I'm using Acrobat v9 Pro.  I've created a form which works well but when opened by others they see  the folllowing error message.  The form filling option is turned on and if the user tries to complete the form when t

  • How to use external Java API in Java Embedd inside BPEL

    How to use external classes inside the BPEL in Java Embed Activity ? Any sample code availble ? Like i want to use log4j API inside BPEL.

  • Chrome 35.x - App-V 5.0sp2 HFRP5

    Hi, In my current XenApp 6.5/AppV 5.0sp1 environment, I have locally installed Chrome 35.x on my XenApp servers.  I have virtualized Silverlight, Flash, Java and a bunch of other plugins and added this to a connection group.  I have also created a bl

  • Changes of Free Characteristics Order

    Sometimes free characteristics switch places from one time to another when you do refresh of a query. We discovered it when we tried to copy an existing query (sheet 1) to sheet 2. How can one prevent this?? Thanks Sabine

  • Upgrade Prime Infra 1.4 to 2.x

    Hello, Is there a timeframe for the Prime Infra 1.4 Version to get upgraded to 2.x? thanks in advance Martin