Block material at material type(HIBE) level for movement type "261" & "261"

Hi,
Block material at material type(HIBE) level for movement type "261" & "261".
Requirement: This material type should not issued to the PM orders using above mvt types.
regards,
Venkatesan Anandan

As per standard it is not possible. go for ABAP development

Similar Messages

Material number is blank in FBL3N for doc type SA

Hi,
If posting is coming from SD or MM module, the material number is reflected in FBL3N for GL acct "Material price variance". But when the posting is coming from FI, the material field is blank.
But in another company code, when postings are from FI, the material field is correctly populated.
I have already checked and verified that BSEG-MATNR was defined as a special field. I have also ran RFPOSXEXTEND and BALVBUFDEL but the material field from FI posting is still blank.
The FI posting involves filling up the material or product number in the profitability segment amongst other fields and then system will do a derivation.
Can someone point me to the right direction on how to get the material field populated by an FI posting?
Thanks and regards,
Thess

Hi,
The material field should appear in FBL3N for all types of postings, provided it got populated. Can you please check, whether material field is getting populated in BSEG table for that document # ? If the material is not getting derived, then it won't appear in the report.
Best Regards,
Madhu

Destination plant, description, material are editable for movement type 313

Hello
We are using movement type 313 for the transfer posting between storage location. We use MIGO for the same.
Ideally for the movement type 313, the destination plant and material should not be visible. We enter the material, batch,plant and storage locaiton in "From" side and enter only the storage location in "To" side of the MIGO screen. But now suddently after the EHP4 upgrade, we could able to enter the plant and materil in the "To" side also.
I checked the Field selections in OMJJ for movement type 313 and found that plant and material fields are suppressed.
Do you have any clue on why suddenly i am facing this problem and what could be possible solution.
Thanks
Venkat.

Sounds like you're just dumping your spec here. What have you tried exactly to solve this yourself?
Thomas

BAPI_GOODSMVT_CREATE for movement type 161, issues in PO creation

Hello Gurus,
I am using movement type 161 with BAPI_GOODSMVT_CREATE in order creating a vendor PO based on the goods receipt posted with the BAPI.
It works fine, nevertheless due to business requirements, I need to apply the following changes:
- in SAP standard the order type is NB by default but in our case I would like to force another order type using the same range that NB. I guess this could be done by activating exit ZXM06U17 (MM06E003). Does someone could confirm it?
- in our process, the purchasing group is not maintained at vendor level (LFM1-EKGRP) but as this field is mandatory in the PO creation and as this data can not be maintained in BAPI_GOODSMVT_CREATE, does someone know if it would be possible to force this value during the PO creation (EKKO-EKGRP) based on a maintenance table? If yes in which user-exit? Exit ZM06U43 could be used?
- furthermore, our specific PO type should have a specific account assignement EKPO-KNTTP instead of the default value U, does someone know if it would be possible to force this value during the PO creation (EKKO-EKGRP) based on a maintenance table? If yes in which user-exit? Exit ZM06U43 could be used?
Kind regards
Chris

Hi Priya,
Just want to share with your guys how to fit this error in BAPI_GOODSMVT_CREATE.
For movement type 161 of PO return you have to pass movement type 101 instead of 161
goodsmvt_item-bwart = 101. After that standard function will determine 101 to 161 automatically and
post that material doc.
NOTE:
In my case
It just heppen only the FIRST time that you do movement with PO Return wich is needed to pass
101 in stead of 161 but after that you can pass 161 the system will continue process correctly.
Hope it help.
Sayan.

Account modification key for movement type 643

Hello Experts,
I am reaching out to you today as I am in need of some info on Account assignment for Goods issue process. I looked at transaction OMWN or OMJJ for movement type based settings. I am running a business process ' Intercompany stock transfer order'. Goods issue movement on delivery reads 643(Goods issue for cross company), which is picking 'Account modification key' VAX.
My requirement was how do I force system to pick VAY for 643 without overwriting VAX with VAY in OMWN transaction. Also there are several possibilities listed out for movement 643 alone. Appreciate if you could briefly tell me how system determines other parameters such as 1) Special stock indicator 2)Consumption posting 3) Value string & 4)Counter to determine 'Account modifier' in the customizing table V_156X_KO for Intercompany movement type 643.
Additional info: Trigger is Stock tarnsfer order type NB. Subsequent process is VL10B for Delivery creation using type NLCC and Intercompany invoice(IV) for shipping the goods to ordering company code. Then in the receiving company MIGO or goods receipt with reference to outbound delivery and fianlly MIRO or Invoice verification.
Regards
SG

