Availability checking for movements types in MIGO.

Hello Gurus,
I need help.
I am trying to do material document with more than one line of the same material.
For example:
line 1: 100 pieces of material
line 2: 110 pieces of material
In all batches there is 10 pieces and stock is 1000 pieces.
During batch determination system is filling first line with proper batches (FIFO), than during batch determination for second line system is selecting the same batches (and more) for second line.
One batch is used 2 times. System do not remember that batches are "in use"
Our consultant configure that for movment type 261 and it works. Now I need to configure that for 311 and there is a problem.
I checked omjj and mbc2 for that movments are they are the same.
Anyone got any idea how to deal with this? Please help

Hi,
Go to availability check OPJJ. check off include reservation andset inc. dependent reservation to 'X' include all reservation. Thanking you.

Similar Messages

Availability Check for Mov.type

Dear All,
Can we configure Availability check for Mov.type?? If yes what are the settings to be done??
Points will be awarded!
Regards,

Hi,
Thanks a lot for the quick response. As you have mentioned I have done the above steps. Now I have doubt that actually my requirement is to activate the Dynamic Availability check for a Mov.type. So in the above transactions OMCM & OMCP in the mov type tab we have a Dynamic Availability check Column where we can set the message as Warning, Error etc..
As per your above points If I assign the check rule to my transaction code system will do Availability check when I execute the transaction irrespective of material.
So Do I have to do the above step? Or shall I assign the Checking Rule to my mov.type in OMJJ ( update Control) tab?
Kindly reply your valuable suggestions?
Regards,

Error in MB1C but works perfectly in MIGO for movement type 501.

Hi
I get an error in MB1C but works perfectly in MIGO for movement type 501
here is the error Account 353300 requires an assignment to a CO object.
I know for this if we add the co object in OKB9 it works.
But my question is - how it works in MIGO transaction but throws an error in MB1C
Any idea ? has any one faced this kind of an issue ? Please let me know.
Thanks
Dkmurthy

Hi
Are the entires same in both the transactions? Means did you check 353300 GL was hit when you posted through MIGO?
Check in FS00 - for GL account 353300 - under bank/interest tab - double click on field status variant -> under Additional account assignments - CO object is ticked as mandatory?
Thanks

Hide/Suppress Cost center field in MIGO and MB1A for movement types 551&552

Hi All,
Can anybody tell me how to suppress or hide the cost center field in MIGO or MB1A for movement types 551 and 552?
I did below settings and it worked fine for only MB1A and for MIGO still it is showing cost center field.
IMG > Materials Management > Inventory Management and Physical Inventory >Goods Issue/Transfer posting > Define screen layout > select movement type to change the option.
Also I did gothrough the settings for Enjoy transaction (MIGO) there we have only option to make fields either "Required entry" or "Optional entry" and we don't have an option to hide/suppress.
Please advise or help me .
Thanks in advance!
Regards,
Praveen

Hi
The cost center field is a required field in mvt type 551 as you are scrapping materials, some cost center will need to take the cost of this operation.
Anyway, you first need to make the field as optional for example, before you move.
One option is that you create a screen variant in Tcode SHD0 for MB1A, where 551 is setup as constant (with content) , and mark Cost center as invisible and assign this screen variant to a transaction in SE93.
regards
Sidi

BAPI_GOODSMVT_CREATE is not working for movement type 701 in MIGO

Hi gurus
Can anybody help to track that bapi: BAPI_GOODSMVT_CREATE is not working for movement type 701 for MIGO Transaction.

