Pooling palet a ewidencja wysyłek z fabryki
Fabryka wysyłająca towary na paletach rejestruje w systemie każdą dostawę. Aplikacja zapisuje liczbę palet i dane odbiorcy, a do nich dokładny czas wysyłki. Dzięki temu w każdej chwili wiadomo, ile nośników trafiło do poszczególnych kontrahentów i kiedy opuściły magazyn. Bez takiej ewidencji nie da się ani uczestniczyć w programie poolingowym, ani rozliczać obiegu własnych palet.
Pooling palet przenosi własność nośników na operatora, ale nie zdejmuje z uczestnika obowiązku ewidencji przepływów. Firma nadal musi wiedzieć, ile sztuk wydała i komu, a także w jakim stanie wróciły. Studio PWS.net rejestruje te zdarzenia w jednym miejscu, a ogólne zasady prowadzenia rejestru opisuje tekst o ewidencji palet i monitorowaniu przepływu.
| Dana zapisywana przy wysyłce | Po co jest w ewidencji | Kiedy okazuje się potrzebna |
|---|---|---|
| Liczba i rodzaj palet | wyznacza wielkość wydania w saldzie odbiorcy | przy zwrocie i uzgodnieniu salda |
| Dane odbiorcy | wskazuje konto, na którym zapisuje się ruch | przy raporcie dla operatora poolingu |
| Czas wysyłki | otwiera termin zwrotu z umowy | przy wiekowaniu i naliczaniu opłat |
| Dokument przewozowy | wiąże ruch nośników z konkretną dostawą | przy sporze o liczbę palet na rampie |
Zapis wysyłki tworzy ślad, do którego wracają wszystkie późniejsze etapy, od zgłoszenia pustych palet po rozliczenie salda. Szersze omówienie wpływu takiego rejestru na koszty opisuje strona o gospodarce paletowej.
Reguła: przy poolingu rozdziela się w ewidencji nośniki własne od nośników operatora już na wysyłce, bo zbiorcze raporty o uszkodzeniach uniemożliwiają rzetelną ocenę kosztu udziału w programie.

