Jak zapanować nad partiami i terminami ważności w magazynie ERP

Dlaczego partie i terminy ważności wymykają się spod kontroli

Najczęstsze objawy: przeterminówki, zwroty, chaos przy wydaniach

Brak panowania nad partiami i terminami ważności w magazynie ERP zwykle nie zaczyna się spektakularnie. Wszystko „jakoś działa”, dopóki nie pojawią się pierwsze wyraźne symptomy. Najbardziej widocznym są rosnące ilości przeterminowanych towarów, które trzeba utylizować lub sprzedawać z dużym rabatem. Pół biedy, gdy dzieje się to okazjonalnie. Problem zaczyna się wtedy, gdy co miesiąc na liście strat przy inwentaryzacji pojawiają się kolejne pozycje z datami dawno po terminie.

Drugi objaw to zwroty od klientów związane z jakością lub zbyt krótkim terminem ważności. Klient detaliczny jeszcze to zniesie, ale sieć handlowa, apteka czy zakład produkcyjny, który bazuje na dostarczanych komponentach, bardzo szybko zareagują reklamacją i dodatkowymi wymaganiami. Zwykle kończy się to intensywną wymianą maili, ręcznym szukaniem dokumentów WZ, PZ i faktur, próbą ustalenia, która partia trafiła do którego klienta.

Trzeci, mniej widoczny, ale kosztowny symptom to chaos przy wydaniach. Magazynierzy nie mają jasnej instrukcji, które partie brać w pierwszej kolejności. Każdy robi „po swojemu”: jeden bierze to, co najbliżej, drugi to, co pamięta, że stoi najdłużej, trzeci słucha, co mówi kierownik zmiany. System ERP niby ma informacje o datach i numerach partii, ale przy kompletacji zamówień te dane są pomijane lub modyfikowane ręcznie, bo „tak jest szybciej”.

Gdzie uciekają pieniądze przy złej kontroli dat

Z perspektywy zarządu najważniejsze pytanie brzmi: ile to kosztuje. Straty na przeterminowanych towarach są najbardziej oczywiste – utylizacja, brak przychodu, a czasem dodatkowa opłata za zniszczenie towaru przez wyspecjalizowaną firmę. Do tego dochodzą ukryte rabaty, gdy sprzedawcy, aby upchnąć towar z krótką datą, schodzą z marży tylko po to, żeby zwolnić miejsce w magazynie.

Kolejna pozycja na liście kosztów to dodatkowa praca ludzi. Gdy partie i terminy ważności nie są spójnie prowadzone w ERP, każda reklamacja oznacza przekopywanie się przez papierowe dokumenty lub szukanie w systemie „na czuja”: po dacie dostawy, po numerze faktury, po nazwie klienta. Takie śledztwo potrafi zająć kilka godzin roboczych osób, które i tak są przeciążone bieżącą pracą.

Do tego dochodzi wizerunek firmy. Problemy z terminami ważności uderzają w zaufanie klienta dużo mocniej niż zwykłe opóźnienie dostawy. Pojawiają się klauzule umowne o karach, wymagania dodatkowych certyfikatów i audytów, konieczność wdrożenia formalnych procedur śledzenia partii. Wszystko to generuje koszt, który często jest skutkiem tego, że partie i daty ważności w ERP od początku traktowano po macoszemu.

Branże najbardziej narażone na bałagan w partiach

Nie każda firma musi zarządzać partiami na tym samym poziomie szczegółowości. Są jednak branże, w których brak nadzoru nad datami i partiami jest prostą drogą do kryzysu. Należą do nich przede wszystkim:

• branża spożywcza – świeże produkty, mrożonki, produkty pakowane z kilkumiesięcznym terminem, dodatki do żywności;
• farmacja i suplementy – wymogi prawne, ścisła identyfikowalność, audyty, zgłoszenia do GIF;
• chemia gospodarcza i profesjonalna – stabilność produktu w czasie, bezpieczeństwo użytkownika i otoczenia;
• kosmetyka – daty trwałości, ryzyko podrażnień, reklamacje powiązane z partią produkcyjną;
• e‑commerce FMCG – szeroki asortyment, szybki obrót, duża presja na czas realizacji zamówienia.

W tych branżach klienci oczekują nie tylko zgodnego z zamówieniem towaru, ale także odpowiedniej rotacji produktów z datą. Sieci handlowe często stawiają konkretne wymagania: minimalny okres przydatności w dniu dostawy albo obowiązkowe raporty partii, które trafiły do danej placówki. Bez dobrego ustawienia partii w ERP i procesów magazynowych trudno te wymagania spełnić bez gigantycznego nakładu ręcznej pracy.

„Jakoś to działa” kontra uporządkowana gospodarka partiami

Model „jakoś to działa” zwykle opiera się na pamięci doświadczonych magazynierów i koordynatorów. Ktoś pamięta, że na regale B3 stoją starsze partie, ktoś inny kojarzy, że z tego dostawcy zawsze przychodzą krótsze daty, więc te palety trzeba wydać szybciej. ERP jest wtedy wykorzystywany głównie jako elektroniczny magazyn – ilości się zgadzają, ale informacje o partiach są wpisywane byle jak albo w ogóle pomijane.

