Nocny harmonogram ERP opisuje uporządkowany ciąg zależnych etapów, w którym wsad potrzebuje zamkniętego zakresu danych, WMS czeka na zakończone przeliczenie, a fakturowanie na informacje zwrotne z wcześniejszych etapów. Kopie SQL i standardowy backup VM mają własne wymagania oraz obciążają tę samą prywatną infrastrukturę G2E. Stabilny poranek wymaga więc warunków uruchomienia, limitów równoległości i bufora na opóźnienia. Każde zadanie powinno ruszać po wiarygodnym sygnale, a nie tylko dlatego, że nadeszła zapisana pora.
Przed zamknięciem wejścia
Importy dzienne, pliki partnerów i zdarzenia z kanałów sprzedaży muszą mieć wyraźny termin przyjęcia do cyklu. Brak pliku nie może ujawnić się dopiero przy otwarciu magazynu. Wsad albo czeka, albo pracuje na uzgodnionym zakresie, albo pomija źródło zgodnie z regułą biznesową. W każdym wariancie poranny raport wskazuje, które dane rzeczywiście objęto przetwarzaniem.
Plan i zapis wykonania pełnią różne funkcje. Plan opisuje zależności, natomiast dziennik zawiera rozpoczęcie, zakończenie, liczbę rekordów, błędy, oczekiwanie i ponowienia. Ich zestawienie pokazuje, czy zadanie czekało na plik, zasób SQL albo poprzednią integrację. Serwery wirtualne G2E mogą tworzyć wspólną prywatną warstwę dla ERP, bazy i wybranych aplikacji, także gdy część wymiany przekracza granicę tego środowiska.
ERP kończy pracę przed eksportem
Pierwszeństwo dostaje wsad, bez którego magazyn nie rozpocznie kompletacji. Raport historyczny, archiwizacja lub mniej pilny import mogą poczekać, jeśli korzystają z tych samych tabel albo zasobów. Dwa poprawne zadania potrafią wzajemnie się wydłużać, gdy jednocześnie zapisują duże partie danych lub utrzymują transakcje na wspólnych obiektach.
Limit równoległości często przynosi więcej niż przesunięcie całej nocy. Ciężkie operacje mogą działać kolejno, a lżejsze wykorzystywać okresy między nimi. Kolejność wynika z wpływu na poranek: najpierw dane niezbędne WMS, później dokumenty zależne, na końcu raporty, które nie blokują użytkowników. Plan uwzględnia typowy rozrzut czasu wykonania, nie tylko najlepszy przebieg z historii.
WMS czeka na sygnał
Eksport do WMS rusza po zakończeniu wsadu i spełnieniu warunku jakości przyjętego przez firmę. Może nim być zgodna liczba rekordów, brak pozycji odrzuconych albo poprawne zakończenie konkretnej transakcji. Sama godzina nie gwarantuje, że ERP opublikował kompletny zestaw.
Po wysłaniu pliku lub komunikatu potrzebna jest odpowiedź odbiorcy. Publikacja nie oznacza jeszcze, że WMS zaimportował dane i może na nich pracować. Harmonogram rozróżnia wysłanie, odbiór i zakończenie importu po drugiej stronie. Gdy etap się wydłuża, wiadomo, czy przyczyny szukać w ERP, kanale wymiany czy WMS.
Ponowienie musi chronić przed duplikatami. Jeśli odbiorca przyjął paczkę, ale odpowiedź zaginęła, drugi eksport może powielić dokumenty. Integrator określa identyfikator paczki i zachowanie po ponownym wysłaniu. Odporność wymiany wynika z tej logiki oraz sposobu obsługi odpowiedzi, a nie z samego uruchomienia komponentów na G2E.
Fakturowanie po danych zwrotnych
Faktura może zależeć od wydania magazynowego, informacji o wysyłce, ceny po przeliczeniu lub importu zwrotnego. Zadanie uruchamia się po spełnieniu potrzebnych warunków. Jeśli któregoś brakuje, pozostaje w oczekiwaniu i przekazuje czytelny status osobie odpowiedzialnej za poranny proces. Nie wszystkie dokumenty muszą mieć ten sam priorytet.
Firma może oddzielić sprzedaż wymagającą nocnego fakturowania od przypadków, które da się obsłużyć później. Jeden kanał albo kontrahent nie blokuje wtedy całej partii. Dla każdej zależności przydaje się też warunek przerwania. Jeśli WMS nie odesłał informacji, ERP nie tworzy dokumentów opartych na niepewnych danych, a finanse wiedzą, których faktur brakuje i z jakiej przyczyny.
Dwie kopie w nocnym planie
Kopia SQL trafia do harmonogramu po zakończeniu operacji, które mają utworzyć spójny obraz ERP, WMS i fakturowania. Jej rodzaj oraz częstotliwość wynikają z modelu odzyskiwania bazy i z tego, ile transakcji firma może po awarii wprowadzić ponownie. Administrator bazy układa łańcuch kopii SQL tak, aby dało się odzyskać właściwy moment bez naruszania zależności nocnego przetwarzania.
Dla serwera wirtualnego usługa G2E przewiduje cykl kopii co 24 godziny oraz 3-dniową retencję. Backup VM zabezpiecza warstwę serwera w zakresie usługi. Nie jest sygnałem zakończenia wsadu ani zamiennikiem kopii SQL. Jego wykonanie może zbiec się z zadaniami klienta, dlatego obciążenie obu rodzajów kopii trzeba uwzględnić w jednym obrazie nocy.
Odzyskanie procesu obejmuje bazę z wybranego momentu, konfigurację zadań, integracje i kolejność wznowienia etapów. Sama dostępność maszyny nie mówi, czy WMS dostał właściwą paczkę ani czy faktury powstały przed przerwą. Procedura musi rozróżniać zadania ukończone, przerwane i bezpieczne do ponowienia, zanim uruchomi kolejną sekwencję.
Bufor przed otwarciem magazynu
Na końcu pozostaje miejsce na odchylenie czasu, pojedyncze ponowienie i przekazanie informacji użytkownikom. Bufor nie służy do ukrywania zadania, które regularnie trwa zbyt długo. Jego wykorzystanie pokazuje, który etap zużywa rezerwę i czy cały łańcuch nadal mieści się przed rozpoczęciem pracy magazynu.
Poranny obraz łączy dostępność danych WMS, wykonane dokumenty, zakres braków i status kopii. Zielone komunikaty nie wystarczą przy brakującej paczce wejściowej. Dobry harmonogram daje operacjom jasny wybór: rozpocząć kompletację i fakturowanie, ograniczyć zakres pracy albo najpierw uzupełnić konkretny brak. O przewidywalnym starcie dnia przesądza ta czytelna ocena, nie maksymalne zagęszczenie nocnych zadań.