Granica użyteczności arkusza przebiega tam, gdzie zaczyna się równoczesna praca kilku osób na tym samym harmonogramie. Plik nie ma mechanizmu, który odrzuci drugą rezerwację tego samego okna, więc konflikt wychodzi dopiero pod rampą. Gdzie dokładnie przebiega granica, za którą arkusz przestaje wystarczać, rozkłada tekst o software do awizacji dostaw.
Gdzie arkusz przestaje wystarczać
Harmonogram dostaw w arkuszu działa dobrze przy jednej osobie planującej i kilkunastu transportach dziennie. Problem zaczyna się przy drugim użytkowniku. Plik na dysku sieciowym otwiera się wtedy w trybie tylko do odczytu albo tworzy kopię, a wersja współdzielona w chmurze scala zmiany bez pytania, która z nich jest poprawna.
Żaden z tych mechanizmów nie odpowiada na pytanie, które ma znaczenie operacyjne: czy okno o dziewiątej na rampie drugiej jest jeszcze wolne. Arkusz nie zna pojęcia zasobu o ograniczonej pojemności. Dla niego komórka z dwoma wpisami to komórka z dwoma wpisami, a nie konflikt do odrzucenia.
| Sytuacja | Arkusz współdzielony | Kalendarz na bazie |
|---|---|---|
| Dwie osoby rezerwują to samo okno | Obie zmiany zostają zapisane | Druga próba odrzucona z listą wolnych terminów |
| Przekroczenie limitu palet na rampie | Brak reakcji | Zapis zatrzymany przez regułę zasobu |
| Cofnięcie błędnej zmiany | Zależne od historii wersji pliku | Zapis oryginalny zachowany w śladzie audytowym |
| Dostęp przewoźnika z zewnątrz | Wymaga udostępnienia całego pliku | Widok ograniczony do własnych zgłoszeń |
Rezerwacja jako operacja transakcyjna
Zapis nowego zgłoszenia obejmuje dwie czynności, które muszą się wydarzyć razem albo wcale: sprawdzenie dostępności okna i wstawienie rezerwacji. Rozdzielenie ich zostawia okno czasowe między odczytem a zapisem, w którym inny użytkownik zdąży zająć ten sam termin. Baza rozwiązuje to, obejmując obie czynności jedną transakcją i blokując wiersz zasobu na czas jej trwania.
Skutkiem ubocznym blokady jest szeregowanie równoczesnych prób. Przy dwudziestu przewoźnikach zapisujących zgłoszenia w poniedziałek rano operacje wykonują się jedna po drugiej, a nie równolegle. Czas oczekiwania jest tu rzędu milisekund i użytkownik go nie zauważa, ale sam mechanizm przesądza o tym, że harmonogram pozostaje spójny. Dokumentację poziomów izolacji i zachowania blokad prowadzi Microsoft Learn.
Reguła pojemności okna powinna siedzieć w bazie, nie w formularzu. Walidacja wyłącznie po stronie przeglądarki przepuszcza zgłoszenia wysłane z dwóch kart jednocześnie oraz wszystko, co wchodzi przez integrację z ERP.
Co właściwie ogranicza pojemność okna
Okno czasowe rzadko jest ograniczone wyłącznie liczbą pojazdów. Rampa ma określoną przepustowość mierzoną w paletach na godzinę, a magazyn ma skończoną liczbę wózków i ludzi na zmianie. Kalendarz, który zna tylko liczbę slotów, pozwala zarezerwować cztery okna po dwadzieścia palet w godzinie, w której magazyn przerobi czterdzieści.
- Limit pojazdów - ile transportów zmieści się w oknie na danej rampie.
- Limit ilościowy - łączna liczba palet albo jednostek ładunkowych przypadająca na okno.
- Rodzaj transportu - rampa przystosowana do naczep nie obsłuży dostawy busem bez zmiany stanowiska.
- Kalendarz pracy obiektu - dni wolne, skrócone zmiany i przerwy, których siatka okien nie może ignorować.
Zestaw tych parametrów definiuje się na poziomie magazynu i rampy, a nie globalnie dla całej firmy. Sposób ich ustawienia opisuje strona o definiowaniu okien czasowych, a szerszy kontekst planowania dobowego materiał o zarządzaniu dokami w magazynie.
Przejście z arkusza bez utraty historii
Dane z arkusza rzadko dają się wczytać wprost. Kolumny zawierają wartości mieszane, nazwy przewoźników bywają zapisane na kilka sposobów, a termin dostawy siedzi czasem w komentarzu do komórki. Import wymaga więc etapu porządkowania, który wykonuje się raz i którego nie warto skracać. Pozostałe decyzje, które zapadają przy konfiguracji, wymienia przegląd oprogramowania YMS.
Praktyczny układ migracji wygląda tak, że do systemu wchodzą kartoteki kontrahentów i przewoźników wraz z danymi kontaktowymi, a historyczne zgłoszenia zostają w arkuszu jako archiwum. Nowy harmonogram buduje się od bieżącego tygodnia. Próba przeniesienia dwóch lat wstecz wydłuża wdrożenie i rzadko przynosi dane, z których ktokolwiek potem korzysta. Praktykę pracy na kalendarzach zbiera strona o kalendarzach awizacyjnych, a porównanie z narzędziami transportowymi materiał o arkuszach w transporcie.
Utrzymanie kalendarza po wdrożeniu sprowadza się do dwóch czynności: korekty siatki okien po zmianie obsady zmiany oraz przeglądu limitów po sezonie. Sam mechanizm rezerwacji nie wymaga obsługi, o ile parametry odpowiadają rzeczywistej dostępności doków.
Jak powstaje siatka terminów
Terminy nie są wpisywane ręcznie. Generuje je algorytm na podstawie godzin pracy obiektu, długości pojedynczego okna i przerw wyłączonych z obsługi. Zmiana godzin pracy magazynu przelicza siatkę na przyszłość, nie ruszając rezerwacji już potwierdzonych, bo te są powiązane z konkretnym rekordem, a nie z pozycją w kalendarzu.
Algorytmów jest kilka, bo magazyny mają różną charakterystykę ruchu. Siatka o stałym kroku sprawdza się przy jednorodnym asortymencie. Okna o zmiennej długości przypisane do rodzaju transportu lepiej odwzorowują rzeczywistość tam, gdzie rozładunek palet trwa dwadzieścia minut, a rozładunek luzem dwie godziny. Wybór algorytmu zapada przy analizie przedwdrożeniowej i daje się później zmienić bez utraty historii.
| Parametr | Skąd pochodzi | Co psuje jego zła wartość |
|---|---|---|
| Godziny pracy obiektu | Kartoteka magazynu | Okna poza zmianą, których nikt nie obsłuży |
| Długość okna | Pomiar czasu obsługi z rejestru | Kolejka albo puste rampy |
| Przerwy wyłączone | Kalendarz obiektu | Rezerwacje na przerwę śniadaniową |
| Liczba stanowisk | Kartoteka ramp | Przyjęcie większej liczby pojazdów niż doków |
Długość okna dobiera się z danych, nie z przeczucia. Podstawą jest rozkład rzeczywistych czasów obsługi z ostatnich tygodni, a nie wartość średnia, bo średnia ukrywa ogon długich rozładunków, który generuje całą kolejkę. Uzasadnienie tego podejścia rozwija strona o rezerwacji okien czasowych w logistyce.