Udveksle data mellem systemer

Kun lagerstedsstyringstilstand kræver, at du konfigurerer integration mellem eksterne systemer og Microsoft Dynamics 365 Supply Chain Management systemet. Følgende kategorier af interaktioner er påkrævet:

• Masterdata (f.eks. produktoplysninger)
• Dokumentdata (f.eks. indkøbsordrer og salgsordrer)
• Statusdata (f.eks. oplysninger om modtagelse, udsendelse og lagerbeholdning)

Mange forskellige integrationsmetoder kan bruges til disse tre kategorier. I denne artikel beskrives den anbefalede integrationsproces.

Master- og referencedata

For at opnå ensartet kommunikation skal flere typer master- og referencedata være synkroniseret og tilgængelige for begge systemer. Et eksempel er produktmasterdataene. Denne datatype kan importeres til Supply Chain Management via følgende meddelelser, der er relateret til produktmasterdataene:

• SourceSystemProductMessages – Bruges til at oprette produkter og frigivne produkter, herunder produktmastere for varianter.
• SourceSystemProductVariantMessages – Bruges til at oprette varianter til produktmastere, hvor ProductSubtype = ProductMaster.
• SourceSystemProductSpecificUnitOfMeasureConversionMessages – Bruges til at oprette produktspecifikke konverteringer af måleenheder.
• SourceSystemProductBarcodeMessages – Bruges til at oprette opsætningen af produktets stregkode.
• SourceSystemProductGlobalTradeItemNumberMessages – Bruges til at oprette GTIN (Global Trade Item Number) for produkterne.
• SourceSystemProductDocumentAttachmentMessages - Bruges til at vedhæfte produktdokumenter, produktbilleder og så videre.

Tip

Postskabeloner er nyttige, når du importerer produkter, fordi du kan medtage værdien TemplateName i dine meddelelser. Derudover kan du sikre dig, at de påkrævede referencefelter for de frigivne produkter er tildelt.

På samme måde som forsendelsesordrer valideres disse meddelelser under behandling af meddelelser, og produktoplysningerne knyttes automatisk til en kildesystempost via enheden Elementer i kildesystemet. Det eksterne system kan bruge forretningshændelser til at overvåge, hvordan statussen for meddelelser ændres under behandling af meddelelser.

Kun én kildesystempost kan markeres som det eksterne system, der vedligeholder de produktmasterdata, der er relateret til den entydige reference til et frigivet produkt- eller varenummer. Du kan få vist og vedligeholde disse data ved hjælp af siden Elementer i kildesystemet.

Bemærk

Meddelelsesprocessoren behandler hver enkelt meddelelse, der er relateret til oprettelse af produktmasterdata, separat i overensstemmelse med dens MessageId. Nogle meddelelser har afhængigheder, f.eks. kravet om at oprette det frigivne produkt, før det får en stregkode. Hvis du bruger nummerserier i stedet for eksterne varenumre til produkter, opretter processerne SourceSystemProductMessages nye produkter, når der ikke findes nogen frigivne produkt- eller kildesystemvaredata.

Tip

Feltet Kildesystems varenummer bruges under kommunikationen mellem systemerne. Det er f.eks. nyttigt, når et eksternt system bruger en EAN-stregkode (European Article Number) som det entydige id-nummer, der er knyttet til et vare-/variantnummerfelt, som har en anden værdi. Varenummerdataene i kildesystemet oprettes automatisk, når de tidligere angivne meddelelser bruges.

Når du bruger mobilappen til Warehouse Management, kan værdien Kildesystems varenummer også bruges til at finde værdien for vare-/variantnummeret , der bruges internt.

Du kan importere de nødvendige masterdata til Supply Chain Management ved at bruge dataenheder. Der kræves følgende typer master- og referencedata for at oprette den værdi for Frigiv produkt-/varenummer, der bruges i warehouse management-processer:

• Varemodelgrupper – Hvert frigivet produkt skal tildeles en varemodelgruppe i forsyningskæde Management. Derfor skal mindst én gruppe være tilgængelig. Gruppen kan styre forretningsprocesserne for batchsporede varer. Følgende indstillinger anbefales for alle varemodelgrupper, der kun bruges i tilstanden Kun warehouse management-tilstand. Disse indstillinger fjerner behovet for at konfigurere efterkalkulationsdata for produkterne.

  • Lagermodel – Angiv dette felt til Ikke-værdiansat.
  • Bogfør fysisk lager– Deaktiver denne indstilling. Du kan kun vælge denne mulighed, hvis du allerede har konfigureret mindst én post i kildesystemet.
  • Bogfør økonomisk lager– Deaktiver denne indstilling. Du kan kun vælge denne mulighed, hvis du allerede har konfigureret mindst én post i kildesystemet.

• Varegrupper – Kan bruges til at gruppere forretningsprocesser, især når der bruges produktfilterkoder . Der kræves ingen kontoopsætning, når der bruges ikke-værdiregulerede lagermodelgrupper.

• Lagerdimensionsgrupper – Aktivér brugen af lagerdimensionsværdier, f.eks. lokationer, lagersteder, lokationer og nummerplader. Sørg for at aktivere parameteren brug warehouse management-processer.

• Sporingsdimensionsgrupper – Aktivér brugen af sporing af lagerdimensioner som ejer-, batch- og serienumre. Bemærk, at dimensionsværdien Ejer skal være lig med det firma, som et lagersted er tilknyttet. Yderligere oplysninger finder du i Ikke-understøttede processer.

• Reservationshierarki – Definerer, hvilke dimensioner der reserveres under reservationsprocessen for den udgående forsendelsesordre. Dimensioner, der er angivet under lokationsdimensionen, styres af warehouse management-processerne.

• Enheder – Hvert antal, som en lagerstedsproces håndterer, skal være knyttet til en enhed. Når der bruges flere enheder (som f.eks. hver, kasse og/eller palle) for en vare, skal du huske at definere lagerenheden som den mindste enhed for varen.

• Enhedsseriegrupper – Definer rækkefølgen af enheder, der kan bruges i lagerstedsoperationer. Du kan finde flere oplysninger om den ønskede opsætning i Måleenhed og lagerføringspolitikker.

Bemærk

De meddelelser, der opretter produktmasterdata, bruger produktdataenhederne. Disse enheder kan bruges i sig selv, eller de kan bruges til at vedligeholde produktmasterdata.

Få vist og vedligehold kildesystemets produktmeddelelser

I Kun lagerstedsstyringstilstand kan du se, opdatere og oprette produktmeddelelser. Derfor kan du hurtigt teste integrationer under implementeringsprocessen. Når en eksternt oprettet meddelelse er i meddelelsestilstanden Mislykket, kan du opdatere feltværdier og tildele den opdaterede meddelelse i meddelelseskøen igen. Den oprindelige meddelelse versioneres og kan ikke redigeres. Gå til en af følgende sider for at se og vedligeholde meddelelserne:

• Lagerstedsstyring>Kildesystemprodukter>Meddelelser om kildesystemprodukt
• Lagerstedsstyring>Kildesystemprodukter>Meddelelser om produktvarianter af kildesystem
• Lagerstedsstyring>Kildesystemprodukter>Stregkodemeddelelser for kildesystemprodukt
• Lagerstedsstyring>Kildesystemprodukter>Meddelelser om vedhæftning af kildesystemprodukt
• Lagerstedsstyring>Kildesystemprodukter>Kildesystemprodukt Global handel Meddelelser om varenummer
• Lagerstedsstyring>Kildesystemprodukter>Produktspecifikke konverteringsmeddelelser for systemsystem

I arbejdsområdet Overvågning af lagerstedsintegration kan du spore antallet af de produktmeddelelser for kildesystemet, der er Sat i kø og Mislykket.

Bemærk

Du kan indstille de enkelte kildesystemer til enten at tillade eller forhindre brugere i at oprette meddelelser manuelt på de viste sider. Åbn den relevante post i kildesystemet, og angiv indstillingen Aktivér manuel oprettelse af produktmeddelelse i kildesystemet til Ja for at tillade manuelle meddelelser eller Nej for at forhindre dem. Vær opmærksom på, at i modsætning til meddelelser, der importeres via integration, er manuelt oprettede meddelelser ikke versionerede.