Zgłoszenia dostępności pustych palet u odbiorcy
Po rozładunku odbiorca ma zwykle więcej pustych palet, niż potrzebuje. W tradycyjnym modelu ich odbiór bywał czasochłonny, bo wymagał telefonów i wiadomości. System zgłoszeń dostępności pustych palet skraca ten proces: odbiorca zgłasza, że ma wolne nośniki gotowe do odbioru, a informacja trafia od razu do właściwych osób.
Co zawiera zgłoszenie
W zgłoszeniu odbiorca wskazuje liczbę dostępnych nośników i ich stan techniczny. Może też podać preferowany termin odbioru. Firma transportowa wie wtedy, jakie palety ma zabrać i czy są w dobrym stanie, a harmonogram można dopasować do możliwości odbiorcy. Odbiorca nie musi też prowadzić korespondencji, bo zgłoszenie zastępuje wiadomości i telefony.
Informacja o dostępności trafia do działu logistyki fabryki albo do firmy spedycyjnej, która odbiera nośniki. Automatyzacja eliminuje potrzebę komunikacji telefonicznej i redukuje ryzyko błędów. Puste palety są odbierane szybciej, a magazyny odbiorców nie zalegają nośnikami. Podobną logikę stosuje się w awizacjach, o czym pisze tekst o awizo dostawy palet.
Przykładowy cykl życia zgłoszenia
Poniższe statusy ilustrują mechanizm i nie odwzorowują ekranu produktu. Kolejne przejścia zmieniają stan zgłoszenia, a każde z nich zapisuje czas i osobę, więc ścieżkę da się odtworzyć.
| Status zgłoszenia | Kto go ustawia | Skutek |
|---|---|---|
| Nowe | odbiorca | zgłoszenie widoczne dla przewoźników |
| Przyjęte do odbioru | przewoźnik | pozostali przewoźnicy tracą możliwość przyjęcia |
| Odebrane | kierowca lub przewoźnik | ruch nośników zapisany w saldzie |
| Zamknięte | system po uzgodnieniu ilości | zgłoszenie znika z listy otwartych |
Najważniejsze jest przejście z „nowe” do „przyjęte”. Dwóch przewoźników nie może przyjąć tego samego zgłoszenia, dlatego zmianę stanu wykonuje się jednym poleceniem z warunkiem. Drugie wywołanie znajduje już zmieniony status, nie modyfikuje żadnego wiersza i kończy się błędem, który aplikacja pokazuje przewoźnikowi. Nazwy w przykładzie są umowne.
UPDATE dbo.ZgloszeniePalet
SET Status = 'przyjete', PrzewoznikId = @PrzewoznikId, DataPrzyjecia = SYSDATETIME()
WHERE ZgloszenieId = @ZgloszenieId AND Status = 'nowe';
IF @@ROWCOUNT = 0
THROW 50001, N'Zgloszenie zostalo juz przyjete przez innego przewoznika.', 1;
Instrukcja THROW jest opisana w dokumentacji THROW w Transact-SQL. Warunek na statusie działa tak samo jak blokada, ale nie utrzymuje jej po zakończeniu polecenia, więc nie spowalnia pozostałych użytkowników.
Odbiór pustych palet przez przewoźników
Odbiór zaczyna się od przekazania danych. Aplikacja wysyła informacje o zgłoszeniach do przewoźników, którzy mogą na bieżąco śledzić zapotrzebowanie na puste nośniki. Każdy z nich otrzymuje dane o miejscu odbioru oraz o liczbie palet i ich stanie. Automatyczne powiadomienia usuwają opóźnienia i błędy komunikacji, które przy telefonach zdarzają się najczęściej.
Planowanie tras odbioru
Centralizacja zgłoszeń w jednym systemie daje przewoźnikowi pełny obraz dostępnych zleceń. Może wtedy zaplanować trasę tak, by łączyć odbiory w jednym rejonie i ograniczać puste przebiegi. Krótsze trasy oznaczają niższe zużycie paliwa i mniejszy ślad węglowy, a cała flota pracuje wydajniej. Procesy po stronie przewoźnika opisuje tekst o awizacji transportu.
Ten sam mechanizm działa przy odbiorze planowanym z wyprzedzeniem. Zgłoszenie z terminem może zostać przyjęte kilka dni wcześniej, a przewoźnik dołącza je do trasy, która i tak wiedzie w okolice odbiorcy.
Dokumentowanie odbioru
Każdy odbiór pustych palet jest dokumentowany w systemie. Po zrealizowaniu zadania dane aktualizują się automatycznie, więc salda w magazynie zgadzają się ze stanem faktycznym. Dokument, na przykład kwit paletowy, potwierdza ilość i stan przekazanych sztuk, a różnica względem zgłoszenia trafia do wyjaśnienia. Rejestr ułatwia też inwentaryzację, bo nośniki w drodze mają w ewidencji swoje miejsce.
Zapis odbioru stanowi podstawę uzgodnienia z przewoźnikiem. Zasady liczenia sald przewoźników opisuje strona o ewidencji i saldach palet przewoźników w PWS.net, a o sposobach rozliczania mówi także materiał na stronie o ułatwieniach w wymianie palet dla przewoźników.

