Ieguldījums Dynamics 365 dokumentācijā

Pakalpojuma Dynamics 365 saturu Microsoft dokumentācijā varat pievienot divējādi. Ja rakstā ir nepareiza vai neskaidra informācija vai ja zināt labu risinājumu bieži sastopamai problēmai, varat izmantot rakstā iekļauto atsauksmju saiti, lai mūs informētu.

Attiecībā uz vairumu mūsu dokumentācijas jūs varat arī rediģēt rakstu tieši, lai sāktu pārskatīšanas procesu.

Atsauksmju sniegšana

learn.microsoft.com tīmekļa vietnē katrs Learn raksts piedāvā iespēju sniegt atsauksmes. Informējiet autorus, vai saturs bija noderīgs vai nē, atlasiet atsauksmju iemeslu un apsveriet iespēju atstāt komentāru. Atsauksmes tiek nosūtītas raksta autoram un darba grupai, kam pieder dokumenti.

Ja rakstu nevar rediģēt tieši vai nevēlaties rediģēt, ieteicams izmantot atsauksmju mehānismu, lai pavēstītu mums savas domas par rakstu vai preci.

Ārējais ieguldījums Microsoft dokumentācijā

Mūsu pamata satura avota faili tiek glabāti publiskajos GitHub repozitorijos. Ikviens var tos pārskatīt un daudzos gadījumos arī rediģēt. Esam priecīgi par jūsu ieteikumiem un labojumiem, ko veicat tiešā veidā, vai arī ziņojot par GitHub problēmām, piemēram, par kļūdu, vai uzdodot jautājumu. Mēs varam pieņemt tikai atsauksmes un ieguldījumu avota saturam angļu valodā.

Vairākumam rakstu ir zīmuļa ikona ar rīka padomu Rediģēt šo dokumentu. Atlasiet ikonu, lai atvērtu rakstu platformā GitHub, un pēc tam sāciet rediģēt. Sāciet darbu kā līdzstrādnieks, izmantojot Microsoft Learn līdzstrādnieku rokasgrāmatu.

Ja vēlaties darboties visaptveroši un pievienot jaunus konceptuālus rakstus, izmantojiet vietnē https://github.com/MicrosoftDocs/dynamics365-docs-templates pieejamās veidnes.

Dynamics 365 norāžu saturs

Dynamics 365 vadlīniju saturā tiek izmantoti tie paši procesi kā lielākajā daļā Microsoft Learn dokumentācijas. Šajā sadaļā ir uzskaitīti rīki un procesi, kurus varat izmantot, lai palīdzētu papildināt ieviešanas norādes.

Termins norāžu saturs aptver Dynamics 365 ieviešanas ceļvedi, biznesa procesu aprakstus, jaunus modeļus, paraugprakses un atsauču arhitektūras. Mēs publicējām pirmo norāžu saturu 2023. gada aprīlī, un pievienojam atjauninājumus ik pēc divām nedēļām. Pārlūkojiet norāžu centrmezglu un ziņojiet mums, kas ir lieliski un kā pietrūkst.

Daļu no norāžu satura nodrošina iekšējie līdzautori. Mēs aicinām atbilstošās jomas speciālistus kopienā palīdzēt mums izveidot labo praksi. Lasiet tālāk, ja jums ir labākā prakse vai cits ieskats, kuram, jūsuprāt, vajadzētu būt daļai no Microsoft Learn.

Kāpēc līdzdarboties?

Mēs uzskatām, ka norāžu saturs palīdz paātrināt Dynamics 365 ieviešanas projektus. Mūsu partneri un klienti var izmantot norādes, lai sagatavotos ieviešanai un uzlabotu prasmes jaunās jomās vai sniegtu prasmes jaunajam personālam. Programmatūras izstrādātāji var izmantot saturu kā platformu, lai veicinātu savu intelektuālo īpašumu vai nozares zināšanas.

