Skip to Content
author's profile photo Former Member
Former Member

Placing on HOLD a migo processing while processing an idoc

Hi,

Im currently implementing an interface to perform inventory adjustments using the migo transaction. The Idoc that we are going to be using is WMMBID01. Until 2 days ago everything was going to be plain STD SAP idoc Processing but now the client is requesting to place on hold the transaction instead of posting the transaction.

Is there a way to do this? or do I need to copy the processing program and modify it to perform the hold instead of the Post?

Thanks,

Natanael Hernandez

Add comment
10|10000 characters needed characters exceeded

2 Answers

  • Best Answer
    Posted on Aug 01, 2006 at 11:40 PM

    hi

    do you want to stop the document being created at the inbound side..??

    Cheers,

    Abdul Hakim

    Add comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Aug 01, 2006 at 11:38 PM

    The solution depends on the reason as to why they need to HOLD the data instead of POST.

    For example, you may change the partner profile setting to collect the data instead of posting it immediately. This would hold the IDOC posting and you may post it via BD87 as and when you want.

    This will not help if the users would like to see the HELD document and then post it. Remember, you can still verify the data in the Idoc segments in BD87 but it is little technical!!

    Cheers

    Raj

    Reward points if helpful

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Raj,

      The exact point is that the client wants to see a HELD document and then post it. According to the hints that SAP provides the characteristic details might get lost.

      But the question still remains. Can I perform a HELD document in MIGO when using an inbound idoc like WMMBID01 with message WMMBXY. I personaly dont thinkso but need to know to provide a proper response to the business.

      Cheers,

      Nat