Ewidencja palet i rozliczanie poolingu między kontrahentami

Ewidencja palet jako rejestr ruchów i konto kontrahenta

Ewidencja palet w systemie informatycznym nie przechowuje liczby palet u kontrahenta jako jednej komórki. Przechowuje zdarzenia, czyli każdy ruch nośnika osobno. Saldo jest sumą tych zdarzeń, więc każdą różnicę da się rozłożyć na dokumenty, które ją wywołały. Ogólne zasady rejestru opisuje tekst o ewidencji palet i monitorowaniu przepływu.

Takie podejście przydaje się w sporze. Kontrahent kwestionujący saldo dostaje zestawienie dokument po dokumencie, a nie samą liczbę. Ewidencję prowadzi się osobno dla każdego kontrahenta i rodzaju nośnika. Europaleta i paleta przemysłowa mają różną wartość i nie kompensują się wzajemnie.

Poniższy schemat jest przykładowy, a nazwy obiektów nie odpowiadają bazie konkretnego produktu. Kolumna kierunku przyjmuje dwie wartości, a saldo wynika z jednego zapytania grupującego.

CREATE TABLE dbo.RuchPalet (
    RuchId       INT IDENTITY(1,1) PRIMARY KEY,
    KontrahentId INT         NOT NULL,
    RodzajId     TINYINT     NOT NULL,
    Kierunek     CHAR(1)     NOT NULL CHECK (Kierunek IN ('W', 'P')),  -- W wydanie, P przyjęcie
    Ilosc        SMALLINT    NOT NULL CHECK (Ilosc > 0),
    Dokument     VARCHAR(30) NOT NULL,
    DataRuchu    DATE        NOT NULL
);

CREATE INDEX IX_RuchPalet_Konto
    ON dbo.RuchPalet (KontrahentId, RodzajId)
    INCLUDE (Kierunek, Ilosc);

SELECT KontrahentId, RodzajId,
       SUM(CASE Kierunek WHEN 'W' THEN Ilosc ELSE -Ilosc END) AS Saldo
FROM dbo.RuchPalet
GROUP BY KontrahentId, RodzajId
HAVING SUM(CASE Kierunek WHEN 'W' THEN Ilosc ELSE -Ilosc END) <> 0;

Indeks nieklastrowy z kolumnami dołączonymi pokrywa to zapytanie, więc saldo jednego kontrahenta nie wymaga skanowania całej tabeli ruchów. Przy dużej liczbie zdarzeń część systemów zapisuje dodatkowo zamknięcia dobowe, a saldo bieżące liczy jako ostatnie zamknięcie plus ruchy z bieżącej doby. Składnię grupowania opisuje dokumentacja GROUP BY w Transact-SQL.

Dokumenty ruchu palet i ich skutek dla salda

Każdy ruch nośnika powstaje z dokumentu. W programie PWS.net przyjęcia palet mogą wynikać z dostaw zewnętrznych i wewnętrznych, a oprogramowanie przewiduje przyjęcia zewnętrzne (PZ) w dwóch wariantach (standardowym i bezpośrednim PZB) oraz przyjęcia wewnętrzne (PW). Wydanie palet odbiorcy lub przewoźnikowi dokumentuje WZ. Ogólne zasady obiegu opisuje artykuł o dokumentach magazynowych.

Według opisu produktu program PWS.net tworzy raporty stanu i ruchu nośników oraz zestawienia do rozliczeń finansowych. Ta sama ewidencja zasila powiadomienia o potrzebie przeglądu technicznego lub wymiany uszkodzonych egzemplarzy, ponieważ każdy nośnik ma unikalny identyfikator.

Reguła: saldo zmienia wyłącznie zatwierdzony dokument, a błąd koryguje się dokumentem korygującym, nigdy edycją istniejącego zapisu.

Reguła ma uzasadnienie w audycie. Zapis, który można nadpisać, nie pozwala odtworzyć salda widzianego przez kontrahenta w dniu uzgodnienia, a dokument korygujący zostawia oba stany w historii razem z autorem zmiany. Papierowym odpowiednikiem jest kwit paletowy, czyli potwierdzenie przekazania nośników, którego pola opisuje tekst o dokumentach magazynowych palet.

Zatwierdzenie w bazie musi być atomowe: zmiana statusu i zapis ruchów zachodzą w jednej transakcji. Warunek na statusie w instrukcji UPDATE sprawia, że drugi terminal zatwierdzający ten sam dokument dostaje zero zmienionych wierszy i nie duplikuje ruchów. Poniższa procedura jest szkicem mechanizmu.

