Poranna prognoza popytu ma krótkie okno użyteczności. Po nocnych dostawach, wydaniach i korektach magazynowych dane z ERP muszą zostać przygotowane tak, aby planista przed rozpoczęciem zakupów widział aktualny raport oraz wyjątki. Checklista wdrożenia obejmuje uruchomienie modelu i kontrolowany eksport, a także prywatne środowisko obliczeń, jakość danych, ręczną pracę przy brakach oraz odtworzenie całego cyklu po awarii. ERP pozostaje systemem transakcyjnym i nie może zwalniać dlatego, że analityka liczy nową prognozę.
05:30. Eksport po nocnych zapisach
Dane opuszczają ERP po zakończeniu uzgodnionych aktualizacji. Eksport obejmuje sprzedaż, zapasy, rezerwacje, otwarte zamówienia, promocje, kanały sprzedaży i korekty planisty, jeśli są potrzebne dla wybranej grupy towarów. Kopiowanie całej bazy utrudnia późniejsze wyjaśnienie raportu i zwiększa ilość chronionych informacji.
Każda paczka dostaje identyfikator, czas pobrania, okres oraz wersję słownika. Liczbę zamówień porównuje się z zestawieniem kontrolnym ERP, a poziom zapasów z zapisami magazynowymi. Brak magazynu, zdublowany rekord lub niepełny okres zatrzymują tylko wadliwy zakres, zanim trafi on do modelu.
Godzina odcięcia powinna być widoczna w raporcie dla planisty. Prognoza przygotowana przed przyjęciem dużej dostawy może być poprawna dla wcześniejszego stanu, ale nie dla chwili składania zamówienia. Użytkownik nie powinien szukać tej informacji w logach administracyjnych.
06:00. Obliczenia poza ERP
Model i dane robocze potrzebują zasobów oddzielonych od księgowania, sprzedaży i magazynu. Wydzielony serwer wirtualny G2E może utrzymywać prywatne obciążenie AI obok środowiska ERP i bazy SQL. Taki układ daje miejsce na obliczenia i logi bez robienia z prognozy warunku obsługi transakcji.
Administrator zarządza kontem eksportowym, konfiguracją zadania i dostępem do danych roboczych. Planista widzi raport, wyjątki oraz datę paczki, nie całe zaplecze techniczne. Wersja modelu i ustawień jest zapisywana przy każdym przebiegu, aby późniejsza zmiana słownika nie zmieniła znaczenia wcześniejszej rekomendacji.
06:30. Braki zmieniają obraz popytu
Przed obliczeniem trzeba ocenić kompletność danych, ich aktualność, jednostki i zgodność okresu. Osobnego oznaczenia wymagają promocje, jednorazowe zamówienia i zdarzenia, które odbiegają od zwykłej sezonowości. Niepełny eksport nie może wyglądać jak pełny zapis sprzedaży.
Brak sprzedaży bywa skutkiem pustego magazynu, a nie słabszego zainteresowania. Jeżeli dane nie wskazują okresu niedostępności towaru, model może uznać zerową sprzedaż za spadek popytu i zaniżyć kolejne zamówienie. To błąd źródła, którego nie naprawi większa złożoność algorytmu.
Reguły jakości mogą dopuścić część asortymentu, skierować wybrane pozycje do człowieka albo wstrzymać publikację dla całej grupy. Próg zależy od kosztu błędu i rytmu zakupów. Inna tolerancja pasuje do raportu pomocniczego, inna do zamówienia składanego tego samego dnia.
Korekta planisty zachowuje pierwotną rekomendację, nową wartość, powód i datę. Taki zapis odróżnia brak danych od wiedzy o sezonie, promocji lub dostawcy. Człowiek nadal podejmuje decyzję zakupową; nie staje się administratorem modelu.
07:15. Wyjątek w języku zakupów
Lista dla planisty powinna mówić o brakującej dostawie, starej rezerwacji, nietypowym skoku albo rozbieżnej jednostce. Kod zadania i komunikat biblioteki mogą zostać w logu technicznym. Przy pozycji biznesowej potrzebne są źródło problemu, wiek danych, skutek oraz dostępna praca ręczna.
Brak prognozy dla jednej grupy nie musi blokować wszystkich zakupów. Firma może opublikować poprawną część raportu, sięgnąć po ostatni zaakceptowany materiał dla wybranego zakresu albo przygotować zestawienie ręczne. Sposób działania trzeba ustalić przed awarią, gdy można spokojnie ocenić jego koszt.
Raport ma też wyraźny termin ważności. Ta sama rekomendacja może być przydatna o 7:15 i nieaktualna po dużym przyjęciu magazynowym. Widoczny czas danych ogranicza ryzyko użycia starej liczby tylko dlatego, że dokument nadal otwiera się na ekranie.
08:00. Raport, odtworzenie i koszt
Materiał przekazany do zakupów łączy wersję danych, czas obliczeń, wyjątki i korekty. Sama liczba z modelu nie wystarcza do zwiększenia lub zmniejszenia zamówienia. Planista musi rozumieć, dla jakiego okresu i jakiego asortymentu została policzona.
Plan odzyskania obejmuje definicję eksportu, dane robocze, konfigurację zadania, wersję modelu, słowniki i reguły publikacji. Firma ustala, jak długo dział zakupów może czekać na nową prognozę i kiedy ma przejść na pracę ręczną. Określa też, z jak starego zestawu danych wolno skorzystać po wznowieniu. Te decyzje wynikają z rytmu zakupów, a nie z samej dostępności serwera.
Koszt tworzą zasoby prywatnego AI, przestrzeń robocza, kopie, administracja i ręczne korekty. Częstsze obliczenia zwiększają rachunek, ale nie zawsze poprawiają planowanie. Harmonogram powinien odpowiadać momentom, w których firma rzeczywiście składa zamówienia i otrzymuje nowe dane z ERP.
Dobrze ułożony cykl kończy się raportem na czas albo jasnym przejściem do pracy ręcznej. Zakupy nie korzystają ze starej prognozy bez ostrzeżenia, a ERP nadal obsługuje sprzedaż i magazyn. Firma płaci za częstotliwość potrzebną w planowaniu, nie za maksymalną liczbę uruchomień możliwą technicznie.