Kontrola alokacji materiałów do Production Order w międzysystemowym transferze SAP

[urbi]

Cześć Wam,

Klient aktualnie korzysta z dwóch systemów SAP: ECC oraz R/3. System R/3 obsługuje specyficzne funkcjonalności i procesy biznesowe, które z jakichś powodów nie zostały przeniesione do ECC... Bardzo duża niemiecka organizacja, wiadomo jak to jest. Kilka lat temu stworzono narzędzie Stock Transfer Tool, które służy do transferu materiałów między tymi systemami.

Obecny proces transferu materiałów:
W interfejsie Fiori użytkownik wprowadza następujące dane:
System źródłowy (Source System)
System docelowy (Target System)
Materiał
Ilość
Lokalizacja magazynowa (SLOC)

System automatycznie weryfikuje odpowiedniość materiałów między systemami poprzez tabelę cross-reference. Na przykład, materiał oznaczony jako XYZ w systemie ECC może być oznaczony jako ZYX w systemie R/3.
Po pozytywnej weryfikacji, proces przebiega następująco:

W systemie ECC:

Tworzony jest Sales Order
Generowana jest Outbound Delivery w ECC i EWM
Realizowany jest proces pickingu w EWM
Po zakończeniu pickingu, status 'C' jest aktualizowany w delivery ECC
Generowany jest IDOC MBGMCR do systemu R/3

W systemie R/3:

IDOC jest przetwarzany
Tworzony jest dokument przyjęcia poprzez BAPI_GOODSMVT_CREATE z customowym ruchem materiałowym do Production Order (służy to alokacji kosztów)
Job w tle tworzy kolejny dokument materiałowy z ruchem 311, który przenosi materiał z dedykowanej lokalizacji magazynowej do docelowej (one-step putaway)
Materiał jest commitowany do Production Order przez ATP
Następuje wydanie materiału ruchem 261

Biznes oczekuje większej kontroli nad procesem w zakresie wyboru Production Orderu, do którego trafiają przesunięte ilości materiału. Obecnie wszystkie operacje po zakończeniu procesu w EWM wykonywane są automatycznie.
Chcieliśmy dodać pole "Destination Production Order" w Fiori, ale napotkaliśmy trudności ze względu na mnogość ruchów materiałowych wykonywanych w systemie docelowym przed finalnym wydaniem materiału..

Macie jakieś pomysły, jak można to rozwiązać?

[dominik.tylczynski]

Skoro to jest w pełni customowy proces to raczej nie powinno być wielkiego problemu z przeniesieniem numeru zlecenia produkcyjnego.
Dodaj pole z nr zlecenia w aplikacji Fiori tak jak chciałeś to zrobić i przekaż ten numer w momencie kiedy jest generowany IDoc MBGMCR z systemu ECC.

[urbi]

Problem jest w momencie odebrania tego w R/3, bo przy tworzeniu pierwszego dokumentu przyjecia z IDOC customowym ruchem, nastepuje utworzenie kolejnego - przerzucenie materialu na SLOC magazynowy przez ruch 311 a nastepnie dopiero commit do production order i wydanie.

Jak możemy przechować informacje o docelowym Production Orderze, aby system w momencie commitu wiedział, do jakiego Production Orderu przypisać przeniesione ilości materiału z ECC?

[dominik.tylczynski]

Moim zdaniem przy takich procesach, gdzie masz sekwencję ruchów materiałowych powinieneś trzymać referencję między poszczególnymi dokumentami materiałowymi. Jeśli przyjęcie ruchem 101 powoduje automatyczne przeksięgowanie ruchem 311, to w dokumencie materiałowym z ruchem 311 powinieneś zapisywać nr źródłowego dokumentu z ruchem 101. Najwygodniej zapisać taką referencję w tekście nagłówka dokumentu, MKPF-BKTXT albo w polu nr dokumentu referencyjnego MKPF-XBLNR.
Jeśli tak zrobisz to podczas księgowania np. wydania ruchem 261 będziesz mógł się cofnąć do dokumentu przyjęcia ruchem 101, sprawdzić tam numer zlecenia produkcyjnego i odpowiednio zaksięgować wydanie.

[urbi]

Dziękuję Dominik za Twoją pomoc - faktycznie przekazanie referencji byłoby super rozwiązaniem.
Prześledziłem dokładniej proces z biznesem i niestety wyszło, że materiał jest odbierany za pomocą IDOC, robiony jest GR customowym movement type, a następnie manualnie oni robią posting za pomocą 313..

Czy w takim wypadku możemy to jakoś połączyć, aby przekazać ten numer aby ATP wiedziało do jakiego production ordera przypisać ten materiał?

Wygląda to więc tak:
W systemie ECC:
Tworzony jest Sales Order
Generowana jest Outbound Delivery w ECC i EWM
Realizowany jest proces pickingu w EWM
Po zakończeniu pickingu, status 'C' jest aktualizowany w delivery ECC
Generowany jest IDOC MBGMCR do systemu R/3

W systemie R/3:
IDOC jest przetwarzany
Tworzony jest dokument przyjęcia poprzez BAPI_GOODSMVT_CREATE z customowym ruchem materiałowym do Production Order (służy to alokacji kosztów)
Użytkownik tworzy kolejny dokument materiałowy z ruchem 313, który przenosi materiał z dedykowanej lokalizacji magazynowej do docelowej
Materiał jest commitowany do Production Order przez ATP
Następuje wydanie materiału ruchem 261

[dominik.tylczynski]

Ruch 313 to pierwszy krok (wydanie) dwuetapowego przeksięgowania między składami. Do tego musi być jeszcze ruch 315, czyli przyjęcie na skład docelowy. Zatem Twój proces jeszcze bardziej się komplikuje.
Moim zdaniem jeśli nie powiążesz w jakiś sposób wszystkich tych ruchów nie ma szans na utrzymanie informacji o zleceniu produkcyjnym.