Uporządkowana gospodarka partiami wygląda inaczej. System ERP staje się głównym źródłem prawdy o tym, jakie partie są na magazynie, gdzie leżą, kiedy wygasają i komu zostały wydane. Magazynier nie wybiera „na oko”, tylko postępuje zgodnie z dyspozycjami systemu lub jasną instrukcją FEFO. Dane o partiach są spójne od momentu przyjęcia, przez składowanie, po wydanie i ewentualną reklamację.

Różnica nie polega na tym, że w uporządkowanym modelu ludzie klikają więcej. Wręcz przeciwnie – dobrze skonfigurowany ERP i prosty standard pracy redukują ręczną robotę: mniej notatek na kartkach, mniej telefonów „jaką partię wydać”, mniej nerwowego szukania palety z właściwą datą. Koszt wprowadzenia takiego ładu jest jednorazowy (projekt, konfiguracja, krótkie szkolenia), natomiast korzyści z niższych strat i mniejszej liczby pomyłek są stałe.

Podstawy – co to jest partia, data ważności i jak to się ma do ERP

Partia, numer partii, data ważności – porządek w pojęciach

Żeby sensownie poukładać obsługę partii w magazynie ERP, trzeba precyzyjnie rozróżniać kilka pojęć. Partia to określona ilość towaru wytworzona w tym samym procesie, w zbliżonych warunkach, mająca te same kluczowe parametry jakościowe. Zazwyczaj jest powiązana z jednym zleceniem produkcyjnym, jedną serią produkcyjną lub jedną dostawą.

Numer partii (batch, lot) to identyfikator tej partii. Może być nadany przez producenta (widoczny na opakowaniu) albo przez firmę, która przepakowuje lub konfekcjonuje towar. Format numeru bywa różny: ciąg cyfr, mieszanka liter i cyfr, kody daty produkcji itp. Kluczowe, żeby numer jednoznacznie rozpoznawał partię w systemie i na etykiecie.

Data ważności i data przydatności do spożycia w praktyce magazynowej często traktowane są tak samo – jako data, po której produkt nie powinien być wprowadzany do obrotu. Data produkcji to z kolei moment wytworzenia partii; na jej podstawie producent wylicza datę ważności (np. 12 miesięcy od daty produkcji). W niektórych branżach istotna jest też data minimalnej trwałości – w uproszczeniu: do tego dnia producent gwarantuje parametry deklarowane na etykiecie.

Jak system ERP widzi partię towaru

W większości systemów ERP partia jest dodatkowym poziomem szczegółowości dla kartoteki towarowej. Na najwyższym poziomie jest indeks (kod towaru). Pod nim występują konkretne partie z określonym numerem i datą ważności. Dla każdej partii system przechowuje ilość, ewentualnie lokalizację magazynową i inne cechy (np. numer certyfikatu, wynik kontroli jakości).

Od strony dokumentów każda pozycja PZ, WZ, RW, PW może być powiązana z konkretną partią. W praktyce oznacza to, że przy przyjęciu towaru magazynier podaje numer partii i datę ważności, a ERP tworzy zapis magazynowy dla tej partii. Przy wydaniu – wskazuje, z której partii ilość ma zostać zdjęta. Dzięki temu śledzenie numerów partii polega później na prostej analizie dokumentów w systemie, a nie na szukaniu po magazynie.

Niektóre systemy traktują partię jako cechę rozszerzającą towaru. Inne mają oddzielną tabelę lub rejestr partii, w której każda partia jest wręcz osobnym bytem biznesowym. Z punktu widzenia magazynu najważniejsze jest, aby system pozwalał na:

• powiązanie partii z dokumentami zakupu i produkcji,
• wydawanie konkretnych partii na dokumenty sprzedaży i zużycia,
• szybkie sprawdzenie, jakie partie są na stanie i gdzie leżą,
• wykonanie raportu: „które partie trafiły do którego klienta”.

Modele obsługi towarów z partiami i bez partii

W konfiguracji ERP zwykle pojawiają się trzy główne modele:

• towar bez partii – system ewidencjonuje wyłącznie ilość i wartość, ewentualnie datę przyjęcia;
• towar z partiami opcjonalnymi – dla danego indeksu można, ale nie trzeba podawać partii; część dokumentów jest „partiowa”, część nie;
• towar z partiami obowiązkowymi – każda ilość musi być przypisana do określonej partii, bez tego dokument nie przejdzie.

Wiele firm próbując ograniczyć klikanie wybiera opcję pośrednią, czyli partie opcjonalne. Efekt bywa odwrotny do zamierzonego: dla części dostaw partie są wpisywane, dla części nie, co utrudnia analizy i śledzenie. Z perspektywy klarowności danych lepiej rozdzielić asortyment na dwie grupy: partie obowiązkowe tam, gdzie daty i kontrola jakości mają znaczenie, oraz towary niepartiowe tam, gdzie ryzyko jest niewielkie.

Kiedy sama data ważności nie wystarcza

Zdarza się, że firmy próbują „upraszczać”, wprowadzając do systemu tylko datę ważności, bez numerów partii. W niektórych prostych przypadkach ma to sens, np. przy produktach o bardzo krótkim życiu, które znikają w ciągu kilku dni i nie są dalej śledzone. Jednak w większości scenariuszy brak numeru partii znacząco ogranicza możliwości systemu.

