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

Similar Messages

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

"Goods Movement type not possiable with mvmt type 261"

Dear All,
I am doing 541 movement with Service order combination, i have found following error,
"Goods Movement type not possiable with mvmt type 261"
Can you help me for this error.
-Reards,
Sunil

Getting errors while using PI_GOODSMVT_CREATE' with 561+K

Post with 561 movement type without affecting MAP

Hi all,
I have a scenario for Raw Material with Moving Average Price.
When posting inventory with movement type 561 we are able to enter the Amount in LC. I have set the value here as 0.01 but once I post the document the Moving Average Price in MM03 changes with respect to this value.
I would like to ask is there any way to book stock into inventory without affecting the Moving Average Price.
Thanks.

>
jamison2004 jordan2004 wrote:
> Hi,
>
> Sorry, let me elaborate my requirement.
>
> For example :
> Current Moving Average Price is 1.5
> Current Inventory Quantity is 1000
> Current Inventory Value = 1.5 x 1000 = 1500
>
> Requirement :
> Posting excess stock using 561
> Receipt Quantity : 500
>
> After posting, I want the Moving Average Price to remain as 1.5
>
> Can you please tell me the solution for this?
>
> Thanks
Do not enter any external value, just post the quantity, and SAP will not change the MAP.
But of course your stock value will increase by 500 x 1,5
there is NO WAY to post a quantity of 500 with no value for a valuated stock managed material and keeping the MAP uneffected.
if you post with value, then the MAP keeps constant but your total stock value goes up.
if you post with zero value, then the MAP goes down.
OF course you can then change the MAP again with MR21, this will create the next accounting document then.

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

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.

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

Custom movement type not showing up in pull-down menu

Hi all,
I created a custom movement type to transfer QI stock in one plant to QI stock in another plant. The movement is working correctly in MIGO by choosing transfer and then entering my custom movement type into the movement type field; however, it's not showing up if you just do a pull down. You must enter it manually for it to work. Does anyone know what I missed on the setup that's making it not show up in the list?
Thanks!

go OMJJ and maintain the help texts to youor movement.

103 movement type not getting extracted

HI Gurus,
103 movement type is not getting extracted in 2lis_03_bf.
Do we need to do any config/code for this ??
Regards,
Sunita

hi,
Your specific error and resolutiobn is explained in
SAP Note 827178 - 2LIS_03_BF/_UM: Individual documents not extracted
https://websmp130.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=827178
we had done the changes mentioned in the above note and resolved the issue in our system.
regards,
Arvind.

Reversal movement type not possible

Hi,
Which is the only standard movement type whose reversal is not possible
Thanks
Prakash

Hi,
You can check them with tcode OMJJ in 'Reversal / follow-on movements types' or in view (you can use tcode SM30) V_156N_VC.
In my system I can see movs. 701 to 718.
I hope this helps you
Regards,
Eduardo

311 Movement Type not in Budget

Hi All,
At present, we have different storage locations within a plant maintained by different departments like operations and projects. And so, we have made the derivation strategy based on storage locations.
But now, when we make an 311 inter-plant movement, say from the operations storage location to the projects storage location, we want to the budget too to be transfered accordingly.
In this case, there is no hit in the Funds Management module at all. Can anyone suggest as to how the linkage to funds management can be made in case of a 311 transfer posting ? The 301 and 309 transfer postings are getting properly linked to Funds Management.
Thanks,
Wy

Hi Eli,
Thanks for the reply !!! Helpful as ever !!!
Just one more doubt - do not want to add on to the already existing deluge of threads that I have created
I do not want order settlement process to be accounted for in Funds Management. So what I did was to exclude business transactions "Order Settlement" and "Actual IAA Order Settlement" from Integration with Cost and Project Controlling. But still, when I tried settling an order, the FMDERIVE was triggered and budgets were transfered from the sending order's FC to the receiving order's FC.
Can you kindly suggest where I may have gone wrong ?
Thanks and Regards,
Wy

Down Payment Not affecting the party Account Balance

Dear All,
When I am posting any down payment invoice (A/P or A/R) then the party account is nullified after the payment is posted against it. Now for Advance payments the down payment option is used but then the BP Account Balance does not reflect the down payment balance. How to resolve this issue with a work around. I do not preffer to use the "Payment On Acount" option.
For Example:
Advance paid to Vendor: Down Payment Invoice: Rs 10000
Outgoing Paymnet for the D/P invoice: Rs 10000
A/P Invoice raised for the Vendor: Amount Rs 4000 and adjusted with the Down Payment (Rs 4000 drawn from DP)
Now The System shows the BP Account Balance as 0 where as it should hold a debit balance of Rs 6000
Please suggest me a work around
Regards
Raj

Him
Inorder to keep the advance amount as debit balance,you must define control account in the BP Master Data(Under Accouting tab->General tab-Control account indicated by ...->Define a account in Downpayment payables.
Here is the differece in AP Downpayment Request and AP Downpayment Invoice
     AP Downpayment Request                                   AP Downpayment Invoice(Proforma Invoice)
--   Must be fully paid                                                 can be partially paid
--   No accounting transactions made                        Accounting transactins are made
-- Track the payments paid to vendors(AP)              Issue & Receive invoice(Including tax) for advances paid or received
    or payments mad by cusotmers(AR)
Similarities in them
--No stock postings are made
--Can be created from a base document
Now in your case as i suggested to make use of AP downpayment Request for advances.The full cycle will be as follows
1.Create PO(No acounting transactions are made)
2.Create AP Downpayment request based on the PO(No acounting transactions are made)
3.Create Outgoing payment by selecting the AP Downpayment request.
AccountingTransaction
Db-BP(Control account-Downpayment payables)
Cr-Bank account
4.Create a AP invoice
AccountingTransaction
Db-Stock
Cr-BP Account(Sundary creditors)
5.Apply downpayment request to the AP Invoice
AccountingTransaction
Db-BP Account(Sundary creditors)
Cr-BP(Control account-Downpayment payables)
Cr-Bank Account
Note:Do test the full cycle in the test database and see the results and get confirmation from the clients accounting person
Hope this method suits for your requiremet !

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

Mov types not affecting G/L accounts

Similar Messages

Maybe you are looking for