Datu apmaiņa starp sistēmām

Režīmā Tikai noliktavas vadība ir jāiestata integrācija starp ārējām sistēmām un sistēmu Microsoft Dynamics 365 Supply Chain Management. Ir nepieciešamas šādas mijiedarbības kategorijas.

• Pamatdati (piemēram, informācija par produktu)
• Dokumentu dati (piemēram, pirkšanas pasūtījumi un pārdošanas pasūtījumi)
• Norises dati (piemēram, saņemšanas, nosūtīšanas un rīcībā esošo krājumu informācija)

Šīm trim kategorijām var izmantot daudzas dažādas integrācijas metodoloģijas. Šajā rakstā ir aprakstīts ieteicamais integrācijas process.

Pamatdati un atsauces dati

Konsekventai saziņai ir jāsinhronizē vairāku veidu galvenie un atsauces dati un jābūt pieejamiem abām sistēmām. Viens piemērs ir preces pamatdati. Šo datu tipu var importēt pārvaldības piegādes ķēde izmantojot šādus ziņojumus, kas saistīti ar preces pamatdatiem:

• SourceSystemProductMessages – lieto, lai izveidotu preces un izlaistās preces, ieskaitot preču šablonus variantiem.
• SourceSystemProductVariantMessages – tiek izmantots, lai izveidotu variantus preces šabloniem, kur ProductSubtype = ProductMaster.
• SourceSystemProductSpecificUnitOfMeasureConversionMessages – lieto, lai izveidotu preces raksturīgas mērvienības pārveidošanas.
• SourceSystemProductBarcodeMessages – lieto, lai izveidotu preces svītrkoda iestatījumu.
• SourceSystemProductGlobalTradeItemNumberMessages – lieto, lai precēm izveidotu globālās tirdzniecības krājuma numuru (GTIN).
• SourceSystemProductDocumentAttachmentMessages – lieto, lai pievienotu preču dokumentus, preču attēlus utt.

Padoms

Ierakstu veidnes ir noderīgas, importējot preces, jo ziņojumos varat iekļaut vērtību TemplateName . Turklāt varat pārliecināties, vai izlaistajām precēm ir piešķirti nepieciešamie atsauces lauki.

Līdzīgi nosūtīšanas pasūtījumiem, arī šie ziņojumi tiek validēti ziņojumu apstrādes laikā saistīt automātiski ievada preces informāciju avota sistēmas ierakstā, izmantojot avota sistēmas krājumu elementu. Ārējā sistēma var izmantot biznesa notikumus , lai pārraudzītu, kā ziņojumu statuss mainās ziņojumu apstrādes laikā.

Tikai vienu avota sistēmas ierakstu var atzīmēt kā ārējo sistēmu, kas uztur preces pamatdatus, kuri ir saistīti ar izlaistās preces vai krājuma koda unikālo atsauci. Šos datus var skatīt un uzturēt, izmantojot avota sistēmas krājumu lapu.

Piezīme

Ziņojumu procesors apstrādā katru ziņojumu saistībā ar preču pamatdatu izveidi atsevišķi atbilstīgi tā. MessageId Dažiem ziņojumiem ir atkarības, piemēram, prasība izveidot izlaisto preci pirms svītrkoda piešķiršanas. Ja precēm ārēju krājumu numuru vietā izmantojat numuru sērijas, procesi izveidos jaunas preces, SourceSystemProductMessages ja nepastāv izlaisto preču vai avota sistēmas krājumu dati.

Padoms

Sakariem starp sistēmām tiek izmantots avota sistēmas vienuma numura lauks. Tas ir noderīgi, ja, piemēram, ārējā sistēma izmanto Eiropas preču koda (EAN) svītrkodu kā unikālu identifikācijas numuru, kas ir saistīts ar preces/varianta numura lauku ar atšķirīgu vērtību. Ja tiek lietoti iepriekš uzskaitītie ziņojumi, avota sistēmas krājumu numuru dati tiek izveidoti automātiski.