Bez numeru partii nie da się wiarygodnie odpowiedzieć na pytanie: które konkretnie opakowania trafiły do danego klienta. W razie reklamacji można co najwyżej stwierdzić, że w danym okresie wysyłano towar z takim a takim zakresem dat ważności. To często za mało dla działu jakości lub inspektora, który oczekuje dokładnego wskazania zakresu partii do wycofania z rynku.

Numer partii jest też kluczowy przy kontroli jakości a partie. Jeśli firma prowadzi badania laboratoryjne lub przyjęcia warunkowe, wyniki testów dotyczą konkretnej partii, a nie całego indeksu. Bez powiązania tych informacji z partią w ERP trudno zarządzać blokadami i zwolnieniami – trzeba opierać się na ręcznych listach lub notatkach mailowych.

Uporządkowanie asortymentu – które towary obsługiwać na partiach

Segmentacja: gdzie partie są koniecznością, a gdzie przesadą

Pełne partiowanie całego asortymentu brzmi teoretycznie najbezpieczniej, ale w praktyce bywa po prostu nieopłacalne. Każda dodatkowa informacja w systemie to konkretna praca ludzi. Dlatego opłaca się zacząć od segmentacji towarów na trzy główne grupy:

• towary, dla których partie są wymagane prawnie lub kontraktowo (leki, suplementy, część kosmetyków, produkty spożywcze z HACCP);
• towary „wrażliwe” jakościowo – gdzie partia jest przydatna biznesowo (np. surowce do produkcji, półprodukty, asortyment z dużą zmiennością jakości między dostawami);
• towary neutralne – gdzie data lub partia nie wpływa istotnie na bezpieczeństwo ani jakość (np. elementy stalowe, część materiałów budowlanych o bardzo długim terminie przydatności, akcesoria nieinwazyjne).

W pierwszej grupie partie i daty ważności to obowiązek. Tutaj nie ma dyskusji – trzeba je wprowadzić w ERP w sposób pełny, z blokadami wydań przeterminowanych partii i możliwością śledzenia. W drugiej grupie decyzja jest biznesowa: jeśli produkt ma istotny wpływ na finalną jakość wyrobu lub ryzyko reklamacji jest wysokie, partia się opłaci. Trzecia grupa często może pozostać bez partii, co odciąża magazyn i system.

Proste reguły wyboru – od czego zacząć na start

Dla firm, które dopiero wdrażają partie, dobrym pomysłem jest wprowadzenie prostych reguł. Przykładowo: partie obowiązkowe tylko dla produktów, których termin ważności jest krótszy niż określony próg, np. 12 miesięcy. Dłuższe daty można rejestrować zbiorczo, bez przypisywania do konkretnej partii, o ile nie ma innych wymagań prawnych.

Inny praktyczny filtr to wartość towaru. Wysokowartościowe składniki, dodatki funkcjonalne, drogie surowce – tutaj sensowne jest pełne śledzenie, bo potencjalna strata przy reklamacji lub utylizacji jest bardzo wysoka. Dla tanich dodatków czy opakowań pomocniczych partia może być przerostem formy nad treścią.

Ustalenie progu wejścia – ile partii to już „za dużo”

Sam podział asortymentu na grupy to za mało. Trzeba jeszcze określić, od jakiego wolumenu partia ma sens. Produkt, który sprzedaje się w kilku sztukach rocznie, nie musi mieć tak drobiazgowej ewidencji jak hit sprzedażowy schodzący całymi paletami tygodniowo.

Przydatny jest prosty, „budżetowy” algorytm:

• produkty z rotacją powyżej określonego progu (np. kilkadziesiąt wydań w roku) – partie obowiązkowe, bo i tak są ciągle ruszane i ryzyko pomyłki jest największe;
• produkty o bardzo niskiej rotacji – partie tylko wtedy, gdy wymaga tego prawo lub kontrakt;
• asortyment „średni” – decyzja indywidualna: warto porozmawiać z działem jakości i sprzedaży, czy rzeczywiście ktoś korzysta z informacji o partiach w praktyce.

Dobrze działa też zasada „nic na siłę”: zamiast zmuszać wszystkie działy do pełnego partiowania od dnia X, lepiej rozpocząć od grup istotnych biznesowo i rozszerzać zakres w miarę, jak ludzie oswajają się ze standardem.

Minimalny zestaw danych dla partii – bez czego robi się bałagan

Im więcej pól do wypełnienia, tym większe ryzyko, że magazynierzy zaczną omijać system lub wprowadzać byle co. Dlatego lepiej zdefiniować absolutne minimum danych dla partii, a resztę traktować jako opcjonalną.

Zazwyczaj w zupełności wystarczą:

• numer partii (zewnętrzny od dostawcy lub wewnętrzny, jeśli sami go nadajemy),
• data ważności albo data produkcji + czas trwałości,
• ewentualny status jakościowy (np. „zablokowana”, „do badań”, „zwolniona”), jeśli firma faktycznie korzysta z blokad jakości.

Dodatkowe cechy (certyfikaty, wyniki badań, numer serii surowca itp.) lepiej przenieść do osobnych procesów lub dokumentów, zamiast dociążać każdą operację magazynową. Jeżeli zespół wprowadza dziennie 200–300 partii, każde jedno dodatkowe pole obowiązkowe przekłada się na dziesiątki minut strat dziennie.

Konfiguracja partii i terminów w ERP – ustawienia, które robią różnicę

Wymagalność partii na poziomie indeksu towarowego