Oplysninger om afsender og modtager

For at gøre det lettere at konfigurere lagerstedsoperationen kan du oprette og bruge data til afsender og modtager og deres relaterede gruppedefinitioner. Du kan f.eks. bruge denne fremgangsmåde til en proces, der har relation til opsætning af en proces til oprettelse af en kvalitetsordre for en bestemt afsender eller afsendergruppe.

Hverken politikkerne for indgående forsendelsesordrer (som er en del af konfigurationen af kildesystemerne) eller behandlingen af indgående forsendelsesordreordrer kræver, at felterne for Afsenders kontonummer-værdi findes i enheden for siden Afsender (Warehouse Management>Opsætning>Integration af Warehouse Management>Afsender). Det samme "fritekst"-begreb findes for den udgående forsendelsesordreproces, der er relateret til afsenders kontonummerværdi.

Land/område

Hvis du vil oprette en ny juridisk enhed til lagersteder og importere udgående forsendelsesordrer, skal der være defineret lande-/områdeværdier i Supply Chain Management. Disse poster bruges i udgående forsendelsesordrer til at oprette adresser. Afhængigt af din adresseopsætning og den måde, du bruger adressefelter på i ordremeddelelser, skal du muligvis oprette yderligere data, før du kan importere ordremeddelelser (f.eks. for at understøtte kombinationer af stat/provins og amt).

Meddelelser om indgående og udgående forsendelsesordre

Du kan bruge meddelelser om indgående og udgående forsendelsesordrer til at informere Supply Chain Management om, hvilken fysisk beholdning der skal modtages og sendes. Disse meddelelser omfatter både overskriftsdata og linjedata.

Meddelelser mellem systemer udveksles ved hjælp af letvægtsdokumenter for indgående forsendelsesordrer og udgående forsendelsesordrer. Disse dokumenter eliminerer behovet for at bruge flere andre typer dokumenter, som Supply Chain Management typisk bruger (såsom salgsordrer, indkøbsordrer og flytteordrer). De har derfor flere fordele. De forenkler for eksempel integration med ERP (Enterprise Resource Planning) og ordrestyringssystemer. De gør også lagerstyringsfunktionalitet i Supply Chain Management tilgængelig for en lang række eksterne ERP- og ordrestyringssystemer.

Meddelelser om indgående og udgående forsendelsesordrer kan udveksles ved hjælp af Dataverse. Alternativt kan de udveksles gennem Open Data Protocol (OData) ved hjælp af enheder for meddelelser om forsendelsesordrer og/eller ved hjælp af importprocessen i Dataadministration (f.eks. ved at bruge Indgående sammensat enhed for forsendelsesordremeddelelser og Udgående sammensat enhed for forsendelsesordremeddelelser).

Supply Chain Management sætter de indgående dokumenter i kø og behandler dem derefter ved at bruge meddelelsesprocessoren. Denne tilgang sikrer ensartede data mellem systemerne: både masterdata (såsom produkter) og ordrestatus. Indgående og udgående forsendelsesordrer i Supply Chain Management opretter eller opdaterer derfor ikke ugyldige eller ikke-understøttede ordredata. Vi anbefaler, at du behandler meddelelserne som en del af et periodisk batchjob, som meddelelsesprocessoren udløser ved hjælp af meddelelseskøen for forsendelsesordrer.

I følgende illustration vises, hvordan meddelelsesprocessoren passer ind i et integreret system.

Statusdata og forretningshændelser

Eksterne systemer kan have mange forskellige forretningsprocesanmodninger til lagerstedsstyringssystemet. For eksempel kan hvert eksternt system løbende anmode om status for en salgsordre. For at håndtere processen kan Supply Chain Management konfigureres til at levere forretningshændelser efter behov. Forretningshændelser holder eksterne systemer informeret om de fremskridt og handlinger, der sker i Supply Chain Management. Når denne konfiguration er på plads, behøver de eksterne systemer ikke at fortsætte med at anmode oplysninger, der måske ikke er ændret siden sidste anmodning. I stedet kan de nøjes med at reagere, når de informeres.