Valuation Structure
Data on a material is valuated using the following structure:
Valuation area
Valuation class
Valuation category
Valuation type
Material type
Movement type
Valuation Area
Organizational level at which material valuation is carried out. You can define a valuation area as
follows:
Valuation area = company code
All stocks of a particular material in this company code are valuated together.
Valuation area = one plant
The stocks of a particular material in this individual plant are valuated together. Stocks in
other plants are not included in this valuation area.
You define in Customizing the level at which valuation should take place.
Valuation Class
You group together different materials with similar properties into valuation classes so that you
do not have to manage a separate stock account for every material.
The following table contains examples of possible valuation classes:
Valuation class Description
3001 Colors
3002 Paints
3030 Operating supplies
3100 Trading goods
Which valuation class a material can be assigned to depends on the material type. You can
define the following assignments in Customizing:
All materials with the same material type are assigned to just one valuation class.
Different materials with the same material type are assigned to different valuation classes.
Materials with different material types are assigned to a single valuation class.
MM - Material Price Change (MM-IV-MP) SAP AG
Valuation Structure
10 April 2001
A material is assigned to a valuation class in the material master record. The system checks
whether the material type allows the material to be assigned to the valuation class specified.
The system refers to the valuation class of a material to determine which stock account to post to
when a posting is made for this material.
Valuation Category
Criterion according to which split valuation is carried out:
Procurement
You can valuate a material differently depending on whether it is manufactured in-house
or procured externally.
Origin
You can valuate a material differently depending on where it comes from (such as home
or abroad).
Status
You can valuate a material differently depending on its status (such as new, used,
repaired).
You define the valuation categories in Customizing. A material is assigned a valuation category
in the material master record.
Valuation Type
The valuation type specifies the individual characteristic of the valuation category, such as
internal or external, in the case of Procurement. Within the valuation category Origin, you can
define the different countries as the valuation types. You define valuation types in Customizing.
You first determine all the valid valuation types for a valuation category.
You define in the material master record which valuation types are allowed for a particular
material. For every material subject to split valuation, you must enter all the valuation types
allowed in the material master record.
Material Type
You assign every material to a material type when you create it. Examples of material types in
the standard system include raw materials, operating supplies and finished products.
The material type controls the properties of a material and which data must be maintained for the
material. The following control features are important for valuation:
Is the material managed by quantity?
Is the material managed by value?
Which price control type may be used for the material?
Which valuation class can the material be assigned to?
The system administrator can create or change material types in Customizing.
Movement Type
For every material movement, there is a movement type in the SAP System. The movement type
controls the properties of the movement, for example, which entries you must make when
SAP AG MM - Material Price Change (MM-IV-MP)
Valuation Structure
April 2001 11
entering a material movement, and which updates are carried out when the movement is posted.
The following control features are important for valuation:
Does the material movement cause the quantity to be updated?
Does the material movement cause the value to be updated?
Does the material movement lead to postings in Accounting?
Is the material movement relevant for LIFO/FIFO valuation?
The system administrator can create or change movement types in Customizing.

Storage Location field mandatory for Movement Type 103

Hi , We are using movement type 103 and 105 to receive material.
Here we want to make storage location mandatory for movement type 103.
How can we do that.
Regards
SHREY

Thx for all yr replies ....
I do agree with yr statements ....
103 doesn't update inventory at storage location level therefore it doesn't make sense to have storage location at the time of 103.
But at our end , we are using 103 for MIGO data entry by store user and 105 for MIGO approval .Store users are the right person who are enter correct storage location to which material should go.Therefore looking for a way thru which store user can enter storage lcoation at the time of 103 only.
Since approvers or purchaser are not very sure about the correct storage lcoation to which material should move therefore storage location at PO level or 105 level will not help me.
Any work around ??
Regards
Shreyh

Issue with Return Delivery for movement type 262