Powiadomienie o nowym zgłoszeniu
Powiadomienie przewoźników można zrealizować przez kolejkę zdarzeń w bazie. Zapis zgłoszenia i wpis do kolejki powstają w jednej transakcji, a osobny proces wysyła wiadomości i oznacza wpis jako obsłużony. Awaria wysyłki nie cofa zgłoszenia, bo wpis czeka na ponowienie. To opis wzorca stosowanego w systemach transakcyjnych, a nie specyfikacja modułu powiadomień produktu.
Takie rozwiązanie chroni przed dwoma błędami. Zgłoszenie bez powiadomienia nie powstaje, a powiadomienie bez zgłoszenia nie zostaje wysłane. Przewoźnik dostaje wiadomość dopiero po zatwierdzeniu zapisu w bazie, więc nie odwołuje się do zgłoszenia, którego nie ma.
Serwis i kontrola techniczna palet przed powrotem do fabryki
Zanim puste palety wrócą do fabryki, często trafiają do punktów serwisowych, gdzie przechodzą czynności przygotowujące je do dalszego użytku. Dokładne odnotowanie każdej z nich pozwala monitorować historię nośnika i ustalić, ile razy był naprawiany. Studio PWS.net umożliwia zapisanie operacji serwisowej dla każdej palety oraz przypisanie jej aktualnego stanu technicznego.
Statusy techniczne nośników
Stan techniczny przypisany do identyfikatora mówi od razu, czy paleta jest sprawna, czy wymaga naprawy. Dzięki numerowi nośnika, opisanemu w tekście o identyfikacji palet w Studio Palety.net, widać, które sztuki są uszkodzone i nie nadają się do dalszego użytku, a decyzję o naprawie lub wycofaniu można podjąć bez oglądania każdej sztuki. Poniższa lista jest przykładem podziału.
- Sprawna - nośnik wraca do obiegu bez czynności serwisowych.
- Do naprawy - uszkodzenie pozwala na naprawę, a paleta trafia do punktu serwisowego.
- Do wycofania - nośnik nie nadaje się do użytku i opuszcza obieg.
- W serwisie - paleta jest poza obiegiem do czasu zapisu wyniku naprawy.
Sprawniejsza kontrola techniczna zmniejsza ryzyko uszkodzenia nośnika w transporcie, skraca przestoje palet i obniża koszty serwisu. Opóźnienia w tym punkcie widać w saldzie od razu, bo nośnik w serwisie nie jest ani u odbiorcy, ani w magazynie. Rodzaje palet i ich uszkodzenia porządkuje tekst o rodzajach palet i ich wymiarach.

