Standardowe zestawienia pokrywają większość potrzeb. Reszta to zwykle kilka pytań, które w danej firmie decydują o zarządzaniu.
Typowe braki
- rentowność w układzie stosowanym przez firmę,
- zestawienia łączące dane z kilku obszarów,
- analizy według pól własnych,
- porównania okresów w nietypowym ujęciu,
- raporty dla konkretnego odbiorcy.
Zanim powstanie nowy raport, warto sprawdzić, czy program nie liczy już tego samego pod inną nazwą. Zaskakująco często liczy — tylko nikt nie wiedział, gdzie szukać.
Skąd brać dane
Odczyt z bazy jest najszybszy i wymaga ostrożności. Zawsze wyłącznie do odczytu, na osobnym koncie o ograniczonych uprawnieniach.
Zasady pracy na bazie obowiązują tu bez wyjątku, bo raport z natury sięga do wielu obszarów naraz. Konto raportowe nie potrzebuje żadnych praw zapisu — jeśli je ma, prędzej czy później ktoś ich użyje.
Jak powstaje raport
Najpierw pytanie w jednym zdaniu: co chcemy wiedzieć i jaką decyzję z tego podejmiemy. Potem wskazanie źródeł i definicji. Potem wersja robocza na małym wycinku danych, sprawdzona ręcznie. Dopiero na końcu pełny okres i uruchomienie cykliczne.
Kolejność ma znaczenie, bo najdroższą pomyłką jest raport policzony poprawnie na złych założeniach. Wygląda wiarygodnie i przez miesiące nikt go nie kwestionuje.
Analizy według pól własnych
Zestawienia oparte na polach własnych są tyle warte, ile dyscyplina przy ich wypełnianiu. Pole uzupełniane przez połowę zespołu daje raport pokazujący połowę rzeczywistości — i to bez ostrzeżenia. Warto obok wyniku pokazywać liczbę pozycji bez wypełnionego pola.
Poza godzinami pracy
Ciężkie zestawienia uruchamiane w nocy albo na kopii bazy. Odpytywanie systemu produkcyjnego w szczycie spowalnia pracę wszystkim.
To jedna z częstszych przyczyn spowolnienia przy dużej bazie: kilka raportów odpytujących całą historię, uruchamianych w środku dnia przez różne osoby. Przeniesienie ich na noc bywa skuteczniejsze niż wymiana sprzętu.
Zgodność ze standardem
Własny raport musi dawać te same sumy co zestawienia programu. Rozbieżność podważa oba.
Sprawdzenie robi się raz, na zamkniętym okresie, i zapisuje wynik. Jeśli sumy się różnią, przyczyną jest zwykle inna definicja — na przykład inne traktowanie korekt albo dokumentów niezatwierdzonych.
Kiedy własny raport się nie opłaca
Gdy pytanie pada raz i służy jednej decyzji, taniej jest wyciągnąć dane i policzyć je poza systemem. Własny raport ma sens dopiero przy powtarzalności: to samo pytanie co tydzień lub co miesiąc, zawsze w tym samym ujęciu. Wtedy koszt przygotowania rozkłada się na wiele uruchomień, a wynik jest porównywalny w czasie — co przy liczeniu ręcznym rzadko się udaje.
Definicje
Co dokładnie liczymy jako sprzedaż i jak traktujemy korekty. Spisane, bo za rok nikt nie będzie pamiętał. Definicja powinna leżeć razem z raportem, nie w cudzej głowie.
Utrzymanie
Aktualizacja programu potrafi zmienić strukturę danych. Raporty własne wymagają sprawdzenia po każdej aktualizacji. Najgorszy przypadek to raport, który po zmianie nadal działa, ale liczy coś innego — dlatego kontrola polega na porównaniu wyniku, a nie na sprawdzeniu, czy się uruchomił.