Tomēr Microsoft darbinieki nav vienīgie speciālisti, kuri zina, kā ieviest risinājumus pakalpojumā Dynamics 365. Kopienā ir iekļauti speciālisti, kuri pārzina dažādus ieviešanas aspektus. Vai jums ir zināms modelis, paraugprakse, konfigurācija vai integrācijas arhitektūra, kas labi darbojas vairākās ieviešanās? Apsveriet iespēju to kopīgot šeit vietnē Microsoft Learn, lai padarītu visu kopienu vēl produktīvāku un efektīvāku savos ieviešanas projektos.

Mēs ceram, ka varēsim piedāvāt atlīdzību vai citas atzinības par ieguldījumiem. Pagaidām mēs atpazīstam līdzstrādniekus rakstos divos dažādos veidos. Uzziniet vairāk sadaļā Atzinība līdzstrādniekiem.

Kā sniegt ieguldījumu

Microsoft Dynamics 365 vadlīniju satura avota failus varat atrast publiskā GitHub repo. Varat arī rediģēt learn.microsoft.com/dynamics365/guidance vietnes rakstus, kā aprakstīts Microsoft Learn līdzstrādnieku rokasgrāmatā.

Ieteicams iesniegt labojumus tādā pašā veidā, kā iesniedzat labojumus citās Microsoft Learn jomās. Tomēr, lai iesniegtu jaunu saturu, lūdzam augšupielādēt Markdown failus kā jaunu norāžu saturu citā repozitorijā, Dynamics 365 modeļi un prakses. Tādā veidā mēs varam nodrošināt, ka jūsu atsauces arhitektūru vai modeli pārskata citi atbilstošās jomas speciālisti. Izvēlei pieejamas dažādas veidnes, un, ja vēlaties sniegt ieguldījumu biznesa procesu saturā, pastāv pavisam cits process.

Veidnes

Microsoft nodrošina veidnes divās atrašanās vietās atkarībā no veidnes veida:

Mēs laika gaitā pievienosim arī citas veidnes un norādes. Ieteicams sekot repozitorijam vai saglabāt ar zvaigznīti, lai saņemtu paziņojumus, kad rodas kādas izmaiņas.

Kopīgojiet savas atsauksmes repozitorija Dynamics 365 modeļi un prakses cilnē https://github.com/microsoft/dynamics365patternspractices/discussions.

Ja jums vēl nav GitHub konta, sāciet darbu ar Microsoft Learn līdzstrādnieku rokasgrāmatu.

Padoms

Pārlūkojiet mūsu avota failus https://github.com/MicrosoftDocs/dynamics365-guidance repozitorijā. Mācieties no tā, kā mēs strukturējam dažāda veida rakstus, lai jūsu raksti atbilstu vienai struktūrai. Tādā veidā pārskatīšanas process norit ātrāk.

Arhitektūra

Mēs vēlamies saņemt ieguldījumu attiecībā uz norādēm par arhitektūru, tostarp risinājumu idejas un dizaina modeļus. Ja ieviešat labāko praksi vai atsauci, iesniedziet savu priekšlikumu Azure komandai vai mums programmā Dynamics 365.

Lai pievienotu jaunus rakstus Dynamics 365 arhitektūras norādēs, ievērojiet šīs galvenās darbības:

Pēc tam korporācija Microsoft apstrādā rakstu un publicē to kā Dynamics 365 norāžu dokumentācijas daļu.

Vispārīgu ievadu par Microsoft norāžu saturu skatiet centrā Azure Architecture Center. Līdzstrādnieku ceļvedi skatiet Azure Architecture Center ieguldījumu sadaļā.