Najważniejsze jest ustawienie, czy dany towar jest partiowy. Zamiast globalnej konfiguracji „albo wszystko, albo nic”, lepiej ustawić wymagalność na kartotece towarowej. Konkretny indeks powinien mieć określone:

• czy partia jest obowiązkowa przy przyjęciu (PZ, PW),
• czy partia jest obowiązkowa przy wydaniu (WZ, RW, MM),
• czy system dopuszcza „mieszanie” partii na jednym miejscu składowania.

Dobry standard towarów partiowych wygląda tak: bez numeru partii dokument nie przejdzie. Brzmi surowo, ale tylko wtedy można mieć pewność, że baza danych będzie spójna. Wszystkie „furtki awaryjne” typu możliwość zapisania dokumentu z pustym numerem partii kończą się potem wielogodzinnym porządkowaniem stanów.

Parametry dla dat ważności – ostrzeżenia i blokady

Drugi kluczowy obszar to sposób, w jaki ERP reaguje na daty ważności. Najczęstsze opcje, które da się skonfigurować:

• blokada twarda – system w ogóle nie pozwala wydać partii po terminie ważności lub po upływie karencji (np. 7 dni przed datą ważności);
• ostrzeżenie miękkie – użytkownik dostaje komunikat, ale może wymusić wydanie (przydatne w sytuacjach wyjątkowych, np. uzgodnionych z klientem);
• filtr przy wyborze partii – przeterminowane partie są domyślnie ukryte przy kompletacji, trzeba je świadomie „dohandlować” jeśli naprawdę trzeba je wydać.

W realiach wielu firm dobrym kompromisem jest blokada twarda w dokumentach sprzedaży i wydań na zewnątrz, a ostrzeżenia przy przesunięciach wewnętrznych. Pozwala to przepakować towar, przygotować utylizację lub zwrot do dostawcy bez zbędnej walki z komunikatami systemu, a jednocześnie zabezpiecza przed przypadkową wysyłką do klienta.

Automatyczne nadawanie numerów partii vs numery dostawców

Częsty dylemat: czy korzystać z numerów partii dostawcy, czy nadawać własne. Z punktu widzenia kosztu obsługi wygodniej jest przejąć numer od dostawcy – nie trzeba tworzyć mapowania i drukować dodatkowych etykiet. Czasem jednak opłaca się wprowadzić numer wewnętrzny, np. gdy:

• dostawcy stosują nieczytelne lub powtarzalne oznaczenia,
• ta sama fizyczna partia jest rozbudowywana w procesie produkcji (np. rozlew, pakowanie, mieszanie) i trzeba oddzielić „podpartie”,
• firma musi ukrywać oznaczenia dostawcy przed końcowym klientem.

Rozwiązanie „pośrednie”, które dobrze równoważy wysiłek z korzyściami: system generuje wewnętrzny numer partii, ale równolegle przechowywany jest numer partii dostawcy jako cecha dodatkowa. W codziennej pracy magazyn operuje jednym, prostym schematem numeracji, a dział jakości wciąż potrafi powiązać zgłoszenie z etykietą producenta.

Rezerwacje na poziomie partii

Jeżeli ERP na to pozwala, opłaca się włączyć rezerwacje partii do zamówień klienta lub zleceń produkcyjnych. Korzyść jest podwójna:

• handlowiec może obiecać klientowi konkretną partię (np. z konkretną datą ważności),
• magazyn widzi, że dana partia jest „zajęta” i nie powinien jej ruszać do innych wydań.

Tu znów ważna jest dyscyplina: rezerwacje trzeba zwalniać, jeśli zamówienie zostaje anulowane lub termin dostawy przesuwa się w czasie. Inaczej w systemie pojawią się „martwe” partie, które niby są, ale nie są dostępne do użycia, co kończy się szukaniem przyczyny braków „na czuja”.

Integracja z etykietami i kolektorami – tania automatyzacja

Największe oszczędności czasu da się uzyskać, gdy obsługę partii połączy się z kodami kreskowymi. Nie chodzi od razu o pełny system WMS – często wystarcza prosty układ:

• druk etykiety z kodem partii i datą ważności przy przyjęciu,
• skanowanie etykiet przy wydaniu zamiast ręcznego wpisywania numeru.

Jeśli ERP obsługuje kolektory danych, można zastosować niedrogie terminale lub nawet aplikacje mobilne na zwykłych smartfonach w odpornych obudowach. Koszt jednostkowy jest kilkukrotnie niższy niż w przypadku dedykowanych urządzeń klasy przemysłowej, a skok jakości danych – bardzo wyraźny. Błędy w numerach partii praktycznie znikają.

Proces przyjęcia towaru z partią i datą – krok po kroku

Przygotowanie dostawy – jak odciążyć bramę i magazyn

Przyjęcie partiowego towaru jest najdroższe czasowo, więc opłaca się zorganizować je tak, żeby magazynier „tylko” sprawdzał i zatwierdzał dane, zamiast wszystko przepisywać. Najprostsze usprawnienia:

• uzgadniać z kluczowymi dostawcami, aby numery partii i daty ważności były zawsze w tym samym miejscu i formacie na dokumentach,
• wykorzystać awizo dostawy w ERP – numer partii i datę można wpisać wcześniej na podstawie informacji od dostawcy, a na bramie tylko zweryfikować, czy przyjechało to, co zapowiedziano,
• wymagać od dostawców nadruku daty i partii w postaci kodu (np. QR) na palecie lub etykiecie jednostkowej tam, gdzie to realne.

