Utbyta data mellan system

Läget enbart lagerstyrning kräver att du ställer in integration 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 = ProductType ProductType.
• SourceSystemProductSpecificUnitOfMeasureConversionMessages – Används för att skapa produktspecifika måttenhetskonverteringar.
• SourceSystemProductBarcodeMessages – Används för att skapa inställningarna för produktens streckkod.
• 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 ta med värdet mallnamn i meddelandena. Dessutom kan du se till att de obligatoriska referensfälten för de frisläppta produkterna tilldelas.

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 status för meddelanden ändras under bearbetning av meddelanden.

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 Supply Chain 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 – Ställ in det här fältet på Inte 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 – Gör det möjligt att använda lagringslagerdimensionsvärden, till exempel webbplatser, lagerställen, platser och licensförkortningar. Se till att aktivera parametern Använd lagerstyrningsprocesser.

• Spårning av dimensionsgrupper – Gör det möjligt att spåra lagerdimensioner, t.ex. ägare, 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 den utgående processen för orderreservation. 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 – Definierar den sekvens av 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ålla meddelanden för källsystemprodukter

I läget 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 läget Misslyckat meddelande, kan du uppdatera fältvärden och tilldela tillbaka det uppdaterade meddelandet till meddelandekön. Ursprungsmeddelandet kan inte redigeras eller versionerna kommer att redigeras. Gå till någon av följande sidor för att visa och underhålla meddelanden:

• Lagerstyrning Källsystemprodukter>Produktmeddelanden>för källsystem
• Lagerstyrning Källsystemprodukter>Variantmeddelanden>för källsystemprodukt
• Lagerstyrning>Källsystemprodukter Streckkodsmeddelanden>för källsystem
• Lagerstyrning Källsystemprodukter>Bifogad>information om källsystemprodukter
• Lagerstyrning Källsystemprodukter>Meddelanden>för global handel med artikelnummer i källsystemet
• Lagerstyrning Källsystemprodukter>Källsystemproduktspecifika>enhetskonverteringsmeddelanden

Med den här arbetsytan kan du spåra antalet meddelanden om källsystemprodukter som har köat och misslyckats .

Notering

Du kan ställa in respektive källsystem så att de antingen tillåter eller hindrar användarna från att skapa meddelanden manuellt på de listade sidorna. Öppna relevant källsystempost och ställ in alternativet Aktivera manuellt källsystem för produktgenerering till Ja, tillåt manuella meddelanden eller Nej om du vill förhindra dem. Tänk på att meddelanden som importeras via integration inte har någon version av de manuellt skapade meddelandena.

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.

Flera out-of-box-affärshändelser stöds för integrering av lagerställen. 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	Begäran om inkommande leveransorder (kan användas för att integrera Supply Chain Management med en annan WMS)
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent	Begäran om utgående leveransorder (kan användas för att integrera Supply Chain Management med en annan WMS)

Vi rekommenderar att du som minst använder följande affärshändelser för integration med ett externt ERP-system:

• InventCountingJournalPostedBusinessEvent – Den här händelsen meddelar att en lagerjustering har skett och indikerar var detaljerad information om uppdateringen kan hittas.
• WHSSourceSystemInventoryOnhandReportBusinessEvent – Den här händelsen meddelar att en lagerrapport har genererats och indikerar var detaljerad information om uppdateringen kan hittas.
• WHSShipmentPackingSlipJournalModifiedBusinessEvent – Den här händelsen meddelar att en bekräftelseprocess för utgående leverans har inträffat och indikerar var den detaljerade leveransinformationen kan hittas. (Dessa data kan exempelvis användas för en försäljningsfaktureringsprocess.)
• WHSShipmentReceivingJournalModifiedBusinessEvent – Den här händelsen meddelar att en sluFörandeprocess för inkommande inleverans har inträffat och indikerar var den detaljerade inleveransinformationen kan hittas. (Dessa data kan exempelvis användas för en inköpsorderfaktureringsprocess.)

Justeringar av behållning

När du integrerar ett ERP-system och ett lagerstyrningssystem måste du anpassa lagerbehållningens data. Flera processer gör det möjligt att underhålla justeringen genom att bara använda läget för lagerstyrning. Mer information om hur lagerbehållningsuppdateringsprocessen fungerar finns i Lagerbehållningsuppdateringar mellan system.