Spis treści

Restart procesów dwuetapowych po przyjęciu magazynowym

Opis

Proces ten ponownie weryfikuje stany magazynowe na dokumentach po przyjęciu towaru na magazyn

Konfiguracja procesu

W celu konfiguracji procesu należy przejść do konfiguracji WMS (Menu główne ➔ Opcje ➔ Konfiguracja)

Przejdź do konfiguracji Connector poprzez wybranie odpowiedniego filtra (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

  1. Dokument PM zatwierdzony w WMS
  2. Futuriti Connector weryfikuje czy skonfigurowany jest proces restartu (AutomaticTwoStepProcessRestart, IntValue = 1) dla danego źródła
  3. Wysyłane zostaje zapytanie o restart procesów
    1. Weryfikowana jest zgodność magazynu docelowego/źródłowego dokumentu z konfiguracją
    2. 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
    3. Zadania sortowane są po dacie dodania (ProcessDate)
    4. Na restartowanym zadaniu ustawione zostaje ExternalUsername = DOC_R oraz ProcessPriority w kolejności od najstarszego do najnowszego
  4. Worker WMS będzie ponownie przerabiał zadania w kolejności zgodnej z ProcessPriority