Nie zawsze uda się narzucić standard wszystkim kontrahentom, ale uporządkowanie choćby kilku dużych dostawców znacząco skraca czas przyjęć i zmniejsza liczbę pomyłek.

Rejestracja przyjęcia w ERP – minimalny, powtarzalny scenariusz

Dobry proces przyjęcia partiowego towaru powinien być powtarzalny i prosty. Typowy, „chudy” scenariusz kroku po kroku wygląda tak:

1. Magazynier otwiera zapowiedzianą dostawę (zamówienie zakupu lub awizo w systemie).
2. Dla każdej pozycji porównuje ilość i podstawowe dane z dokumentem dostawcy.
3. Wpisuje lub skanuje numer partii oraz datę ważności/produkcji.
4. Wskazuje miejsce składowania (regał, lokalizacja, strefa), ewentualnie drukuje etykietę paletową.
5. Zatwierdza dokument PZ; system tworzy zapis partii z ilością i lokalizacją.

Cały proces da się zamknąć w kilkunastu kliknięciach, jeśli formularze są dobrze przygotowane: odpowiednie pola pod ręką, domyślne wartości (np. data przyjęcia jako data produkcji tam, gdzie to typowe), automatyczny podział pozycji na palety. Im mniej przełączania się między ekranami, tym większa szansa, że ludzie będą konsekwentnie wprowadzać dane.

Przyjęcia z wieloma partiami – jak nie zgubić się w detalach

Dużym źródłem chaosu są dostawy, w których pod jednym indeksem przyjeżdża kilka partii z różnymi datami. Jeśli ERP pozwala na rozbicie jednej pozycji dokumentu zakupu na kilka partii, warto stosować kilka prostych zasad:

• rozbijać pozycję na partie od razu przy przyjęciu, zamiast odkładać to „na później”,
• łączenie partii dopuszczać tylko wtedy, gdy mówimy o rzeczywiście tej samej partii fizycznej (np. ta sama data produkcji, ten sam numer z opakowania),
• nie mieszać partii na jednej palecie, jeśli nie ma wyraźnego powodu logistycznego – zaoszczędzone miejsce na regale zwykle nie rekompensuje zamieszania przy kompletacji.

Jeśli często pojawiają się dostawy z dziesiątkami partii tego samego towaru, sensowne jest doposażenie magazynu w prosty skaner i przygotowanie szablonu importu: magazynier skanuje etykiety do pliku lub formularza, a ERP automatycznie tworzy rekordy partii. To jednorazowy koszt konfiguracji, który bardzo szybko się zwraca.

Kontrola jakości przy przyjęciu – blokady i „bufor”

W firmach z rozbudowaną kontrolą jakości część dostaw trafia najpierw do „bufora jakościowego”, gdzie czeka na wyniki badań. W takim scenariuszu proces przyjęcia partyjnego musi uwzględniać:

• nadanie partii statusu „w kontroli” zamiast „zwolniona”,
• automatyczną blokadę wydania do produkcji i sprzedaży dla partii o takim statusie,
• zmianę statusu przez dział jakości po wpisaniu wyników badań.

Magazyn nie powinien ręcznie „przeskakiwać” blokad jakości, nawet jeśli „wszyscy wiedzą, że ten dostawca zawsze ma dobre wyniki”. W takiej sytuacji wystarczy jedna wpadka, by koszty wycofania partii z rynku przekroczyły oszczędności z pominiętej kontroli. Z technicznego punktu widzenia to jedno dodatkowe pole w partii i prosty workflow, który ERP zazwyczaj potrafi obsłużyć.

Wydania i kompletacja – jak wymusić FEFO w praktyce

Różnica między FIFO a FEFO w realnym magazynie

Teoretycznie wiele firm deklaruje, że stosuje FEFO (First Expired, First Out) – wydajemy w pierwszej kolejności partie z najkrótszym terminem ważności. W praktyce często wychodzi z tego FIFO (First In, First Out), a czasem wręcz „co jest pod ręką”. Różnica bywa kosztowna: partie o krótszej dacie zostają na magazynie, a wychodzą te „świeższe”, bo leżą bliżej rampy.

FEFO wymaga trzech elementów działających razem:

• danych – każda partia musi mieć poprawną datę ważności,
• algorytmu – ERP musi proponować właściwą partię przy kompletacji,
• dyscypliny – magazyn nie powinien samowolnie zmieniać partii na „wygodniejszą”.

Konfiguracja algorytmu wyboru partii

W większości systemów można ustawić preferencję wyboru partii według daty ważności. Podstawowe parametry, na które warto zwrócić uwagę:

• domyślny tryb – FEFO dla towarów z datą ważności, ewentualnie FIFO dla reszty,
• minimalny „bufor” – np. nie schodzimy poniżej określonej liczby dni do końca ważności przy wydaniach do klientów,
• uwzględnianie statusu partii – system nie powinien proponować partii zablokowanych lub w kontroli.

Przykładowy, sensowny scenariusz: handlowiec wpisuje w zamówieniu klienta wymaganą minimalną datę ważności (np. co najmniej 6 miesięcy). Podczas kompletacji ERP proponuje partię, która ten warunek spełnia i jednocześnie ma najkrótszą możliwą datę. Dzięki temu starszy towar rotuje w pierwszej kolejności, ale klient nie dostaje „końcówki życia”.