GitHub repozitorija dynamics365-docs-templates mapē guidance-templates ir iekļautas šādas arhitektūras norāžu Markdown veidnes:

  • Vispārējs arhitektūras modelis: vispārējs arhitektūras modelis darbojas kā arhitektūras pamats ar kopīgu risinājumu, kas ir piemērojams daudziem scenārijiem. Piemēram, risinājumu ideju pamatā var būt arhitektūras raksts, lai nodrošinātu konkrētas nozares vai partnera risinājumu un saiti ar arhitektūru no jebkuras risinājuma idejas. Veidnes pamatā ir Azure Architecture Guide veidne. Izmantojiet to dažādiem arhitektūras tipiem, tostarp atsauču arhitektūrām.

  • Risinājuma ideja: risinājumu idejas ir “mazas” Dynamics 365 ieviešanas arhitektūras. Tajās ir sniegts īss pārskats par Dynamics 365 un Azure pakalpojumu risinājumiem. Katrā risinājuma idejā ir iekļauti tālāk minētie elementi.

    • Arhitektūras diagramma
    • Datplūsma
    • Komponenti jeb izmantoto pakalpojumu saraksts
    • Līdzstrādnieku nopelni
    • Saites uz nākamajām darbībām un saistītiem resursiem, piemēram, saistītajiem ceļvežiem un arhitektūru

  • Parauga risinājums: parauga risinājumi ir piemērs darba slodzei ar “vidēju” arhitektūru. Tie lasītājiem izskaidro specifisku problēmu noformējuma risinājumu procesu Dynamics 365 ieviešanas procesos. Parauga risinājumi nodrošina apstrādājamas arhitektūras norādes, kuru pamatā ir reāli klientu piemēri. Mērķis ir saīsināt klientu apmācību, izstāstot par kādu no iepriekšējiem klientiem, kurš strādā tajā pašā jomā. Risinājumos ir ietvertas sadaļas no veidnes Risinājuma ideja un pievienotas šādas sadaļas:

    • Alternatīvas, citi pakalpojumi, ko varat pievienot arhitektūrai
    • Apsvērumi, norādījumi, kas atbilst mūsu Success by Design sistēmai un pēc izvēles ietver izvietošanu

  • Noformējuma modelis: Dynamics 365 noformējumu modeļi apraksta konkrētus ieviešanas izaicinājumus, un to pamatā ir konkrēts scenārijs vai paraugprakse. Izmantojiet šo veidni biznesa procesa modeļa tveršanai. Varat arī izmantot Word veidni šeit: dynamics365patternspractices/templates/business-processes.

Ieguldījums biznesa procesos

Jēdziens biznesa process aptver plašu strukturētu, bieži secīgu darbību vai uzdevumu klāstu, kas nepieciešami, lai sasniegtu iepriekš noteiktu organizācijas mērķi. Jēdziens var attiekties arī uz visu to darbību apkopoto ietekmi, kas tiek veiktas ceļā uz biznesa mērķi. Biznesa procesi attiecas uz risinājumiem, kas ietver Dynamics 365. Mēs uzskatām, ka šis jaunais satura tips izveido struktūru, kas palīdz klientiem un partneriem labāk sagatavoties Dynamics 365 apguvei. Katrs biznesa process ietver standarta biznesa procesa plūsmas diagrammu. Dokumenta sadaļās ir izklāstītas konfigurācijas darbības un datu elementi, kas tiek izmantoti katrā darbībā. Katra darbība sasaista ar atbilstošo lapu preces dokumentācijā, un visos dokumentos ir saites uz nākamajiem soļiem un saistītiem resursiem, lai palīdzētu lasītājiem apmācībās.

Mēs strukturizējām biznesa procesus katalogā. Biznesa procesu katalogs ir Excel darbgrāmata, kuru mēs korporācijā Microsoft izmantojam, lai organizētu savu darbu pie biznesa procesa dokumentācijas un noteiktu prioritātes. Formāts ir Excel, jo tas atvieglo ierakstu kārtošanu un filtrēšanu. Turklāt uzskatām, ka mūsu partneri var izmantot Excel darbgrāmatu, lai organizētu savus pievienošanas ceļojumus, ieviešanas projektus un biznesa procesus.

Lejupielādējiet kataloga jaunāko versiju vietnē https://aka.ms/BusinessProcessCatalog.