Hi,
I have got a strange issue, the user is trying to do a MIGO Return Delivery for a material document using movement type 262, this he claims has been doing it for many materials. However when i go to the MKPF table i see the transaction Code field to be MIGO_GI for all the material documents for which he claims to have done return delivery. But under this transaction code we have only 4 options - Display, Issue, Cancel and Remove from storage.
Now when he tries to do the return delivery for movement type 262 he get an error message "Check table T156N: entry RL 262 does not exist" , but this has been very well maintained in the table.
Can you please let me know -
If it is possible to do a return delivery for a movement type 262?
If yes how to address the above error encountered.
Thanks in advance
Sachin

Hi Sachin,
If you think of return delivery to vendor with or w/o PO reference you can use movement types 161, 122, 124 as default settings.
Movement type 261 means withdrawal against production order and its reverse is MVT 262. The latter can be used e.g. via MB1A (or you can make storno of a confirmation by 261).
Are you sure your user is using the correct terminology ('return delivery')? Please check the material documents he/she claims to have booked as return delivery. (in MB51 you can get a list of all material movements of MVT 261 that belong to 'your user' and after that you can open the material document and check through which transaction the booking was made.)
BR
Csaba

HUMO-A reason has to be entered for movement type 344

Hi All,
We currently have the system configured to enter a 'reason for movement' for movement type 344 and this field is marked as required in the movement type configuration. We have configures the transactions allowed for the movement type and HUMO is one of them.
When I try to post the same HU using the path 'Edit-> Change HU Posting-> Other Postings->Process-> Transfer posting unrestriced to blocked', it prompts me for a 'Reason for Movt' and allows me to post it to a blocked stock.
However, when we try to post an HU to blocked to stock using the path in HU monitor 'Edit-> Change HU Posting->In Blocked Stock', the system gives an error 'A reason has to be entered for movement type 344'. Please note, it does not even prompt me to enter a reason for the movement.
Is there a configuration node to have the above error corrected? Or is there any SAP note which could help us solve the problem? We are aware of the SAP note 1679167 for transaction VLMOVE but not sure the same would actually correct the issue for HUMO. Any help in this regard is appreciated.

Hello Biswajit,
unfortunately, as far as I can see in source
SAPLHUMO
/ LHUMOF04
FORM
/ TRANSFER_POSTING_HU
during debugging, there is no GUI code to ask user for a reason. So it's a lack of functionality.
I think you can add this by an implicit enhancement around FORM transfer_posting_hu asking user e.g. with function module call POPUP_GET_VALUES_DB_CHECKED.
But transfering the entered reason down to the MM posting seems also not so easy because reason field "GRUND" may not visible in that callstack level.
Hope that helps you along
Best regards,
Matthias

Error in Transfer posting for movement type 303

Hi Sir,
I am getting following error while doing Transfer posting for movement type 303 thru BAPI_GOODSMVT_CREATE
Error in Function:
Order    not found or not permitted for Goods Movement.
I am passiing all mandatory parameter for it as per BAPI Documentaion in tcode BAPI
Transfer posting
Transfer posting without reference to a reservation
The following fields must be populated:
Material number
Plant
Storage location
Movement type
Movement indicator
Quantity in unit of entry
ISO code unit of measurement for unit of entry
If I am doing manually by MB1B tcode, it is successfully done.......here its not asking any ORDER No...
Please help me .........
Regards,
Krishan

I'm not sure what you're system set up is...   So I'd suggest looking at everything you enter on the screen and then checking to make sure you are passing all the information in the BAPI.
With that said our system does require posting date, and batch. You might check that.   Also check that you've included all the required information in the header.
Did you use the same data when you tried to process the BAPI that you used when you tried to do MB1B manually?

G/L account determination for movement type 702, 309

All SAP Gurus,
In our plant, for movement type 702 (inventory count), 309 (material to material transfer), some /L account assignment is wrong.
I suppose these settings are in Keys GBB, AUM and PRD.
Will cahnging the G/L accounts n these keys will give correct results. Or even soe other keys I (other than GBB, AUM and PRD) need to be changed.
Please reply
Regards

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

For Movement type Enhancement

Hi All,
My requirment in Transaction code: MIGO Transfer posting, Movement type is 313
when we enter material code and plant in the supplying side in MIGO transaction it comes automatically in destination side. In case somebody changes the Material code and Plant at destination side of MIGO transaction then system should show the error message that u201C Destination Material code and Plant must be same as Supplying Material code and Plant for Mov type 313u201D. This error message will restrict the user to change the Material code and Plant at destination side in MIGO transaction.
Is it possible? if yes..please provide me the Enhancement name or user exist or Badi for this.
I have tried, but i didn't found. Please help on this.
Thank You
Srinu