Listy kompletacyjne i praca magazynu

Jak ułożyć dokumenty wydań, żeby FEFO działało w realu

Algorytm FEFO w ERP to jedno, a sposób, w jaki magazyn dostaje informację o wydaniu – drugie. Jeśli ludzie dalej drukują ogólne WZ z samą ilością na indeks, łatwo o „twórczą interpretację” w magazynie. Znacznie lepiej działają:

• listy z konkretnymi partiami – dokument kompletacyjny wskazuje nie tylko indeks i ilość, ale też numer partii i lokalizację,
• podział na kolejność pobrania – ERP sortuje linie według optymalnej trasy po magazynie (strefami, alejkami),
• czytelne wyróżnienie wyjątków – np. partie z krótką datą oznaczone na wydruku kolorem lub symbolem.

Przy prostym magazynie wystarczy dobrze zaprojektowany wydruk WZ lub list kompletacyjnych. Tam, gdzie pracuje się na kolektorach, listę można zastąpić zleceniem pobrania na terminalu – magazynier widzi konkretną partię, jej położenie i kolejność pobrania.

Dlaczego „ręczne poprawki” rozwalają FEFO

Najczęstsza przyczyna rozjazdu między FEFO na papierze a rzeczywistością to ręczne podmiany partii w trakcie kompletacji: „tego paleciaka mam bliżej, wezmę inną partię, przecież też dobra”. Po kilku miesiącach efektem są:

• przeleżałe partie, które „jakoś się ostały”,
• ciągłe korekty stanów, bo system „myślał” o innej partii niż ta, która fizycznie wyszła,
• kłopot z reklamacjami, bo wskazany numer partii nie ma pokrycia w rzeczywistym wydaniu.

Najprostszy hamulec na takie sytuacje to blokada edycji partii na dokumencie wydania dla zwykłych użytkowników. Zmianę numeru partii powinien móc wykonać tylko brygadzista lub kierownik zmiany – wtedy „podmianki z lenistwa” szybko znikają, bo każda modyfikacja jest zauważalna.

Obsługa „krótkich dat” – jak nie zgubić zagrożonych partii

FEFO nie rozwiąże wszystkiego, jeśli system nie pomaga ogarnąć partii, którym kończy się ważność. Tu przydaje się kilka prostych mechanizmów:

• raport partii zagrożonych – lista partii, którym dni do końca ważności spadły poniżej ustalonego progu (np. 30 lub 60 dni),
• oznaczanie partii „do pilnego wydania” – dodatkowy status lub flaga, którą uwzględnia algorytm kompletacji, promując takie partie,
• informacja dla handlu – prosty raport w ERP lub w CRM, który podpowiada handlowcom, co warto w pierwszej kolejności wyprzedać.

Nie trzeba od razu budować rozbudowanych kampanii promocyjnych. Często wystarczy, że sprzedawca ma pod ręką listę indeksów „na krótkich datach” i może zaproponować klientowi korzystniejszą cenę lub zamianę asortymentu.

Wydania do produkcji vs wydania na sprzedaż

W firmach produkcyjnych FEFO ma dwa oblicza: dla sprzedaży i dla produkcji. Te scenariusze nie zawsze powinny działać identycznie. Kilka praktycznych różnic:

• produkcja – często wystarczy, że surowiec będzie ważny przez cały deklarowany czas przetwarzania; nie ma sensu blokować partii, która „skończy się” dwa dni po zużyciu,
• sprzedaż – liczy się całe życie produktu u klienta; wiele sieci handlowych narzuca minimalny procent okresu ważności w momencie dostawy,
• przekierowanie partii – partie z krótszą datą, które nie przejdą wymogów sprzedaży, można jeszcze zużyć wewnętrznie w produkcji (o ile pozwalają na to przepisy i specyfikacja).

ERP powinien umożliwiać różne reguły FEFO dla różnych typów dokumentów: inne kryteria dla RW (rozchód wewnętrzny), inne dla WZ/FS. To prosta zmiana konfiguracyjna, a mocno zwiększa elastyczność.

Jak łączyć partie przy kompletacji, żeby nie komplikować życia

Typowy dylemat: klient zamawia 1000 sztuk, a w magazynie są trzy partie po 300, 400 i 800 sztuk. Czy rozbijać wysyłkę na kilka partii, czy dobrać jedną? Uporządkowane zasady oszczędzają czas decyzji i dyskusji:

• klientom wrażliwym jakościowo (farmacja, automotive, sieci handlowe) dostarczać maksymalnie jedną partię na pozycję, o ile to możliwe,
• dopuszczać maksymalnie dwie partie na dokument, jeśli pozwala to wykorzystać partie z krótkimi datami bez nadmiernych resztek,
• stosować progi ilościowe – np. nie schodzić poniżej minimalnej wielkości partii na WZ, żeby nie generować mikro-rejestrów trudnych logistycznie.

Technicznie sprowadza się to do tego, by ERP przy kompletacji proponował możliwie minimalną liczbę partii, nadal trzymając się FEFO. Dobrze, jeśli system pokazuje magazynierowi, że rozbicie na dwie partie wynika z braku jednej partii o wymaganej ilości, a nie z widzimisię algorytmu.

Zwroty i korekty – pięta achillesowa partii

