Hantering av Commerce-lager

I den här artikeln beskrivs de typer av dokument som du kan använda för att hantera lager Microsoft Dynamics 365 Commerce.

När du arbetar med lager i Microsoft Dynamics 365 Commerce och använder några av Commerce-programmen som är anslutna till en Commerce Scale Unit (CSU) är det viktigt att veta att orderbearbetningslogiken i CSU ger begränsat stöd för vissa lagerdimensioner och vissa lagerartikeltyper. DCommerce-program har inte stöd för alla funktioner för artikelkonfiguration som finns tillgängliga via alternativen för artikelkonfiguration i Dynamics 365 Supply Chain Management.

De Commerce-program som körs på CSU stöder för närvarande inte följande produktdimensioner och artikelkonfigurationer:

• Konfigurationsdimensioner för produkt samt strukturlisteartiklar (Bill of Materials, eller BOM) – förutom produkter i detaljhandelspaket, som använder vissa komponenter i strukturlistan
• Fångstviktartiklar
• Produktdimension och styrda artiklar för version

De Commerce-program som körs på CSU stöder för närvarande inte följande spårningsdimensioner:

• Ägardimension

• Kassaprogrammet (POS) kan erbjuda begränsat stöd för följande dimensioner. Med andra ord kan POS komma att automatiskt ange vissa av dessa dimensioner i lagertransaktioner, baserat på konfigurationen för lagerställe eller butik. POS stöder emellertid inte dimensionerna fullt ut i den mening att de stöds om en säljtransaktion anges manuellt i Commerce headquarters.

• Distributionslagerplats – När de använder den nya kassaåtgärderna Inkommande åtgärd och Utgående åtgärd kan användarna Välj en lagerplats att ta emot artiklar till eller leverera utgående överföringsorderartiklar från. Om de använder den föråldrade åtgärden Välja och ta emot finns begränsat hanteringsstöd att tillgå på plats för att ta emot och skicka utgående överföringar. Detta stöd är endast tillgängligt om alternativet Använd hanteringsprocess för lagerställe har aktiverats för artikeln samt för butikens lagerställe. En lagerplats kan för närvarande inte användas med åtgärderna Inventering eller Lagersökning.

• ID-nummer – ID-nummer kan endast användas när alternativet Använd lagerstyrningsprocess har aktiverats för artikeln och butikslagerstället. I POS: Om lagerinlevereras sker till ett butikslagerställe med hjälp av åtgärden Inkommande åtgärd eller Plockning och inleverans där lagerstyrningsprocessen har aktiverats, och om den plats som har valts för att ta emot artikeln i är kopplad till en platsprofil som kräver kontroll av registreringsskylt, använder kassaprogrammet (POS) systematiskt en registreringsskylt för den mottagande raden. Kassaanvändare (POS) kan inte ändra eller hantera denna information om registreringsskylten. Om fullständig hantering av registreringsskyltar krävs, rekommenderar vi att affären använder appen för lagerställe eller backoffice-klienten för att hantera mottagningen av dessa artiklar.

• Serienummer – Kassaprogrammet ger begränsat stöd för registrering av ett enda serienummer på en försäljningstransaktionsrad för order som skapas i kassan och innehåller serialiserade artiklar. Det här serienumret valideras inte mot registrerade serienummer som redan finns i lagret. Om en försäljningsorder skapas i kundtjänstkanalen eller expedieras genom ERP (enterprise resource planering; resursplanering för företag) och flera serienummer registreras på en enda försäljningsrad under expedieringsprocessen i ERP, kan dessa serienummer inte användas eller valideras om en retur behandlas i POS för ordern. När lagret tas emot med hjälp av åtgärden Inkommande åtgärd kan användarna registrera eller bekräfta serienumren som har mottagits.

• Batch-ID – Kassaprogrammet ger begränsat stöd vid bokföring av utdrag om en batchkontrollerad artikel säljs, men kassaanvändare kan inte definiera det batch-ID som såldes eller plockades när kassaprogrammet användes.

• Lagerstatus – För artiklar som använder lagerstyrningsprocessen och kräver en lagerstatus kan det här statusfältet inte ställas in eller ändras via kassaprogrammet. Standardlagerstatus som definierats i konfigurationen för lagerställe används när artiklar inlevereras till lagret.

