Del via

Utveksling av data mellom systemer

  • Artikkel

Bare lagerstyringsmodus krever at du konfigurerer integrering mellom eksterne systemer og Microsoft Dynamics 365 Supply Chain Management systemet. Følgende kategorier av interaksjoner kreves:

  • Hoveddata (som produktinformasjon)
  • Dokumentdata (for eksempel bestillinger og salgsordrer)
  • Fremdriftsdata (som mottak, utsendelse og tilgjengelig beholdningsinformasjon)

Mange ulike integreringsmetoder kan brukes for disse tre kategoriene. Denne artikkelen beskriver anbefalt integreringsprosess.

Hoved- og referansedata

For konsistent kommunikasjon må flere typer hoved- og referansedata være synkronisert og tilgjengelig for begge systemene. Ett eksempel er produkhoveddata. Denne typen data kan importeres til Supply Chain Management via følgende meldinger som er relatert til produkhoveddata:

  • SourceSystemProductMessages – Brukes til å lage produkter og frigitte produkter, inkludert produktstandarder for varianter.
  • SourceSystemProductVariantMessages – Brukes til å lage varianter for produktstandarder der ProductSubtype = ProductMaster.
  • SourceSystemProductSpecificUnitOfMeasureConversionMessages – Brukes til å lage produktspesifikke måleenhetskonverteringer.
  • SourceSystemProductBarcodeMessages – Brukes til å lage produktets strekkodeoppsett.
  • SourceSystemProductGlobalTradeItemNumberMessages – Brukes til å opprette GTIN-nummeret (Global Trade Item Number) for produktene.
  • SourceSystemProductDocumentAttachmentMessages - Brukes til å legge ved produktdokumenter, produktbilder og så videre.

Tips

Postmaler er nyttige når du importerer produkter, fordi du kan inkludere Malnavn-verdien i meldingene . I tillegg kan du kontrollere at de nødvendige referansefeltene for de frigitte produktene er tilordnet.

På samme måte som forsendelsesordrer valideres disse meldingene under meldingsbehandling og kobler automatisk produktinformasjonen til en kildesystempost via enheten Kildesystemvarer. Det eksterne systemet kan bruke forretningshendelser til å overvåke hvordan statusen for meldinger endres under meldingsbehandling.

Bare én kildesystempost kan merkes som det eksterne systemet som vedlikeholder produkthoveddata som er knyttet til den unike referansen for et frigitt produkt eller varenummer. Du kan vise og vedlikeholde disse dataene ved hjelp av siden Kildesystemvarer.

Obs!

Meldingsprosessoren behandler hver melding som er knyttet til oppretting av produkthoveddata, separat, i henhold til MessageId. Enkelte meldinger har avhengigheter, for eksempel kravet om å opprette det frigitte produktet før det blir gitt en strekkode. Hvis du bruker nummerserier i stedet for eksterne varenumre for produkter, oppretter prosesser for SourceSystemProductMessages nye produkter når det ikke finnes noe frigitt produkt eller varedata for kildesystem.

Tips

Feltet Nummer for kildesystemvare brukes i kommunikasjonen mellom systemene. Det er nyttig hvis for eksempel et eksternt system bruker en EAN-strekkode (European Article Number) som det unike identifikasjonsnummeret som er koblet til et vare-/variantnummer-felt som har en annen verdi. Dataene for Nummer for kildesystemvare opprettes automatisk når meldingene som vises tidligere, brukes.

Når mobilappen Warehouse Management brukes, kan verdien Nummer for kildesystemvare også brukes til å slå opp verdien vare-/variantnummer som brukes internt.

