Jak kolektor pilnuje terminu ważności przy przyjęciu: krótki termin wymaga potwierdzenia, a przy przyjęciu ze zlecenia towar po terminie idzie jako nadmiar.
Kontrola terminu ważności przy przyjęciu zaczyna się w opisywanym wdrożeniu od pytania, a nie od odmowy. Magazynier wpisuje termin na kolektorze, a kolektor porównuje go z dzisiejszą datą i z progiem z kartoteki. Gdy termin jest za krótki, magazynier potwierdza go przyciskiem TAK, a gdy termin już minął, kolektor proponuje zapis jako nadmiar.
Kolektor przyjęcia ze zlecenia nie odmawia przyjęcia towaru o krótkim terminie ważności. Pyta magazyniera i zostawia ślad na pozycji. Towar po terminie rejestruje poza stanem jako nadmiar: w dokumencie zostaje wiersz o ilości zero.
Kartoteka mówi, czy termin jest wymagany i ile miesięcy ma zostać
Kartoteka towaru ma dwa pola o terminie ważności. Pierwsze to znacznik „wymagany termin ważności”. Drugie to minimalna liczba miesięcy do końca terminu, która w formularzu edycji kartoteki nazywa się „Ilość m-cy EXP”. Oba pola prowadzi się w ERP, w polach dodatkowych towaru, a do kartoteki w WMS trafiają przy aktualizacji kartotek.
Dla kierownika jakości ma to praktyczny skutek: zmiana progu dla jednego towaru to zmiana w ERP, a nie w ustawieniach kolektora. Kto w firmie prowadzi te pola i kto je zmienia, to pierwsze pytanie przed wdrożeniem. O tym, jak pola kartoteki sterują pytaniami kolektora, pisze artykuł o kartotece sterującej kolektorem.
Magazynier wpisuje termin w formacie RRRRMMDD albo RRRR-MM-DD
Kolektor przyjęcia ze zlecenia wymusza pole EXP tylko dla towaru ze znacznikiem wymaganego terminu. Puste pole zatrzymuje magazyniera komunikatem „Podaj EXP!”. Przy polu stoi podpowiedź „EXP format: RRRRMMDD”, ale kolektor przyjmuje też zapis z myślnikami. Datę może przekazać także zeskanowany kod z opakowania.
Zły zapis daje komunikat „Niepoprawny format!”. Chodzi o wpis, który ma co najmniej osiem znaków, ale nie tworzy poprawnej daty. Zbyt krótki wpis przy wymaganym terminie kończy się komunikatem „Podaj EXP!”.
Dopiero poprawna data trafia do kontroli. Kontrola porównuje wpisany termin z dzisiejszą datą powiększoną o liczbę miesięcy z kartoteki. Gdy ta liczba wynosi zero albo gdy towar terminu nie wymaga, a magazynier go wpisał, kolektor sprawdza tylko, czy termin już minął.
Zbyt krótki termin wymaga potwierdzenia przyciskiem TAK
Termin, który jeszcze nie minął, ale jest krótszy niż próg, otwiera okno z tekstem „Termin ważności zbyt krótki!”. Okno pokazuje wpisaną datę i pyta „Czy chcesz zatwierdzić termin?”. Ma dwa przyciski: TAK i NIE.
Odpowiedź TAK zatwierdza termin. Kolektor idzie dalej i nie pyta ponownie o ten sam termin, a pozycja zapisuje się z pełną ilością i wchodzi do stanu. Dostaje przy tym znacznik krótkiego terminu. Odpowiedź NIE wraca do pola terminu, więc magazynier może poprawić wpis.
| Sytuacja | Komunikat na kolektorze | Skutek dla pozycji |
|---|---|---|
| Termin zgodny z progiem | Bez komunikatu | Zwykły zapis, pozycja wchodzi do stanu |
| Termin zbyt krótki i odpowiedź TAK | „Termin ważności zbyt krótki!” | Zapis z pełną ilością i znacznikiem krótkiego terminu |
| Termin po dacie i odpowiedź TAK | „Towar przeterminowany!” | Nadmiar: wiersz o ilości zero, poza stanem |
| Termin zbyt krótki albo po dacie i odpowiedź NIE | Okno pytania z przyciskami TAK i NIE | Powrót do pola terminu, pozycja niezapisana |
Towar po terminie trafia poza stan jako nadmiar
Termin, który już minął, otwiera inne okno: „Towar przeterminowany!”. Pokazuje datę i pyta „Czy chcesz zarejestrować nadmiar?”. Odpowiedź NIE wraca do pola terminu. Na kolektorze przyjęcia ze zlecenia towar po terminie nie wejdzie więc na stan jako zwykła pozycja.
Odpowiedź TAK zapisuje pozycję jako nadmiar. Powstaje wiersz dokumentu PZ o ilości zero, a ilość nadmiarowa leży w osobnym polu. Taki wiersz nie wchodzi do stanu magazynowego i nie zmniejsza ilości pozostałej do przyjęcia na zleceniu. Procedura przygotowująca dokumenty do wysyłki do ERP pomija wiersze o ilości zero. Mechanizm nadmiaru opisuje osobno artykuł o nadmiarze przyjęcia: tutaj towar po terminie jest tylko jednym z wejść do niego.
Kolektor przyjęcia ze zlecenia ostrzega o krótkim terminie i proponuje rejestrację towaru po terminie poza stanem, zamiast odmówić magazynierowi pracy.
Ilość towaru po terminie podlega temu samemu limitowi co zwykła pozycja: nie może przekroczyć ilości pozostałej do przyjęcia na zleceniu. Większą ilość kolektor odrzuca komunikatem o ilości pozostałej. Gdy towar po terminie ma numer seryjny albo wszystkie dane przyszły z kodu na opakowaniu, kolektor prosi o lokalizację ze strefy nadwyżek. Inny adres daje komunikat „Podana lokalizacja nie znajduje się na strefie nadwyżek!”.
Część ilości leży po takim przyjęciu poza stanem, a zlecenie wciąż czeka na swoją ilość. Jak w takiej sytuacji rozstrzyga się, czy zlecenie jest zrealizowane, pokazuje artykuł o zamykaniu zlecenia w T-SQL.
Pełna kontrola działa na kolektorze przyjęcia ze zlecenia
Samo urządzenie opisuje strona o kolektorze magazynowym.
Kontrola z dwoma komunikatami, o krótkim terminie i o towarze po terminie, działa na kolektorze przyjęcia ze zlecenia. Pozostałe kolektory przyjęcia mają prostszą kontrolę. Kolektory przyjęcia wewnętrznego i przyjęcia z produkcji pytają o termin krótszy niż dziś plus minimum miesięcy, także o termin już minięty, bez osobnego komunikatu. Pytają krótszym tekstem „Termin ważności zbyt krótki! Czy chcesz zatwierdzić termin?” i bez daty w komunikacie. TAK zapisuje pozycję na stan, a NIE wraca do pola terminu.
Te dwa kolektory pytają tylko dla towaru z wymaganym terminem i progiem większym od zera. Przy braku wymaganego terminu albo przy progu zero kontroli w nich nie ma. Nie rejestrują też nadmiaru po terminie.
Na stanowisku www pole terminu w formularzu przyjęcia ma kalendarz zaczynający się od dnia dzisiejszego. Termin nie jest tam porównywany z progiem miesięcy. Dla Twojej firmy znaczy to, że o tym, którą ścieżką przyjmuje się dostawę, decyduje także poziom kontroli terminu: przed wdrożeniem trzeba więc ustalić, które ścieżki mają działać u Ciebie.
Decyzję po ostrzeżeniu podejmuje magazynier, a nie serwer
W analizie przedwdrożeniowej zakładano, że przy wymaganym terminie system sprawdza minimalną liczbę miesięcy i ostrzega z możliwością potwierdzenia, a przyjęcie towaru po terminie jest blokowane. W opisywanym wdrożeniu kolektor przyjęcia ze zlecenia zamiast blokady proponuje nadmiar.
W standardzie produktu serwerowa procedura zapisu pozycji przyjęcia odrzuca towar po terminie komunikatem „Nie można przyjąć towaru przeterminowanego.”. W opisywanym wdrożeniu decyzję podejmuje magazynier po ostrzeżeniu na kolektorze. Ogólne zasady postępowania z partiami i terminami opisują strony o partiach i datach ważności oraz o funkcjach systemu WMS.
W menu stanów magazynowych jest zestawienie „Przeterminowane pozycje”. Pokazuje pozycje na stanie, których termin już minął, z czterema kolumnami: adres, numer partii, termin i ilość. Obejmuje magazyn użytkownika. Ścieżkę towaru od przyjęcia do lokalizacji opisuje strona o przyjęciu do magazynu, a odczyt numeru partii z opakowania strona o odczycie numeru partii.
Dwie palety tego samego artykułu w jednym dniu przyjęcia
Przykład z danymi fikcyjnymi. Artykuł A ma w kartotece próg 6 miesięcy i znacznik wymaganego terminu. Magazynier przyjmuje dostawę ze Zlecenia 26-1001, skanuje kod i wpisuje termin za cztery miesiące.
Kolektor pokazuje „Termin ważności zbyt krótki!” i pyta o zatwierdzenie. Magazynier odpowiada TAK, a pozycja zapisuje się z pełną ilością i znacznikiem. Druga paleta tego artykułu ma termin sprzed tygodnia, więc kolektor pyta „Czy chcesz zarejestrować nadmiar?”. Po odpowiedzi TAK ilość z tej palety trafia poza stan, a na zleceniu nadal brakuje tej samej ilości.
Czego ten opis nie obejmuje
Opis dotyczy kolektora przyjęcia ze zlecenia i ścieżek podanych wyżej.
- Blokada. Nie twierdzimy, że przyjęcie towaru po terminie jest zablokowane w każdej ścieżce ani że żaden towar po terminie nie wejdzie na stan.
- Raporty. Nie opisujemy, gdzie znacznik krótkiego terminu jest widoczny w raportach, ani raportu nadmiarów.
- Wartości. Nie podajemy progów ani nazw pól po stronie ERP.
- Skutki. Nie opisujemy liczby nadmiarów ani wpływu kontroli na jakość dostaw.
Cztery pytania przed ustawieniem kontroli terminu w Twojej firmie
- Czy przy zbyt krótkim terminie ma wystarczyć potwierdzenie magazyniera, czy decyzję ma podejmować ktoś inny?
- Czy towar po terminie ma być w ogóle przyjmowany fizycznie, a jeśli tak, to na jaką lokalizację?
- Kto w firmie rozlicza dostawcę z ilości zarejestrowanej poza stanem i z jakiego dokumentu korzysta?
- Gdzie w ERP prowadzi się dziś minimalny okres do końca terminu i kto go zmienia?