Utbyta data mellan system
Läge för endast lagerstyrning kräver att du ställer in integrering mellan externa system och Microsoft Dynamics 365 Supply Chain Management systemet. Följande kategorier av interaktioner krävs:
- Huvuddata (t.ex. produktinformation)
- Dokumentdata (t.ex. inköpsorder och försäljningsorder)
- Förloppsdata (t.ex. mottagning, avsändning och tillgänglig lagerinformation)
Många olika integrationsmetoder kan användas för dessa tre kategorier. Den här artikeln ger en beskrivning av den rekommenderade integrationsprocessen.
Huvud- och referensdata
För konsekvent kommunikation måste flera typer av huvud- och referensdata synkroniseras och vara tillgängliga för båda systemen. Ett exempel är produkthuvuddata. Den här typen av data kan importeras till Supply Chain Management via följande meddelanden som är relaterade till produkthuvuddata:
SourceSystemProductMessages– Används för att skapa produkter och frisläppta produkter, inklusive produktmallar för varianter.SourceSystemProductVariantMessages– Används för att skapa varianter för produktmallar där ProductSubtype = ProductMaster.SourceSystemProductSpecificUnitOfMeasureConversionMessages– Används för att skapa produktspecifika måttenhetskonverteringar.SourceSystemProductBarcodeMessages– Används för att skapa produktens streckkodsinställning.SourceSystemProductGlobalTradeItemNumberMessages– Används för att skapa GTIN (Global Trade Item Number) för produkterna.SourceSystemProductDocumentAttachmentMessages– Används för att bifoga produktdokument, produktbilder och så vidare.
Tips
Postmallar är användbara när du importerar produkter, eftersom du kan inkludera värdet TemplateName i dina meddelanden. Dessutom kan du se till att de obligatoriska referensfälten för de frisläppta produkterna har tilldelats.
Liksom försändelseordrar, valideras dessa meddelanden under meddelandebearbetning och länkar automatiskt produktinformationen till en källsystempost via entiteten Källsystemartiklar. Det externa systemet kan använda affärshändelser för att övervaka hur statusen för meddelanden ändras under meddelandebearbetningen.
Endast en källsystempost kan markeras som det externa system som underhåller produkthuvuddata som är relaterade till den unika referensen för en frisläppt produkt eller ett artikelnummer. Du kan visa och underhålla dessa data genom att använda sidan Källsystemartiklar.
Obs
Meddelandeprocessen bearbetar varje meddelande som är relaterat till att skapa huvuddata för produkten separat, enligt dess MessageId. Vissa meddelanden har beroenden, till exempel behovet att skapa den frisläppta produkten innan de ger en streckkod. Om du använder nummerserier istället för externa artikelnummer för produkter, skapar SourceSystemProductMessages processer nya produkter när det inte finns några artikeldata för frisläppt produkt eller källsystem.
Tips
Fältet Källsystemartikelns nummer används vid kommunikation mellan systemen. Det är användbart när, till exempel, ett externt system använder en streckkod för europeiskt artikelnummer (EAN) som det unika identifikationsnumret som är kopplat till ett fält artikel/variantnummer som har ett annat värde. Data för Källsystemartikelns nummer skapas automatiskt när de meddelanden som tidigare listats används.
När Warehouse Management-mobilappen används värdet Källsystemartikelns nummer kan även användas för att söka värdet Artikel/variantnummer som används internt.
Du kan importera nödvändiga huvuddata till Supply Chain Management är att använda dataentiteter. Följande typer av master- och referensdata krävs för att skapa värdet Frisläpp produkt/artikelnummer som används i processer för lagerhantering:
Artikelmodellgrupper – Varje frisläppt produkt måste tilldelas en artikelmodellgrupp i försörjningskedjan Management. Därför måste minst en grupp vara tillgänglig. Gruppen kan styra affärsprocesser för artiklar som spåras i batch. Följande inställningar rekommenderas för varje artikelmodellgrupp som bara används i läge för enbart lagerstyrning. Dessa inställningar eliminerar behovet av att ställa in kostnadsredovisningsdata för produkterna.
- Lagermodell – Ange det här fältet till Ej värderad.
- Bokför fysiskt lager – Stäng av det här alternativet. Du kan bara välja det här alternativet om du redan har konfigurerat minst en källsystempost.
- Bokför ekonomiskt lager – Stäng av det här alternativet. Du kan bara välja det här alternativet om du redan har konfigurerat minst en källsystempost.
Artikelgrupper – Kan användas för att gruppera affärsprocesser, särskilt när produktfilterkoder används. Inga kontoinställningar krävs när lagermodellgrupper Inte värderad används.
Lagringsdimensionsgrupper – Aktivera användning av lagringslagerdimensionsvärden som platser, lagerställen, platser och ID-nummer. Se till att aktivera parametern Använd lagerstyrningsprocesser.
Spårningsdimensionsgrupper – Aktivera användning av spårningslagerdimensioner som ägar-, batch- och serienummer. Observera att dimensionsvärdet för Ägare måste vara lika med det företag som ett lagerställe är kopplat till. Mer information finns i Processer som inte stöds.
Reservationshierarki – Definierar vilka dimensioner som reserveras under reservationsprocessen för utgående leveransorder. Dimensioner som anges under dimensionen Plats styrs av lagerstyrningsprocesserna.
Enheter – Varje kvantitet som en lagerställeprocess hanterar måste associeras med en enhet. När flera enheter (till exempel varje, låda och/eller lastpall) används för en artikel måste du se till att definiera lagerenheten som den minsta enheten för artikeln.
Enhetssekvensgrupper – Definiera sekvensen med enheter som kan användas i lageråtgärder. Mer information om den inställning som krävs finns i måttenhet och lagerprinciper.
Obs
De meddelanden som skapar huvuddata för produkten använder produktdataenheterna. Dessa entiteter kan användas av sig själva eller så kan de användas för att underhålla huvuddata för produkter.
Visa och underhåll källsystemets produktmeddelanden
I läget Endast lagerstyrning kan du visa, uppdatera och skapa produktmeddelanden. Därför kan du snabbt testa integrationer under implementeringsprocessen. När ett externt skapat meddelande är i ett misslyckat meddelandetillstånd kan du uppdatera fältvärden och tilldela det uppdaterade meddelandet tillbaka till meddelandekön. Det ursprungliga meddelandet kommer att vara versionshanterat och icke-redigerbart. Gå till någon av följande sidor för att visa och underhålla meddelanden:
- Lagerstyrning>Källsystemprodukter>Källsystemets produktmeddelanden
- Lagerstyrning>Källsystemprodukter>Källsystemets produktvariantmeddelanden
- Lagerstyrning>Källsystemprodukter>Källsystemproduktens streckkodsmeddelanden
- Lagerstyrning>Källsystemprodukter>Källsystemproduktdokumentbilagor
- Lagerstyrning>Källsystemprodukter>Källsystemprodukt Globala artikelnummermeddelanden för källsystemprodukt
- Lagerstyrning>Källsystemprodukter>Källsystemspecifika måttenhetskonverteringsmeddelanden
Med arbetsytan Övervakning av distributionslagerintegrering kan du spåra antalet produktmeddelanden i källsystemet som är köade och misslyckade.
Notering
Du kan ställa in varje källsystem så att de antingen tillåter eller hindrar användare från att manuellt skapa meddelanden på sidorna i listan. Öppna relevant källsystempost och ange alternativet Aktivera manuellt skapande av källsystemproduktmeddelande till Ja tillåt manuella meddelanden eller Nej för att förhindra dem. Tänk på att till skillnad från meddelanden som importeras via integrering versionshanteras inte manuellt skapade meddelanden.
Avsändar- och mottagarinformation
För att göra det enklare att ställa in din lagerdrift kan du skapa och använda data för avsändare och mottagare och deras relaterade gruppdefinitioner. Du kan till exempel använda det här tillvägagångssättet för en process som är relaterad till att konfigurera en process för att skapa kvalitetsorder för en specifik avsändare eller avsändargrupp.
Ingetdera Policyer för inkommande leveransorder (som är en del av inställningen Källsystem) inte heller behandling av inkommande leveransordermeddelande kräver att fälten för värdet Avsändarens kontonummer finns i entiteten för sidan Avsändare (Lagerstyrning>Inställningar>Integrering av lagerstyrning>Avsändare). Samma "fritext"-koncept finns för beställningsprocessen för utgående leverans som är relaterad till Avsändarens kontonummer.
Land/region
Om skapa en ny juridisk person för dina lager och import utgående leveransordrar måste du ha värdena land/region definierade i Supply Chain Management. Dessa poster används i utgående leveransorder för att skapa adresser. Beroende på din adressinställning och hur du använder adressfält i ordermeddelanden kan du behöva skapa ytterligare data innan du kan importera ordermeddelanden (till exempel för att stödja kombinationer av delstat/provins och län).
Meddelanden för inkommande och utgående leveransorder
Du kan använda meddelanden för inkommande och utgående leveransorder för att informera Supply Chain Management om vilket fysiskt lager som ska tas emot och skickas. Dessa meddelanden inkluderar både rubrikdata och raddata.
Meddelanden mellan system utbyts med hjälp av enkla dokument för inkommande leveransorder och utgående leveransorder. Dessa dokument eliminerar behovet av att använda flera andra typer av dokument som Supply Chain Management vanligtvis använder (som försäljningsorder, inköpsorder och överföringsorder). Därför har de flera fördelar. De förenklar till exempel integrationen med planeringssystem för företagsresurser (ERP) och orderhanteringssystem. De gör också lagerstyrningsfunktioner för Supply Chain Management tillgängliga för ett brett utbud av externa planeringssystem för företagsresurser och orderhanteringssystem.
Meddelanden för inkommande och utgående leveransorder kan utbytas genom att använda Dataverse. Alternativt kan de utbytas genom Open Data Protocol (OData) genom att använda meddelandeentiteter för leveransorder och/eller genom att använda importprocessen Datahantering (t.ex. genom att använda Enhet för inkommande leveransordermeddelanden och Sammansatt enhet för utgående leveransordermeddelanden).
Supply Chain Management köar de inkommande dokumenten och bearbetar dem sedan genom att använda meddelandeprocessorn. Detta tillvägagångssätt säkerställer konsekventa data mellan systemen både huvuddata (t.ex. produkter) och status för orderförlopp. Supply Chain Management inkommande och utgående leveransorder förhindras därför från att skapa eller uppdatera orderdata som är ogiltiga eller inte stöds. Vi rekommenderar att du bearbetar meddelandena som en del av ett periodiskt batchjobb som meddelandeprocessorn utlöser genom att använda meddelandekön Leveransorder.
Illustrationen nedan visar hur meddelandeprocessorn passar in i ett integrerat system.
Förloppsdata och affärshändelser
Externa system kan ha många olika affärsprocessförfrågningar för lagerstyrningssystemet. Till exempel kan varje externt system fortlöpande efterfråga förloppet för en försäljningsorder. För att hedra processen kan Supply Chain Management ställas in för att leverera affärshändelser efter behov. Affärshändelser håller externa system informerade om framsteg och åtgärder som sker inom Supply Chain Management. När denna inställning är på plats behöver de externa systemen inte fortsätta att efterfråga information som kanske inte har ändrats sedan den senaste begäran. I stället kan de reagera endast när de blir informerade.
Det finns stöd för flera färdiga affärshändelser för lagerintegreringar. Några av dem anges i följande tabell.
| ID för affärshändelse | beskrivning |
|---|---|
WHSSourceSystemProductMessageChangedStatusBusinessEvent |
Ändringsstatus för meddelande om källsystemprodukt |
InventCountingJournalPostedBusinessEvent |
Inventeringsjournal har bokförts |
WHSSourceSystemInventoryOnhandReportBusinessEvent |
Lagerbehållningsrapport för källsystem har skapats |
WHSInventoryUpdateLogBusinessEvent |
Uppdateringslogg för lagerställets lager har uppdaterats |
WHSOutboundNotificationCreatedBusinessEvent |
Utgående meddelande för lagerställe har skapats |
WHSShipmentOrderMessageChangedStatusBusinessEvent |
Uppdaterad status för leveransordermeddelande |
WHSShipmentPackingSlipJournalModifiedBusinessEvent |
Uppdaterad följesedel för leverans |
WHSShipmentPackingSlipJournalFailedBusinessEvent |
Uppdatering av följesedlar för leverans misslyckades |
WHSShipmentReceivingJournalModifiedBusinessEvent |
Uppdaterade leveranskvitton |
WHSShipmentReceivingJournalFailedBusinessEvent |
Det gick inte att uppdatera leveranskvitton |
SysMessageProcessorMessageProcessedBusinessEvent |
Meddelandeprocessormeddelande misslyckades |
WhsWaveExecutedBusinessEvent |
Påfyllnad genomförd |
WHSQualityOrderValidatedBusinessEvent |
Kvalitetsorder har validerats |
WHSEWInboundShipmentOrderRequestCreatedBusinessEvent |
Orderförfrågan för inkommande försändelse skapas (kan användas för att integrera försörjningskedja Management med en annan WMS) |
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent |
Utgående leveransorderförfrågan skapas (kan användas för att integrera försörjningskedja Management med en annan WMS) |
WHSEWInboundShipmentOrderUpdateChangedStatusBusinessEvent |
Orderuppdatering för inkommande leverans bearbetas och har därför ändrat status (kan användas för att integrera försörjningskedja Management med ett annat lagerstyrningssystem (WMS)) |
WHSEWOutboundShipmentOrderUpdateChangedStatusBusinessEvent |
Orderuppdatering för utgående leverans bearbetas och har därför ändrat status (kan användas för att integrera försörjningskedja Management med en annan WMS) |
Vi rekommenderar att du åtminstone använder följande affärshändelser för integration med ett externt ERP-system:
InventCountingJournalPostedBusinessEvent– Den här händelsen meddelar att en lagerbehållningsjustering har inträffat och anger var detaljerad information om uppdateringen kan hittas.WHSSourceSystemInventoryOnhandReportBusinessEvent– Den här händelsen meddelar att en lagerbehållningsrapport har genererats och anger var detaljerad information om uppdateringen kan hittas.WHSShipmentPackingSlipJournalModifiedBusinessEvent– Den här händelsen meddelar att en process för bekräftelse av utgående försändelse har ägt rum och anger var detaljerade data för skicka ut råd finns. (Dessa data kan exempelvis användas för en försäljningsfaktureringsprocess.)WHSShipmentReceivingJournalModifiedBusinessEvent– Den här händelsen meddelar att en process för slutförande av inkommande mottagning har inträffat och anger var detaljerade mottagningsrådgivningsdata kan hittas. (Dessa data kan exempelvis användas för en inköpsorderfaktureringsprocess.)
Befintliga justeringar
När du integrerar ett ERP-system och ett lagerhanteringssystem är det viktigt att du håller lagerbehållningsdata anpassade. Flera processer kan hjälpa till att upprätthålla den här justeringen som en del av implementeringsmetoden för endast lagerstyrningsläge. Mer information om hur uppdateringsprocessen för lagerbehållning fungerar finns i Lagerbehållningsuppdateringar mellan system.