![]() Create a offsetting entry account modifier as Z01 and use that for your purpose. If you need to post in different transactions you can change the offsetting entry in the Movement types being used. KishoreĮIN - is used for Purchase account management and this should not be used as an offsetting transaction key. Instead of maintaining VBR, maintain a new Account modifier as Z01, this will solve your issue.īut remember you are changing the settings for standard movemnt types that is not advisable, so you can copy the standard creat anew and perform the changes. In the Confguration of account grouping for movemnt types, you can see the settings Goto Transaction OBYC and you can see that there.Ĭoming to Z01 - you can maintain this only with reference to GBB. GBB/EIN should not be maintained as we already have a Transaction key named as EIN - Purchase account. In this way, I solved the overlapping problem between Planning and Warehouse movements.ĭo you think it could be a right solution, or should I have other problems I did not evaluate? - crazzauti So I thought to shift every movement type associated to GBB/VBR to GBB/EIN, cause I saw the latter was not linked to any movement type. 261-201-221.), so, following my indications, every time I used one of them, for direct procurement materials I had a fiscal cost! This is a big problem!! Since planning in Production oders uses accounts linked to GBB/VBR, I had to differentiate for this reason the accounts for 2 valuation classes (material with direct procurement on civilistic costs,and without direct procurement on internal costs).īut then I realized GBB/VBR is also linked to several movement types (i.e. They are created by system after posting physical inventory difference.I had a problem with T030 associations. #Sap movement type 201 manual#
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |