How to config movement type 261?

Hi, all,
My process GI to production is as follows,
1. Stage material from a storage bin to 914
2. Issue material from 914 to production with MB1A/261(movement type)
My question is: when I finished the MB1A/261, the system also generated a TR which I wouldn't deal with any more concurrently, so there're lots of such TRs stacked in the system as time goes by...How can I config the movement type 261 to fulfil this purpose?
Thanks
Michael

Hi,
Try MIGO with Goods iusse and order option processing with your order number.
In the WM tab there is an icon for " No Transfer Requirement". Try out this option.
Regards,
DilliB

Similar Messages

How to block movement type 261 and 262 from several storage locations

Dear Expert,
Can we block the 261 and 262 movement type from several storage locations? These storage locations are not affected by the MRP run, where for the materials that have been moved to these storage locations their existance are not count. These storage locations could not be used for confirmation production order, therefore i want to block 261 and 262 movement type from these storage locations.
Thanks
Pauline

Dear Pauline,
if my understanding is correct abt ur query,
1) you want in confirmation screen, Consumption should happen only from one storage location
2) Rest all storage locations should not be allowed
3) Maintain Storage location in BOM component view, in mass you can maintain in CEWB
4) Now GO with SHD0, Make storage location field as Out put only, for CO11N Transaction
Plz refer this link for SHD0 Demo
[https://www.sdn.sap.com/irj/scn/wiki?path=/display/snippets/transactionVariant-AStepbyStepGuidefor+Creation]
Regards
Madhu Kumar

The movement type 261 is greyed out in MIGO

HI Experts,
We have a scenario where we want to use the copy of movement type 261 to post goods issue against a process order. In MIGO even if I change it in the initial screen and execute, system takes only 261. System is not allowing to change it in the tab "Where". The field for mvt type in this tab is greyed out.
But we have created a movement type to post the goods receipt which is copy of 101. This is working fine. System takes this movement type when we enter it in the initial screen and copies to the tab where.
How to solve this issue?
Request your expert advice.
Regards
Prathib

Hi Ajit,
Thanks for the reply. Here the issue is we wanted to use the customized movement type only for a particular type of order. For all the other order we should use 261 only.
I dont think this can be done through standard SAP. Is there any user exit or BADI for the same?
Please let me know.
Thanks & Regards
Prathib

Manual Reservation for Movement type 261

Dear Friends,
I want to create a manual reservation (MB21) for production order i.e. movement type 261. But system is not allowing and giving error message order category 10 (prodn order) not allowed for manual reservation.
Can some one help to know how the setting which allows manual reservation for MVt type 261
Thx
Rishi

Hi,
After my long analyzation, I came know that, this is SAP standard setting.We cann't make any changes in order category 10. As per SAP standard procedure , the below order categories do not allow manual reservation.
10 PP production order
20 network
30 maintenance order
40 batch order (process manufacturing)
50 inspection lot
So please make goods issue through MB1A , if you want tracking this issue seperatly please put your production order number in text filed.
I hope the above information is useful for you.
Please reward points if my information useful.
Best Regards,
Nagapandian.

Dump while doing goods issue against order with movement type 261

Hi Team,
We are integrating Asset management process along with the goods issue against the order which is created with a business partner for movement type 261.
when we try to complete the process the system gives us a dump as described below.
please look through the dump and advice for the same.
Short text
    The current application triggered a termination with a short dump.
What happened?
    The current application program detected a situation which really
    should not occur. Therefore, a termination with a short dump was
    triggered on purpose by the key word MESSAGE (type X).
Error analysis
    Short text of error message:
    System error in the FI/CO interface
    Long text of error message:
     Diagnosis
         Updating of the FI/CO interface was called with object type "MKPF"
         yet the checks were run for object type "AMBU".
     System Response
         Checking and updating must be for the same object type.
     Procedure
         It has to do with a system error from the calling applications.
    Technical information about the message:
    Message class....... "RW"
    Number.............. 103
    Variable 1.......... "MKPF"
    Variable 2.......... "AMBU"
   Variable 3.......... " "
   Variable 4.......... " "
rigger Location of Runtime Error
   Program                                 SAPLMBWL
   Include                                 LMBWLU21
   Row                                     62
   Module type                             (FUNCTION)
   Module Name                             MB_POST_GOODS_MOVEMENT
46    IF xmkpf-xabln IS INITIAL.                               "note 434093
47        CALL FUNCTION 'MB_XAB_NUMBER_GET'.                   "note 434093
48    ENDIF.                                                   "note 434093
49
50 ENHANCEMENT-POINT MB_POST_GOODS_MOVEMENTS_01 SPOTS ES_SAPLMBWL STATIC.
51
52 ENHANCEMENT-POINT MB_POST_GOODS_MOVEMENTS_02 SPOTS ES_SAPLMBWL.
53    CALL FUNCTION 'MB_CREATE_MATERIAL_DOCUMENT_UT'
54         EXCEPTIONS
55           error_message = 4.
56 * As soon as we have started to put things into UPDATE TASK, we must
57 * ensure that errors definitely terminate the transaction.
58 * MESSAGE A is not sufficient because it can be catched from
59 * external callers which COMMIT WORK afterwards, resulting in
60 * incomplete updates. Read note 385830 for the full story.
61    IF NOT sy-subrc IS INITIAL.
>>>       MESSAGE ID sy-msgid TYPE x NUMBER sy-msgno WITH            "385830
63                  sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
64 *     MESSAGE A263.
65    ENDIF.
66 * Optische Archivierung
67 * Spaete Erfassung mit Barcode
68 * Redesign of barcode handling -> note 780365
69   PERFORM barcode_update(sapmm07m) USING xmkpf-mblnr
70                                          xmkpf-mjahr
71                                          barcode.
72
73   MOVE-CORRESPONDING xmkpf TO emkpf.
74   CALL FUNCTION 'MB_MOVEMENTS_REFRESH'
75     EXCEPTIONS
76       error_message = 4.
77    MOVE-CORRESPONDING xmkpf TO emkpf.
ource Code Extract
ine SourceCde
32 *    BKPF as well. There is no other way to forward XBLNR to FI as not
33 *    every document is posted by MB_CREATE -> a new function module in
34 *    MBWL for transferring the information, called by FI, meant to load
35 *    the complete function group for all MBxx postings when this isn't
36 *    required (Performance). Would be the better way to transport the
37 *    information after switching off MBxx in later release.
38 *    corresponding IMPORT ... FROM MEMORY ... can be found in
39 *    AC_DOCUMENT_POST (FORM FI_DOCUMENT_PREPARE (LFACIF5D))
40      l_mem_id = 'MKPF-XBLNR'.                                   " 641365
41      EXPORT xblnr = xblnr_sd TO MEMORY ID l_mem_id.             " 641365
42    ELSE.                                                        "1245374
43      l_mem_id = 'MKPF-XBLNR'.                                   "1245374
44      FREE MEMORY ID l_mem_id.                                   "1245374
45    ENDIF.

Couple of notes are mentioned (385830, 780365 etc) and check whether these notes are applied. If so, check with the ABAPer and go through the source code corrections explained in the respective notes.
You may also go through the following notes
1) Note 386656 - FBV4: RW103 'System error in the FI/CO interface'
2) Note 388316 - RW103 "System error in the FI/CO interface"
3) Note 543463 - Inconsistent Posting in budgetary ledger and/or RW102/RW103
thanks
G. Lakshmipathi