CREATE PROCEDURE dbo.ZatwierdzDokumentPalet @DokumentId INT
AS
BEGIN
    SET XACT_ABORT ON;
    BEGIN TRANSACTION;

    UPDATE dbo.DokumentPalet
    SET Status = 'zatwierdzony', DataZatwierdzenia = SYSDATETIME()
    WHERE DokumentId = @DokumentId AND Status = 'bufor';

    IF @@ROWCOUNT = 1
        INSERT INTO dbo.RuchPalet (KontrahentId, RodzajId, Kierunek, Ilosc, Dokument, DataRuchu)
        SELECT d.KontrahentId, p.RodzajId, d.Kierunek, p.Ilosc, d.Numer, CAST(SYSDATETIME() AS DATE)
        FROM dbo.DokumentPalet AS d
        JOIN dbo.DokumentPaletPozycja AS p ON p.DokumentId = d.DokumentId
        WHERE d.DokumentId = @DokumentId;

    COMMIT TRANSACTION;
END;

Rozliczanie poolingu paletowego między firmami

Obieg palet w puli

W poolingu palety krążą między firmami w łańcuchu dostaw, a operator puli zwykle pozostaje właścicielem nośników. Firma przy przyjęciu towaru na paletach z puli rejestruje liczbę i identyfikatory, a przy wydaniu do klienta lub przewoźnika robi to samo. Operacje odnotowuje system informatyczny, często udostępniony przez operatora. Każdy przepływ jest powiązany z kontrahentem i dokumentem transportowym lub magazynowym, dzięki czemu powstaje cyfrowy ślad palety w obiegu.

Zamknięte pule paletowe upraszczają kontrolę jakości. Użytkownik rezygnuje z weryfikacji legalności każdej palety, bo nośnik pochodzi z jednego źródła i podlega jednym kryteriom oceny. Koszt tej wygody wynika z umowy i przekłada się na opłaty za przetrzymanie oraz uszkodzenia. Kontekst modelu opisuje tekst o Studio PWS.net w poolingu palet.

Rozliczenie sald w terminie umowy

Salda rozlicza się cyklicznie, zgodnie z umową poolingową. Operator generuje raporty sald dla każdej firmy, a firma porównuje je z własną ewidencją ruchów. Rozbieżność oznacza brakujący lub nadmiarowy dokument, a nie spór o samą liczbę. Na podstawie salda firmy zwracają palety fizycznie albo regulują zobowiązanie finansowo.

Za palety niezwrócone w terminie lub uszkodzone często naliczane są opłaty, a system dostarcza dane do not obciążeniowych. Uzgodnienia z przewoźnikami i odbiorcami wymagają osobnej dyscypliny. Zasady sporów omawia tekst o rozliczaniu palet z kontrahentami, a modele obrotu opisuje artykuł o rozliczaniu palet w łańcuchu dostaw.

Statusy sald i noty obciążeniowe

Saldo staje się wskazówką do działania dopiero po klasyfikacji. Pozycje dzieli się na cztery statusy, a każdy z nich ma przypisane działanie wobec kontrahenta. Przykłady kont i sald prezentuje też portal salda palet w programie PWS.

Status przeterminowany wymaga znanego wieku pozycji. Do jego ustalenia przyjęcia zalicza się na najstarsze niezamknięte wydania metodą FIFO. Przy takim zaliczaniu nota obciążeniowa odwołuje się do konkretnych dokumentów wydania, a zwrot z bieżącego tygodnia nie zamazuje zaległości sprzed kilku miesięcy.

Nota obciążeniowa wskazuje kontrahenta i nośniki objęte rozliczeniem (rodzaj oraz liczbę), a także stawkę z umowy i numery dokumentów wydania, których dotyczy. System może wystawiać ją automatycznie po upływie terminu. Pozycję zamyka się potem dokumentem zwrotu albo zapłaty, a nie ręczną zmianą salda.

Identyfikacja nośników i ewidencja w WMS

Ewidencja ilościowa według rodzajów wystarcza w rozliczeniach z przewoźnikami. W obrocie własnym, przy nośnikach o wyższej wartości, potrzebny jest identyfikator indywidualny. Paleta dostaje unikalny numer w postaci kodu kreskowego lub tagu RFID, a skaner rejestruje jej przejście przez rampę. Odczyt UHF pozwala zebrać wiele nośników jednocześnie przy przejeździe wózka przez bramkę, natomiast kod kreskowy zostaje rezerwą na wypadek uszkodzenia tagu.

Integracja z systemem WMS sprawia, że jedna operacja przy rampie zmienia dwie ewidencje. Przyjęcie towaru (PZ) tworzy rekord palet i wiąże je z dostawą oraz dostawcą, a wydanie (WZ) rejestruje opuszczenie magazynu powiązane z odbiorcą. Lokacje i numery SSCC opisuje tekst o paletach w systemie magazynowym.

