on 2017 Jan 27 4:17 PM
Hi all,
our business doesn´t want that a change in the delivery for the field "delivery prio" should start a compliance check in GTS. I learned that in general all fields in a delivery cause a new compliance check in GTS. But is it also possible to exclude certain fields from that logic? Maybe by using a certain BADI?
Kind regards,
Carsten
Request clarification before answering.
Hi Branislav,
thanks for the advice. Sounds not too easy 😉 . But I ´ll try it this way, if no other suggestion will follow.
Kind regards,
Carsten
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Carsten,
There is indeed a Badi on the ECC side to control when a document is sent over to GTS (for a compliance check). Its not clear if you need this for Inbound or Outbound deliveries, there is a separate badi for each level (MM0B/SD0B).
the Control Badi allows you to prevent sending the document, the trick is how to find if only that particular field (priority) changed or some other field as well - As a small proposal - I`d get a helping hand from SD functional / developer, I think there is a classic SD user exit that compares the delivery document before saving, and delivery document after saving. If the difference between the 2 version is only the delivery priority field, you can send this indicator information `downstream` during the saving event , pick this information in the GTS Badi, which then decides whether to trigger the check or not based on this indicator
Something along those lines perhaps, hope it makes sense ?
Regards,
Branislav
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
| User | Count |
|---|---|
| 32 | |
| 6 | |
| 4 | |
| 3 | |
| 3 | |
| 3 | |
| 2 | |
| 2 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.