Jak zintegrować MES z ERP: spojrzenie z hali produkcyjnej

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Jak zintegrować MES z ERP od strony MES: czego hala produkcyjna potrzebuje od ERP, co ERP musi otrzymać z powrotem, jak dopasować dane podstawowe i jakich pułapek projektowych unikać.

Automatically translated with AI from the original post. Read the English original

Aby zintegrować MES z ERP, najpierw uzgodnijcie krótką listę obiektów danych i komunikatów, a następnie zbudujcie je w tej kolejności: dane podstawowe, zwolnienie zleceń, informacje zwrotne z hali produkcyjnej oraz obsługa błędów. Z perspektywy MES zadanie jest proste: odbierz, co wytworzyć, i zgłoś, co się wydarzyło. Trudne jest to, że oba systemy muszą rozumieć to samo przez „pozycję”, „operację” i „zakończone”, oraz to, że ktoś musi być odpowiedzialny za błędy. Ten artykuł jest przeznaczony dla kierowników zakładów, którzy odpowiadają za stronę hali produkcyjnej w projekcie.

Najważniejsze wnioski

• Z perspektywy MES integracja ma dwa zadania: odbiór tego, co wytworzyć, wraz z danymi potrzebnymi do produkcji, oraz raportowanie z powrotem tego, co się wydarzyło, w postaci, którą ERP może zaksięgować.
• Komunikaty o zleceniach i dane referencyjne to różne strumienie: w interfejsie MES firmy Microsoft produkty, zestawienia materiałowe i marszruty są pobierane osobno, za pośrednictwem encji danych lub OData.
• Zanim zbudujecie jakikolwiek interfejs, uzgodnijcie, co oznacza „zakończone”, jak raportuje się braki i jak działają korekty.
• Dane podstawowe wymagają właściciela, mapowania identyfikatorów i regularnego uzgadniania, ponieważ MES dziedziczy każdy błąd w marszrutach i czasach z ERP.
• Celowo testujcie błędy i ustalcie, kto widzi nieudany komunikat, ponieważ cicha kolejka odrzuconych potwierdzeń kończy się różnicami w stanach magazynowych.

Czego MES potrzebuje z ERP?

Trzech rzeczy, które przepływają na różne sposoby.

Po pierwsze zlecenia. MES potrzebuje zwolnionych zleceń produkcyjnych z produktem, ilością, terminami i późniejszymi zmianami statusu. W interfejsie Microsoft dla zewnętrznych systemów MES system MES nasłuchuje zdarzenia biznesowego, gdy zlecenie zostaje zwolnione lub zmienia status. Inne systemy ERP korzystają z innych mechanizmów, ale zasada pozostaje ta sama: ERP ogłasza, MES odbiera.

Po drugie dane referencyjne. Chodzi o opis sposobu wytwarzania produktu: pozycje asortymentowe, zestawienia materiałowe, marszruty, czasy przygotowania. Ta sama strona Microsoft podaje, że jej komunikaty obejmują wyłącznie zdarzenia z hali produkcyjnej i nie przenoszą danych podstawowych. MES pobiera produkty, zestawienia materiałowe i marszruty z ERP za pośrednictwem encji danych lub OData. Zaplanujcie to jako drugie zadanie integracyjne, ponieważ to właśnie o nim zespoły najczęściej zapominają.

Po trzecie informacje o zasobach. Standard ISA-95 wymienia cztery rodzaje informacji, którymi systemy wymieniają się między poziomem przedsiębiorstwa a poziomem operacyjnym: materiał, wyposażenie, aktywa fizyczne oraz personel wraz z rolami i kwalifikacjami. Jeśli MES przydziela pracę według umiejętności lub zdolności maszyn, potrzebuje wersji tych faktów prowadzonej przez ERP lub dział kadr. Jasno określcie, który system jest źródłem.

Niezależnie od tego, czy używacie SAP, Dynamics 365 czy innego systemu ERP, pytania są takie same. Zmieniają się tylko nazwy techniczne.

Czego ERP potrzebuje z powrotem od MES?

Traktuj to jak potwierdzenia. Dokumentacja Microsoft wymienia następujące procesy dla swojego interfejsu: rozpoczęcie zlecenia, raportowanie wyprodukowanych i złomowanych ilości, raportowanie zużycia materiałów, raportowanie czasu użytego na operację oraz zakończenie zlecenia. Dla każdego z nich stosowane są osobne typy komunikatów. Komunikat zakończenia wymaga jedynie numeru zlecenia produkcyjnego, natomiast komunikat o ilościach zawiera pozycje, które mogą obejmować artykuł, ilość dobrą oraz przyczynę błędu w przypadku braków.

Nie musisz kopiować tego modelu. Musisz natomiast ustalić następujące kwestie, zanim zaczniesz budować:

• Jak szczegółowe jest potwierdzenie? Na poziomie zlecenia, operacji czy zmiany?
• Czy operator może potwierdzić ilość częściową i co z nią robi ERP?
• Jak raportowane są braki i jakie kody przyczyn istnieją w obu systemach?
• Czy zużycie materiałów jest mierzone na stanowisku, czy ERP wylicza je na podstawie listy materiałowej?
• Jak poprawia się błędy: storno, korekta czy nowe potwierdzenie?
• Co oznacza „zakończone”, a co oznacza „zamknięte”? W przeglądzie procesu produkcyjnego Microsoft raportowanie jako zakończone dodaje towary do magazynu, natomiast zamknięcie zlecenia wylicza rzeczywisty koszt i blokuje dalsze zapisy kosztowe. Twój ERP może wyznaczać tę granicę w innym miejscu.

Ostatnie pytanie wywołuje najwięcej sporów. Planowanie, finanse i jakość odczytują ten sam status, a każdy z tych działów oczekuje od niego czegoś innego. Uzgodnij definicje podczas krótkiego spotkania z przedstawicielami wszystkich trzech działów, zanim ktokolwiek zacznie pisać interfejs.

Jak dopasowujesz dane podstawowe między MES a ERP?

Zlecenia są transakcjami. Dane podstawowe opisują twój proces, a MES dziedziczy każdy błąd w nich zawarty. Marszruta, która podaje 12-minutową operację trwającą w rzeczywistości 20 minut, będzie wyglądać jak problem wydajnościowy na hali tak długo, jak nikt jej nie poprawi.

Przejdź przez te punkty dla linii pilotażowej:

1. Wyznacz właściciela każdego obiektu. Powszechne rozwiązanie zakłada, że ERP jest właścicielem artykułów, list materiałowych i marszrut, a MES jest właścicielem ustawień stanowisk i instrukcji roboczych. To rekomendacja, a nie reguła. Najważniejsze jest, aby nikt nie musiał zgadywać.
2. Zmapuj identyfikatory. Gniazdo produkcyjne „WC-110” w ERP może na hali funkcjonować jako „Prasa 3”. Norma ISA-95 ma nawet część poświęconą temu zagadnieniu: jej model usługi aliasów określa, jak równoważne identyfikatory są powiązane i mapowane, zgodnie z opisem normy przez ISA.
3. Porównaj operacje. Zestaw kroki z marszruty w ERP z krokami, które operatorzy faktycznie wykonują. Różnice ujawniają się szybko, na przykład krok kontroli lub odgratowania, który istnieje tylko na hali.
4. Sprawdź jednostki, kalendarze i strefy czasowe. Sztuki kontra pudełka oraz czas lokalny kontra UTC powodują ciche błędy.
5. Ustal zasady zmian. Gdy inżynieria zmienia marszrutę, kto informuje MES, jak szybko ta informacja dociera i co dzieje się z zleceniami już realizowanymi?
6. Powtarzaj porównanie według harmonogramu. Dane podstawowe z czasem się rozjeżdżają.

Oto przykład hipotetyczny. Marszruta w ERP ma trzy operacje, ale operatorzy wykonują pięć, ponieważ kontrolę i odgratowanie dodano lata temu i nigdy nie wprowadzono ich do marszruty. MES może raportować wyłącznie to, co zawiera marszruta. Dlatego ERP pokazuje operację trzecią jako opóźnioną, podczas gdy na hali po prostu wykonuje się kroki, o których ERP nie wie. Nikt nie zrobił nic złego. Dane są niekompletne. Przykład jest zmyślony, ale zakłady produkcyjne bardzo często napotykają tego typu luki.

Warto znać także formaty plików. B2MML opisywany jest przez MESA jako zestaw definicji schematów XML implementujących ISA-95, używany do integracji systemów biznesowych, takich jak ERP, z systemami produkcyjnymi, takimi jak MES. Wersja 7 dodała pierwszy schemat JSON. Korzystanie z opublikowanego schematu daje wspólny punkt wyjścia do słownictwa, choć nie eliminuje konieczności uzgodnienia znaczenia każdego pola.

Jak interfejs powinien się zachowywać, gdy coś pójdzie nie tak?

Ścieżka szczęśliwa zadziała na demo. Poświęć czas projektu na pozostałe ścieżki.

Dokumentacja Microsoftu pokazuje, jak zachowuje się dany produkt, i stanowi dobry punkt wyjścia do pytań kierowanych do własnego dostawcy. Komunikaty dotyczące tego samego zlecenia produkcyjnego są przetwarzane w kolejności ich otrzymania. Komunikaty dotyczące różnych zleceń mogą być przetwarzane w innej kolejności, ponieważ zadania wsadowe działają równolegle. Komunikat, którego przetworzenie się nie powiodło, jest ponawiany maksymalnie trzy razy, a następnie oznaczany jako nieudany. Strona monitorowania pozwala przeglądać, poprawiać i ponownie przetwarzać nieudane komunikaty, a alert może powiadomić administratora IT lub kierownika produkcji.

Na tej podstawie przygotuj cztery pytania dla każdej pary ERP i MES:

• Co dzieje się z potwierdzeniem odrzuconym przez ERP, na przykład dlatego, że zlecenie jest już zakończone?
• Kto i jak szybko widzi awarię?
• Czy hala produkcyjna może dalej pracować, gdy ERP jest niedostępny, a następnie wysłać wszystko we właściwej kolejności?
• Czy to samo potwierdzenie może dotrzeć dwukrotnie bez dwukrotnego zaksięgowania?

Jeśli nikt nie odpowiada za nieudane komunikaty, będą się piętrzyć, aż ktoś wykryje różnicę w stanach magazynowych na koniec miesiąca. Wskaż konkretną osobę, a nie zespół.

Czy typ produkcji zmienia integrację?

Tak. W artykule Automation World o wdrażaniu ISA-95 produkcja na zamówienie (engineer-to-order) nazywana jest prawdopodobnie najbardziej wymagającą integracją, ponieważ systemy przedsiębiorstwa i systemy sterowania muszą wymieniać informacje niemal w czasie rzeczywistym. Przykładem jest przemysł lotniczy: projekty napędzają planowanie, ale mogą się zmieniać podczas realizacji. Gdy zmiana następuje, realizacja zostaje wstrzymana do momentu, aż planowanie ją odzwierciedli, a nowe operacje, na przykład dodatkowe kontrole, trafiają na halę produkcyjną. Ten sam artykuł ostrzega, że różne interpretacje standardów przez dostawców mogą prowadzić do problemów z interoperacyjnością.

Z tego wynikają dwie lekcje. Jeśli Twoje produkty są konfigurowane lub projektowane na zamówienie, uwzględnij scenariusz zmian już w pierwszym pilotażu, a nie w ostatnim. Testuj interfejsy oparte na standardach na własnych danych, ponieważ „standard” nie oznacza „identyczności”.

Jak krok po kroku zintegrować MES z ERP?

Zachowaj mały zakres i codzienne kontrole.

1. Wybierz jedną linię i jedną rodzinę produktów.
2. Sporządź tabelę interfejsów z kolumnami: obiekt, nadawca, odbiorca, wyzwalacz, częstotliwość i właściciel. Wiersz bez właściciela to Twoje pierwsze ryzyko.
3. Uzgodnij dane główne dla tej rodziny produktów, zgodnie z opisem powyżej.
4. Uzgodnij statusy oraz znaczenie pojęć: zakończone, odpad i przeróbka.
5. Najpierw zbuduj zlecenia oraz potwierdzenia rozpoczęcia i zakończenia. Materiały i czas dodaj później.
6. Testuj awarie celowo: wyślij błędną ilość, zatrzymaj interfejs, uruchom go ponownie, wyślij duplikat.
7. Zdecyduj, co stanie się z zleceniami, które są już realizowane w dniu uruchomienia.
8. Uruchom nowy przepływ równolegle ze starym procesem przez kilka tygodni i codziennie porównuj dobrą ilość, odpad, godziny i zużycie materiału na zlecenie w obu systemach.
9. Policz dodatkowe kroki dla operatorów. Jeśli potwierdzenie w MES zajmuje więcej czasu niż papierowy formularz, ustal przyczynę, zanim wdrożysz rozwiązanie dalej.
10. Rozszerzaj wdrożenie na kolejną linię dopiero wtedy, gdy różnice zostaną wyjaśnione.

Częste błędy

• Traktowanie danych głównych jako jednorazowego załadowania zamiast stałego procesu.
• Projektowanie interfejsu wyłącznie z punktu widzenia ERP, przez co MES nie może raportować w szczegółach, w jakich pracuje hala produkcyjna.
• Używanie tego samego słowa statusu o różnym znaczeniu w każdym systemie.
• Brak reguł dla zleceń w toku w dniu uruchomienia.
• Testowanie wyłącznie scenariusza idealnego.
• Pozostawianie nieudanych komunikatów bez właściciela.
• Wymaganie od operatorów wprowadzania tych samych danych dwukrotnie, raz w każdym systemie.

Gdzie pasuje Polaris

Jeśli Twój problem dotyczy pętli między planem z ERP a halą produkcyjną, warto przyjrzeć się rozwiązaniu iFAKT Polaris. iFAKT opisuje Polaris jako AI oraz cyfrowy bliźniak produkcji, który współpracuje z danymi z ERP. Moduł Polaris Designer przekształca dane z ERP, zestawienia materiałowe, czasy procesów i struktury zasobów w graf wiedzy obejmujący produkt, proces i zasób. Moduł Polaris Operator przekazuje plany na halę produkcyjną jako zadania oparte na czasie i przekazuje postęp, opóźnienia oraz zakłócenia z powrotem do planowania. Pytanie, jakie potwierdzenia Twój ERP musi zaksięgować na potrzeby stanów magazynowych, kalkulacji kosztów i identyfikowalności, pozostaje odrębną kwestią, dlatego przed wyborem narzędzia sporządź ich listę.

Powiązane tematy do zgłębienia

• ISA-95 prostym językiem: które działania należą do poziomu ERP, a które do poziomu operacyjnego
• Planowanie w pętli zamkniętej: jak potwierdzenia z hali produkcyjnej zmieniają kolejny harmonogram
• Zabezpieczanie połączenia między siecią zakładową a siecią biznesową: konta, segmentacja i łatanie interfejsów
• Raportowanie z hali produkcyjnej bez pełnego MES: co mogą pokryć skanowanie i proste potwierdzenia

Następny krok

Weź jedną rodzinę produktów i wypisz w tabeli każdy obiekt, który musi przejść między Twoim MES a ERP, z nadawcą, odbiorcą i właścicielem. Jeśli chcesz zintegrować MES z ERP bez niespodzianek, zabierz tę tabelę na pierwsze spotkanie z działem IT i dostawcą.