BDC for Goods Issue for movement 261 MIGO, Capturing Mat Doc No.

Hi All
I want to post Goods Mvmt for order fir mvmt 261 using BDC ( transaction MIGO ). However I need to get back the material Document no. which is generated after this posting and store it in Z table.
Can I get that material in BDC recording or do I need to add a select statement for this. Material document no is displayed just on status line below. How to get that ?
Amol

capture the MESSAGE after the BDC , there u will get the MAT.DOC.
<b>  call transaction 'MIGO' using bdctab
                                    mode 'E'
                                    update 'S'
                                  messages into msgtab .</b>
Regards
Prabhu

Similar Messages

  • Different movement types for Goods Issue for different Order Types

    Hello Experts,
    Can we maintain different movement types for Goods Issue for different Order Types at the time of automatic creation of reservations?
    Thanks and regards,
    Satyajit

    Satyajit,
    Folow the link given,
    Re: How to add new movement types when creating reservation?
    Hope this helps you.
    SmanS

  • Report for Goods Issued for a Project

    Dear Friends,
                           I want a report for a goods issued for a project.can any body convey the T Code Please...
    Regards,

    use mb51 and select q-special stock and enter wbs no. for which you want to see the details.
    if you have more than one wbs then also you can paste no.s of wbs in mb51
    regards

  • Fund for goods issue for reservation

    Hello Gurus,
    I would appreciate if someone would tell me how to handle this issue.
    I am doing a GI 201 for Reservation and this is the error message I am getting. For other plants I am able to post except this one. Value BLANK / SPACE is invalid for account assignment element "fund"
    Thanks,
    Syed

    Hi,
    If you need report for getting po list based on the purchase group then you can use ME2N report .But before doing good issue the user need to check this report .
    Thanks & Regards,
    Renuga.A

  • Error while doing Good Issue for Production Order using BAPI

    Hi All,
    I am facing an error like 'u2018Content of order 1011907: MDT218AJ10 transferred to interface (IMSEG): T-86410-71".
    I have written the code as below. Please let me know what is missing when using the BAPI 'BAPI_GOODSMVT_CREATE'. What is the cause of this error ?
    *Action in Transaction (GM_CODE)
    *GM Code for Goods Issue for Production Order is 03
      gs_gmcode-gm_code = '03'.
    *Header Data
    *Posting date
      gs_header-pstng_date = sy-datum.
    *Document date
      gs_header-doc_date   = sy-datum.
    *Item Data
    *Material
      gs_item-material  = zptp_s_rf_migo_261-matnr1.
    *Movement Type
      gs_item-move_type = '261'.
    *Movement Indicator
      gs_item-mvt_ind   = 'F'.
    *Stock Type
      gs_item-stck_type = 'F'.
    *Plant
      gs_item-plant     = gv_plant.
    *Storage Location
      gs_item-stge_loc  = gv_str_loc.
    *Quantity
      gs_item-entry_qnt = zptp_s_rf_migo_261-menge2.
    *Unit
      gs_item-entry_uom = gv_uom.
    *ISO code for unit of measurement
      gs_item-entry_uom_iso = gv_uom.
    *Order Number
      CALL FUNCTION 'CONVERSION_EXIT_ALPHA_INPUT'
        EXPORTING
          input  = zptp_s_rf_migo_261-aufnr
        IMPORTING
          output = gs_item-orderid.
    *Reservation Number
      gs_item-reserv_no = gv_resv_num.
    *Reservation Item
      gs_item-res_item = gv_resv_itm.
    *Reservation Type
      gs_item-res_type = gv_resv_type.
      APPEND gs_item TO gt_item.
    Calling BAPI_GOODSMVT_CREATE to create the Material Document Number
      CALL FUNCTION 'BAPI_GOODSMVT_CREATE'
        EXPORTING
          goodsmvt_header       = gs_header
          goodsmvt_code         = gs_gmcode
        IMPORTING
          goodsmvt_headret      = gs_headret
        TABLES
          goodsmvt_item         = gt_item
          goodsmvt_serialnumber = gt_serial
          return                = gt_return.
    Thanks in Advance.

    hi,
    did you look at message ?
    System says, there are differences between the interface data and the order data. It can be anything. I think you should check
    data in the interface . 
    this is the long explanation of your message :
    Diagnosis
    When calling the function module MB_CREATE_GOODS_MOVEMENT or the BAPI GoodsMovement.CreateFromData (BAPI_GOODSMVT_CREATE) to post a goods receipt for a production order, there are differences between the interface data and the order data.
    Example: The order was created for plant 0001, but plant 0002 is passed on in the interface.
    The system checks this for the material and the order item.
    System response
    Due to this difference, the system cannot post the goods receipt.
    Procedure
    Check the data in the interface (IMSEG-WERKS, IMSEG-AUFNR). If necessary, correct the plant or the order number in the interface.
    << Moderator message - Point begging removed >>
    Edited by: Rob Burbank on Feb 6, 2012 11:24 AM

  • Goods issue for Individual PO

    Hi friend,
    when doing third-party "Individual PO" (item category group BANC, item category TAB) , do we do a Goods Issue?
    If so, what transaction for Goods Issue do we use (MIGO, MIGO_GI, MIGO_TR, MB1A, VL01) ? What Movement Type
    gets triggered when we do a Goods Issue for "Individual PO" ?
    Also, in the Sales Order(VA02) -> Procurement tab, the Schedule Line is CB which is tied to Movement Type 601 (tcode VOV6).
    Does this mean that the Goods Issue transaction i must use is VL01? In tcode OMJJ, it shows allowed transaction for
    Movement Type 601 is VL01.
    Can anyone provide some clarification on this?
    Thanks so much.

    X = customer
    Y = my company
    Z = vendor
    Based on my understanding, third-party 'Individual PO' is slightly different than the regular third-party
    PO process. In regular third-party PO process, X orders goods from Y, Y order goods from Z, then
    Z sends the goods directly to X, Z invoice Y, then Y invoice X.  Thus, this process, i know that there's
    no need to post a Goods Issue like you said.
    However, in the 'Individual PO' process (from what i've read),
    Z would send the goods to Y instead of sending it  directly to X. Then Y sends the goods to X after
    receiving the goods from Z.  Here, i would think we would need Y to post a Goods Issue (when Y is sending goods to X).  Because when i do a Goods Receipt during the 'Individual PO' process,
    transaction MB5B shows that the plant(i'm assumping it's Y's plant) shows "Total Receipts = 5,
    Total Issues = 0 "  and my inventory g/l account also gets Debited. Thus, i wonder if Y posting a Goods Issue to customer X would then result in "Total Receipts = 5 , Total Issues = 5"  in transaction MB5B
    and hopefully my inventory g/l account gets Credit as well.
    Perhaps i'm confusing "Goods Issue" with outbound delivery VL01N?
    Is there a difference between Goods Issue and Outbound Delivery?
    Thank you.
    Your reply has been very helpful.

  • MB1A : FI doc for Goods Issue

    Hi,
    When i enter Goods Issue with Tcode : MB1A betwen 2 plants i have two FI Docs created automatically, i want to know when we maintain the accounts used in these docs.
    Please what's the path IMG or Tcode to do that?
    Regards.

    Hi,
    GBB is for Offsetting entry for inventory posting.
    U can assign ur GL accounts to that particular valuation class for such material u r making goods issue.
    How does the system find the relevant accounts?
    When entering the goods movement, the user does not have to enter a G/L account, since the R/3 System automatically finds the accounts to which postings are to be made using the following data:
    o Chart of accounts of the company code
    If the user enters a company code or a plant when entering a transaction, the R/3 System determines the chart of accounts, which is valid for the company code. You must define the automatic account determination individually for each chart of accounts.
    o Valuation grouping code of the valuation area
    If the automatic account determination within a chart of accounts is to run differently for certain company codes or plants (valuation areas), assign different valuation grouping codes to these valuation areas.
    You must define the automatic account determination individually for every valuation grouping code within a chart of accounts. It applies to all valuation areas which are assigned to this valuation grouping code.
    If the user enters a company code or a plant when entering a transaction, the system determines the valuation area and the valuation grouping code.
    o Transaction/event key (internal processing key)
    Posting transactions are predefined for those inventory management and invoice verification transactions relevant to accounting.
    Posting records, which are generalized in the value string, are assigned to each relevant movement type in inventory management and each transaction in invoice verification. These contain keys for the relevant posting transaction (for example, inventory posting and consumption posting) instead of actual G/L account numbers.
    You do not have to define these transaction keys, they are determined automatically from the transaction (invoice verification) or the movement type (inventory management). All you have to do is
    assign the relevant G/L account to each posting transaction.
    o Account grouping (only for offsetting entries, consignment liabilities, and price differences)
    Since the posting transaction "Offsetting entry for inventory posting" is used for different transactions (for example, goods issue, scrapping, physical inventory), which are assigned to different accounts (for example, consumption account, scrapping, expense/income from inventory differences), it is necessary to divide the posting transaction according to a further key: account grouping code.
    An account grouping is assigned to each movement type in inventory management which uses the posting transaction "Offsetting entry for inventory posting". Under the posting transaction "Offsetting entry for inventory posting", you must assign G/L accounts for every account grouping,
    that is, assign G/L accounts.
    If you wish to post price differences to different price difference accounts in the case of goods receipts for purchase orders, goods receipts for orders, or other movements, you can define different account grouping codes for the transaction key. Using the account grouping, you can also have different accounts for consignment liabilities and pipeline liabilities.
    o Valuation class of material or (in case of split valuation) the valuation type
    The valuation class allows you to define automatic account determination that is dependent on the material. for example: you post a goods receipt of a raw material to a different stock account than if the goods receipt were for trading goods, even though the user enters the same transaction for both materials.
    You can achieve this by assigning different valuation classes to the materials and by assigning different G/L accounts to the posting transaction for every valuation class. If you do not want to differentiate according to valuation classes you do not have to maintain a valuation class for a transaction.
    Offsetting entry for stock posting (GBB)
    Offsetting entries for stock postings are used in Inventory
    Management. They are dependent on the account grouping to which each
    movement type is assigned. The following account groupings are
    defined in the standard system:
    - AUA: for order settlement
    - AUF: for goods receipts for orders (without account
    assignment)
    and for order settlement if AUA is not maintained
    - AUI: Subsequent adjustment of actual price from cost center
    directly
    to material (with account assignment)
    - BSA: for initial entry of stock balances
    - INV: for expenditure/income from inventory differences
    - VAX: for goods issues for sales orders without
    account assignment object (the account is not a cost
    element)
    - VAY: for goods issues for sales orders with
    account assignment object (account is a cost element)
    - VBO: for consumption from stock of material provided to
    vendor
    - VBR: for internal goods issues (for example, for cost
    center)
    - VKA: for sales order account assignment
    (for example, for individual purchase order)
    - VKP: for project account assignment (for example, for
    individual PO)
    - VNG: for scrapping/destruction
    - VQP: for sample withdrawals without account assignment
    - VQY: for sample withdrawals with account assignment
    - ZOB: for goods receipts without purchase orders (mvt type
    501)
    - ZOF: for goods receipts without production orders
    (mvt types 521 and 531)
    You can also define your own account groupings. If you intend to
    post goods issues for cost centers (mvt type 201) and goods issues
    for orders (mvt type 261) to separate consumption accounts, you can
    assign the account grouping ZZZ to movement type 201 and account
    grouping YYY to movement type 261.
    I hope u got the explanation what u wanted.
    Assign points if useful
    Regards,
    Jigar

  • Print out issue for Goods issue document

    Dear Friends,
    I am trying to take a print out for good issue document (Mov. 541)
    -     Necessary settings have been done in customizing of output details WA01 with print parameters Plant/storage location (also maintained same at config. level)
    -     MN21 master data maintained but every time I have to define output device by changing the document details in MB02
    -     When taking print out inMB90 system proposes no document found for processing
    Can anybody help in this regards
    SG

    If the output TYPE is configured, and created in MN21 but the output record is not automatically created for each document, you may be missing config in <B>Output Determination</B>.  (In MM02, you can select the output type from a drop-down and process without error)<BR><BR>Please check the following:<BR><BR>SPRO path: <I>Materials Management > Inventory Management and Physical Inventory > Output Determination > Maintain Output Determination Procedures.</I> <BR><BR>Your output type must be assigned to the procedure used by your document. If it is not here, it will not automatically propose the output record.

  • BAPI or FM to get material goods issue for a prod order

    Hi
    I need a FM to get the material goods issue for a prod order. Please let me know.
    Thanks and regards
    Harish

    Hi Harish,
    use FM <b>BAPI_GOODSMVT_CREATE.</b>
    have a look at this thread ..
    FM for good issue for production order
    Regards,
    Santosh

  • BAPI for Goods Issue (MIGO) movement type 351 with reference to PO

    Hi,
    Is there an BAPI for Goods issue in MIGO with reference to PO movement type 351, i tried using "BAPI_GOODSMVT_CREATE", but there is no PO field in this, is there any other BAPI's available for the same?
    Thanks in Advance,
    Santosh

    for goods mvt type , the available is that itself . for 351 mvt type Po number is not required .
    if its a must , create a Z bapi with additional field  for PO and make it as reference .

  • Need Bapi Names for Post Goods Reciept and Post Goods issue to STO in MIGO

    Hi All..
    I need to post goods receipt using input data in MIGO. Is there any BAPI that i can use.
    Also once STO (Stock Transport order) is created, i also need to Post goods issue to STO in MIGO transaction. I do need a bapi for this too...
    Appreciate your help and will reward any helpful answers.
    Thanks..

    Hi,
    ata  : gm_header  type bapi2017_gm_head_01.
    data  : gm_code    type bapi2017_gm_code.
    data  : gm_headret type bapi2017_gm_head_ret.
    data  : gm_item    type table of
            bapi2017_gm_item_create with header line.
    data  : gm_return  type bapiret2 occurs 0 with header line.
    data  : gm_retmtd  type bapi2017_gm_head_ret-mat_doc.
    clear : gm_return, gm_retmtd. refresh gm_return.
    gm_code-gm_code      = '03'.
    gm_header-header_txt = firstscreen-bktxt.
        gm_header-pstng_date = sy-datum.
        gm_header-doc_date   = sy-datum.
        gm_header-ver_gr_gi_slip = ' '.  "print
        gm_code-gm_code      = '03'.
      move lineitem1-bwartwa  to gm_item-move_type     .
          move lineitem1-matnr  to gm_item-material.
          move lineitem1-erfmg     to gm_item-entry_qnt.
          move 'EA'    to gm_item-entry_uom.
          move lineitem1-werks  to gm_item-plant.
          move lineitem1-lgort  to gm_item-stge_loc.
          move lineitem1-kostl to gm_item-costcenter.
          while gm_item-costcenter+9(1) = ' '.
            shift gm_item-costcenter right.
          endwhile.
          overlay gm_item-costcenter with '0000000000'.
          append gm_item.
    call function 'BAPI_GOODSMVT_CREATE'
           exporting
                goodsmvt_header  = gm_header
                goodsmvt_code    = gm_code
           importing
                goodsmvt_headret = gm_headret
                materialdocument = gm_retmtd
           tables
                goodsmvt_item    = gm_item
                return           = gm_return.
    Thanks
    venki

  • 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.

  • How to execute 261 goods issue for REM order items other than with MFBF?

    Our users are looking for an easy way to post a 261 goods issue for a single component of a repetitive manufacturing order without using the MFBF transaction where they have to deselect all other components of the order.
    The ideal situation would be to use a transaction similar to MB1C or MB11 to simply enter the planned REM order, component material id, and its respective quantitiy and then post. 
    Any information you can provide will be helpful.

    Strat,
    Thank you for your response but LT01 does not seem to provide the functionality that I am looking for.
    To clarify, our users would like to complete a 261 movement for a single component within a particular repetitive manufacturing, without going into the MFBF transaction and having to deselect all of the unnecessary components just to single out one. 
    So ideally we would like to use the MB1C transaction for a 261 movement. Enter in a REM order, the material id, and the quantity to be issued and simply post a single material.  Currently when we attempt to do this with MB1C we receive the error M7162 that our order, which is a product cost collector, cannot be processed with this transaction.
    Hope this helps clear it up and thanks again for your response.
    - Nick

  • BAPI_GOODSMVT_CREATE goods issue for tmovement type  261 not updating costs

    GMHEAD-PSTNG_DATE =  SY-DATUM.
            GMHEAD-DOC_DATE   =  SY-DATUM.
            GMCODE-GM_CODE    =  '03'.   "03 - MB1A - Goods Issue
            GOODSMVT_ITEM-MOVE_TYPE   =   '261'.
            GOODSMVT_ITEM-ENTRY_QNT   =   '1'.
    I am using BAPI_GOODSMVT_CREATE for goods issue, instead of MB1A.
    it is updating the data correctly.
    The only issue i am having is that, it is not calculating the material costs.
    The actual costs for material cost from IW32 is $0.00
    I can see all the data updating correctly from MB02.
    Please let me know what might be the issue regarding costs.

    How did you solve it?

  • Different movement types for goods issue via outbound delivery

    Hi gurus,
    How can I use different movement types for goods issue via outbound delivery?
    Thanks&Best Regards,
    Burcu

    To use different schedule lines, we need different item types and different document types. Is that right?
    Is there a user exit in outbound delivery to post goods issue?
    Thanks...

Maybe you are looking for