Del via

Utveksling av data mellom systemer

  • Artikkel

Bare lagerstyringsmodus krever at du setter opp integrasjon 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 å opprette produkter og frigitte produkter, inkludert produktstandarder for varianter.
  • SourceSystemProductVariantMessages – Brukes til å opprette varianter for produktstandarder der ProductSubtype = ProductMaster.
  • SourceSystemProductSpecificUnitOfMeasureConversionMessages – Brukes til å opprette produktspesifikk måleenhetkonverteringer.
  • SourceSystemProductBarcodeMessages – Brukes til å opprette produktstrekkodeoppsettet.
  • SourceSystemProductGlobalTradeItemNumberMessages – Brukes til å opprette GTIN (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 ta med verdien Malnavn i meldingene. I tillegg kan du sikre 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 status 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 en varemodellgruppe i Supply Chain 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-vurdert.
    • Poster aktuell beholdning – Slå av dette alternativet. Du kan bare velge dette alternativet hvis du allerede har satt opp minst én kildesystemregistrering.
    • Poster finansielt lager – Slå av 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 lagerdimensjonsverdier for lagring, for eksempel områder, lagre, lokasjoner og lisenser. Sørg for å aktivere parameteren Bruk lagerstyringsprosesser.

  • Sporingsdimensjonsgrupper – Aktiver bruk av sporing av lagerdimensjoner, for eksempel eier-, bunke- 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.

  • Reserveringshierarki – Definerer hvilke dimensjoner som reserveres i løpet av den utgående forsendelsesordrereservasjonsprosessen. Dimensjoner som settes under lokasjon-dimensjonen, styres av lagerstyringsprosesser.

  • Enheter – Hvert antall som en lagerprosess håndterer, må være tilknyttet 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.

  • Sekvensgrupper for enhet – Definer sekvensen av 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 for kildesystemet

I modus for bare lagerstyring kan du vise, oppdatere og opprette produktmeldinger. Derfor kan du raskt teste integrasjoner under implementeringsprosessen. Når en ekstern melding har status Mislykket melding, kan du oppdatere feltverdier og tilordne den oppdaterte meldingen tilbake til meldingskøen. Den opprinnelige meldingen blir versjonsbasert og kan ikke redigeres. Gå til en av følgende sider for å se og vedlikeholde meldingene:

  • Produktmeldinger for>lagerstyringskildesystemprodukter>for kildesystemet
  • Meldinger for lagerstyringskildesystemprodukter>>for kildesystemets produktvariant
  • Systemprodukter for>lagerstyringskildesystem>for produktstrekkode
  • Lagerstyringskildesystemprodukter>– kildesystemvedleggsmeldinger>for produktdokumenter
  • Lagerstyringskildesystemprodukter>Kilde-systemet>for produktnummermeldinger for global handel
  • Konverteringsmeldinger>for lagerstyringskildesystemprodukter>for produktspesifikk måleenhet

Du kan bruke arbeidsområdet for overvåking av lagerintegrering til å spore antall produktmeldinger i kø og mislykket , i kildesystemet.

Notat

Du kan angi at hvert kildesystem skal tillate eller hindre at brukere oppretter meldinger manuelt på de oppførte sidene. Åpne den relevante kildesystemposten, og sett alternativet Aktiver manuell opprettingav produktmeldinger til Ja hvis du vil tillate manuelle meldinger ellerNei for å hindre dem. Vær oppmerksom på at i motsetning til meldinger som importeres via integrering, må du være oppmerksom på at meldinger som er opprettet manuelt, ikke har blitt versjonserte.

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 forretningshendelser som ikke finnes, støttes for lagerintegrering. 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 Forespørsel om innkommende forsendelsesordre som er opprettet (kan brukes til å integrere Forsyningskjedeadministrasjon med en annen WMS)
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent Forespørsel om utgående forsendelsesordre som er opprettet (kan brukes til å integrere Forsyningskjedeadministrasjon med en annen WMS)

Vi anbefaler som et minimum at du bruker følgende forretningshendelser for integrasjon med et eksternt ERP-system:

  • InventCountingJournalPostedBusinessEvent – Denne hendelsen kunngjør at en tilgjengelig lagerjustering har skjedd og indikerer hvor detaljert informasjon om oppdateringen kan finnes.
  • WHSSourceSystemInventoryOnhandReportBusinessEvent – Denne hendelsen kunngjør at en tilgjengelig lagerrapport er generert, og indikerer hvor detaljert informasjon om oppdateringen kan finnes.
  • WHSShipmentPackingSlipJournalModifiedBusinessEvent – Denne hendelsen kunngjør at en bekreftelsesprosess for utgående forsendelse har funnet sted, og indikerer hvor de detaljerte forsendelsesrådsdataene kan finnes. (Disse dataene kan for eksempel brukes til en salgsfaktureringsprosess.)
  • WHSShipmentReceivingJournalModifiedBusinessEvent – Denne hendelsen kunngjør at en innkommende mottaksfullføringsprosess har funnet sted, og indikerer hvor de detaljerte mottaksrådsdataene kan finnes. (Disse dataene kan for eksempel brukes for en bestillingsfaktureringsprosess.)

Lagerbeholdninger

Når du integrerer et ERP-system og et lagerstyringssystem, er det viktig at du samkjører lagerbeholdningsdata. Flere prosesser kan hjelpe deg med å vedlikeholde denne justeringen som en del av metoden for bare implementering av lagerstyringsmodus. Hvis du vil ha mer informasjon om hvordan oppdateringsprosessen for lagerbeholdning fungerer, kan du se oppdateringer av lagerbeholdning mellom systemer.