OPOD message output triggering for POD

[Former Member]

Hi Experts

I have created ZPOD output type for Inbound delivery and maintained the condition record also for the same.

But the Message type is not getting picked up in VL32n or VL31n. Tried various method with no success.

What could be the probable reason for the same.

Another query is I am doing GR from MIGO with reference to Inbound delivery .

How do i trigger the Idoc STPPOD.....Do i need to implement MB_MIGO_BADI or do i need to implement some note (there are 2 notes which are obselete and are relevant for PO delivery indicator) .

Did anyone implemented exit or any solution for the above issue

Regards

KT

[Former Member · Accepted solution]

Hi KT

What about the outbound partner profile in WE20?  Have you maintained the same for ZPOD output.

Also please check if any customization restricting ZPOD to trigger. Please send screen shots of settings you did and other details to suggest you solution for issue.

if you are using MIGO to post GR against Inbound delivery then you can use report RSMIPROACT2 to send STPPOD idoc to SNC.

Check below link for more detaills.

Updating ASNs with an SAP Back-End System - Delivery Collaboration - SAP Library

Thanks

[Former Member · Accepted solution]

Yes Sandhya.

I have maintained the ZPOD in WE20.

Actually manually when i am entering the ZPOD Output in VL32n STPPOD is triggereing.

But my issue is i have maintained the condition record in MN24 and its not picking the Output type automatically . I tried creating IBD through VL31n but still its not triggering.

Checked all the setting of Output config and message determination, even i created condition table Delivery/Vendor and created tested by creating condition record with Vendor and delivery combination, but still its not picking the message type in VL32n .

Well about just trying to figure  out what could be the root cause.

Regards

KT

[Former Member · Accepted solution]

Hi KT

Cross check the condition record again for any spaces or incorrect partner number etc.

Is GR getting posted correctly and you can the see the entry in PO history? Check if any pick/pack/warehousing activities involved in GR processing which restricting POD to trigger.

Thanks

[Former Member]

Hello,

I have this working in MIGO and VL31N , although partial receipts  can cause issues, and return movements have to be handled different as it doesn't send a negative qty.

Steps I took to get this to work:

1. Defined Output Types for inbound deliverhy

2. Added the process routine (program - RSNASTED, FORM routine EDI_PROCESSING)

3.Added the required partner functions

4. Maintain Output Determination Procedure - used requirement "17" so the system does not trigger the GR until its been completed.

5. THIS STEP YOU MIGHT HAVE MISSED config - Set the POD-Relevance Depending on Delivery Item Category - under the ELN Shipping Not. I marked it for fully automated POD

6. Configure the vendor master for POD Relevant (if field is not showing) and then maintain the POD relevant field with an "A"

7. Setup Condition record for application "E1" Inbound delivery, using delivery type "EL" and set it to automaticlly trigger

8. Setup the WE20 for the supplier maintained in the condition record and with the correct partner functions

9. You can enhancement for the form connected with the requirement "17" to perform different checks on when it triggers.

[Former Member]

Thanks JAmes.

I have already resolved this issue, sorry for not updating.

When i did the output determination i realized the mistake i was making and then i was able to resolve the issue. Well now only point is , Closing of PO item status in SNC. The ASN status is getting updated with GR completed, but PO item status is still showing open in SNC.

In SNC for updating PO GR status i have maintain below validation settings:

PO_OPENQUAN_FROM_ASNGRQUAN Inactive

PO_OPENQUAN_FROM_ASNQUAN Inactive

PO_OPENQUAN_FROM_POGRQUAN Active

But still it is not updating the Item status

Regards

shail

[Former Member]

You need to activate check PO_OPENQUAN_FROM_ASNGRQUAN instead of PO_OPENQUAN_FROM_POGRQUAN so that when ASN status is updated as "GR Complete" your PO line item status will be closed.

Thanks.

[Former Member]

Hi KT,

Please check the vendor master data, in that POD-relevant must should be "A".

Thanks&Regards,

Vishnu