Salda i historia przepływu widoczne online dla obu stron
System pokazuje aktualne saldo palet zarówno fabryce, jak i odbiorcom. Dane są dostępne w czasie zapisu zdarzeń, bez ręcznego uzupełniania, więc każda strona wie, ile palet u niej jest. Zmiany w przepływie są widoczne dla autoryzowanych użytkowników po zatwierdzeniu dokumentu, co eliminuje nieporozumienia i ułatwia planowanie.
Historia i raporty przepływu
Użytkownik może w każdej chwili przejrzeć historię przepływu palet. Każda operacja jest zapisana i dostępna do wglądu, od przyjęcia po wydanie. Raporty pokazują, które nośniki krążą najczęściej i w których punktach obiegu występują zatory. Te dane pozwalają zdecydować, czy pula jest za mała, czy za duża, a porównanie z stanami magazynowymi towaru pokazuje, czy zatory dotyczą samych nośników.
Czas zalegania palet w obiegu wylicza się z dat wydania i zwrotu. Średni czas dłuższy od okresu z umowy oznacza, że rozmowy wymaga kontrahent lub trasa. Zestawienia poszczególnych kontrahentów i ich terminowości zwrotów opisuje tekst o rozliczaniu palet z kontrahentami.
Kontrola stanu technicznego z poziomu raportu
Ten sam raport pozwala odfiltrować nośniki z określonym statusem technicznym. Dzięki temu widać, które sztuki wymagają naprawy lub wymiany, a decyzje zapadają na podstawie danych, nie wrażenia magazyniera. Mniejsze straty i dłuższa żywotność palet obniżają koszty operacyjne, a wielkość puli można dopasować do rzeczywistego obiegu.
Zasady rozliczeń w modelu poolingowym
Pooling zmienia adresata rozliczenia, nie jego zakres. Uczestnik programu przekazuje operatorowi informacje o przyjętych i wydanych nośnikach wraz ze wskazaniem partnera handlowego, a na tej podstawie operator prowadzi konta i wystawia rozliczenia.
Raportowanie przepływów do operatora
Jakość raportów decyduje o zgodności rozliczeń. Błędy w nich wychodzą zwykle z opóźnieniem kilku tygodni, gdy nie da się już zweryfikować zdarzenia na rampie. Generowanie raportów bezpośrednio z ewidencji jest bezpieczniejsze niż przygotowywanie ich ręcznie, bo przepisywanie danych do formularza operatora jest miejscem, w którym powstaje większość niezgodności.
Odpowiedzialność za nośniki w obiekcie
Palety operatora znajdujące się w magazynie pozostają jego własnością, ale odpowiedzialność za ich stan spoczywa na przechowującym. Uszkodzenie nośnika podczas obsługi wózkiem obciąża firmę, w której obiekcie do niego doszło. Z tego powodu ewidencja rozróżnia nośniki własne od nośników operatora także w raportach o uszkodzeniach, a wymianę palet i zasady oceny ich stanu opisuje serwis o kartach oceny palet i kwitach paletowych.
Uzgodnienie miesięczne z operatorem
Zestawienie operatora porównuje się z własną ewidencją dla każdego rodzaju nośnika i okresu. Rozbieżność ma zwykle dwa źródła: ruch, którego jedna ze stron nie zapisała, albo różnicę w ocenie stanu nośnika. Pierwszy przypadek wyjaśnia dokument przewozowy, drugi wymaga protokołu z rampy. Z tego względu stan techniczny zapisuje się w momencie przekazania, a nie po fakcie.
Pooling czy obieg własny - porównanie kosztów
Decyzja o przystąpieniu do programu poolingowego wynika z rachunku, który uwzględnia wszystkie składniki kosztu, także te trudniej widoczne. Rachunek wykonuje się osobno dla każdego kierunku dostaw, bo ten sam kontrahent może być zwrotny na jednej trasie i niezwrotny na innej.
Składniki kosztu w obu modelach
Przy nośnikach własnych koszt obejmuje zakup i odtworzenie puli oraz naprawy. Dochodzi do tego powierzchnia na palety puste i praca związana z uzgadnianiem sald. Przy poolingu podstawą jest opłata za użycie nośnika, powiększona o koszt sprawozdawczości i ewentualne opłaty za nośniki nierozliczone.
Model poolingowy zwykle wypada korzystniej przy dużym rozproszeniu odbiorców i wysokim odsetku nośników niewracających. Obrót własny bywa tańszy przy stabilnych, zamkniętych obiegach z niewielką liczbą partnerów.
| Model | Własność nośników | Główny koszt | Kiedy się sprawdza |
|---|---|---|---|
| Obrót własny | firma | zakup i naprawy oraz miejsce na puste palety | stabilny obieg z niewielką liczbą partnerów |
| Pooling | operator | opłata za użycie i sprawozdawczość | duże rozproszenie odbiorców, niska zwrotność |
| Model mieszany | firma i operator | suma obu powyższych, rozdzielona w ewidencji | część kierunków zwrotnych, część trudnych |
Modele mieszane
W praktyce firmy często łączą oba rozwiązania: nośniki własne w obiegu wewnętrznym i u partnerów o wysokiej zwrotności oraz nośniki operatora na kierunkach trudnych. Ewidencja obsługuje wtedy obie ścieżki równolegle i nie miesza ich w raportach.
Warunkiem sprawnego działania modelu mieszanego jest jednoznaczne oznaczenie nośnika przy przyjęciu. Pomyłka na tym etapie przenosi się na rozliczenie z operatorem i wymaga korekty, która jest zwykle kosztowniejsza niż samo zdarzenie. Dane ewidencji można obejrzeć w demonstracyjnej wersji systemu do palet, a ogólne zasady pracy z poolingiem opisuje strona o wymianie palet.