Du kan importere de nødvendige hoveddataene til Supply Chain Management ved å bruke dataenhetene. Følgende typer hoved- og referansedata kreves for å opprette verdien Frigi produkt-/varenummer som brukes i lagerstyringsprosesser:

  • Varemodellgrupper – Hvert frigitt produkt må tilordnes til en varemodellgruppe i forsyningskjede Management. Derfor må minst én gruppe være tilgjengelig. Gruppen kan styre forretningsprosessene for partisporede varer. Følgende innstillinger anbefales for hver varemodellgruppe som bare brukes bare med Warehouse Management-modus. Disse innstillingene eliminerer behovet for å sette opp kostnadsdata for produktene.

    • Lagermodell – Sett dette feltet til Ikke-evaluert.
    • Poster fysisk beholdning – Deaktiver dette alternativet. Du kan bare velge dette alternativet hvis du allerede har satt opp minst én kildesystemregistrering.
    • Poster økonomisk lager – Deaktiver dette alternativet. Du kan bare velge dette alternativet hvis du allerede har satt opp minst én kildesystemregistrering.

  • Varegrupper – Kan brukes til å gruppere forretningsprosesser, spesielt når produktfilterkoder brukes. Det kreves ingen kontooppsett når Ikke-vurdert-lagermodellgrupper brukes.

  • Lagringsdimensjonsgrupper – Aktiver bruk av lagringslagerdimensjoner, for eksempel områder, lagre, lokasjoner og nummerskilt. Sørg for å aktivere parameteren Bruk lagerstyringsprosesser.

  • Sporingsdimensjonsgrupper – Aktiver bruk av sporing av lagerdimensjoner, for eksempel eier-, parti- og serienumre. Legg merke til at Eier-dimensjonsverdien må være lik firmaet som et lager er tilknyttet. Hvis du vil ha mer informasjon, kan du se Prosesser som ikke støttes.

  • Reservasjonshierarki – Definerer hvilke dimensjoner som reserveres under bestillingsprosessen for utgående forsendelse. Dimensjoner som settes under lokasjon-dimensjonen, styres av lagerstyringsprosesser.

  • Enheter – Hvert antall som en lagerprosess håndterer, må være knyttet til en enhet. Når flere enheter (for eksempel hver boks og/eller pall) brukes for en vare, må du passe på å definere lagerenheten som den minste enheten for varen.

  • Enhetssekvensgrupper – Definer rekkefølgen med enheter som kan brukes i lageroperasjoner. Hvis du vil ha mer informasjon om det påkreved oppsettet, kan du se Måleenhet og lagringspolicyer.

Obs!

Meldingene som oppretter hoveddata for produkt, bruker produktdataenhetene. Disse enhetene kan brukes av seg selv, eller de kan brukes til å vedlikeholde hoveddata for produkter.

Vise og vedlikeholde produktmeldinger fra kildesystemet

I modus for bare lagerstyring kan du vise, oppdatere og opprette produktmeldinger. Derfor kan du raskt teste integrasjoner under implementeringsprosessen. Når en eksternt opprettet melding er i meldingsstatusen Mislyktes , kan du oppdatere feltverdier og tilordne den oppdaterte meldingen tilbake til meldingskøen. Den opprinnelige meldingen vil være versjonskontrollert og ikke redigerbar. Gå til en av følgende sider for å se og vedlikeholde meldingene:

  • Lagerstyring>Kildesystemprodukter>Produktmeldinger for kildesystem
  • Lagerstyring>Kildesystemprodukter>Produktvariantmeldinger for kildesystem
  • Lagerstyring>Kildesystemprodukter>Strekkodemeldinger for kildesystemprodukt
  • Lagerstyring>Kildesystemprodukter Kildesystem,>produkt, vedleggsmeldinger
  • Lagerstyring>Kildesystemprodukter>Kildesystemprodukt Meldinger om globalt handelsvarenummer
  • Lagerstyring>Kildesystemprodukter>Kildesystem Produktspesifikke konverteringsmeldinger for måleenhet

Arbeidsområdet Overvåking av lagerintegrering lar deg spore antall kildesystemproduktmeldinger som er i kø og mislyktes.

Notat

Du kan angi at hvert kildesystem skal tillate eller hindre brukere i å opprette meldinger manuelt på de oppførte sidene. Åpne den relevante kildesystemoppføringen , og sett alternativet Aktiver manuell oppretting av produktmeldinger fra kildesystemet til Ja , tillat manuelle meldinger eller Nei for å forhindre dem. Vær oppmerksom på at manuelt opprettede meldinger, i motsetning til meldinger som importeres via integrering, ikke versjonsføres.

Avsender- og mottakerinformasjon

For å gjøre det enklere å definere lageroperasjonen, kan du opprette og bruke data for avsendere og mottakere og de relaterte gruppedefinisjonene. Du kan for eksempel bruke denne fremgangsmåten for en prosess som er knyttet til å definere en opprettelsesprosess for kvalitetsordre for en bestemt avsender eller avsendergruppe.

Verken Policyer for innkommende forsendelsesordrer (som er en del av oppsettet for Kildesystemer) eller meldingsbehandling for innkommende forsendelsesordre krever at feltene for verdien Avsenders kontonummer finnes i enheten for Avsendere-siden (Warehouse Management>Oppsett>Lagerstyringsintegrering>Avsendere). Det samme fritekstkonseptet finnes for den utgående forsendelsesordreprosessen som er knyttet til verdien Avsenders kontonummer.

Land/område

Hvis du vil opprette en ny juridisk enhet for lagrene og importere utgående forsendelsesordrer, må du ha land-/område-verdier definert i Supply Chain Management. Disse postene brukes i utgående forsendelsesordrer for å opprette adresser. Avhengig av ditt adresseoppsett og måten du bruker adressefelt på i ordremeldinger, kan det hende du må opprette tilleggsdata før du kan importere ordremeldinger (for eksempel for å støtte stat/provins og fylkeskombinasjoner).

Meldinger for innkommende og utgående forsendelsesordrer

Du kan bruke utgående forsendelsesordremeldinger til å informere Supply Chain Management om hvilken fysisk beholdning som skal mottas og sendes. Disse meldingene inkluderer både overskriftsdata og linjedata.

Meldinger mellom systemer utveksles ved å bruke lette dokumenter for inngående forsendelsesordre og utgående forsendelsesordre. Disse dokumentene eliminerer behovet for å bruke flere andre typer dokumenter som Supply Chain Management vanligvis bruker (som salgsordrer, innkjøpsordrer og overføringsordrer). Derfor har de flere fordeler. For eksempel forenkler de integrasjon med enterprise resource planning (ERP) og ordrestyringssystemer. De gjør også Supply Chain Management-funksjonen for varehusadministrasjon tilgjengelig for et bredt spekter av eksterne ERP- og ordrestyringssystemer.

Inngående og utgående forsendelsesordremeldinger kan utveksles ved å bruke Dataverse. Alternativt kan de utveksles gjennom Åpen dataprotokoll (OData) ved å bruke meldingsenheter for forsendelsesordre og/eller ved å bruke Dataadministrasjonen-importprosess (for eksempel ved å bruke Sammensatt enhet for innkommende forsendelsesordremeldinger og Sammensatt enhet for utgående forsendelsesordremeldinger).

Supply Chain Management setter de innkommende dokumentene i kø og behandler dem deretter ved å bruke meldingsprosessoren. Denne tilnærmingen sikrer konsistente data mellom systemene, både for hoveddata (som produkter) og status for ordrefremdrift. Innkommende og utgående Supply Chain Management-forsendelsesordrer forhindres derfor i å opprette eller oppdatere ikke-gyldige eller ikke-støttede ordredata. Vi anbefaler at du behandler meldingene som en del av en periodisk batchjobb som meldingsprosessoren utløser ved å bruke forsendelsesordrer-meldingskøen.

Denne følgende illustrasjonen viser hvordan meldingsprosessoren passer inn i et integrert system.

Diagram for meldingsbehandling.

Fremdriftsdata og forretningshendelser

Eksterne systemer kan ha mange forskjellige forretningsprosessforespørsler for lagerstyringssystemet. For eksempel kan hvert eksternt system kontinuerlig spørre etter fremdriften til en salgsordre. For å respektere prosessen kan Supply Chain Management settes opp til å levere forretningsarrangementer etter behov. Forretningshendelser holder eksterne systemer informert om fremdriften og handlingene som skjer i Supply Chain Management. Når dette oppsettet er på plass, trenger ikke de eksterne systemene fortsette å spørre etter informasjon som kanskje ikke har endret seg siden forrige forespørsel. I stedet kan de bare reagere når de er informert.