call this standard BAPI, AND EXECUTE IN SE37
""Local Interface:
*" IMPORTING
*"     VALUE(GOODSMVT_HEADER) LIKE BAPI2017_GM_HEAD_01 STRUCTURE
*"        BAPI2017_GM_HEAD_01
*"     VALUE(GOODSMVT_CODE) LIKE BAPI2017_GM_CODE STRUCTURE
*"        BAPI2017_GM_CODE
*"     VALUE(TESTRUN) LIKE BAPI2017_GM_GEN-TESTRUN DEFAULT SPACE
*"     VALUE(GOODSMVT_REF_EWM) LIKE /SPE/BAPI2017_GM_REF_EWM STRUCTURE
*"        /SPE/BAPI2017_GM_REF_EWM OPTIONAL
*" EXPORTING
*"     VALUE(GOODSMVT_HEADRET) LIKE BAPI2017_GM_HEAD_RET STRUCTURE
*"        BAPI2017_GM_HEAD_RET
*"     VALUE(MATERIALDOCUMENT) TYPE BAPI2017_GM_HEAD_RET-MAT_DOC
*"     VALUE(MATDOCUMENTYEAR) TYPE BAPI2017_GM_HEAD_RET-DOC_YEAR
*" TABLES
*"      GOODSMVT_ITEM STRUCTURE BAPI2017_GM_ITEM_CREATE
*"      GOODSMVT_SERIALNUMBER STRUCTURE BAPI2017_GM_SERIALNUMBER
*"       OPTIONAL
*"      RETURN STRUCTURE BAPIRET2
*"      GOODSMVT_SERV_PART_DATA STRUCTURE
*"        /SPE/BAPI2017_SERVICEPART_DATA OPTIONAL
*"      EXTENSIONIN STRUCTURE BAPIPAREX OPTIONAL
*"      GOODSMVT_ITEM_CWM STRUCTURE /CWM/BAPI2017_GM_ITEM_CREATE
*"       OPTIONAL
call function 'BAPI_GOODSMVT_CREATE'
    exporting
      goodsmvt_header         = goodsmvt_header
      goodsmvt_code           = goodsmvt_code
      testrun                 = testrun
      goodsmvt_ref_ewm        = goodsmvt_ref_ewm
    importing
      goodsmvt_headret        = goodsmvt_headret
      materialdocument        = materialdocument
      matdocumentyear         = matdocumentyear
    tables
      goodsmvt_item           = goodsmvt_item
      goodsmvt_serialnumber   = goodsmvt_serialnumber
      return                  = return
      goodsmvt_serv_part_data = goodsmvt_serv_part_data
      extensionin             = extensionin.
commit work.
hi, rewards point, if this is useful,
regrds
karthikeyan

MIGO - GR - Others -- Serial Number Not saved for Movement Type : 561

Hello,
I am trying to post good receipt-other ( for movement type 561) using MIGO transaction. I have specified all required data.
Also depending on the item qty., I entered serial number in serial number tab.
Its creating document successfully. However if I try to display same document using MIGO, serial number is missing.
I tried to debug the code and I realized its not saving serial number itself.
For other movement type its creating document with correct serial number.
If I repeat same process using same data using transaction MB11 its posting successfully and I can see serial number using MIGO transaction as well.
One more thing which I've noticed is when I post document using MIGO, Account assignment details are missing. However with MB11 I can see account assignment data too.
Would be really appreciated if someone can help me on this. I dont know If I'm missing any configuration part here.
Thanks & Rgds,
Nilesh

Any help Experts?
Nilesh

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

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.

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

Availability check for Make to stock and Make to Order

Dear All,
Client is selling Make to stock and make to Order material.
How and what settings need to do for Avaialbility check.or we can use standard one.
I hope in case of Make to Order availability check may not happen.
Please correct me.
Thanks in advance.
Regards,
Shrikant

