-
Zaczynamy
101
-
Podstawy
Standardowe funkcjonalności
-
- Algorytm wydań magazynowych
- Wydanie 2 etapowe z komasacją
- Dwuetapowy proces wydań – konfiguracja
- Automatyczne relokacja dostawy
- Algorytm przyjęć magazynowych
- Wskazywanie cech na WM/MM/RW
- Powiadomienia o nie w pełni zrealizowanym dokumencie
- Atrybuty
- Algorytm rozkładania dokumentów na pakowanie
- Wstrzymania
- Zmiana lokalizacji na pozycji
-
-
- Raporty WMS: „Obciążenia miejsca magazynowego (ilości względem gniazda)”
- Raporty WMS: „Obciążenia miejsca magazynowego (ilości w czasie)”
- Raporty WMS: „Ilość zrealizowanych linii”
- Raporty WMS: „Ilość zrealizowanych dokumentów”
- Raporty WMS: "Czas pracy operatora"
- Raporty WMS: „Zaleganie towaru”
- Raporty WMS: „Zaleganie lokalizacji”
-
-
-
Konfiguracja i zaawansowane
Rozszerzone możliwości Futuriti WMS
-
Integracje
xSale, SKK, Rest API...
-
- Wymagane licencje i konfiguracja Comarch ERP Optima
- Zakres wymienianych informacji z Comarch Optima ERP
- Realizacja w WMS dokumentu utworzonego w EPR Optima
- Atrybuty
- Nowa kolumna – Dokumenty WMS
- Obsługa korekt z Comarch OPTIMA
- Optima Inwentaryzacja
- Kompletacja PWP/RWS
- Techniczny opis integracji z Comarch ERP Optima
- Synchronizacja listów przewozowych z ERP do WMS
-
Futuriti Connector
Połączenie z ERP (np. Comarch ERP Optima, Subiekt, Baselinker)
-
- Zakres wymienianych informacji z Comarch Optima ERP
- Wymagane licencje i konfiguracja Comarch ERP Optima
- Techniczny opis integracji z Comarch ERP Optima
- Optima via Connector Inwentaryzacja
- Obsługa korekt z Comarch OPTIMA
- Kompletacja PWP/RWS
- Realizacja w WMS dokumentu utworzonego w EPR Optima
- Atrybuty
- Konfiguracja procesu wydań – Connector
- Restart procesów dwuetapowych po przyjęciu magazynowym
- Kurierzy - zakres wymiany danych
-
- Zakres wymienianych informacji z Subiekt GT
- Subiekt GT - wymagania
- Techniczny opis integracji z Subiekt GT
- Instalacja WMS do Subiekt GT
- Dwuetapowy proces wydań - Connector konfiguracja
- Subiekt GT Inwentaryzacja
- Subiekt: Pierwsze kroki
- Obsługa przyjęć i wydań wewnętrznych (PW/RW)
- Przesunięcia międzymagazynowe (MM)
- Obsługa montażu/demontażu kompletu
- Obsługa korekt faktur sprzedaży/zakupu
- Kurierzy - zakres wymiany danych
-
Instalacja i wdrożenie
Wymagania, instalacja i wdrożenie podstawowe
-
- Artykuły wkrótce się pojawią, pracujemy nad nimi.
Restart procesów dwuetapowych po przyjęciu magazynowym
0 out Of 5 Stars
5 Stars | 0% | |
4 Stars | 0% | |
3 Stars | 0% | |
2 Stars | 0% | |
1 Stars | 0% |
Konfiguracja procesu
W celu konfiguracji procesu należy przejść do konfiguracji WMS (Menu główne ➔ Opcje ➔ Konfiguracja)
Przejdź do konfiguracji Connector poprzez przeklikanie filtrów (1)
Następnie przejdź do kreatora procesu dwuetapowego wydań (2) lub wybierz istniejącą
Jednym z kroków kreatora jest konfiguracja restartu procesów w momencie przyjęcia magazynowego
Włącz proces ponawiania procesu dwuetapowego po przyjęciach magazynowych (1)
Uwaga: w przypadku skonfigurowanej lokalizacji dostaw dokumenty PM domyślnie przyjmują na nią towary, lokalizacja ta jest wykluczona z procesu dwuetapowego, w rezultacie zrestartowane procesy nadal nie będą posiadały wystarczających stanów magazynowych co znów spowoduje błędem podczas generowania dokumentu MP. Aby proces zadziałał prawidłowo należy przyjmować towary na lokalizację zwykłą
Wybierz również magazyny, w obrębie których procesy dwuetapowe mają być restartowane (2)
Następnie przejdź do następnej strony i kontynuuj konfigurację procesu dwuetapowego wydań (3)
Algorytm działania procesu
Poniżej znajduje się techniczny opis działania procesu
- Dokument PM zatwierdzony w WMS
- Futuriti Connector weryfikuje czy skonfigurowany jest proces restartu (AutomaticTwoStepProcessRestart, IntValue = 1) dla danego źródła
- Wysyłane zostaje zapytanie o restart procesów
- Weryfikowana jest zgodność magazynu docelowego/źródłowego dokumentu z konfiguracją
- Pobierane są tylko zadania (VerifyWMSOrderStock, GenerateCompletationMP, GenerateReleaseMP w statusie -1) powiązane z RO, które zawiera przynajmniej jeden towar wspólny z zatwierdzonym dokumentem PM
- Zadania sortowane są po dacie dodania (ProcessDate)
- Na restartowanym zadaniu ustawione zostaje ExternalUsername = DOC_R oraz ProcessPriority w kolejności od najstarszego do najnowszego
- Worker WMS będzie ponownie przerabiał zadania w kolejności zgodnej z ProcessPriority
0 out Of 5 Stars
5 Stars | 0% | |
4 Stars | 0% | |
3 Stars | 0% | |
2 Stars | 0% | |
1 Stars | 0% |