Flere bruksklare forretningshendelser støttes for lagerintegreringer. Følgende tabell viser noen av dem.

ID for forretningshendelse Beskrivelse
WHSSourceSystemProductMessageChangedStatusBusinessEvent Melding for kildesystemprodukt endret status
InventCountingJournalPostedBusinessEvent Tellingsjournal postert
WHSSourceSystemInventoryOnhandReportBusinessEvent Opprettet lagerbeholdningsrapport for kildesystem
WHSInventoryUpdateLogBusinessEvent Oppdateringslogg for lagerbeholdning oppdatert
WHSOutboundNotificationCreatedBusinessEvent Utgående varsling for lager er opprettet
WHSShipmentOrderMessageChangedStatusBusinessEvent Oppdatert status for forsendelsesordremelding
WHSShipmentPackingSlipJournalModifiedBusinessEvent Oppdatert forsendelsesfølgeseddel
WHSShipmentPackingSlipJournalFailedBusinessEvent Mislykket forsendelsesfølgesedler
WHSShipmentReceivingJournalModifiedBusinessEvent Forsendelsesmottak oppdatert
WHSShipmentReceivingJournalFailedBusinessEvent Oppdatering av forsendelsesmottak mislyktes
SysMessageProcessorMessageProcessedBusinessEvent Meldinger for meldingsprosessor mislyktes
WhsWaveExecutedBusinessEvent Bølge utført
WHSQualityOrderValidatedBusinessEvent Kvalitetsordre validert
WHSEWInboundShipmentOrderRequestCreatedBusinessEvent Innkommende forsendelsesordreforespørsel opprettet (kan brukes til å integrere forsyningskjede Management med en annen lagerstyringssystem)
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent Utgående forsendelsesordreforespørsel opprettet (kan brukes til å integrere forsyningskjede Management med en annen lagerstyringssystem)
WHSEWInboundShipmentOrderUpdateChangedStatusBusinessEvent Oppdatering av innkommende forsendelsesordre behandles og har derfor endret status (kan brukes til å integrere forsyningskjede Management med et annet lagerstyringssystem (lagerstyringssystem))
WHSEWOutboundShipmentOrderUpdateChangedStatusBusinessEvent Oppdatering av utgående forsendelsesordre behandles og har derfor endret status (kan brukes til å integrere forsyningskjede Management med en annen lagerstyringssystem)

Som et minimum anbefaler vi at du bruker følgende forretningshendelser for integrering med et eksternt ERP-system:

  • InventCountingJournalPostedBusinessEvent – Denne hendelsen kunngjør at en lagerbeholdningsjustering er utført, og angir hvor detaljert informasjon om oppdateringen kan bli funnet.
  • WHSSourceSystemInventoryOnhandReportBusinessEvent – Denne hendelsen kunngjør at en lagerbeholdningsrapport er generert og angir hvor detaljert informasjon om oppdateringen kan bli funnet.
  • WHSShipmentPackingSlipJournalModifiedBusinessEvent – Denne hendelsen kunngjør at en bekreftelsesprosess for utgående forsendelse har funnet sted, og indikerer hvor de detaljerte fordele rådgivningsdataene kan bli funnet. (Disse dataene kan for eksempel brukes til en salgsfaktureringsprosess.)
  • WHSShipmentReceivingJournalModifiedBusinessEvent – Denne hendelsen kunngjør at en fullføringsprosess for innkommende mottak har funnet sted, og indikerer hvor de detaljerte mottaksrådsdataene finnes. (Disse dataene kan for eksempel brukes for en bestillingsfaktureringsprosess.)

Beholdningsjusteringer

Når du integrerer et ERP-system og et lagerstyringssystem, er det viktig at du holder lagerbeholdningsdata justert. Flere prosesser kan bidra til å opprettholde denne justering som en del av implementeringsmetoden Bare lagerstyring. Hvis du vil ha mer informasjon om hvordan lagerbeholdningsoppdateringsprosessen fungerer, kan du se Lagerbeholdningsoppdateringer mellom systemer.