Piezīme

Ja vēlaties piedalīties biznesa procesos, reģistrējiet savu darbu, pirms sākat, lai samazinātu risku, ka kāds cits strādā tajā pašā biznesa procesā. Lai reģistrētu savu darbu, iesniedziet GitHub problēmu šeit: https://github.com/microsoft/dynamics365patternspractices/issues.

Kataloga saturs

Katalogā ir definēti seši satura līmeņi:

  1. Visaptveroša procesu informācija

    Pilnīgs process atspoguļo pilnu darbību plūsmu no sākotnējā izraisītāja līdz gala rezultātam. Tas ietver visus starpposmus un apakšprocesus, kas nepieciešami biznesa mērķa sasniegšanai. Esam identificējuši 15 visaptverošus scenārijus. Mēs aprakstām scenārijus biznesa, nevis programmatūru tehnoloģijas nozīmē.

    Katram visaptverošajam procesam ir ievadraksts, kurā aprakstītas mūsu domas par visaptverošo procesu. Mēs norādām galvenās ieinteresētās puses un to, kā Dynamics 365 veicina visaptverošo procesu. Mēs arī nodrošinām pārskatu kopā ar biznesa procesa plūsmas diagrammu par to, kā visaptverošais process mijiedarbojas ar citiem visaptverošajiem procesiem. Ievadā norādīti priekšnoteikumi risinājuma ieviešanai, lai atbalstītu visaptverošo procesu.

  2. Biznesa procesu jomas

    Katrs visaptverošais scenārijs attiecas uz vismaz divām biznesa procesa jomām. Šis līmenis ir nozīmīgs saistīto darbību grupējums, kas veicina vispārējo mērķi, un tas nodrošina loģisku veidu, kā grupēt biznesa procesus. Vairākumā gadījumu biznesa procesu jomas nodala lielās darbu funkcijas vai nodaļas organizācijā. Pašlaik katalogā ir definētas vairāk nekā 100 biznesa procesu jomas.

  3. Biznesa procesi

    Jēdziens biznesa process aptver plašu strukturētu, bieži secīgu darbību vai uzdevumu klāstu, kas nepieciešami, lai sasniegtu iepriekš noteiktu organizācijas mērķi. Jēdziens var attiekties arī uz visu to darbību apkopoto ietekmi, kas tiek veiktas ceļā uz biznesa mērķi. Katrs biznesa process apraksta funkciju vai procesu, ko atbalsta Dynamics 365. Līdz šim esam identificējuši vairāk nekā 800 biznesa procesus. Daži attiecas uz vienu Dynamics 365 programmu, un programmas dokumentācijā, iespējams, šis process jau ir aprakstīts. Apkopojot visus biznesa procesus šajā ceļvedī, mēs ceram nodrošināt vienu sākumpunktu ar saitēm uz atbilstošo saturu, kas attiecas uz produktu.

  4. Scenāriji

    Programmā Dynamics 365 scenāriji ir atkārtojamu konfigurāciju modeļi, kas atbalsta konkrētu biznesa procesu. Tajos iekļauti biežāk sastopamie lietojuma gadījumi, scenāriji un nozares. Bieži vien ir daudz veidu, kā ieviest Dynamics 365 atbilstoši savām biznesa vajadzībām. Mūsu mērķis attiecībā uz modeļiem ir jūsu ieviešanas sākumstāvokļa nodrošināšana. Mēs esam identificējuši vairāk nekā 3000 scenāriju un modeļu, un mēs sagaidām, ka šis skaits laika gaitā pieaugs.

  5. Sistēmas procesi

    Sistēmas process ir biznesa procesa daļa, kas izmanto noteiktu veidlapu, lapu vai lietotāja interfeisa elementu programmā Dynamics 365.

  6. Testa gadījumi

