Multilagerförsörjning syftar till en systemuppsättning med flera olika lager där olika orderrader på en order kan försörjas av olika lager. Detta styrs av ett regelverk.

Varje orderrad kräver ett allokerat lager. Detta för att samtliga orderrader skall kunna försörjas och skickas till plock på lager för leverans ut till kund. När man har multilagerfunktionen aktiv så kan man dela upp en order så att olika orderrader skickas till olika lager för plock. Har man inte denna aktiv så kräver systemet att hela ordern försörjs av ett och samma lager.

Multilagerförsörjning & Manuell orderbokning

Har man multilagerfunktionen aktiv och man bokar manuellt i XTND Extend Commerce Backend så väljer man själv från vilket lager en produkt skall plockas på. Man gör detta genom i steg 2 av orderbokningen vid val av produkter. Sök först på ett lager, lägga till produkter därifrån och sedan byt lager och lägg till produkter från detta lager, och så vidare, tills du skapat din order.

Multilagerförsörjning & Orderbokning via externa källor

Kommer ordern från externa källor, så som API / EDI, så har man två val:

• Definiera lager för varje orderrad om man vet till vilket lager som skall försörja.
• Lämna fältet för Lager tomt för order / orderraderna. Systemet kommer då att allokera orderraderna till lager genom vårt multlagerregelverk.

Lagertäckning & Postnummer

Regelverket kollar först på två saker:

• Lagrets lagertäckning: det definierade område som ett lager får försörja
• Postnumret för leverans: till vilket område ordern skall skickas till.

Överensstämmer ett lagers lagertäckning och orderns postnummer så betyder det att det lagret kan försörja ordern och hamnar i listan av möjliga lager att välja bland för att försörja ordern.

Prioritet

Därefter kollar systemet på matchande lagers prioritet. Finns det flera lager som kan försörja ordern, och inget lager är angivet, så bestämmer prioriteten vilket lager som i första hand får försörja produkten / orderraden. Har vi då exempelvis tre lager och samtliga lager kan försörja ordern så kommer prioriteringen avgöra vilket lager systemet går igenom först.

Finns samtliga produkter på lagret med högst prioritet så kommer hela ordern skickas till detta lager för plock. Finns det produkter som ej är kopplade till detta lager så kommer systemet gå vidare till lagret med näst högst prioritet och kolla om dessa produkter finns där, och så vidare, tills samtliga produkter / orderrader försörjs av ett lager.

Ange prioritet på lager

Man anger prioritet på lager genom att gå till Lagermenyn och välja lager. Här kan man se vilken prioritet samtliga lager har:

För att sätta en prioritet på lagret, klicka på pennan och välj i dropboxen vilken prioritet lagret skall ha. Klicka på Spara.

Har man inte multilagerfunktionen aktiverad så tillåter man inte att en order försörjs av flera olika lager. Ett lager behöver då försörja hela ordern, så kallad singellagerförsörjning. Prioritetsfunktionen går fortfarande att användas, men resultatet blir annorlunda.

För manuell orderbokning så väljer man lager som vanligt i steg 2 vid val av produkter. Här har prioriteten ingen effekt. Prioriteten gäller endast för orders från externa källor (API / EDI).

Angivet lager

Nuvarande singellagerförsörjningslogik fungerar så att om ett lager skickas in explicit för ordern via extern källa så sätter systemet att det lagret skall försörja hela ordern.

Angivet lager på minst en orderrad

Om minst ett lager är satt på någon av orderraderna via extern källa så kommer detta lager att sättas på alla övriga rader om produkten är kopplad till det lagret. Detta sker då ordern endast kan försörjas av ett lager. Prioritetslogiken kommer här inte ta kraft eftersom ett lager redan är förvalt på minst en orderrad.

Inget lager angivet

Anger man inget lager på någon orderrad så kommer systemet att kolla på prioriteringen. Lager med prioritet 1 kommer att sättas på samtliga orderrader.