Najbardziej uporządkowany system potrafią rozbić źle obsługiwane zwroty. Najgorszy scenariusz: „bierzemy z powrotem, jakoś się to wrzuci na magazyn”. Z perspektywy partii powinny obowiązywać przynajmniej takie zasady:

• zwrot zawsze z numerem partii – jeśli klient nie podaje numeru, trzeba go znaleźć po dokumentach zapasów lub po etykiecie na towarze; przy braku możliwości identyfikacji lepiej mieć osobną „partię techniczną” przeznaczoną tylko na złomowanie lub przecenę,
• oddzielne miejsce składowania dla zwrotów czekających na ocenę (bufor jakościowy dla wydań),
• jasny status partii po zwrocie – np. „do oceny”, „dopuszczona do sprzedaży ponownej”, „tylko do utylizacji”.

W praktyce zwrot to osobny proces w ERP, często z innym typem dokumentu (PZ od klienta, korekta WZ), który pozwala wskazać pierwotną partię i zachować ciągłość historii.

Inwentaryzacja a partie – jak nie utopić się w szczegółach

Magazyn z partiami inwentaryzuje się trudniej, ale da się to zrobić bez paraliżu firmy. Lepszy efekt daje podejście „kawałkami” niż jedna wielka inwentaryzacja raz w roku:

• inwentaryzacje rotacyjne – co tydzień lub miesiąc sprawdzany jest fragment magazynu lub wybrana grupa towarów partiowych,
• liczenie „po palecie” – zwłaszcza przy dobrze oznaczonych etykietach partii, magazynier skanuje paletę z całą jej zawartością, zamiast ponownie liczyć każdą sztukę,
• blokady lokalizacji na czas spisu – żeby nie wydawać i nie przyjmować na te same miejsca podczas liczenia.

Najgorsze, co można zrobić, to inwentaryzować stany ogółem, a partie „uzgodnić później”. Zwykle „później” oznacza tygodnie ręcznego dopisywania partii i korekt, które nikt nie umie powiązać z realną historią ruchów.

Proste wskaźniki, które pokażą, czy nad partiami jest kontrola

Bez choćby kilku liczb trudno ocenić, czy mechanizmy FEFO i obsługi dat rzeczywiście działają. Nie trzeba od razu stawiać hurtowni danych – na początek wystarczą 3–4 podstawowe raporty z ERP:

• udział wydań zgodnych z FEFO – ile procent wydań faktycznie wykorzystało partię z najkrótszą datą (w granicach ustalonych warunków),
• wartość/nadwyżka towaru przeterminowanego – suma kosztu partii, którym data już minęła,
• średni wiek zapasu dla kluczowych indeksów partiowych,
• liczba korekt ilościowych na partiach – wysoka liczba to sygnał, że coś jest nie tak z procesem przyjęć lub wydań.

Nawet ręcznie odświeżane raporty raz w miesiącu pomagają szybko wyłapać magazyn, linię produktową lub dostawcę, który generuje najwięcej problemów z partiami.

Tanie usprawnienia, które robią dużą różnicę

Większość firm nie potrzebuje pełnego WMS-u za duże pieniądze, żeby ogarnąć partie i daty. Da się zrobić wiele „budżetowo”, wykorzystując to, co już jest w ERP:

• szablony etykiet z kodem partii – prosty wydruk z ERP + tania drukarka etykiet wycinają ręczne przepisywanie numerów,
• aplikacja mobilna zamiast dedykowanych kolektorów – zwykłe smartfony w obudowach ochronnych, z prostym formularzem PZ/WZ działają zaskakująco dobrze,
• progi ostrzegawcze na ważność – automatyczne alerty mailowe z ERP, gdy dana partia zbliża się do końca życia,
• domyślne ustawienia FEFO – raz skonfigurowany algorytm wyboru partii dla grup towarowych działa latami, bez codziennej obsługi.

Największy zwrot z inwestycji zwykle przynoszą rzeczy, które redukują ręczne wpisywanie danych i liczbę decyzji „na oko”. Każdy krok, który przenosi pracę z kartki i długopisu do powtarzalnego scenariusza w ERP, zmniejsza szansę na błąd i chaos przy partiach.

Najczęściej zadawane pytania (FAQ)

Jak ułożyć zasady wydawania towaru z partiami i datami ważności (FIFO, FEFO)?

W magazynach z datami ważności najlepiej sprawdza się FEFO (First Expired, First Out), czyli wydawanie najpierw partii z najkrótszym terminem. FIFO (pierwsze przyszło, pierwsze wyszło) działa tylko wtedy, gdy dostawy rzeczywiście przychodzą w kolejności dat i nie ma domieszek ze starszych partii.

Minimalny standard to:

• zdefiniowanie w ERP strategii wydania (priorytet po dacie ważności, a dopiero potem po dacie przyjęcia),
• jasna instrukcja dla magazynu: z których półek/lokalizacji wydajemy w pierwszej kolejności,
• blokada wydań partii po terminie lub zbyt krótkim terminem (np. poniżej X dni do końca).

W małych magazynach wystarczy prosta lista z kolejnością partii do wydania; w większych opłaca się podpiąć pod to kolektory lub prosty WMS.

Od czego zacząć, gdy w ERP panuje bałagan w partiach i datach ważności?

Najpierw trzeba zatrzymać „wyciek”, a dopiero potem sprzątać. W praktyce oznacza to:

• wprowadzenie obowiązkowego wpisywania numeru partii i daty ważności przy każdym nowym przyjęciu do magazynu,
• ustalenie, że od konkretnej daty wszystkie wydania muszą wskazywać partię (nawet jeśli stare stany są opisane słabo).

Dopiero później warto krok po kroku porządkować stare partie: podczas inwentaryzacji, przy kompletacji, przy każdej reklamacji dopisywać brakujące numery i daty.

Taka metoda „od dziś robimy porządnie, tyły sprzątamy przy okazji” jest dużo tańsza i mniej bolesna niż jednorazowa, pełna korekta wszystkich zapisów historycznych.

Jakie dane o partii trzeba minimalnie rejestrować w systemie ERP?

Absolutne minimum, które wystarcza większości firm:

• numer partii (batch/lot),
• data ważności lub data minimalnej trwałości,
• ilość i magazyn/lokalizacja,
• powiązanie z dokumentem przyjęcia (PZ, PW) i wydania (WZ, RW).

Dodatkowe cechy (np. wynik kontroli jakości, numer certyfikatu) można dodać później, jeśli wymagają tego audyty lub klienci.

Na start lepiej mieć prosty, konsekwentnie używany zestaw danych niż skomplikowaną kartę partii, której nikt w praktyce nie wypełnia.

Jak ograniczyć straty na przeterminowanych towarach przy użyciu ERP?

Największy efekt przy umiarkowanym wysiłku dają:

• raporty partii z krótkim terminem (np. „wszystko, co wygasa w ciągu 30/60 dni”) odświeżane choćby raz w tygodniu,
• automatyczne blokady sprzedaży partii po terminie,
• priorytety sprzedażowe: handlowcy widzą w ERP listę towarów „do upłynnienia”.

W części firm działa proste rozwiązanie: raz w tygodniu magazyn drukuje listę z ERP z „czerwonymi” datami, a dział sprzedaży dostaje zadanie przygotowania akcji promocyjnych dla tych pozycji.

Nie trzeba od razu inwestować w zaawansowany WMS – często wystarczy kilka raportów w ERP, prosty Excel dla handlowców i żelazna zasada FEFO na magazynie.

Jak ustawić numerację partii: używać numeru producenta czy własnego?

Tańszy i prostszy wariant na początek to korzystanie z numeru partii producenta, o ile:

• jest on czytelny na opakowaniu,
• każda dostawa ma wyraźnie oznaczoną partię,
• klienci i dokumenty reklamacyjne też się nim posługują.

Własny numer partii opłaca się w sytuacjach, gdy firma przepakowuje, miesza, rozlewa lub produkuje towar – wtedy jedna partia producenta rozchodzi się na kilka waszych partii wewnętrznych z innymi datami i cechami.

Najrozsądniejsze podejście: w ERP przechowywać zarówno numer producenta (jako cechę), jak i ewentualny numer wewnętrzny, ale przy operacjach magazynowych używać jednego, spójnego identyfikatora.

Jak powiązać partie z reklamacjami i zwrotami klientów?

Kluczowe jest to, by na dokumentach sprzedaży (WZ, faktura) zawsze był przypisany numer partii. Wtedy przy reklamacji wystarczy wyszukać po numerze dokumentu lub kliencie i ERP sam pokaże, które partie wyszły.

Praktyczny, tani standard:

• pole „numer partii” obowiązkowe przy wydaniu z magazynu,
• wzór protokołu reklamacyjnego z miejscem na numer partii z opakowania klienta,
• prosty raport „kto dostał daną partię” – do użycia przy większych problemach jakościowych lub akcjach wycofania z rynku.

Bez tego każda reklamacja zamienia się w ręczne śledztwo po PZ, WZ i mailach, co kosztuje godziny pracy kilku osób.

Czy mała firma naprawdę potrzebuje gospodarki partiami w ERP?

Jeżeli działasz w branżach spożywczej, farmaceutycznej, kosmetycznej, chemicznej lub e‑commerce FMCG – tak, nawet przy małej skali. Audyty, wymagania sieci handlowych i ryzyko zwrotów uderzą w finanse dużo mocniej niż koszt prostego wdrożenia partii.

Najbardziej ekonomiczny model dla mniejszych firm to:

• prosty schemat partii w ERP (bez rozbudowanych cech),
• etykiety z numerem partii i datą drukowane choćby na zwykłej drukarce biurowej,
• jasna instrukcja FEFO dla magazynu i 1–2 kluczowe raporty w ERP.

To zwykle wystarcza, aby spełnić podstawowe wymagania klientów i ograniczyć straty na przeterminówkach bez inwestowania w rozbudowane systemy klasy WMS.

Opracowano na podstawie

• PN-EN ISO 9001:2015 Systemy zarządzania jakością – Wymagania. Polski Komitet Normalizacyjny (2016) – Wymogi dot. identyfikowalności, nadzoru nad partiami i zapisów jakości
• PN-EN ISO 22000:2018 Systemy zarządzania bezpieczeństwem żywności – Wymagania. Polski Komitet Normalizacyjny (2018) – Zarządzanie bezpieczeństwem żywności, partie, daty ważności, śledzenie
• Rozporządzenie (WE) nr 178/2002 Parlamentu Europejskiego i Rady. Parlament Europejski i Rada UE (2002) – Ogólne zasady prawa żywnościowego, identyfikowalność partii, odpowiedzialność