Testa gadījums ir detalizēts nosacījumu un darbību kopums, ko izmanto, lai noteiktu, vai programmatūras lietojumprogramma vai sistēma darbojas pareizi. Tā ir būtiska programmatūras testēšanas procesa sastāvdaļa, kas paredzēta, lai nodrošinātu, ka programmatūra atbilst tās prasībām un darbojas kā paredzēts. Testa gadījumi tiek izmantoti, lai identificētu defektus, nodrošinātu kvalitāti un pārbaudītu, vai programmatūra dažādos apstākļos darbojas kā paredzēts.

Katram satura veidam ir Word veidnes. Instrukcijas ir formatētas sarkanā krāsā, ko ieskauj kvadrātiekavās, kā parādīts šajā piemērā:[Text in red] Izdzēsiet šos norādījumus, kad pabeidzat dokumentu. Dzeltenā krāsā iezīmētais teksts jums ir jāaizstāj vai jāpielāgo. Nemainiet tekstu, kas nav iezīmēts dzeltenā krāsā un nav formatēts sarkanā krāsā. Šīs standarta frāzes palīdz lietotājiem atpazīt veidni, lai viņi varētu vieglāk skenēt un atrast meklēto saturu.

Papildinformāciju par biznesa procesu katalogu meklējiet sadaļā Par biznesa procesu ceļvedi. Pēc izvēles pārskatiet TechTalks , kur mēs runājam par to, kā varat izmantot biznesa procesu katalogu un sniegt ieguldījumu satura bibliotēkā.

Iesniedziet savu ieguldījumu

Mēs korporācijā Microsoft daudz strādājam, lai pārvērstu iekšējās piezīmes, pieredzes gadus un dažādus dokumentus par biznesa procesu norādēm. Mēs ļoti priecājamies par kopienas ieguldījumu.

Ieguldījumu iesniegšanai ir pieejamas dažādas veidnes, pamatojoties uz raksta veidu. Līdzstrādniekiem ir jāizvēlas pareizā veidne atbilstošajam raksta veidam, kur tie vēlas līdzdarboties. Veidnes ir pieejamas kā Word faili, kuru nosaukumi paskaidro, kāda veida rakstam veidne ir paredzēta.

Atzinība līdzstrādniekiem

Microsoft Learn platforma katra raksta augšdaļā rāda gan iekšējos, gan ārējos līdzstrādniekus, ja viņi ir iesnieguši savu ieguldījumu, izmantojot GitHub. Daži cilvēki sniedz ieguldījumu citos veidos, tāpēc raksta beigās varam pievienot sadaļu Līdzstrādnieki.

Neobligātajā sadaļā Līdzstrādnieki ir uzskaitīti galvenie līdzstrādnieki, viņu vārds, uzvārds un saite uz attiecīgo profilu tīklā LinkedIn vai citā pakalpojumā. Tālāk redzamais ekrānuzņēmums ir anonimizēta sadaļas Līdzstrādnieki versija Azure arhitektūras centra rakstā.

Līdzstrādnieku sadaļas piemēra ekrānuzņēmums, kurā redzams galvenais autors un trīs līdzstrādnieki ar saitēm uz viņu LinkedIn profiliem.

Lūk, kā tas izskatās Markdown.

## Contributors

*This article is maintained by Microsoft. It was originally written by the following contributors.*

Principal author:

* [Author's Name](https://www.linkedin.com/in/author-account/) | Author's job title or similar  

Other contributors:

* [Contributor's Name](https://www.linkedin.com/in/contributor-account/) | Contributor's job title or similar  
* [Contributor's Name](https://www.linkedin.com/in/contributor-account/) | Contributor's job title or similar

Šāds līdzstrādnieka attēlojums nav obligāts. Korporācijā Microsoft ir ieteicams izmantot sadaļu Līdzstrādnieki, ja ārēji līdzstrādnieki iesniedz jaunu saturu, piemēram atsauces arhitektūras un noformējuma modeļus, izmantojot līdzekļus, kas nav GitHub.

  • Pēdējoreiz atjaunināts: