Przewodnik po integracji SYSPRO ze SkyPlanner APS do harmonogramowania produkcji

SYSPRO udostępnia zewnętrznemu systemowi harmonogramowania dwie drogi dostępu do danych:

1. e.net Solutions Business Objects. Pozwalają wywoływać logikę biznesową SYSPRO z zewnątrz, z danymi wejściowymi i wyjściowymi w XML. Dzielą się na trzy grupy: Query (na przykład WIPQBL, WIP Balance Query), Transaction lub Post (na przykład WIPTJB, WIP Job Creation and Maintenance) oraz Setup do obsługi danych podstawowych. Obiekty biznesowe stosują te same reguły walidacji co ekrany SYSPRO i zachowują zgodność między wersjami. Przewodnik po dobrych praktykach SYSPRO mówi wprost: „SYSPRO’s Business Objects are used to query and post data to SYSPRO.” (Obiekty biznesowe SYSPRO służą do odczytywania i zapisywania danych w SYSPRO).
2. SYSPRO OData Service (OData v4). Zapewnia dostęp RESTful tylko do odczytu do baz danych firmy i systemu oraz do Business Activity Queries, czyli widoków SQL zdefiniowanych w SYSPRO. Jest dostępna od wersji SYSPRO 8 2021 R2. W SYSPRO Cloud ERP: „Syspro OData is the only mechanism available when applications need access to SYSPRO data.” (Syspro OData to jedyny dostępny mechanizm dostępu aplikacji do danych SYSPRO).

Obiekty biznesowe są wywoływane za pośrednictwem usługi e.net Communications, z użyciem SYSPRO WCF Service lub SYSPRO Web Service.

Master Data Take On (IMPIMP) importuje arkusze kalkulacyjne przez obiekty biznesowe Setup, co przydaje się przy jednorazowym imporcie danych podstawowych. Cykl życia SYSPRO Harmony kończy się 31 grudnia 2026, więc nie buduj na nim nowych rozwiązań.

SYSPRO nie wysyła webhooków. Electronic Signature Transaction Setup może uruchamiać wyzwalacze, takie jak wysłanie wiadomości e-mail lub wykonanie skryptu VBScript, po pomyślnym zakończeniu transakcji. SYSPRO zaznacza jednak: „It is not intended that triggers from e.net Business Objects fire VBScript triggers.” (Wyzwalacze z e.net Business Objects nie są przeznaczone do uruchamiania wyzwalaczy VBScript).

Dlatego dane z SYSPRO są pobierane przez cykliczne odpytywanie. Zapytania do obiektów biznesowych lub żądania OData z filtrami obejmującymi otwarte zlecenia i ostatnie zmiany wykrywają nowe zlecenia. Częstotliwość ustala się dla każdego zakładu: zlecenia są odpytywane co kilka minut, a stany magazynowe co godzinę.

SkyPlanner wysyła webhooki przy zmianie stanu lub harmonogramu, więc zapis zwrotny jest sterowany zdarzeniami.

1. Początkowy import danych podstawowych. Odczytaj Stock Codes, Structures and Routings, gniazda produkcyjne, maszyny i kalendarze przez OData lub obiekty biznesowe Query. Świadomie ustal sposób odwzorowania gniazd produkcyjnych w SkyPlanner: gniazdo z czterema maszynami staje się jedną grupą stanowisk roboczych lub czterema stanowiskami roboczymi.

2. Synchronizacja zleceń. Odczytaj aktywne zlecenia wraz z operacjami i materiałami oraz otwarte zamówienia zakupu. SkyPlanner uznaje zamówiony materiał za dostępny w dniu dostawy wskazanym w zamówieniu zakupu i aktualizuje stan magazynowy po oznaczeniu zamówienia jako Delivered.

Uwzględniaj w harmonogramie tylko aktywne zlecenia. Propozycje zleceń pozostają w migawce MRP, dopóki MRP Job Review nie przekształci ich w zlecenia.

3. Zapis zwrotny harmonogramu. Gdy silnik umieszcza lub przesuwa operację w harmonogramie, webhook SkyPlanner uruchamia zapis przez obiekt biznesowy WIP Job Creation and Maintenance (WIPTJB). Ustawia on planowane daty rozpoczęcia i zakończenia zlecenia. Obiekt biznesowy sprawdza poprawność zmiany dokładnie tak samo jak Job Entry.

4. Potwierdzenia z hali produkcyjnej. Operatorzy rejestrują pracę za pomocą SkyPlanner Mobile Confirmations lub Production Timer, a zapisy czasu pracy zapewniają aktualność harmonogramu. Ty decydujesz, czy rzeczywiste czasy mają być przesyłane z powrotem do SYSPRO. Jeśli tak, czas przygotowania i wykonania trafia do Labor Posting dla każdej operacji zlecenia, a wykonane ilości do Job Receipts. Jeśli nie, robocizna jest nadal wprowadzana w SYSPRO tak jak dotychczas.

5. Odpowiedzialność za dane i reguły rozwiązywania konfliktów. Spisz je przed uruchomieniem produkcyjnym:

Wybierz jeden system odpowiedzialny za zapis dat zleceń. SkyPlanner nie wymaga modułu harmonogramowania SYSPRO, więc przejmuje od Factory Scheduling, Visual APS lub APS (Nexsys) zapisywanie planowanych dat. Jeśli któryś z tych modułów nadal je aktualizuje, wyłącz tę funkcję dla zleceń harmonogramowanych przez SkyPlanner. W Factory Scheduling odpowiada za to opcja Job Entry „Update planned dates to scheduled dates.” (Aktualizuj planowane daty zgodnie z datami z harmonogramu).

• Zlecenia _TMP. Próbne obciążanie z uwzględnieniem ograniczonej zdolności produkcyjnej w Job Entry może tworzyć zlecenia _TMP w WipMaster. Wykluczaj je przy każdym odczycie.
• Rozpoczęte operacje. Forward Finite Scheduling zgłasza błędy dla rozpoczętych operacji, które nie mieszczą się w harmonogramie. Przed każdym uruchomieniem harmonogramowania wczytaj postęp operacji do SkyPlanner, aby harmonogram uwzględniał już wykonaną pracę. Running Time Lock blokuje następnie zmiany w najbliższych godzinach harmonogramu.
• Jednostki czasu w marszrutach technologicznych. Czas przygotowania, wykonania, oczekiwania i transportu wymaga właściwych jednostek oraz podstawy naliczania. Czas oczekiwania i transportu to czas oczekiwania na kolejną operację, a nie czas pracy maszyny. Przeliczaj te wartości podczas importu — w przeciwnym razie wszystkie czasy trwania będą błędne.
• Operacje podwykonawcze. Offsite Days i Dock to Stock Days określają czas, który musi upłynąć, a nie obciążenie Twoich zasobów produkcyjnych. Modeluj je jako operacje wymagające wyłącznie czasu.