Error in BAPI_GOODSMVT_CREATE with movement type *261' after posting

Hi All,
After sucessfull posting of BAPI_GOODSMVT_CREATE with movement type *261' .
After posting ,while checking In mb51 document exists for it but checking in mmbe stock not reduced from resisticted stock.
Can you kindly tell the import parameter to be filled to over come this error.
Thank you.
Thanks,
AMS

Hi Himanshu/ Tejaswini Khante / Madhu,
Thank you all for your kind reply.
@Himanshu....I have tried with LWA_ITEM-STCK_TYPE = BLANK, Still it didnt work.
@Tejaswini Khante ...I checked the MMBE tcode, all the stocks are in 'Unrestricted use' only. The quality inspection, reserved fields are all blank. The materials are not Batch managed.
@Madhu...Yes, i discussed with the Functional, yet to find a possible solution.
Thanks & Regards
Rajesh

To change movement type 261 to consider backflush qty in forecasting

Hi experts,
Can any one let me know what to do to consider the following issue:
Client came to me saying that right now all backflushes using 261 movement type are looking like unplanned cosumption, which is not considering in the forecast.
Is there any setting to the movement type 261 by that the backflushes (unplanned consumption) are considered in the Forecasting?
if such setting is there I will create a new movement type for that: can I assign the new movement type to a particular to a plant?
OR
Is there any setting other than this to consider the backflush qyt to be considered in Forecasting?
Thanks in Advance
Srinivas

generally if backflush indicator is set in the material master with value 1 in the MRP2 view of the material master then you need not to issue components using MB1A for 261 movement type. It happens automatically when you do confirmations in CO11N / CO15.
Backflushing functionality will reduce the manual work when you have more components to issue for producing a product.
Please explain your scenario in detail.

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

TRs are not being generated in Movement Type 261/262

Hi Gurus,
I am perfoming several material documents with movement type 261/262 and I don t know why in some cases the WM tab is generated without TR with only a storage bin.....so we don t have the possibility to take the TR and transform it into a TO....I have checked the configuration of the movement type in SPRO WM and everything seem to be OK, as usual....Any clue on this?
Many Thanks!!!!
Regards

