Największa strata przy pracy na arkuszu nie dotyczy czasu wpisywania, lecz danych, których nigdy nie było. Historii zmian nie da się odtworzyć po fakcie, więc spór o termin rozstrzyga się słowem przeciw słowu.
Stan a zapis zdarzeń
Arkusz przechowuje stan. Komórka z godziną dostawy zawiera to, co ktoś ostatnio w niej wpisał, i nic poza tym. Poprzednia wartość znika w chwili nadpisania, razem z informacją, kto ją zmienił.
Rejestr zdarzeń działa odwrotnie. Zmiana terminu nie kasuje poprzedniego, tylko dopisuje wiersz z czasem operacji i identyfikatorem użytkownika. Stan bieżący jest wtedy wynikiem odczytu, a nie jedyną rzeczą, jaką system pamięta.
Różnica ujawnia się przy pytaniu zadanym wstecz. Dopóki nikt nie pyta, jak było w zeszłym miesiącu, arkusz zachowuje się poprawnie. Pierwsze takie pytanie kończy się odpowiedzią, że danych nie ma i nie da się ich już zebrać.
Czego nie policzysz po fakcie
Pytania poniżej padają w każdej firmie transportowej, zwykle przy rozliczeniu okresu albo przy rozmowie o stawkach. Odpowiedź na każde z nich wymaga danych, które trzeba było zapisywać wcześniej.
| Pytanie | Co trzeba było zapisać | Czy arkusz to ma |
|---|---|---|
| Ile razy przewoźnik zmieniał termin w tym miesiącu | Każdą zmianę z czasem operacji | Nie, widać wyłącznie termin ostatni |
| Kto zwolnił okno na 7:00 we wtorek | Autora operacji | Nie, o ile plik nie leży na dysku z wersjonowaniem |
| Ile wynosi średni czas od wjazdu do podstawienia pod rampę | Dwa znaczniki czasu przy każdym transporcie | Tylko gdy ktoś wpisywał je ręcznie |
| Dlaczego dostawa z poniedziałku nie doszła do skutku | Powód odwołania wybrany z listy | Nie, powód zostaje w rozmowie telefonicznej |
Ostatni wiersz bywa najbardziej dotkliwy. Bez powodów odwołań nie da się odróżnić przewoźnika, który ma problem z taborem, od takiego, który rezerwuje terminy na zapas. Obaj wyglądają w zestawieniu tak samo, a wymagają innej reakcji.
Plik z jednym autorem
Arkusz prowadzony przez dłuższy czas staje się programem. Ma warunki, odwołania między zakładkami i formatowanie warunkowe, które koduje reguły biznesowe. Zna go osoba, która go zbudowała.
Kłopot pojawia się przy jej nieobecności. Formuła sięgająca do wiersza usuniętego przez kogoś innego zwraca błąd, a poprawienie jej wymaga zrozumienia całej konstrukcji. Zwykle kończy się to odtworzeniem pliku od nowa, z utratą wszystkiego, co było w nim starszego.
Druga trudność dotyczy kopii. Plik wysłany pocztą do magazynu żyje dalej własnym życiem i po tygodniu istnieją dwie wersje prawdy. Zagadnienie równoczesnego zapisu przez kilka osób opisuje osobno strona o kalendarzu rezerwacji zamiast arkusza.
Arkusz, którego nikt poza autorem nie umie poprawić, jest zobowiązaniem firmy wobec jednej osoby. Koszt tej zależności ujawnia się w najgorszym możliwym momencie.
Wersjonowanie przez nazwę pliku
Brak historii wewnątrz arkusza firmy nadrabiają na zewnątrz, zapisując kolejne kopie pod zmienionymi nazwami. Po pół roku w katalogu leży kilkanaście plików z dopiskami o poprawkach i ostatecznych wersjach, a ustalenie, który obowiązuje, wymaga porównania dat modyfikacji.
Rozwiązanie to działa dopóty, dopóki kopie tworzy jedna osoba. Gdy robią to dwie, powstają dwie równoległe linie zmian, których nikt już nie połączy, bo poprawki wprowadzano w obu.
Data modyfikacji pliku nie rozstrzyga sporu, ponieważ zmienia ją również otwarcie i zapisanie bez żadnej poprawki. Jedyną pewną informacją zostaje to, co ktoś pamięta.
Kiedy arkusz jest właściwym narzędziem
Odejście od arkusza nie jest celem samym w sobie. Są zastosowania, w których nic go nie zastąpi, i warto je odróżnić od prowadzenia na nim rejestru operacyjnego.
- Jednorazowa analiza - na danych wyeksportowanych z systemu, gdy pytanie padło raz i nie wróci.
- Sprawdzenie reguły przed wdrożeniem - przeliczenie na próbce, zanim reguła trafi do konfiguracji.
- Zestawienie dla odbiorcy zewnętrznego - który nie ma konta i potrzebuje danych w postaci pliku.
- Skala kilku transportów dziennie - przy jednej osobie prowadzącej rejestr i braku sporów o terminy.
Granica przebiega w miejscu, w którym arkusz przestaje być narzędziem liczącym, a zaczyna być źródłem prawdy o tym, co się wydarzyło. Wtedy brak historii zaczyna kosztować.
Zapytanie zamiast tabeli przestawnej
Tabela przestawna odpowiada na pytanie raz. Powtórzenie tej samej analizy w kolejnym miesiącu wymaga ponownego wskazania zakresu i ułożenia pól, a wynik zależy od tego, czy ktoś zrobił to identycznie.
Zapytanie do bazy zachowuje się inaczej, bo jest zapisanym tekstem. Uruchomione miesiąc później na tych samych danych zwraca te same liczby, a uruchomione na danych z kolejnego okresu liczy dokładnie tak samo. Składnię instrukcji wyboru danych opisuje dokumentacja języka T-SQL w Microsoft Learn.
Dla odbiorcy wynik może nadal trafiać do pliku, tyle że wygenerowanego automatycznie o ustalonej porze. Sposób budowania takich zestawień opisuje strona o usługach raportowych SQL Server, a dobór samych miar - materiał o efektywności łańcucha dostaw.
Cztery koszty, których arkusz nie pokazuje
Porównania arkusza z systemem zwykle zatrzymują się na czasie wpisywania danych. To najmniejsza z pozycji i zarazem jedyna, którą łatwo zmierzyć.
- Powtórne ustalanie tego samego - telefon do przewoźnika o godzinę, która została już raz uzgodniona i zapisana gdzie indziej.
- Spór bez dowodu - reklamacja opóźnienia, przy której obie strony podają inną godzinę awizacji.
- Brak podstawy do rozmowy o stawce - negocjacja prowadzona na wrażeniach, bo liczby dotyczące terminowości nie istnieją.
- Zależność od jednej osoby - urlop autora pliku zatrzymuje część pracy dyspozytury.
Żadna z tych pozycji nie pojawi się w kalkulacji opartej na oszczędności czasu. Wszystkie są realne i wszystkie rosną wraz z liczbą obsługiwanych transportów.
Arkusz obok systemu, nie zamiast niego
Przejście na system rzadko oznacza koniec pracy z arkuszem. Zmienia się natomiast jego rola: przestaje być miejscem zapisu, a staje się odbiorcą danych.
W tym układzie plik powstaje z eksportu, służy do analizy i po jej zakończeniu traci ważność. Nikt nie wprowadza w nim poprawek, bo poprawka wprowadzona w pliku nie wróci do rejestru i po kilku dniach będzie sprzeczna ze stanem faktycznym.
Warunkiem powodzenia jest wyraźne ustalenie, gdzie zapisuje się zmiany. Dopóki istnieją dwa miejsca zapisu, rozbieżności są kwestią czasu. Zakres danych, które musi nieść zgłoszenie, opisuje strona o danych do awizacji.
Ostatnia rzecz dotyczy kolejności. System uruchomiony na procesie, który nie został wcześniej uporządkowany, odwzorowuje bałagan z arkusza w nowym interfejsie. Etapy projektu opisuje strona o wdrażaniu systemu TMS, a zakres funkcji takiego systemu - materiał o systemie zarządzania transportem.
Sprawdzenie w chwili wpisu
Arkusz przyjmuje wszystko. Godzina wpisana jako tekst, data w zapisie amerykańskim i numer rejestracyjny ze spacją wyglądają w komórce poprawnie, a przy sortowaniu ustawiają się w kolejności, której nikt nie zamierzał.
System odrzuca wartość w chwili zapisu, bo zna typ pola i dopuszczalny zbiór wartości. Przewoźnik wybierany z kartoteki nie pojawi się w rejestrze pod trzema wariantami nazwy, a termin wykraczający poza godziny pracy obiektu nie zostanie przyjęty.
Skutek widać dopiero przy liczeniu. Zestawienie w rozbiciu na przewoźników wymaga w arkuszu wcześniejszego ujednolicenia nazw, czyli pracy ręcznej powtarzanej za każdym razem. Ta sama operacja na kartotece jest grupowaniem po identyfikatorze.
Sprawdzenie przy wpisie ma jeszcze jedną zaletę: błąd wraca do osoby, która go popełniła, dopóki pamięta ona okoliczności. Poprawka wykonywana miesiąc później przez kogoś innego bywa zgadywaniem. Zakres danych wartych kontroli już przy zgłoszeniu opisuje strona o programie do zarządzania dostawami.
Dostęp w skali całego pliku
Plik udostępnia się w całości. Kto go otrzyma, widzi wszystkie wiersze, łącznie ze stawkami pozostałych przewoźników i danymi kontrahentów, którzy nie powinni o sobie wiedzieć.
Z tego powodu arkusz nie nadaje się do pracy z podmiotami zewnętrznymi. Przewoźnik zamiast dostępu dostaje wycinek wysyłany pocztą, co przywraca całą pracę ręczną, którą plik miał ograniczyć.
W systemie zakres widoczności jest właściwością konta i opisuje się go raz. Ten sam ekran pokazuje dyspozytorowi wszystkie transporty dnia, a przewoźnikowi wyłącznie jego własne zgłoszenia. Zasady nadawania takich uprawnień opisuje strona o administrowaniu systemem awizacji.
Co zyskuje sama praca z terminami
Najszybciej widoczna zmiana dotyczy ustalania godzin dostaw. W arkuszu termin jest wpisem, który można nadpisać bez sprawdzenia, czy stanowisko jest wolne. W systemie jest rezerwacją zasobu o ograniczonej pojemności.
Skutek praktyczny polega na zniknięciu nadmiarowych uzgodnień. Przewoźnik widzi wolne terminy sam i wybiera jeden z nich, zamiast pytać o dostępność i czekać na odpowiedź. Dyspozytura przestaje pośredniczyć w czynności, która nie wymaga jej udziału.
Warunkiem jest poprawne ustawienie pojemności i długości terminów, bo siatka zbyt gęsta tworzy kolejkę mimo pełnej zgodności z planem. Zasady doboru opisuje strona o harmonogramowaniu dostaw, a samo pojęcie terminu obsługi - materiał o oknie czasowym.