Inwentaryzacja korzysta z tych samych identyfikatorów. Podczas spisu skaner porównuje stan fizyczny ze stanem ewidencyjnym i od razu sygnalizuje różnice. Inwentaryzację ciągłą można prowadzić w wybranych strefach bez zatrzymywania magazynu, co szerzej opisuje artykuł o inwentaryzacji ciągłej w magazynie.

Wymiana danych z systemem ERP odbywa się na poziomie dokumentów, więc ruch palet nie wymaga ponownego wpisywania. Kontrahenci mogą przesyłać awizacje i potwierdzenia dostaw w formacie EDI, a ewidencja przyjmuje je jako dokumenty źródłowe.

Reklamacje sald i ślad audytowy korekt

Kontrahent, który kwestionuje saldo, powołuje się zwykle na jedną z dwóch sytuacji: zwrot bez potwierdzenia albo inną liczbę palet w dokumencie niż w rzeczywistości. Trzecia przyczyna, pomylony rodzaj nośnika, jest rzadsza, ale trudniejsza do wykrycia. Weryfikacja zaczyna się od zestawienia dokumentów z okresu, którego dotyczy spór, a nie od rozmowy o liczbie. Jeżeli zwrot był faktyczny, a dokumentu brakuje, wystawia się przyjęcie z datą zwrotu i odnotowuje źródło informacji.

Saldo musi dać się odtworzyć na dowolny dzień, bo uzgodnienia zawsze dotyczą konkretnej daty. Wystarczy ograniczyć zapytanie do ruchów sprzed wskazanego dnia, pod warunkiem że korekty są zapisywane jako nowe ruchy, a nie jako zmiany starych wierszy.

DECLARE @NaDzien DATE = '2026-06-30';

SELECT RodzajId,
       SUM(CASE Kierunek WHEN 'W' THEN Ilosc ELSE -Ilosc END) AS SaldoNaDzien
FROM dbo.RuchPalet
WHERE KontrahentId = 42
  AND DataRuchu <= @NaDzien
GROUP BY RodzajId;

Zapytanie zwraca stan, który obie strony widziały w dniu uzgodnienia, i można je dołączyć do pisma z kontrahentem. Wartości w przykładzie, w tym numer kontrahenta i data, są umowne.

Reklamacja kończy się zapisem w historii, a nie w korespondencji. Wynik uzgodnienia, czyli potwierdzone saldo na dzień, warto zapisać jako osobny rekord z datą i osobą potwierdzającą, aby kolejne uzgodnienie zaczynało się od tego stanu, a nie od początku obrotu.

Rodzaje nośników w obiegu poolingowym

Rozliczenie zależy od rodzaju nośnika, bo każdy z nich ma inną wartość i trwałość. W ewidencji każdy rodzaj ma osobną pozycję słownika, a saldo liczy się ilościowo według tych pozycji.

• Paleta drewniana - najtańsza w zakupie i najpopularniejsza, dopuszcza naprawę, ale wchłania wilgoć.
• Paleta plastikowa - trwalsza i łatwa do mycia, stosowana tam, gdzie liczy się czystość.
• Paleta tekturowa lub papierowa - lekka i projektowana głównie do jednorazowego użytku albo transportu eksportowego.
• Paleta aluminiowa - lekka i odporna na korozję, spotykana w farmacji oraz przemyśle spożywczym.

Materiały i wymiary omawia osobny tekst o rodzajach palet. Ewidencja nie musi znać konstrukcji nośnika, ale musi znać jego rodzaj, ponieważ od niego zależy stawka z umowy i zasady wymiany.

Arkusz kalkulacyjny a system dedykowany

Wiele firm transportowych prowadzi ewidencję w arkuszach. Rozwiązanie wydaje się proste, lecz ręczne wprowadzanie danych jest czasochłonne i podatne na błędy. Arkusz nie ma blokady zatwierdzonych dokumentów ani śladu zmian, a dwie osoby edytujące ten sam plik tworzą konflikty wersji, które ktoś rozstrzyga ręcznie.

Formuła sumująca w arkuszu liczy wszystkie wiersze, również te wpisane omyłkowo dwa razy. W bazie odpowiada temu warunek statusu oraz unikalny numer dokumentu, który odrzuca duplikat już przy zapisie. System dedykowany zamienia więc te ograniczenia w mechanizmy. Zatwierdzenie dokumentu jest transakcją, saldo liczy się z ruchów, a historia zmian nie wymaga dyscypliny użytkowników. Granice arkusza opisuje tekst o ewidencji palet w Excelu.

Dla firm transportowych szersze omówienie porzucenia arkuszy zawiera blog Linkway. System klasy TMS, taki jak Linkway TMS, zbiera zlecenia i dokumenty w jednej bazie, a ewidencję palet można powiązać z tymi zleceniami przez numer dokumentu przewozowego.