Ja tiek izmantota mobilā programma Noliktavas pārvaldība, varat izmantot arī avota sistēmas krājuma numura vērtību, lai meklētu preces/varianta numura vērtību, kas tiek izmantota iekšēji.

Pieprasītos pamatdatus var importēt piegādes ķēde pārvaldībā, izmantojot datu elementus. Lai izveidotu Izlaišanas preces/ krājuma numura vērtību, ko izmanto noliktavas pārvaldības procesos, ir nepieciešami šādi galveno un atsauces datu tipi:

• Krājumu modeļu grupas – katrs izlaistais krājums ir jāpiešķir preču krājumu grupai programmā Supply Chain Management. Tāpēc ir jābūt pieejamai vismaz vienai grupai. Grupa var kontrolēt biznesa procesus pakešveida izsekošanas krājumiem. Turpmākie iestatījumi ir ieteicams katrai krājumu modeļu grupai, kas tiek lietota tikai ar noliktavas pārvaldības režīmu. Šie iestatījumi izslēdz nepieciešamību iestatīt preču izmaksu aprēķināšanas datus.

  • Krājumu modelis – iestatiet šo lauku uz Nenovērtēts.
  • Grāmatot fiziskos krājumus – izslēdziet šo opciju. Šo opciju var atlasīt tikai tad, ja jau esat iestatījis vismaz vienu avota sistēmas ierakstu.
  • Grāmatot finanšu krājumus – izslēdziet šo opciju. Šo opciju var atlasīt tikai tad, ja jau esat iestatījis vismaz vienu avota sistēmas ierakstu.

• Krājumu grupas – var izmantot biznesa procesu grupēšanai, it īpaši, ja tiek izmantoti preču filtru kodi. Ja tiek lietotas bezvecojušas krājumu modeļu grupas, nav nepieciešami konta iestatījumi.

• Noliktavas dimensiju grupas — iespējojiet noliktavas krājumu dimensiju vērtību, piemēram, vietu, noliktavu, atrašanās vietu un numura u.c. izmantošanu. Noteikti iespējojiet parametru Izmantot noliktavas vadības procesus .

• Izsekošanas dimensiju grupas - iespējojiet izsekošanas krājumu dimensiju, piemēram, īpašnieka, paketes un sērijas numuru, izmantošanu. Ievērojiet, ka dimensijas vērtība īpašniekam jābūt vienādam ar uzņēmumu, ar kuru ir saistīta noliktava. Papildinformāciju skatiet sadaļā Neatbalstītie procesi.

• Rezervāciju hierarhija – definē, kuras dimensijas ir rezervētas nosūtīšanas kravas pasūtījuma rezervēšanas procesa laikā. Dimensijas, kas novietotas zem dimensijas Atrašanās vieta, kontrolē noliktavas vadības procesi.

• vienības – katrs daudzums, ko noliktavas procesā apstrādā, jāsaista ar vienību; Ja krājumam tiek izmantotas vairākas vienības (piemēram, katra, kaste un/vai palete), noteikti definējiet krājuma vienību kā mazāko vienības vienību.

• Vienību secību grupas – nosakiet vienību secību, ko var izmantot noliktavas operācijās. Papildinformāciju par nepieciešamajiem iestatījumiem skatiet sadaļā Mērvienība un noliktavas politikas.

Piezīme

Ziņojumos, kas izveido preces pamatdatus, tiek izmantota preces datu elementi. Šīs entītijas var izmantot pašas vai arī tās var izmantot, lai uzturētu preces pamatdatus.

Skatīt un uzturēt avota sistēmas preču ziņojumus

Tikai noliktavas pārvaldības režīmā varat skatīt, atjaunināt un izveidot preču ziņojumus. Tāpēc ieviešanas procesā varat ātri pārbaudīt integrācijas. Kad ārēji izveidots ziņojums ir kļūdainā ziņojuma stāvoklī, jūs varat atjaunināt lauku vērtības un piešķirt atjaunināto ziņojumu atpakaļ ziņojumu rindā. Sākotnējais ziņojums tiks versija un nerediģējams. Dodieties uz kādu no šīm lapām, lai skatītu un uzturētu ziņojumus.

• Noliktavas pārvaldības>avota sistēmas preču avota>sistēmas preču ziņojumi
• Noliktavas pārvaldības>avota sistēmas preču avota>sistēmas preces variantu ziņojumi
• Noliktavas pārvaldības>avota sistēmas preču>avota sistēmas preču svītrkodu ziņojumi
• Noliktavas pārvaldības>avota sistēmas preces avota>sistēmas preču dokumenta pielikuma ziņojumi
• Noliktavas pārvaldības>avota sistēmas preču avota>sistēmas preces globālās tirdzniecības krājuma numura ziņojumi
• Noliktavas pārvaldības>avota sistēmas preces avota>sistēmas preces raksturīgas mērvienības konvertēšanas ziņojumiem

Noliktavas integrācijas uzraudzības darbvieta ļauj jums izsekot avota sistēmas produktu ziņojumu skaitu, kas ir Ievietots rindā un Neizdevās .

Piezīme

Varat iestatīt katru avota sistēmu, lai atļautu vai neļautu lietotājiem manuāli izveidot ziņojumus uz uzskaitītajām lapām. Atveriet atbilstošo avota sistēmas ierakstu un iestatiet opciju Aktivizēt manuālu avota sistēmas produkta ziņojuma izveidi uz Jā, lai atļautu manuālus ziņojumus vai Nē , lai tos novērstu. Ņemiet vērā, ka atšķirībā no ziņojumiem, kas tiek importēti, izmantojot integrāciju, manuāli izveidotie ziņojumi nav versija.

Informācija par nosūtītāju un kravas saņēmēju

Lai atvieglotu noliktavas darbības iestatīšanu, varat izveidot un izmantot datus nosūtītājiem un kravas saņēmējiem , kā arī to saistītās grupu definīcijas. Piemēram, šo pieeju var izmantot procesam, kas saistīts ar kvalitātes pasūtījuma izveidošanas procesa iestatīšanu noteiktam nosūtītājam vai preču nosūtītāju grupai.

Ne ienākošā sūtījuma pasūtījuma politikas ( kas ir daļa no avota sistēmu iestatījumiem), ne ienākošā sūtījuma pasūtījuma ziņojuma apstrādes, prasa, lai preču nosūtītāja konta numura vērtības lauki būtu pieejami lapas Nosūtītāji ( Noliktavas pārvaldības iestatījuma Noliktavas pārvaldības integrācija Nosūtītāji) >>elements.> Tāda pati "brīvā teksta" koncepcija pastāv izejošā sūtījuma pasūtījuma procesā , kas ir saistīts ar nosūtītāja konta numura vērtību.

Valsts/reģions

Lai izveidotu jaunu juridisku personu savām noliktavām un importētu izejošos sūtījuma pasūtījumus, jums jābūt definētām valsts/reģiona vērtībām, kas definētas Piegādes ķēžu pārvaldībā. Šie ieraksti tiek izmantoti nosūtīšanas nosūtīšanas pasūtījumos, lai izveidotu adreses. Atkarībā no adreses iestatījuma un veida, kādā tiek lietoti adrešu lauki pasūtījumu ziņojumos, pirms pasūtījuma ziņojumu importēšanas var būt jāizveido papildu dati (piemēram, lai atbalstītu novada un apgabala kombinācijas).

Ienākošo un izejošo sūtījumu pasūtījumu ziņojumi

Varat izmantot ienākošo un izejošo sūtījumu pasūtījuma ziņojumus, lai informētu Supply Chain Management par to, no kura fiziskā krājuma saņemt un nosūtīt. Šie ziņojumi ietver gan galvenes, gan rindu datus.

Ziņojumu apmaiņa starp sistēmām tiek veikta, izmantojot ienākošā sūtījuma pasūtījuma un izejošā sūtījuma pasūtījuma dokumentus. Šie dokumenti novērš nepieciešamību izmantot vairākus citus dokumentu veidus, kurus parasti izmanto Supply Chain Management (piemēram, pārdošanas pasūtījumus, pirkšanas pasūtījumus un pārsūtīšanas pasūtījumus). Tāpēc tiem ir vairākas priekšrocības. Piemēram, tie vienkāršo integrāciju ar uzņēmuma resursu plānošanas (ERP) un pasūtījumu pārvaldības sistēmām. Tie arī padara Supply Chain Management noliktavas vadības funkcionalitāti pieejamu plašam ārējo ERP un pasūtījumu pārvaldības sistēmu klāstam.

Ienākošo un izejošo sūtījumu pasūtījuma ziņojumus var apmainīt, izmantojot Dataverse. Alternatīvi tos var apmainīt, izmantojot Atvērto datu protokolu (OData) , izmantojot nosūtīšanas pasūtījuma ziņojumu entītijas un/ vai izmantojot Datu pārvaldība importa procesu (piemēram, izmantojot Ienākošā sūtījuma pasūtījuma ziņojumu salikto elementu un Izejošo sūtījumu pasūtījumu ziņojumu salikto elementu).

Supply Chain Management ievieto ienākošos dokumentus rindā un pēc tam apstrādā tos, izmantojot ziņojumu apstrādātāju. Šī pieeja nodrošina konsekventus datus starp sistēmām gan pamatdatiem (piemēram, precēm), gan pasūtījuma progresa statusu. Tāpēc piegādes ķēde saņemšanas un nosūtīšanas pasūtījumu pārvaldība neļauj izveidot vai atjaunināt nenovalidus vai neatbalstītus pasūtījuma datus. Mēs iesakām apstrādāt ziņojumus kā daļu no periodiska pakešuzdevuma, ko ziņojumu apstrādātājs aktivizē, izmantojot ziņojumu rindu Piegādes pasūtījumi.

Šajā attēlā parādīts, kā ziņojumu apstrādātājs iekļaujas integrētā sistēmā.

Norises dati un biznesa notikumi

Ārējām sistēmām var būt daudz dažādu biznesa procesu pieprasījumu noliktavas vadības sistēmai. Piemēram, katra ārējā sistēma var nepārtraukti aptaujāt pārdošanas pasūtījuma norisi. Lai ievērotu šo procesu, Supply Chain Management var iestatīt, lai pēc vajadzības nodrošinātu biznesa notikumus. Biznesa notikumi informē ārējās sistēmas par Supply Chain Management gaitu un darbībām. Ja ir spēkā šāds iestatījums, ārējām sistēmām nav jāturpina aptaujāt informāciju, kas, iespējams, nav mainījusies kopš pēdējā pieprasījuma. Tā vietā tās var reaģēt tikai tad, kad tās ir informētas.

Noliktavas integrācijai tiek atbalstīti vairāki biznesa notikumi, kas atrodas ārpus noliktavas. Tālāk esošajā tabulā ir uzskaitīti daži no tiem.

Biznesa notikuma ID	apraksts
WHSSourceSystemProductMessageChangedStatusBusinessEvent	Avota sistēmas preces ziņojuma statuss ir mainīts
InventCountingJournalPostedBusinessEvent	Grāmatots uzskaites žurnāls
WHSSourceSystemInventoryOnhandReportBusinessEvent	Izveidots avota sistēmas rīcībā esošu krājumu pārskats
WHSInventoryUpdateLogBusinessEvent	Noliktavas krājumu atjaunināšanas žurnāls atjaunināts
WHSOutboundNotificationCreatedBusinessEvent	Izejošais noliktavas paziņojums ir izveidots
WHSShipmentOrderMessageChangedStatusBusinessEvent	Sūtījuma pasūtījuma ziņojuma statuss atjaunināts
WHSShipmentPackingSlipJournalModifiedBusinessEvent	Sūtījuma pavadzīme atjaunināta
WHSShipmentPackingSlipJournalFailedBusinessEvent	Sūtījuma pavadzīmju atjaunināšana neizdevās
WHSShipmentReceivingJournalModifiedBusinessEvent	Sūtījuma kvītis atjauninātas
WHSShipmentReceivingJournalFailedBusinessEvent	Sūtījuma kvīšu atjaunināšana neizdevās
SysMessageProcessorMessageProcessedBusinessEvent	Ziņojumu apstrādātāja ziņojums neizdevās
WhsWaveExecutedBusinessEvent	Kopums izpildīts
WHSQualityOrderValidatedBusinessEvent	Kvalitātes pārbaudes pasūtījums apstiprināts
WHSEWInboundShipmentOrderRequestCreatedBusinessEvent	Izveidots ienākošā sūtījuma pasūtījuma pieprasījums (var tikt izmantots, lai integrētu piegādes ķēde pārvaldību ar citu NPS)
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent	Izveidots izejošā sūtījuma pasūtījuma pieprasījums (var tikt izmantots, lai integrētu piegādes ķēde pārvaldību ar citu NPS)
WHSEWInboundShipmentOrderUpdateChangedStatusBusinessEvent	Ienākošā sūtījuma pasūtījuma atjaunināšana tiek apstrādāta, un tāpēc tam ir mainīts statuss (var tikt izmantots, lai integrētu piegādes ķēde vadību ar citu noliktavas vadības sistēmu (NPS))
WHSEWOutboundShipmentOrderUpdateChangedStatusBusinessEvent	Izejošā sūtījuma pasūtījuma atjaunināšana tiek apstrādāta, un tāpēc tam ir mainīts statuss (var tikt izmantots, lai integrētu piegādes ķēde vadību ar citu NPS)

Ir ieteicams izmantot vismaz šādus biznesa notikumus integrācijai ar ārējo ERP sistēmu:

• InventCountingJournalPostedBusinessEvent – šis notikums paziņo, ka ir notikusi rīcībā esošo krājumu korekcija, un norāda, kur var atrast detalizētu informāciju par atjauninājumu.
• WHSSourceSystemInventoryOnhandReportBusinessEvent – šis notikums paziņo, ka ir ģenerēts rīcībā esošo krājumu pārskats, un norāda, kur var atrast detalizētu informāciju par atjauninājumu.
• WHSShipmentPackingSlipJournalModifiedBusinessEvent – šis notikums paziņo, ka ir noticis izejošā sūtījuma apstiprināšanas process, un norāda, kur var atrast detalizētus nosūtīšanas paziņojuma datus. (Šos datus var izmantot, piemēram, pārdošanas rēķinu sagatavošanai.)
• WHSShipmentReceivingJournalModifiedBusinessEvent – šis notikums paziņo, ka ir noticis ieejošā saņemšanas pabeigšanas process, un norāda, kur var atrast detalizētus saņemšanas paziņojuma datus. (Šos datus var izmantot, piemēram, pirkšanas pasūtījuma rēķinu sagatavošanai.)

Rīcībā esošo krājumu korekcijas

Integrējot ERP sistēmu un noliktavas vadības sistēmu, ir būtiski saglabāt rīcībā esošo krājumu datu izlīdzinājumu. Vairāki procesi var palīdzēt uzturēt šo līdzinājumu kā daļu no noliktavas pārvaldības tikai režīma ieviešanas pieejas. Papildinformāciju par rīcībā esošo krājumu atjaunināšanas procesa darbību skatiet rīcībā esošo krājumu atjaunināšanai starp sistēmām.