Sounds like you're just dumping your spec here. What have you tried exactly to solve this yourself?
Thomas

GL A/C for movement type 309

How to find GL account (tcode..) for movement type 309

The way to check the G/L accounts getting hit is to check the material document's FI document. To look for this document, use TCode MB51 with search selection as movement type 309 and execute, it will bring up all material documents created with this movement, double click on any material document No. will take you to display material document, there in header under DOC INFO tab, you will see FI document button click on that, and you can see the G/Ls and the accounting entry getting generated for the said movement.
Sometimes you will not see any FI document generated for movement 309. The reason is when doing variant adjustment of same price, no accounting document is generated as the prices are same. If the prices are different accounting document is generated.
Edited by: Afshad Irani on Apr 14, 2010 5:16 PM

Account assignment for movement type 221

Hi,
Instead of using account suggested by GBB-VBR for movement type 221 we want to use account entered by user in transaction as an offset to inventory account.
However SAP keeps on hitting account determined automatically (from GBB-VBR) and ignores account entered by user in transaction. In fact account entered by user in transaction is getting replaced by GBB--VBR and is also not available in any table (MSEG etc)
I have already checked - checkbox "Check account assignment" that states preference to user entered account in transaction, in movement type -- account grouping config but for no use.
Please help
Thanks,
Ashutosh
Edited by: Ashutosh_x on Apr 6, 2010 7:22 PM
Edited by: Ashutosh_x on Apr 6, 2010 7:23 PM
Edited by: Ashutosh_x on Apr 6, 2010 7:25 PM

In OBYC for Transaction GBB, instead of BSX, maintain BSA, VAX & VAY for each Valuation Class of material and its respective G/L Account.
For example, if you are trying for a FERT material, then the entries should be
0001::::BSA:::::7920::::::4XXX30
0001:::VAX:::::7920:::::::5XXX30
0001:::VAY:::::7920:::::::6XXX30
Also check in OMJJ whether you have the settings as follows:-
MvT::S::Val.Upd:::Qty.upd:::Mvt::Cns:::Val.stng:::Cn:::TEKey:::Acc mod:::Check acct.
561::::::::::::X::::::::::::::::::::::::::::::::::::::::::::WA01:::::2:::::GBB:::::::BSA::::::::::::::::X
561::::::::::::X::::::::::::::::::::::::::::::::::::::::::::WA01:::::3:::::PRD::::::::PRA:::::::::
561::::::::::::X::::::::::::X:::::::::::::::::::::::::::::WA01::::::2::::GBB:::::::BSA:::::::::::::::::X
561::::::::::::X::::::::::::X:::::::::::::::::::::::::::::WA01::::::3:::::PRD:::::::PRA:::::::::
Check whether your settings are similar to above.
thanks
G. Lakshmipathi

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

BAPI to reverse Goods Issue for movement type 601

Hi Everyone,
Does anyone know of any BAPI that could be use to reverse Goods Issue for Movement type 601?
I tried using BDC of transaction VL09 and was able to reverse the GI document successfully but the return message type was 'E' with unreadable message -
Tabelle 'E' enth#t keinen Eintrag f# 'Ch 004 &'
When I tried using BAPI_GOODSMVT_CANCEL, I get the error message 'E M7 130 Material document cannot be processed'.
Best Regards,
Junwen

hi, Junwen!
the following code works pretty well:
      fp_vbeln = vbeln_val.
      fp_budat = budat_val.
      fp_tcode = 'VL09'.
      fp_vbtyp = 'J'.
      CALL FUNCTION 'WS_REVERSE_GOODS_ISSUE'
        EXPORTING
          i_vbeln                         = fp_vbeln
          i_budat                         = fp_budat
        I_COUNT                         =
        I_MBLNR                         =
          i_tcode                         = fp_tcode
          i_vbtyp                         = fp_vbtyp
        TABLES
          t_mesg                          = it_mesg
       EXCEPTIONS
         error_reverse_goods_issue       = 1
         OTHERS                          = 2.
luck.

Block material at material type(HIBE) level for movement type "261" & "261"

Similar Messages

Maybe you are looking for