SZABLON DEFINICJI I ODBIORU RAPORTU Horizon Dynamics | Wersja 1.0 | 27 września 2026 | Wersja polska: 6 października 2026 Przewodnik: https://www.horizon-dynamics.tech/pl/blog/business-reporting-integration Definiuj jeden raport lub wskaźnik naraz wspólnie z osobą odpowiedzialną biznesowo. Dostosuj poniższy przykład do własnego raportu. RAPORT / ODPOWIEDZIALNOŚĆ / WERSJA Nazwa raportu: Osoba odpowiedzialna biznesowo: Osoba odpowiedzialna technicznie/za dane: Data i wersja definicji: Decyzja, którą wspiera ten raport: Osoba odpowiedzialna za podjęcie działań na podstawie wyniku: 1. ZNACZENIE Jednostka reprezentowana przez jeden wiersz (np. zamówienie, pozycja lub wysyłka): Wskaźnik i sposób obliczania: Uwzględnione rekordy i wyłączenia: Statusy i ich znaczenia: Używana data, strefa czasowa i moment odcięcia: Waluta, data przeliczenia i źródło kursu, jeśli dotyczy: Obsługa zmian, anulowań i brakujących danych: 2. ŹRÓDŁA I IDENTYFIKACJA Powtórz dla każdego źródła: - System i osoba odpowiedzialna za dane: - Trwały klucz i mapowanie do innych systemów: - Dostarczane pola i odpowiedzialność za ich wartości: - Dostępny interfejs lub eksport: - Reguła przekształcania i uzgadniania: - Obsługa niedopasowanych rekordów i aktualizacji poza kolejnością: 3. DOSTĘP I UŻYTKOWANIE Kto może zobaczyć raport? Do których lokalizacji, klientów lub pól należy ograniczyć każdą rolę? Czy użytkownicy mogą przejść do rekordów źródłowych i z jakimi uprawnieniami? Czy eksport zachowuje te same ograniczenia dostępu? 4. AKTUALNOŚĆ I BŁĘDY Wymagana aktualność i uzasadnienie biznesowe: Oczekiwany harmonogram odświeżania / ograniczenia źródeł: Gdzie widoczny jest czas ostatniej udanej aktualizacji: Jak sygnalizowane jest nieaktualne, niepełne lub nieudane odświeżenie: Kto analizuje błąd i jak odzyskuje się pominięte rekordy: PRZYKŁADOWA DEFINICJA — OPÓŹNIONE OTWARTE POZYCJE ZAMÓWIEŃ Decyzja: które niewysłane pozycje wymagają dziś uwagi zespołu operacyjnego? Szczegółowość: jedna pozycja zamówienia identyfikowana przez identyfikator zamówienia i pozycji w ERP. Przykładowa reguła: uwzględnić aktywne pozycje z pozostałą ilością większą od zera oraz uzgodnionym obiecanym terminem wcześniejszym niż dzienny moment odcięcia w wybranej strefie czasowej. Wykluczyć pozycje anulowane. Brak obiecanego terminu kieruje pozycję na oddzielną listę wyjątków, zamiast po cichu traktować ją jako terminową. Źródła referencyjne: ERP dla ilości zamówionej/wysłanej; uzgodniony system zarządzania zamówieniami dla obiecanego terminu. Zmiana obiecanego terminu musi pozostać możliwa do wyjaśnienia. Częściowa wysyłka pozostawia pozostałą ilość otwartą. Liczenie pozycji zamówień różni się od liczenia unikalnych zamówień; oba wskaźniki muszą mieć precyzyjne nazwy. Osoby odpowiedzialne zatwierdzają regułę, źródło referencyjne, harmonogram, statusy i zasady zmiany terminów. 5. PRZYKŁADY ODBIOROWE — POWTÓRZ DLA KAŻDEGO SCENARIUSZA Scenariusz / rekordy wejściowe: Oczekiwane wiersze i wartość wskaźnika: Rzeczywiste wiersze i wartość: Dowody źródłowe / dowody z raportu: Oczekiwana widoczność według ról: Wynik i wyjaśnienie różnic: Recenzent / osoba odpowiedzialna / data: Uwzględnij: rekordy kompletne, częściowe, anulowane, zmienione i niedopasowane; powtórzone zdarzenia; nieaktualne źródła; granice momentu odcięcia; nieuprawniony dostęp; puste wyniki. 6. UZGODNIENIE I ZATWIERDZENIE Okres próby i wersje źródłowych zestawów danych: Sprawdzone liczby rekordów, sumy i próbki na poziomie rekordów: Celowe różnice względem starego raportu: Nierozwiązane wyjątki i osoby odpowiedzialne: Zatwierdzenie biznesowe / zatwierdzenie techniczne / data: Jakie zmiany źródła/schematu/definicji wymagają ponownych testów? Omów raportowanie: https://www.horizon-dynamics.tech/pl/contact?source=reporting-template Możesz dostosować ten szablon do planowania własnego projektu.