ARKUSZ WYDANIA PILOTAŻOWEGO I ODBIORU ERP
Horizon Dynamics | 7 października 2026
Przykład do planowania i pusty arkusz. Nie zawiera rzeczywistych wyników testów klienta.

WYPEŁNIONY PRZYKŁAD: JEDEN MAGAZYN DYSTRYBUTORA
Rezultat: przyjąć, zarezerwować, wysłać i pokazać sprzedaży status jednego zamówienia.
Użytkownicy pilotażu: jeden zespół operacyjny i uprawnieni użytkownicy sprzedaży.
W zakresie: przekazanie zamówienia, rezerwacja zapasu, odpowiedzialność za niedobory, anulowanie,
przyjęcie i kontrola zwrotu, ograniczenia dostępu oraz raport otwartych zamówień.
Poza zakresem: dodatkowe magazyny, prognozowanie, produkcja i wymiana księgi rachunkowej.
Przed przełączeniem: istniejący system magazynowy zarządza zapasem.
Po zatwierdzonym przełączeniu: jedno wyznaczone źródło zarządza rezerwacjami zapasu objętego pilotażem.
Księgowość zachowuje zaksięgowane zapisy i płatności. CRM zachowuje rozmowy z klientami.

PRZYKŁADOWY REJESTR DECYZJI
Uzgodnienie danych: na potrzeby przykładu zakładamy wynik pozytywny; dołącz rzeczywiste dowody.
Standardowe zamówienie: zakładamy wynik pozytywny; dołącz rzeczywiste dowody.
Niedobór: NIE WYKONANO. Blokuje uruchomienie, ponieważ nie wykluczono przydzielenia większej ilości niż dostępna.
Pozostałe warunki: ten przykład nie potwierdza ich spełnienia.
Decyzja: WSTRZYMAĆ. Przejrzeć regułę niedoboru, wykonać scenariusz i ocenić wynik.
Osoba decyzyjna: osoba odpowiedzialna za operacje po stronie klienta.
Osoba odpowiedzialna za dowody techniczne: wyznaczony lider techniczny.

SCENARIUSZE DO UZUPEŁNIENIA ZAOBSERWOWANYMI WYNIKAMI
1. Standardowy: 10 dostępnych, rezerwacja 4 -> 6 dostępnych i 4 zarezerwowane.
2. Niedobór: przy utrzymanej rezerwacji 4 żądanie 7 -> uzgodniona obsługa niedoboru.
3. Anulowanie: anulowanie pierwszego zamówienia przed wysyłką -> 10 dostępnych;
   historia pozostaje widoczna.
4. Przerwana wymiana: zapis, utrata odpowiedzi, ponowienie -> jedno zamówienie w systemie docelowym.
5. Dostęp: użytkownik z ograniczonymi uprawnieniami nie może odczytać ani wyeksportować zamówienia chronionego zespołu.
6. Raportowanie: identyfikatory zamówień, ilości i statusy są zgodne przy tym samym momencie odcięcia danych.
7. Zwrot po wysyłce: wysłać 4, przyjąć 1 z powrotem -> zachować zapis wysyłki i utworzyć powiązany zwrot.
   Sztuka pozostaje niedostępna, dopóki uprawniona kontrola nie dopuści jej do zapasu przeznaczonego do sprzedaży.
   Księgowość odpowiada za korektę lub zwrot pieniędzy; przyjęcie towaru nie może oznaczać wypłaty zwrotu.
8. Częściowa realizacja (oddzielny zestaw testowy): zamówić 10 przy dostępnych 6; zatwierdzić podział
   i wysłać 6; anulować 2 niezarezerwowane sztuki; uzupełnić zapas i wysłać ostatnie 2.
   Oczekiwane: 8 wysłanych + 2 anulowane + 0 otwartych = 10 zamówionych. Anulowanie niezarezerwowanych
   sztuk nie zwalnia zapasu. Każda wysyłka i każde anulowanie pozostają zapisane.

DLA KAŻDEGO SCENARIUSZA
Identyfikator scenariusza:
Zestaw danych i środowisko:
Warunki wstępne:
Oczekiwany wynik:
Zaobserwowany wynik:
Lokalizacja dowodów:
Zaliczono / nie zaliczono / nie wykonano:
Osoba sprawdzająca i data:
Błąd lub zaakceptowany wyjątek, osoba odpowiedzialna i konsekwencje:

INNE WYMAGANE WARUNKI
Wymagane dane i powiązania uzgodnione:
Przećwiczony końcowy moment odcięcia źródła i obsługa nowych zapisów:
Przywracanie działania uwzględnia zamówienia i działania zewnętrzne po przełączeniu:
Wykazano gotowość dostępu wsparcia, monitoringu i eskalacji:
Użytkownicy przygotowani i rozumieją odpowiedzialność:
Kontrole uprawnień i eksportu zakończone:

GOTOWOŚĆ ZESPOŁU PILOTAŻOWEGO
Rola i reprezentatywny użytkownik, w tym zastępstwo na czas nieobecności:
Próba standardowego zadania i istotnego wyjątku bez interwencji prowadzącego szkolenie:
Zaobserwowany wynik, obejście problemu i dowody:
Osoba odpowiedzialna za lukę i termin ponownej kontroli:
Osoba odpowiedzialna za wsparcie zademonstrowała odnalezienie nieudanej wymiany i eskalację:
Uzgodnione godziny wsparcia, kontakty do eskalacji i osoba odpowiedzialna za komunikację zakłóceń:
Nierozwiązane warunki dotyczące ludzi/wsparcia uwzględnione w decyzji końcowej:

DECYZJA KOŃCOWA
Uruchomić / wstrzymać / ograniczyć zakres / przywrócić działanie:
Sprawdzone dowody:
Luki blokujące:
Zaakceptowane wyjątki i uprawniona osoba zatwierdzająca:
Osoba decyzyjna i znacznik czasu:
Następny przegląd:

DECYZJA O ROZSZERZENIU
Okres obserwacji pilotażu i uzgodnione kryteria jego zakończenia:
Zaobserwowane wyniki obsługi wyjątków i uzgodnienia danych:
Różnice w kolejnej lokalizacji i dodatkowe prace:
Rozszerzyć / wstrzymać / przywrócić działanie, z uzasadnieniem i osobą odpowiedzialną:

Brak dowodów nie oznacza zaliczenia. Nie umieszczaj danych dostępowych ani rzeczywistych danych klientów
w publicznej kopii. Uzupełnij arkusz lokalnie.
https://www.horizon-dynamics.tech/pl/blog/phased-custom-erp-rollout