Kommentar

• Din organisation måste testa artikelkonfigurationer via Commerce-appar i utvecklings- eller testmiljöer innan du distribuerar konfigurationerna till tillverkningsmiljöer. Testa dina artiklar genom att använda dem för att utföra vanliga kassaförsäljningstransaktioner i POS och skapa kundorder (om tillämpligt) via POS, kundtjänst eller näthandel för att validera att de kan stödjas fullt ut. Du bör även testa POS-uppfyllelse och lagerprocesser (t.ex. åtgärder för lagermottagning och orderuppfyllelse) innan du distribuerar nya artikelkonfigurationer, detta för att se till att kassaprogrammet (POS) har stöd för dem. Testerna måste inkludera en fullständig bokföringsprocess för utdrag/order i testmiljön och verifiera att inga bokföringsproblem uppstår när order för dessa artiklar skapas och bokförs i Commerce headquarters.
• Om artiklar konfigureras på ett sätt som inte stöds av Commerce-programmen och passande tester inte utförs, kan datafel uppstå som antingen är svåra att korrigera eller inte kan korrigeras alls.
• Lagerhanteringsåtgärder, inklusive Inkommande, Utgående, Lagerinventering, Justering och Rörelse har optimerats för att skanna streckkoder. Du kan skanna streckkoder för att lägga till, ta emot och leverera produkter. Måttenheten som konfigureras på streckkoder stöds inte för närvarande i dessa åtgärder. I stället används en produkts lagermåttenhet med streckkodens kvantitet.

Inköpsordrar

Inköpsorder skapas i Commerce Headquarters. Om ett lagerställe för butik ingår i inköpsorderns rubrik eller på inköpsorderrader, kan raderna tas emot i butiken genom att använda åtgärden Inkommande åtgärd i POS.

Överföringsorder

Överföringsorder kan skapas i Commerce Headquarters eller genom antingen den inkommande åtgärden eller den utgående åtgärden i POS. Använd kassaåtgärden (POS) Inkommande åtgärd för att skapa en överföringsorderbegäran om att lagret ska skickas till butiken från ett annat lagerställe eller en annan lagerplats. Använd kassaåtgärden (POS) Utgående åtgärd för att skapa en överföringsorderbegäran om att lagret ska levereras från butiken från ett annat lagerställe eller en annan lagerplats. När en överföringsorder för en butik har skapats kan denna butik hantera mottagandet av lager för överföringsordern via åtgärden Inkommande åtgärd i POS. Om butiken levererar lager till en annan plats, används åtgärden Utgående åtgärd i POS för att hantera butikens utgående leveransprocess.

Lagerinventeringar

Lagerinventeringar kan antingen vara tidsplanerade eller ej tidsplanerade. Planerade lagerinventeringar skapas via Commerce Headquarters genom att ett dokument för inventeringsjournal skapas som är kopplat till butikens lagerställe. Den här journalen innehåller de artiklar som måste inventeras. Butiken kan sedan komma åt dessa fördefinierade inventeringsjournaler och arbeta med dem med hjälp av åtgärden Lagerinventering i POS. Butiksanvändare initierar en icke-planerad lagerinventering eftersom denna krävs när de använder åtgärden Lagerinventering i POS. Till skillnad från schemalagda lagerinventeringar har icke-schemalagda inventeringar ingen fördefinierad lista över artiklar. När en lagerinventering oavsett typ utförs i POS allokeras den och skickas till huvudkontoret. På huvudkontoret måste antalet valideras och bokföras i Commerce Headquarters som ett separat steg.

Lagersökning

Den aktuella produktkvantiteten som för tillfället finns att tillgå för flera butiker och lagerställen kan beskådas på sidan Lagersökning. Utöver det aktuella saldot kan framtida ATP-kvantiteter ("available-to-promise") visas för varje enskild butik. Välj butiken som du vill visa ATP-kvantiteter för och välj sedan Visa tillgänglighet för butik. Mer information om vilka konfigurationsalternativ som är tillgängliga finns i Beräkna lagertillgänglighet för butikskanaler.