hi,
yes for make to order we dont have AvChk. for make to stock items u need to follow the
below configuration.
Availability check
1. Availability check is an integral part of the business process that determines if the required delivery quantity can be met on a required delivery date. For this purpose the system takes into account pre-delivery activities such as scheduling for picking or packing times and the time taken to produce or obtain the material. It also performs several background functions such as Backorder processing, rescheduling and ATP quantities.
2. Backorder processing: processing of a sales order that has not been fully confirmed or not confirmed at a certain delivery date.
3. Rescheduling: is a proposal of how u2013 confirmed quantities already assigned to a sales order can be reassigned to other sales orders that have a higher priority.
4. Available to promise (ATP): is a process of checking the available quantities of a material. The ATP quantity consists of warehouse stock + planned receipts (incoming stock) u2013 planned issues (outgoing stock). to examine stock on hand (CO09) proceed to logistics u2013 sales & distribution u2013 sales u2013 environment u2013 availability overview.
5. Replenishment lead time (RLT): is the time taken for the material to become available either internally (in house production) or externally (from a vendor). The most important things to consider during an external procurement are purchasing and MRP 2 (procurement) views of MMR where the processing time for purchasing, planned delivery time and goods receipt processing time are taken into account. On the other hand internal procurement is based on in house production time (MRP 2 view) goods receipt processing time or alternatively RLT time, which is found on MRP 3 view.
6. RLT (Replenishment Lead Time) is the time taken for the material to become available. RLT is only used when doing an ATP check (Available To Promise). The value of RLT for a material is specified on material master record.
7. There are three types of availability checks u2013
Check on basis of ATP quantities.
Check against product allocation.
Check against planning.
Configuring Availability check through Checking Groups u2013
1. The checking group + checking rule determine how the availability check is to be performed.
2. The checking group determines whether and how the system checks the stock availability and generates requirements for material planning. The checking group defines what type of requirements will be passed on i.e. summarized requirements (daily/weekly) or individual requirements for each sales order.
3. The checking rule applies to how the availability check is to be carried out at the transaction level. Note that you must define checking rules for each individual application such as for production orders for example. In Sales and Distribution, the checking rule is specified internally within the system and cannot be changed.
4. The checking rule, in conjunction with the checking group, determines the scope of the availability check for every business operation; that is, which stocks, receipts and issues are to be included in the availability check and whether the check is to be carried out with or without the replenishment lead time.
5. Briefly explaining the above u2013 checking group determines which type of requirement to be passed on to MRP whether it be individual or summarized and checking rule which is at the transaction level and can be configured independently for each application module, determines which stocks, receipts and issues to be taken into account. For performing an availability check checking group has to work in conjunction with checking rule.
6. Advantages of individual processing over summarized processing u2013
Backorder processing is possible.
You can access (MD04) order, line and schedule line individually which gives a greater control on available stock and requirements placed on stock.
The system automatically uses individual requirements in case of special stock items.
7. Required data for the Availability check to be carried out u2013
The Availability check must be switched on at the requirement class level.
The Availability check must be set at the schedule line level.
A requirements type must exist by which the requirements class can be found.
A plant must be defined in the sales order for each schedule line item (in other words plant must be defined for every material in MMR).
A checking group must be defined in the material master record in the MRP3 screen in the availability check field.
8. Configuring Availability check and defining Checking Groups u2013
Checking groups are introduced into the sales order based on the setting in the material master record.
SAP standard checking groups are 01 u2013 summarized requirements and 02 u2013 individual requirements or you can create your own by copying the standard ones.
Total sales and total deliveries columns are there to configure a checking rule to sum up requirements to post to MRP either individually or by day or week.
Block quantity required can be set if you want several users to be able to process the material simultaneously in different transactions without blocking each other.
The no check indicator is CHECKED when you DO NOT want the system to carry out ATP check.
9. Defining material block for other users u2013 the block check box is an indicator that enables you to block material master records of a particular material during the availability check and restrict other users from accessing same master record and reserve the material. If the block is not set, two users can confirm the same material at the same time for two different orders, not knowing if the stock is available or not. If you select this field, the material is blocked during the availability check and other users cannot: a) Make changes in the material master record. b) Create purchase orders for the material. C) Create orders for the material.
10. Defining default values for checking groups - Checking groups are introduced into the sales order based on the setting in the material master record.
However if there is no entry present in the material master record for the checking group, a default value can be set here, depending on material type and plant.
This default value will be used by the system depending on the material type mentioned in MMR and plant in sales order.
If an entry exists, this default value is over written by MMR.
11. Controlling Availability Check u2013 in this section, you tell the system what stock on hand and what inward and outward movements of stock it must take into account when performing the availability check in addition to whether or not to consider the replenishment lead time.
12. These settings are based on the checking group that is assigned to the material master record and the checking rule that is predefined and assigned to the sales and distribution transaction.
13. These settings carry out control both for sales order and delivery as well. This is due to the fact that you may want to include specific stock or incoming stock for the sales order, yet at the time of the delivery only include physical stock on hand waiting to be shipped.
14. It is possible to indicate to the system that you would like the availability check NOT TO CHECK the stock at the storage location level. This indicator is used to set the scope of the availability check.
15. It is used to switch off the check at storage location level. You create a reservation for a particular storage location. However, the scope of the availability check is set in such a way as to exclude the storage location. In this case, the system carries out the check at plant level only and does not take the storage location into account that is specified in the reservation.
16. Should you not want the system to automatically check RLT, you may indicate so here. RLT is the time taken for a material to become available. It is only used when doing an ATP check and is taken from MMR.
17. Defining the elements in the availability check entirely depends on the business needs, but a few tips are given under u2013
When controlling the Availability check at the time of the sales order, a purchase requisition does not necessarily indicate by it is going to come into the plant.
A shipping notification on the other hand - a confirmed purchase order u2013 is a good indicator of receiving stock on a specified date.
It is always recommended not to select the shipping notifications for the delivery requirements type as you may not actually receive the stock into plant or warehouse for which you are creating a delivery.
regards
anand

