Status projektu. Cyfrowa karta załadunku jest w fazie projektu i prototypu. Nie jest dziś funkcją Studio WMS.net ani Studio VSS.net i nie ma jej w cenniku. Rysunki i ekrany na tej stronie to makiety projektowe, a liczby w przykładach są obliczeniowe, nie pomiarowe.
Cyfrowa karta załadunku to planowany moduł wspólny dla Studio WMS.net i Studio VSS.net, który z nośników SSCC skompletowanych w magazynie, awizacji dokowej i trasy w Linkway układa ładunek w naczepie. Liczy kolejność zgodną z LIFO, położenie środka ciężkości X̄CG i nacisk na osie, a wynik pokazuje planiście na pulpicie i wózkowemu na terminalu Android.
Kiedy załadunek wymaga planu, a kiedy nie
Wózkowy, który ładuje 33 europalety na naczepę 13,6 m, nie potrzebuje aplikacji. Palety 1200 × 800 mm stoją wzdłuż w jedenastu rzędach po trzy (11 × 1200 mm daje 13 200 mm, a 3 × 800 mm daje 2 400 mm przy szerokości wewnętrznej 2 450 mm), masa jest rozłożona równo, a całość jedzie do jednego odbiorcy. Pomyłka kosztuje kilka minut przestawiania.
Sytuacja zmienia się przy drobnicy. Zamówienie zawiera palety przemysłowe o różnej wysokości i kartony zbiorcze, a kierowca rozładowuje kilka punktów. Kolejność ułożenia wynika wtedy z trasy, a trasę zna dyspozytor, nie magazynier na strefie wydań. Wózkowy układa ładunek po swojemu, a koszt błędu pojawia się na pierwszym placu odbiorcy.
Luka leży więc między dwiema grupami ludzi i dwoma systemami. Magazyn zna nośniki, transport zna trasę i pojazd, a żadna ze stron nie ma danych drugiej w chwili, gdy wózkowy podjeżdża pod rampę.
Dlaczego samodzielne kalkulatory 3D zawodzą na rampie
Przeglądarkowy kalkulator załadunku zaczyna od pustego arkusza. Logistyk przepisuje wymiary i masy z zestawienia kompletacji, a przy kilkudziesięciu pozycjach zajmuje to kwadrans i zostawia pomyłki w milimetrach, które wychodzą dopiero pod rampą. Wynikiem jest plik PDF albo zrzut ekranu.
Dane starzeją się szybciej niż plik. Kompletacja zmienia skład nośnika po wydrukowaniu planu: brakuje sztuk, paleta zostaje rozdzielona, dochodzi pilne zamówienie. Kalkulator nie jest połączony z WMS, więc opisuje zamówienie sprzed godziny, a nie palety stojące na strefie wydań.
Drugi problem to brak sprzężenia zwrotnego. PDF nie trafia na terminal wózkowego i nie wraca z informacją, że paleta 4 nie zmieściła się w rzędzie. Plan istnieje, ale nikt nie śledzi jego wykonania. Kalkulatory pozostają dobrym narzędziem do wyceny przesyłek jednorazowych. Zawodzą tam, gdzie ładunek zmienia się codziennie, a dane już leżą w systemie magazynowym.
| Cecha | Samodzielny kalkulator 3D | Karta załadunku w platformie (projekt) |
|---|---|---|
| Źródło wymiarów i mas | ręczny wpis albo import pliku | nośniki SSCC z kompletacji w Studio WMS.net |
| Aktualność planu | do chwili wpisu | do chwili zatwierdzenia nośnika w WMS |
| Kontrola awizacji | brak | walidacja typu pojazdu przy rezerwacji bramy w Studio VSS.net |
| Przekazanie wózkowemu | PDF albo wydruk | ekran na terminalu Android |
| Nacisk na osie | wymaga ręcznego wpisu mas i geometrii | liczony z mas nośników i karty typu pojazdu |
Trzy bariery na styku magazynu i transportu
Te trzy punkty powtarzają się w zakładach produkcyjnych i u operatorów logistycznych. Odizolowany program ich nie rozwiąże, bo każdy dotyczy danych, które leżą w innym systemie.
Załadunek pod trasę wielopunktową i reguła LIFO
Przy trzech odbiorcach towar dla pierwszego z nich nie może stać pod przednią ścianą naczepy. Obowiązuje reguła LIFO: nośnik załadowany jako ostatni jest rozładowany jako pierwszy. Ładunek na ostatni punkt trasy trafia więc na przód, a na pierwszy punkt - przy drzwi. Magazynier kompletujący zamówienia rzadko zna kolejność ustaloną przez dyspozytora.
Gdy załaduje inaczej, kierowca na pierwszym placu przestawia palety cudzych zamówień. Zabiera to czas, naraża towar na uszkodzenie i otwiera spór o odpowiedzialność. W naczepie typu firanka dostęp boczny łagodzi tę zasadę, ale jej nie znosi, bo sięgnięcie do palety w środku wymaga zwykle zwolnienia pasów zabezpieczających.
Nacisk na osie i przesunięcie środka ciężkości
Masa ładunku może mieścić się w dopuszczalnej masie całkowitej zestawu, a pojazd i tak łamie przepisy. Dla zestawu pięcioosiowego (ciągnik dwuosiowy z naczepą trzyosiową) dopuszczalna masa całkowita wynosi 40 t, nacisk na oś napędową ciągnika do 11,5 t, a na grupę trzech osi naczepy do 24 t. Wartości zależą od odstępów osi i zawieszenia, dlatego moduł ma pobierać limity z karty typu pojazdu, a nie z jednej stałej. W razie przekroczenia Inspekcja Transportu Drogowego może nałożyć karę pieniężną i wstrzymać dalszą jazdę do czasu usunięcia przekroczenia.
Rozkład obciążenia wynika z równowagi momentów. Oś X biegnie wzdłuż naczepy od ściany przedniej, sworzeń leży w punkcie x_s, środek grupy osi w punkcie x_o, a rozstaw wynosi b = x_o - x_s. Dla nośników o masach m_i w punktach x_i:
X̄CG = Σ(m_i · x_i) / Σ m_i
R (sworzeń) = Σ[m_i · (x_o - x_i)] / b
N (tridem) = Σ m_i - R
Ze wzoru wynika zjawisko, które zaskakuje dyspozytorów. Ładunek leżący za środkiem grupy osi ma w sumie R wkład ujemny, bo działa jak przeciwwaga dla sworznia. Gdy taki ładunek zostaje rozładowany na pierwszym punkcie, siodło dostaje więcej, choć cały zestaw jest lżejszy. Jeśli oś napędowa startowała blisko limitu, to wystarczy do przekroczenia w dalszej części trasy, o czym kierowca dowiaduje się dopiero podczas kontroli.
W przykładzie z rysunku 1 oś napędowa startuje z 11 100 kg przy limicie 11 500 kg, czyli z zapasem 400 kg. Po rozładunku Wrocławia środek ciężkości przesuwa się o 2 627 mm ku przodowi, a oś niesie 11 760 kg. Przekroczenie wynosi 260 kg przy zestawie lżejszym o 7 500 kg. Po drugim punkcie nacisk spada, ale tridem niesie już tylko 3 820 kg, więc karta ma sprawdzać każdy etap trasy, a nie wyłącznie wyjazd z magazynu. Dolne granice obciążenia osi wynikają z danych producenta pojazdu.
| Etap trasy | X̄CG od ściany przedniej | Oś napędowa ciągnika (limit 11 500 kg) | Tridem naczepy (limit 24 000 kg) |
|---|---|---|---|
| Start trasy | 7 165 mm | 11 100 kg, w normie | 16 500 kg |
| Po punkcie 1 (Wrocław) | 4 538 mm | 11 760 kg, przekroczenie o 260 kg | 8 060 kg |
| Po punkcie 2 (Poznań) | 2 000 mm | 9 900 kg, w normie | 3 820 kg |
Awizacje bez pokrycia w dokach
System okien czasowych przyjmuje deklarację przewoźnika o pojeździe, ale nikt nie sprawdza, czy ten pojazd pomieści przygotowany ładunek. Pod rampę wjeżdża naczepa standardowa o wysokości wewnętrznej około 2 700 mm, a na strefie wydań czekają nośniki o wysokości 2 850 mm, które pasują dopiero do naczepy typu mega (około 3 000 mm). Albo auto ma ładowność 22 t, a skompletowane zamówienie waży 23,4 t. Wartości są typowe, a rzeczywiste podaje przewoźnik. Załadunek zostaje wstrzymany, okno czasowe przepada, a na placu manewrowym powstaje zator.
W Studio VSS.net awizacja opisuje dziś przyjazd i bramę, a program nie porównuje rodzaju pojazdu z ładunkiem. Zarządzanie pojemnością bram pilnuje liczby okien, nie kubatury auta. Porównanie pojazdu z planem ładunku jest nową funkcją tego projektu.
Wspólna architektura StudioSystem zamiast osobnej wyspy
Karta załadunku jest projektowana jako moduł wspólny dla Studio WMS.net i Studio VSS.net, z danymi w jednej bazie SQL Server, w osobnym schemacie lad. Moduł czyta nośniki i awizacje bezpośrednio z tej bazy, więc nie ma eksportu i importu plików, a plan odnosi się do tych samych rekordów, które widzi magazynier.
- Parametry z kompletacji. Nośnik SSCC niesie wymiary jednostki i masę brutto, a znacznik piętrowania rozstrzyga, czy można położyć na nim kolejną paletę. Wymiary jednostki i piętrowanie Studio WMS.net prowadzi dziś, a masę brutto prototyp ma wyliczać z kartoteki towaru i nośnika. Kod GS1-128 z identyfikatorem (00) wiąże fizyczną paletę z tym rekordem.
- Twarda walidacja przy rezerwacji bramy. Plan ładunku jest porównywany z typem pojazdu z awizacji: LDM, ładownością, kubaturą i wysokością w świetle naczepy. Przy przekroczeniu okno nie zostaje zatwierdzone, a planista dostaje nazwę przekroczonego parametru.
- Instrukcja na terminalu Android. Zamiast papierowej specyfikacji wózkowy widzi naczepę podzieloną na rzędy i dostaje jedno zadanie naraz: którą paletę SSCC pobrać ze strefy wydań, w którym rzędzie ją postawić i w jakiej orientacji.
- Podgląd w Linkway. Plan ma być widoczny dla dyspozytora w Linkway TMS oraz w aplikacji mobilnej kierowcy, który dzięki temu zna kolejność rozładunków i ułożenie ładunku przed wyjazdem.
Terminale Android są częścią Studio WMS.net już dziś, a artykuł o wydaniu na terminalu opisuje potwierdzanie palet wskazanych przez program. Karta załadunku dodaje do tego etap układania w naczepie. Kolejny krok to przekazanie tych samych danych do listu przewozowego, co opisuje tekst o e-CMR z magazynu.
Ekrany karty załadunku
Dwie poniższe makiety pokazują zamierzony układ ekranów. To rysunki projektowe, nie zrzuty z działającego programu, a liczby pochodzą z przykładu obliczeniowego.
Pulpit planisty i dyspozytora
Pasek wskaźników pokazuje metry ładunkowe (13.60 m), wagę (22 450 kg z 24 000 kg) i zajętość objętościową (89%). Środek zajmuje rzut naczepy z góry z 34 ponumerowanymi nośnikami w układzie w poprzek, pokolorowanymi według punktów rozładunku. Numeracja odpowiada kolejności załadunku, więc Berlin, ostatni punkt trasy, zajmuje nośniki od 1 do 10 przy przedniej ścianie. Panel boczny walidatora podaje, czy nacisk na oś siodła i tridem mieszczą się w limitach, i czy najwyższy nośnik mieści się w świetle naczepy. Pokazuje też stan po rozładunku pierwszego punktu.
Plan z rysunku 3 układa te same 22 450 kg co rysunek 1, z masami punktów 8 050, 6 900 i 7 500 kg, które wynikają z zamówień i których planista nie zmienia. Różni się położeniem ciężkich palet w obrębie strefy każdego punktu: cięższe nośniki stoją w tylnej części strefy, bliżej osi tridemu. Środek ciężkości leży na 7 718 mm zamiast na 7 165 mm, oś napędowa niesie 10 200 kg na starcie i 10 640 kg po rozładunku Wrocławia, więc na żadnym etapie nie ma przekroczenia. Algorytm szuka takiego rozmieszczenia w granicach reguły LIFO, a planista zatwierdza wynik albo zmienia kolejność nośników.
Terminal wózkowego pod rampą
Ekran jest zaprojektowany do obsługi w rękawicach roboczych: duże kafle, jedno zadanie naraz i przyciski w dolnej części ekranu, sięgane kciukiem. Zadanie podaje numer SSCC palety do pobrania ze strefy wydań, a lokalizację w naczepie opisuje rzędem liczonym od ściany przedniej, stroną i orientacją palety. Wózkowy skanuje kod GS1-128 palety, odkłada ją we wskazanym miejscu i potwierdza skanem kodu kontrolnego sektora.
Sposób oznaczenia sektorów jest jednym z pytań do praktyków poniżej: kod na rampie, znacznik na naczepie albo odczyt pozycji innym sposobem mają inne skutki dla szybkości pracy.
Co istnieje dziś, a co jest projektem
Tabela rozdziela funkcje, które działają w produktach, od tych, które dopiero powstają. Wartość „w projekcie” oznacza funkcję, której nie można jeszcze obejrzeć ani kupić.
| Element | Dziś w produktach | Cyfrowa karta załadunku |
|---|---|---|
| Nośnik SSCC, wymiary jednostki, piętrowanie | Studio WMS.net, w kartotece i przy kompletacji | użycie bez ponownego wpisywania |
| Masa brutto nośnika | zależy od kartoteki towaru i konfiguracji | wyliczenie z kartoteki, w projekcie |
| Awizacja, harmonogram bram | Studio VSS.net | walidacja typu pojazdu względem ładunku, w projekcie |
| Kolejność LIFO, X̄CG, nacisk na osie | brak | silnik w schemacie lad, w projekcie |
| Ekran układania w naczepie | terminal Android pokazuje zadania wydania | nowy ekran zadania i potwierdzenia, w projekcie |
| Podgląd planu dla dyspozytora i kierowcy | Linkway TMS prowadzi transport | publikacja planu w Linkway, w projekcie |