Movement type issue

Dear experts,
Plant B created PO for Qnty 10 from Plant A.wrt PO Plant A created sale Order and Qnty 10 ready for Delivery. Now I am doing Del with vl01n. Till now everything is fine. after doing the Del the status of Sale Order is -completed- But the PO status is still Open. Since I created Sale order with refernce to PO , and when I did the delivery why the status of the PO is not showing completed? Any suggestions please
Thanks,
Kanna Palle.

Chandrasekhar,
what you said is right. But is there any possibility to change the movement type in the delivery? , So that I can make GI and GR in one step including the automatic picking of serial numbers. Hence when I do the PGI ,The automatic GR is the Requirement.The Process is stock transfer between Plant to Plant under one company code.I guess 647 will work perfectly , But since I am doing sale order to delivery , its picking 647 movement type. Any suggestions pls
Thanks,
Kanna Palle.

Similar Messages

  • Return Delivery- Move type issue

    Hi frnds
    I have an issue i have not been able to resolve.
    The client wants to scrap the material when receiving the return delivery(LR) on a return order(RE). Initially 657 mov type was asssigned to DN schedule line category in VOV6, so i changed it to 551 but when i ran the return delivery i got error that the update control for this move type does not exist.
    I then copied the mov type 657 in OMJJ and renamed it (999) and in the update control kept the ref mov type as 551 but on running return delivery the stock is still going in the blocked area instead of getting scrapped.
    Does someone have any suggestions for me.... I think i am missing something but am not able to figure it out. I hope i can scrap the material form a return delivery.!!!!
    If i use move type 657(GR-blocked stock) and then use 555(GI-scrap from blocked stock) in Move type step 1 in transaction VOV6, will it work ?????
    Will award points..
    Message was edited by:
            Comes Naturally

    Hi
    The movement type for Return Delivery is 651. Pls make use of this movement type to first post the goods as Returns goods.
    Then using 453 you can post them into unrestricted stock.
    Reward if this helps.

  • 262 Movement Type Issue - Does not check order

    Hello,
    A material is issued via a 261 to an order.
    Say this order is now complete and we want to do a 262 back into stock SAP does not check whether or not the material had ever been issued to the order I entered in my 261.
    Is there anyway we can have a 262 movement type check whether the material is in the order we enter?
    N.B. I am aware we can use MBST, however this doesn't help for partial reversals.
    E.G.
    MIGO - 261
    Material     123456789
    Order2       123XYZ
    Plant          1234
    MIGO- 262
    Material    123456789
    Order2      RANDOMORDER
    Plant        1234
    The above scenario will post okay.  We don't want it to as Order 2 has never had anything to do with material 123456789.
    Any help is greatly appreciated.
    James

    Shakti,
    You did not read my problem.
    As I have said using MIGO to reverse the 261 does not check if the material was issued to that order.  If I wanted to I can 262 back to an order that I've just found randomly....
    My question was how can we get SAP to check whether the order we used has issued that material before (in the 261).

  • IS Retail - POS sales and return movement type issue

    Hi,
    We are facing issue whlile doing POS sales and return, when sales transaction data transfer to ECC from POS its create Idoc and material document.
    When I look the material document for sales its showing movment type 252 instead of 251, as same in return material document 251 instead of 252,
    When I look the cofiguration settings are perfect in SPRO.
    How to resolve this issue and what changes need to be done
    regards
    Satish

    Satish,
    Check following IMG settings;
    IMG - Sales and Distribution - POS interface - inbound - Aggregated Sales Control
    IMG - Sales and Distribution - POS interface - Inbound - Movement type-dependent control of sales as per receipt
    Bye - Muralidhara

  • POS sales and return movement type Issue

    Hi,
    We are facing issue whlile doing POS sales and return, when sales transaction data transfer to ECC from POS its create Idoc and material document.
    When I look the material document for sales its showing movment type 252 instead of 251, as same in return material document 251 instead of 252,
    When I look the cofiguration settings are perfect in SPRO.
    How to resolve this issue and what changes need to be done
    regards
    Satish

    Satish,
    are you sure that you applied the right logic regarding signs in the POS inbound?
    In WPUBON the Field E1WPU02-VORZMENGE must be negative so the POS inbound will consider this line item as sales and would put 251 als movement type if the sign is not minus it would put 252.
    With the WPUUMS it is the same.
    Are you using WPUBON01 or WPUUMS?
    Regards Carsten

  • Mb01 101 movement type issue

    Hi
    i have try to create goods receipt with reference purchase order in mb01 t.code during save showing error update control movement type is incorrect entry (101 _ _ _ B) plz suggest.
    Regards
    Sam

    Hi!
    can you please post the error message number and type...
    have fun
    Flo
    PS: a new transaction needs not to be a challenge

  • Customizing movement type issue

    i want to create a movement type and i want to assign some account assignments to it....how do i go about it

    First pick the standard SAP movement type which is closest to your new movement type requirement. Then create the new movement type by copying from the selected movement type. In case of customized movement type, copying the best option, manually creating is impossible as there are too many variables to account for..
    The after create the new movement type the necessary accounting changes can be configured easily.

  • Movement type issue-Generate HU packing material item in inbound dlv

    Dear All,
    I am using handling unit management with automatic generation of packaging material item in outbound and inbound delivery.
    I am facing a problem in inter-company and intra-company STO flows.
    For inter-co flow, I create PO doc type NB and an outbound delivery. When I do GI for this, and inbound delivery (EL) gets created. The movement type for generated packing items is 601 in outbound deliveries and 501 in inbound deliveries. That is working fine.
    For intra-co flow, I have PO type UB and outbound delivery. When I do GI, again the inbound delivery type getting created is EL and the movement type for generated packing item in inbound delivery is again 501.
    According to SAP:
    Movement types for stock transfer within a company code:
    For the movement types of the generated packaging material items, you use
    603 (outbound deliveries) and 605 (inbound deliveries).
    Movement types for stock transfers between company codes:
    For the movement types of the generated packaging material items, you use
    601 (outbound deliveries) and 501 (inbound deliveries).
    Any ideas?

    Hi,
    Sorry, I think I made  a mistake.
    I have just found out that it's not possible to assign several confirmation category....
    Since you are using SPED output, system calls FM GN_DELIVERY_CRATE  to create inbound delivery.
    Maybe you need to do modification.
    ======================================================================
    Main Program     SAPLV50S
    Source code of   LV50SF19                                                 64
                 ENDIF.                                                  "^_983945
                 LIPS-UEPOS = POSNR_UMSETZUNG-NEU.
               ENDIF.
             ENDIF.
    SPE OUTB combination of unchecked -> special case, gn_vwpos is initial
             IF XKOMDLGN-VWPOS IS INITIAL AND V50AGL-UCDEL_TO_DEL_COMB IS INITIAL.
               GN_VWPOS = XKOMDLGN-VGTYP.
             ELSE.
               GN_VWPOS = XKOMDLGN-VWPOS.
             ENDIF.
    ======================================================================
    Here is where system set USAGE for item category determination.
    In standard logic, for PO inbound delivery, it's using 'V' to determine item category.
    If you need, maybe you can consider to do modification here to set different USAGE indicator to determine different item category.

  • Sr. Number Management issue for movement type 281

    Hi,
    Background:
    I have a Material "PART1" with Serial no. profile "0001" and relevant for "back flushing".
    This profile "0001" has the below controls in config:
    MMSL - Maintain goods receipt and issue doc. - 02 - Optional. We cannot maintain "03", since this Material is relevant for "back flushing".
    SDLS - Maintain delivery - 03 - Obligatory
    With this config Serial no. is optional for all the Receipts, Issues and Serial no. is required for Sales Delivery/PGI. PGI will not be able to post without entering Serial numbers. All these are working fine as expected.
    Issue:
    User creates Delivery through T.code  CNS0 for a network (Projects) for the same Material "PART1" and processing the PGI. During PGI, system is not stopping to post PGI without entering Serial numbers (Allowing to post PGI without Serial Numbers.), even though this Material has Profile "0001" - SDLS - Maintain delivery - 03 - Obligatory.
    Movement type issued by system during network related delivery is 281.(No Special Stock).
    During this PGI process System is considering this Business transaction similar to MMSL( Receipt/Issue ) instead of SDLS.
    Options / Solution for this issue u2013 to make this specific MMSL movement type as Serial Number required:
    We can maintain the Serialization Parameter in the below 2 steps specific Movement type(281).
    1.Define flow type groups
    u201C0001u201D  -  MMSL u2013 REQ u2013 03 (Obligatory)
    2. Assignment of Movement Type Group to Movement Type
    281 u2013 u201CREQu201D
    With this Config I can able to get the error for the Delivery movement type 281 (GI to Network), if Serial Number is not entered in the Network delivery, which fixes the Issue.
    I can able to process other receipts/issues (except 281) without Serial numbers, which is also OK.
    But I can able to maintain the Back flush values u201C2u201D in Material master.
    We can NOT able to create new Material with Back flush values u201C2u201D and Serial no. profile "0001".
    We are having lot of materials with Back flush values u201C2u201D and Serial no. profile "0001". For existing Materials we are getting error u2013 Serial number Management is not possible with back flushing, whenever we change any Plant data in Material master.
    Kindly provide the solution to fix this issue.
    Let me know if you need more info .
    In Config T.code u201COPT1u201D can we replace the movement type 281 with 601 to fix this issue, instead of the above config (Movement Type Group step 1 & 2) ?
    Thanks,
    Kumar Arcot

    Hi Srinivas,
    Thanks for the answer. It helped in solving the problem.
    thanks,
    Anjani.

  • How to change movement type of Delivery goods issue?

    Hi all!
    I need to change the movement type used by posting Goods Issue in an outbound delivery (tcode VL02N).
    Please provide some instructions or cookbooks on how to do the configuration..
    Thanks a lot!

    Hi,
    Get the Schedule Line Category used in Sales order. Go to VA03, here double click on the sales order line item and go to "Schedule Lines" tab, here get the Schedule Line category.
    And then go to VOV6 and double click the Schedule Line category and in detailed screen, change the movement type.
    Then try for Delivery and PGI.

  • Amount and Quantity of Goods issue made for a material and movement type

    hi experts,
                   i need for a particular movement type considered, what are the goods issues made(Quatity, Amount) in the particular period for a material.Can u help me out in which table i can find this data. I think this can be achieved from MSEG,but it could be a performance issue.Which tables i have to approach to find the Quatity and amount of the GI made

    Hello
    Read MSEG and MKPF (for posting date in the document)

  • Posting of Goods Issue for a Delivery (Different movement types)

    Hello SD Experts,
    We have this process wherein we use Deliveries w/o reference. There's a customization in place for this process, the movement type is determined through the item category of the material.
    Given this scenario, my question is if it is possible to process the goods issue of a delivery with multiple item which require different movement types (diffrent items and item categories thus it have different movement types)?
    Thank you for your kind consideration.

    Hello,
    Yes, you can.
    As you know LO is std delv doc for delv w/o reference.
    And I cat determination for that LO delv doc are
    Delv Type  __ I Cat Group  __  Usage __ High I Cat  __  Def I Cat  __ Man I Cat __ Man I Cat
    LO _____________________TEXT ______________ DLTX          
    LO ________DIEN____________________________ DLX _______DLX     
    LO ________LEER___________________________ DLN          
    LO ________LEER________________DLNG_______DLNZ          
    LO ________LEIS_____________________________DLX_______DLX     
    LO________ NLAG____________________________ DLX          
    LO________NORM____________________________DLN          
    LO________NORM________CHSP_______________DLN          
    LO________NORM________CHSP____KLN________KLN          
    LO________NORM________CHSP____TANN______TANN          
    LO________NORM________PACK_______________DLN________DLX________DLP
    LO________VERP____________________________DLN          
    LO________VERP_________PACK_______________HUPM______DLN     
    LO ________VOLL____________________________ DLNG          
    LO ________ WERT____________________________ DLW          
    Corresponding maintain movement type in Schedule line cat (Tcode VOV6) & determination that in TCode VOV5.
    If you want diff movement type then create your own 'Z' Sch line cat with you desired Movement type (Tcode VOV6) and determine the Sch line Cat accordingly in TCoDe VOV5.
    Thanks & Regards
    JP

  • 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

  • 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

  • About Movement type used in Goods Issue from Subcontracting Stock directly

    HI SAP MM Expert,
    We have transfer material to subcontractor through transfer posting using Mvt. 541 and raised subtracting challan also. Material is not returned by Subcontractor and  now we want to debit Subcontractor A/c . For w we want to mkae Goods Issue (Direct consumption)  from Subcontracting Stock and raised debit note subcontractor through FI. In this case what movement type & Transaction code  should be used to consume stock from subcontractor account and t.code for raising debit note to subcontractor in SAP R/3 system.
    Pls. suggest the process.
    Regards
    VKM

    For subsequent adjustment to subcontracting stock use transaction MB04
    If the vendor informs you that a greater or smaller quantity of the components was actually consumed than planned in the purchase order, you must post a subsequent adjustment to correct the goods issue posting. The value of the goods receipt is recalculated to include the
    subsequent adjustment quantity. (SAP transaction MB04)
    Subsequent Adjustment to Subcontracting PO (Move 121/544)
    Negative adjustment (Vendor Consumed Less but you Consumed
    more in SAP and subsequently you did minus adjustment to component consumption
    in SAP)
    Debit
      - Raw Material Inventory (S)
    Credit
    - Vendor Subcontracting Charges (H)
    Subsequent Adjustment to Subcontracting PO (Move 121/543)
    Positive adjustment (Vendor consumed more but you consumed
    less in SAP and subsequently you added further component consumption in SAP)
    Credit
    - Raw Material Inventory (H)
    Debit
    - Vendor Subcontracting Charges (S)
    Thanks
    DD

Maybe you are looking for