Integracja z ERP: SAP, Oracle, Dynamics – kto jest właścicielem danych?

Dział sprzedaży zadaje proste pytanie: ile z zamówienia 4711 zostało jeszcze do wyprodukowania? System ERP mówi: 320. Harmonogram planisty: 308. Hala produkcyjna: „gotowe”. Trzy systemy, trzy odpowiedzi – i każda jest poprawna według własnych reguł. Właśnie ten problem musi rozwiązać integracja z systemem ERP.

Integracja z systemem ERP w planowaniu produkcji oznacza połączenie systemu ERP (SAP, Oracle, Microsoft Dynamics 365 lub innego) z narzędziem, które planuje i harmonogramuje produkcję, tak aby zamówienia, zapasy i potwierdzenia znaczyły w obu to samo. Najtrudniejsze rzadko jest samo połączenie techniczne. Trudniej uzgodnić, który system jest właścicielem których danych i co oznacza każda liczba.

Trzy odpowiedzi, jedno zamówienie

Zamówienie 4711 opiewa na 500 dobrych sztuk. Do tej pory maszyna przetworzyła 192: 180 dobrych i 12 braków.

• System ERP odejmuje dobre sztuki: 500 − 180 = zostało 320.
• Narzędzie planistyczne odjęło wszystko, co przeszło przez maszynę: 500 − 192 = zostało 308.
• Hala produkcyjna dostała zlecenie robocze na tegotygodniowy przebieg 192 sztuk. Ten przebieg jest zakończony, więc dla niej to gotowe.

Nikt nie popełnił literówki. Każdy inaczej definiuje „zostało”. Integracja zaczyna się od uzgodnienia tych definicji – zanim zmapuje się choćby jedno pole.

Jedno częściowe potwierdzenie prześledzone w obu systemach

Zlecenie produkcyjne na 100 wsporników ma trzy operacje: 10 cięcie, 20 spawanie, 30 malowanie. Spawacz potwierdza 60 dobrych sztuk na operacji 20 i idzie do domu.

• W narzędziu planistycznym na operacji 20 zostaje 40 sztuk, przesuniętych na jutro. Malowanie może ruszyć z 60 sztukami, jeśli reguły przekazywania dopuszczają partie częściowe. Zlecenie robocze jest oznaczone jako częściowo wykonane i nadal powiązane z zamówieniem klienta.
• W systemie ERP zlecenie otrzymuje częściowe potwierdzenie 60 sztuk na operacji 20. Wyroby gotowe nie są jeszcze przyjmowane na magazyn; to nastąpi dopiero po malowaniu.

A teraz dwie rzeczy, które w praktyce idą źle.

Komunikat zostaje wysłany dwa razy. Chwilowa awaria sieci, ponowna próba – i system ERP pokazuje 120 zespawanych ze 100. Każde potwierdzenie potrzebuje unikalnego identyfikatora, aby system odbierający mógł rozpoznać duplikat i go zignorować.

Ilość zostaje skorygowana. Następnego ranka kontrola wykrywa 5 wadliwych spoin spośród 60. Potwierdzenie zmienia się na 55 dobrych i 5 braków, więc potrzeba jeszcze 45 sztuk, a nie 40. Ktoś musi zdecydować, czy dociąć 5 dodatkowych sztuk, czy klient przyjmie 95. To decyzja dla człowieka, nie dla interfejsu.

Termin żądany, wyliczony i potwierdzony

Większość zamówień ma trzy daty i nie mogą się one nawzajem nadpisywać:

• Żądana: to, o co prosił klient – 10 marca. Zmienia się tylko wtedy, gdy zmieni ją klient.
• Wyliczona: to, co według narzędzia planistycznego jest możliwe – 14 marca. Może się zmieniać przy każdym przeliczeniu harmonogramu.
• Potwierdzona: to, co dział sprzedaży potwierdził po zobaczeniu daty wyliczonej – 15 marca. Zmienia się tylko wtedy, gdy ktoś zdecyduje o ponownym potwierdzeniu terminu.

Klasyczny błąd to wpisywanie daty wyliczonej wprost w miejsce daty potwierdzonej. Wtedy każde przeliczenie harmonogramu po cichu zmienia to, co usłyszał klient. Lepiej: jeśli data wyliczona przesunie się poza potwierdzoną, trzeba zaalarmować dział sprzedaży. Nie nadpisywać. Jak w ogóle sprawdza się obietnicę terminu, opisujemy w artykule od zamówienia klienta do produkcji.

Kto jest właścicielem których danych przy integracji z ERP

Zasada: każde pole ma dokładnie jednego właściciela – jedyny system, który może je zmieniać. Drugi system tylko je odczytuje. Typowy podział:

W konkretnym zakładzie podział może wyglądać inaczej. Ważne, żeby był spisany.

Wyobraźmy sobie dwóch kucharzy solących tę samą zupę. Każdy próbuje, uznaje, że jest mdła, i dosypuje soli. Obaj postąpili rozsądnie. Zupa jest do wylania. Z danymi, które mają dwóch właścicieli, dzieje się to samo.

Mit: „Dobra integracja synchronizuje wszystko, w obie strony, w czasie rzeczywistym”

Wysyłanie każdego pola w obie strony gwarantuje, że dwa systemy będą się nawzajem nadpisywać. Dobra integracja jest wybiórcza: przekazuje to, czego druga strona potrzebuje, wtedy, kiedy tego potrzebuje, i w jednym kierunku dla danego pola. Potwierdzenia mogą płynąć co kilka minut, dane indeksów raz dziennie.

SAP, Oracle, Dynamics: te same pytania

Nic z tego nie zależy od marki. Z SAP, Oracle czy Microsoft Dynamics 365 i tak trzeba uzgodnić, co znaczy „zostało”, która data jest którą i kto jest właścicielem każdego pola. Mapowanie pól różni się w zależności od systemu i konfiguracji, dlatego najpierw trzeba ustalić własność danych. Dlaczego w ogóle potrzebna jest osobna warstwa planistyczna, wyjaśniamy w artykule dlaczego ERP daje każdemu zleceniu 10 dni.

Jak pomaga factory.online

factory.online oferuje integracje z SAP i Microsoft Dynamics 365. Jeśli korzystasz z systemu Oracle lub innego ERP, zapytaj, czego wymagałoby połączenie w twojej konfiguracji. W factory.online planista widzi każde zlecenie produkcyjne wraz z jego zleceniami roboczymi oraz potwierdzeniami dobrych sztuk i braków dla każdej operacji, więc 60 zespawanych wsporników i pozostałe 40 są widoczne i powiązane z zamówieniem klienta. Wyprodukowane partie zachowują swoją historię na potrzeby identyfikowalności partii.

Jeśli twój system ERP, planista i hala produkcyjna dają trzy różne odpowiedzi, umów się na prezentację, a razem prześledzimy jedno z takich zamówień.