Adskillige standardforretningshændelser understøttes til lagerstedsintegrationer. I følgende tabel vises nogle af dem.

Forretningshændelses-id	Betegnelse
WHSSourceSystemProductMessageChangedStatusBusinessEvent	Ændret status for kildesystems produktmeddelelse
InventCountingJournalPostedBusinessEvent	Optællingskladde bogført
WHSSourceSystemInventoryOnhandReportBusinessEvent	Rapport over lagerbeholdning i kildesystem er oprettet
WHSInventoryUpdateLogBusinessEvent	Opdateringslog til lagerstedslager er opdateret
WHSOutboundNotificationCreatedBusinessEvent	Udgående lagerstedsbesked er oprettet
WHSShipmentOrderMessageChangedStatusBusinessEvent	Status for forsendelsesordremeddelelse er opdateret
WHSShipmentPackingSlipJournalModifiedBusinessEvent	Forsendelsens følgeseddel er opdateret
WHSShipmentPackingSlipJournalFailedBusinessEvent	Opdatering af forsendelsens følgesedler mislykkedes
WHSShipmentReceivingJournalModifiedBusinessEvent	Forsendelseskvitteringer er opdateret
WHSShipmentReceivingJournalFailedBusinessEvent	Opdatering af forsendelseskvitteringer mislykkedes
SysMessageProcessorMessageProcessedBusinessEvent	Meddelelser om meddelelsesprocessor mislykkedes
WhsWaveExecutedBusinessEvent	Udført bølge
WHSQualityOrderValidatedBusinessEvent	Kvalitetsordre valideres
WHSEWInboundShipmentOrderRequestCreatedBusinessEvent	En anmodning om indgående forsendelsesordre er oprettet (kan bruges til at integrere Supply Chain Management med en anden WMS)
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent	En anmodning om udgående forsendelsesordre er oprettet (kan bruges til at integrere Supply Chain Management med en anden WMS)
WHSEWInboundShipmentOrderUpdateChangedStatusBusinessEvent	Indgående forsendelsesordreopdatering behandles og har derfor ændret status (kan bruges til at integrere forsyningskæde Management med et andet lagerstedsstyringssystem (WMS))
WHSEWOutboundShipmentOrderUpdateChangedStatusBusinessEvent	Opdatering af udgående forsendelsesordre behandles og har derfor ændret status (kan bruges til at integrere forsyningskæde Management med en anden WMS)

Vi anbefaler, at du som minimum bruger følgende forretningshændelser til integration med et eksternt ERP-system:

• InventCountingJournalPostedBusinessEvent – Denne hændelse meddeler, at der er foretaget en regulering af den disponible lagerbeholdning, og angiver, hvor du kan finde detaljerede oplysninger om opdateringen.
• WHSSourceSystemInventoryOnhandReportBusinessEvent – Denne hændelse meddeler, at der er genereret en rapport over disponibel lagerbeholdning, og angiver, hvor detaljerede oplysninger om opdateringen kan findes.
• WHSShipmentPackingSlipJournalModifiedBusinessEvent - Denne begivenhed meddeler, at der er sket en udgående forsendelsesbekræftelsesproces, og angiver, hvor de detaljerede udsende rådgivningsdata kan findes. (Disse data kan f.eks. bruges til en salgsfaktureringsproces).
• WHSShipmentReceivingJournalModifiedBusinessEvent - Denne begivenhed meddeler, at der er sket en indgående modtagelsesafslutningsproces, og angiver, hvor de detaljerede modtagelsesrådgivningsdata kan findes. (Disse data kan f.eks. bruges til en indkøbsordrefaktureringsproces).

Regulering af disponibel lagerbeholdning

Når du integrerer et ERP-system og et lagerstedstyringssystem, er det vigtigt, at data for disponibel lagerbeholdning justeres korrekt. Flere processer kan hjælpe med at vedligeholde denne justering som en del af tilgangen med implementering af Kun lagerstedsstyringstilstand. Du kan finde flere oplysninger om, hvordan opdateringsprocessen for lagerbeholdning fungerer, i Opdateringer af disponibel lagerbeholdning mellem systemer.