GR PO UPLOAD FOR MOVEMENT TYPE 101 (IMPORTED)

We want to use Goods receipt PO upload for movement type 101(imported.) I donot know the logic. Pl. give me some idea.For domestic case one T-code is presently running. The problem is in case of imported p.o. waiting for your early response.
THANKS
NRK

hi,
even for Imported PO ur using the same Tranasctioon code.
but check ur proceedure.
u need to book the MIRO for duty payment, attach the same to MIGO, while doing the GR, then Jid for posting the duties.
again MIRO for invoice payment to vendor

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

Customize Header Test as Mandatory for Movement Type 350

Dear colleagues,
If inspection lot is rejected, i.e. stock is posted to blocked stock in transaction QA11, document header text must be mandatory.
I have tried setting “Field Selection for MIGO” and “Goods Issue / Transfer Postings >Define Screen Layout” for movement type 350 but those didn’t work out
Is there a solution without custom development?
Regards
Melih

Doubtful. There is a user exit to check the UD. You might be able to use that to see if the text you want is populated. If not give the user a pop-up error box and don't allow the UD to be saved until the text is populated.
A rejected characteristic can require text. This is in the control indicators. Maybe you can leverage that somehow.
Craig

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?

Field selection for movement type 601 account 894025 differs for cutomer

While posting goods after saving delivery merror message
Field selection for movement type 601/aact 894025 differs for customer goods movement
I tried OMJJ>Mvtmt Type>601>Field selection enjoy>601 KONTO Optional field
Now this is only happening in the cases where I have assigned free goods Inclusive 10MT. If the order is less than 10MT (that is if no free goods attached) posting is accepted & billing & account determination is processed successfully.
I am unable to identify the reason though I have worked a lot on MM/Fico on the system.
Please provide your valued inputs why this is happening?
Thanks for your time.
Rajiv

Hi Raja,
Thanks for prompt reply.
I shall appreciate if you elaborate how to check
check the Field selection goup in control tab for that GL
I tried OBC$--> (Is this correct?)
I checked cost center field G004 -->Addl Act assignemtn -->Cost center which is Optional entry. Should I check any other items on the screen as I am unable to understand which field is applicable on a/c field.
Profit center, cost object are in G004 as supressed field.
So should I make optional? So thing will work.
Other Q should I also consider G025 Inventory adjustment account? As per error this a/c is not shown. So pl advise me steps or heading which I should consider.
Thanks for yr time.
Rajiv

Availability checking for movements types in MIGO.

Similar Messages

Maybe you are looking for