Integracja z ERP w produkcji: łączenie SAP, Dynamics i Navision z halą produkcyjną

Każdy producent utrzymujący jednocześnie ERP i systemy hali produkcyjnej prędzej czy później napotyka tę samą rozbieżność. ERP pokazuje zlecenie jako zakończone; hala wie, że dwie palety poszły do poprawy. ERP pokazuje materiał zużyty w ilości normatywnej; rzeczywiste zużycie obejmowało braki, których nikt nie zaksięgował. Żaden z systemów nie kłamie. Opisują różne momenty — ERP opisuje plan i jego skutki finansowe, hala opisuje fizyczną rzeczywistość — a integracja to dyscyplina utrzymywania obu opisów w zgodzie.

Pierwszą decyzją projektową jest kierunek własności danych, a jej błędne ustawienie to najczęstsza przyczyna integracji, które nigdy się nie stabilizują. Dane podstawowe — klienci, dostawcy, indeksy materiałowe, struktury wyrobu, marszruty, ceny — należą do ERP i płyną w dół. Dane wykonawcze — rzeczywiste czasy rozpoczęcia i zakończenia, faktyczne ilości, braki, przyczyny przestojów, stany maszyn, przypisania operatorów, realne zużycie materiału — powstają na hali i płyną w górę. Gdy oba systemy mogą edytować tę samą encję, nie masz integracji; masz powracający spór z harmonogramem synchronizacji.

Przepływ w dół jest zwykle łatwiejszą połową. Zlecenia produkcyjne zwolnione w ERP pojawiają się w MES wraz z operacjami, marszrutami i listami materiałowymi. Zmiany w kartotece indeksów propagują się dalej. Dane o kliencie i dostawie docierają do systemów, które ich potrzebują. Główną trudnością praktyczną jest granulacja: jedno zlecenie produkcyjne z ERP często odpowiada kilku operacjom hali na różnych gniazdach roboczych, a mapowanie między strukturą ERP a strukturą wykonawczą trzeba zdefiniować świadomie, a nie zakładać.

Przepływ w górę jest tym, gdzie leży wartość i gdzie kumuluje się trudność. Potwierdzenia — komunikaty mówiące, że ta operacja wyprodukowała tę ilość, zużyła ten materiał, trwała tyle i dała tyle braków — zasilają w ERP stany magazynowe, kalkulację kosztów i obraz zdolności produkcyjnych. Gdy zbiera się je automatycznie z maszyn i terminali operatorskich, zamiast wpisywać z pamięci na koniec zmiany, liczby w ERP przestają być przybliżeniami. Kalkulacja kosztów poprawia się natychmiast, bo czasy rzeczywiste zastępują normatywne.

Dostępne wzorce integracji różnią się głównie opóźnieniem i stopniem sprzężenia. Wymiana plikowa jest prosta, wspierana wszędzie i nieuchronnie wsadowa. Bezpośredni dostęp do bazy danych jest szybki i kruchy, psując się przy aktualizacjach dostawcy w sposób trudny do przewidzenia. Interfejsy REST i SOAP — SAP przez IDoc, BAPI lub OData; Dynamics 365 i Business Central przez publikowane API — są dziś standardem i znacznie łagodniej znoszą zmiany wersji. Kolejki komunikatów dodają odporność przy zdarzeniach o wysokiej częstotliwości, bo hala produkuje dane niezależnie od tego, czy ERP jest dostępny.

Ten ostatni punkt zasługuje na podkreślenie, bo właśnie tu ujawniają się kruche integracje. Produkcja nie zatrzymuje się, gdy zatrzymuje się ERP. Jeśli integracja jest synchroniczna, a ERP jest niedostępny z powodu planowanej konserwacji, albo staje hala, albo dane przepadają. Projekt oparty na kolejce z buforowaniem pozwala MES dalej zbierać dane i dostarczyć zaległości po powrocie połączenia — a w fabryce pracującej na kilka zmian nie jest to przypadek brzegowy, tylko comiesięczna rzeczywistość.

Lokalne i regionalne systemy ERP komplikują obraz w specyficzny sposób. Globalne pakiety mają udokumentowane interfejsy i duże ekosystemy integracyjne. Produkty regionalne — Panteon, Logo, Nebim i ich odpowiedniki na innych rynkach — są rozpowszechnione wśród średnich producentów, często głęboko dostosowane i rzadko mają gotowy konektor do MES. To nie jest powód, by wymieniać działający ERP. To powód, by potraktować warstwę integracyjną jako pełnoprawną część projektu, a nie zakładany szczegół.

Uzgadnianie danych to element pomijany w planach projektu, który potem pochłania pierwsze trzy miesiące eksploatacji. Komunikaty się nie udają. Potwierdzenie zostaje odrzucone, bo materiał był zablokowany. Zlecenie produkcyjne zostaje usunięte w ERP już po tym, jak hala je rozpoczęła. Każda integracja potrzebuje kolejki, którą da się przejrzeć, mechanizmu ponawiania, stanu błędu alarmującego człowieka oraz okresowego raportu uzgodnień dowodzącego, że to, co zarejestrowała hala, i to, co ma ERP, wciąż się zgadza. Integracje bez tego nie psują się głośno; dryfują po cichu, co jest gorsze.

Rada dotycząca zakresu, która przetrwa zderzenie z rzeczywistością: zacznij od jednego typu zlecenia na jednej linii, udowodnij pełną pętlę od zwolnienia w ERP przez wykonanie na hali po potwierdzenie wracające do ERP, i dopiero potem rozszerzaj. Integracje robione naraz we wszystkich zakładach i dla wszystkich typów zleceń psują się w sposób wyjątkowo trudny do zdiagnozowania, bo gdy wszystko jest nowe, nic nie może posłużyć za punkt odniesienia.