Q1 : If I perform 261 in MIGO or in MB1A in a WM warehouse which It has NOT activated the PP-WM interface. the behavior will be the same ? - Yes, because selection of storage type and storage bin is from the control cycle which plays a major role if control cycle is not defined then system accepts standard 914 as destination storage type if control cycle is defined then it ignores standard SAP value and pick the storage type and bin from the control cycle.
Goods Issue w/ref. to the PP order will be created without TR and to a storage bin in Storage Type 100? and on the contrary, - Even if you do a Goods issue w/ref and control cycle is not defined then at the time of production order creation system update reservation table with blank entry under warehouse / storage type & storage bin and once you will do the MIGO for this system will consider 914 as storage type
if the control cycle is define then the value in RESB will be like below screen
if in this example I generate a 261 as Goods Issue Others the WM tab will have Intermediate Storage Type 914 and it will have a TR number?? ---Since this is without reference in the MIGO you will not find the Reservation tab and system will go with Standard SAP (914) storage type

How To Block Movement Type

Dear Experts
How to Blocked Movement type to do any movement .
which field in OMJJ for blocking the Posting of Any movement
Rgds
Pankaj Agarwal

Hi,
Inform your basis personnel to modify the authorization object -
M_MSEG_BWA Goods Movements: Movement Type
To ensure that the field BWART does not contain the movement type which you want to block. This will ensure that users will not be able to use this movement type.
Hope the above answers your query.
Regards,
Vivek

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

Movement type 261/262

Hi All,
Good issue to production using movement type 261 or 262 (Consumption for order from warehouse). Question is Can this transaction block the material to be issued if it is not in the BOM? If can not, is there a way to block the material to be issued if not part of the BOM.
Thanks.

Let me give an example.
Product material 10005 has BOM material A, B, and C. Production Order 12345 is created for that material 10005. Material A is not configured as a backflush, where as B and C is backflush. I am focusing in material A. Material A is issued using MIGO, good issue, others with mv type 261. In the selection under Account Assignment, there is a field "Order" which is entered for the Production Order #. The problem is if the material A12 which is not part of the BOM is entered instead of material A, the system does not reject. It is the same if using mv type 262. This will cause an issue in the reporting. Is there a way to prevent the system not accept the wrong material that is not part of the BOM?
Thanks.

Restrict Movement Type 261

Hi:
I want to prevent user in Plant 100 from issuing spares to the PM Order created in Plant 200.
I have a role Z:00:INV_CLERK-100 restricted for plant 100.
I have a PM work order 40000000001 created in plant 200.
User A has role Z:00:INV_CLERK-100 assigned to him which is restricted to plant 100.
But this user can issue parts to the order 40000000001 using movement type 261 even though Order does not belong to plant 100. Is it possible to restrict this behavior.
Thanks

Hi carlos:
Authorizations are restricted to plant 100. System does not check if order entered belongs to the same plant or a different plant.
e.g
When I enter order number for movement type 261 and then if a enter a material to be issued from a different plant, system allows me to post it even though plant is the order is different than the plant from the parts are issued.
I have authorization to issue parts from plant 100 ONLY. If i enter a work order order for a plant 200, system does not give me an error message or warning message saying you can not issue material from plant 100 to the order for plant 200.

Create storage location automatically for movement type 261

Hi Experts,
Currently we're inprocess of implementing "create storage location automatically" for reservation, and I've done with the configuration for both reservation side (Define Default Values) and movement type side (GI/transfer posting - Create Storage Location Automatically).
For movement type 201, new storage location successfully extended/created using T-Code MB21 (Create Reservation). But we found an error message while conducting the same thing for movement type 261 (which only can be created using T-Code IW31 (Create material reservation form Work Order).
Did we missed any required configuration? Pls kindly advice on what we should do.
Thanks a lot. Really appreciate the prompt response.
Rgds,
MD

Here's the current situation,
We configured the plant/storage view (SPRO), most of materials already extended to desired plant and storage location. Commonly, we can extend or create any materials for certain plant and/or storage location by maitain material master data (using T-Code MM01).
Recently, we develop the additional configuration to activate "automatic create storage location" for reservation, aligning with the movement type for Goods Issue (201,221,261,301,etc).
Let's say we have material number 123456789 and currently assigned to plant YYYY, but not extended to storage location XXXX. By performing T-Code MB21 (create reservation) with movement type 201 inputted, the respective material (123456789) is automatically created for the XXXX storage location.
But the above condition is not effected while performing the same thing using T-Code IW31 (create material reservation via Work Order) with movement type 261 (GI for Order).
Any idea to perform create storage location automatically while creating reservation for movement type 261? is there any possible configuration or procedure to be added?
Thank you

How to copy movement types

hello sdn users
this is deepak
did any one of u worked on a movement type which is copied from the standard
how to copy movement types
please help it was asked in an interview
thanking u in advance

Hi,
Select the movement type and go to next screen. Give range as 101 to say Y01.
then you can specify target mvt types between this range. You cannot specify new mvt type as Z01 in this case.
hope it clarifies.
Seema

How to config movement type 261?

Similar Messages

Maybe you are looking for