Dalintis per

Prisidėti prie "Dynamics 365" dokumentacijos

Galite prisidėti prie "Microsoft" dokumentacijos, skirtos "Dynamics 365", dviem būdais. Jei straipsnyje yra neteisingos ar klaidinančios informacijos arba jei žinote gerą pasikartojančios problemos sprendimą, galite naudoti straipsnyje pateiktą atsiliepimų saitą ir pranešti mums.

Didžiąją dalį mūsų dokumentacijos taip pat galite redaguoti straipsnį tiesiogiai , kad pradėtumėte peržiūros procesą.

Pateikite atsiliepimą

" learn.microsoft.com " svetainėje kiekvienas "Learn" straipsnis suteikia galimybę pateikti atsiliepimų. Galite pasirinkti veiksmą Atsiliepimas , esantį po straipsnio pavadinimu viršuje dešinėje, arba vieną iš atsiliepimų parinkčių straipsnio apačioje skyriuje Atsiliepimai . Įvertinkite straipsnį, pasirinkite atsiliepimų priežastį ir apsvarstykite galimybę palikti komentarą. Atsiliepimai atitenka straipsnio autoriui ir komandai, kuriai priklauso dokumentai.

Jei straipsnio negalima redaguoti tiesiogiai arba jei jums nepatogu redaguoti, rekomenduojame naudoti atsiliepimų mechanizmą ir pasakyti, ką manote apie straipsnį ar produktą.

Išorinis indėlis į "Microsoft" dokumentaciją

Mūsų pagrindinio turinio šaltinio failai saugomi viešose "GitHub" saugyklose. Kiekvienas gali juos peržiūrėti ir daugeliu atvejų redaguoti. Laukiame jūsų pasiūlymų ir pataisymų, tiesioginių įnašų forma arba kaip "GitHub" praneša apie klaidą ar užduoda klausimą. Atsiliepimus ir atsakymus į šaltinio turinį galime priimti tik anglų kalba.

Daugelyje straipsnių yra pieštuko piktograma su patarimu Redaguoti šį dokumentą. Pasirinkite piktogramą, kad atidarytumėte straipsnį "GitHub", tada pradėkite redaguoti. Pradėkite bendradarbiauti naudodami "Microsoft Learn" bendraautorių vadovą.

Jei norite išsamiai susipažinti ir prisidėti prie naujų konceptualių straipsnių, naudokite šablonus adresu https://github.com/MicrosoftDocs/dynamics365-docs-templates.

"Dynamics 365" rekomendacijų turinys

"Dynamics 365" rekomendacijų turinys naudoja tuos pačius procesus kaip ir dauguma "Microsoft Learn" dokumentų. Šiame skyriuje pateikiame įrankius ir procesus, kuriuos galite naudoti norėdami papildyti diegimo gaires.

Termino gairių turinys apima "Dynamics 365" diegimo vadovą, verslo procesų aprašymus, naujus modelius, geriausią praktiką ir nuorodų architektūras. Pirmąjį gairių turinį paskelbėme 2023 m. balandžio mėn., o atnaujinimus pridedame kas dvi savaites. Naršykite rekomendacijų telkinyje ir praneškite mums, kas puiku, o ko trūksta.

Dalį rekomendacinio turinio pateikia vidiniai bendraautoriai. Raginame šios srities ekspertus visoje bendruomenėje padėti mums nustatyti geriausią praktiką. Skaitykite toliau, jei turite geriausios praktikos ar kitų įžvalgų, kurios, jūsų manymu, turėtų būti "Microsoft Learn" dalis.

Kodėl verta prisidėti?

Manome, kad rekomendacijų turinys padeda greičiau vykdyti "Dynamics 365" diegimo projektus. Mūsų partneriai ir klientai gali pasinaudoti šiomis rekomendacijomis, kad pasiruoštų įgyvendinimui ir įgytų įgūdžių naujose srityse arba įgytų naujų darbuotojų. Programinės įrangos kūrėjai gali naudoti turinį kaip platformą savo intelektinei nuosavybei ar pramonės kompetencijai reklamuoti.

Tačiau mes, "Microsoft", nesame vieninteliai ekspertai, kaip įdiegti sprendimus naudojant "Dynamics 365". Bendruomenėje yra žmonių, kurie yra įvairių įgyvendinimo aspektų ekspertai. Ar turite modelį, geriausią praktiką, konfigūraciją ar integracijos architektūrą, kuri gerai veikia keliuose diegimuose? Apsvarstykite galimybę pasidalinti juo čia, "Microsoft Learn", kad visa bendruomenė būtų dar produktyvesnė ir efektyvesnė įgyvendinant projektus.

Tikimės, kad galėsime pasiūlyti atlygį ar kitokią padėką už indėlį. Kol kas straipsnių autorius atpažįstame dviem skirtingais būdais. Sužinokite daugiau skyriuje "Bendraautorių atpažinimas ".

Kaip prisidėti

"Microsoft" "Dynamics 365" rekomendacijų turinio šaltinio failus galite rasti viešoje "GitHub" saugykloje. Taip pat galite redaguoti learn.microsoft.com/dynamics365/guidance svetainės straipsnius, kaip aprašyta "Microsoft Learn" bendraautorių vadove.

Rekomenduojame pateikti pataisymus taip pat, kaip pateikiate taisymą kitose "Microsoft Learn" srityse. Tačiau, norėdami pateikti naują turinį, prašome nusiųsti naujo rekomendacinio turinio "Markdown" failus į kitą saugyklą, "Dynamics 365 Patterns and Practices". Tokiu būdu galime užtikrinti, kad jūsų etaloninė architektūra ar modelis būtų peržiūrėtas kitų srities ekspertų. Galima rinktis iš skirtingų šablonų , o jei norite prisidėti prie verslo proceso turinio, yra visiškai kitoks procesas.

Šablonai

"Microsoft" pateikia šablonus dviejose vietose, priklausomai nuo šablono tipo:

Laikui bėgant pridėsime daugiau šablonų ir rekomendacijų. Rekomenduojame sekti saugyklas arba išsaugoti jas žvaigždute, kad gautumėte pranešimą, kai kas nors pasikeičia.

Pasidalykite savo atsiliepimais https://github.com/microsoft/dynamics365patternspractices/discussions "Dynamics 365" modelių ir praktikos saugyklos skirtuke.

Jei dar neturite "GitHub" paskyros, pradėkite naudoti "Microsoft Learn" bendraautorių vadovą.

Patarimas

Naršykite mūsų šaltinio failus saugykloje https://github.com/MicrosoftDocs/dynamics365-guidance . Mokykitės iš to, kaip mes struktūrizuojame skirtingus straipsnių tipus, kad jūsų straipsniai būtų tos pačios struktūros. Tokiu būdu peržiūros procesas vyksta greičiau.

Architektūros

Laukiame architektūrinių rekomendacijų indėlio, įskaitant sprendimų idėjas ir dizaino modelius. Jei turite geriausią praktiką arba nuorodų diegimą, pateikite savo pasiūlymą "Azure" komandai arba mums "Dynamics 365".

Norėdami įtraukti naujų straipsnių į "Dynamics 365" architektūros gaires, atlikite šiuos pagrindinius veiksmus:

"Microsoft" apdoroja straipsnį ir publikuoja jį kaip "Dynamics 365" rekomendacijų dokumentacijos dalį.

Bendro įvado į "Microsoft" rekomendacijų turinį ieškokite "Azure" architektūros centre. Bendraautorių vadovą rasite "Azure" architektūros centro indėlis.

"GitHub" saugykloje dynamics365-docs-templates yra šie "Markdown" šablonai, skirti architektūros gairėms aplanke " guidance-templates ":

  • Apibendrintas architektūros modelis: apibendrintas architektūros modelis veikia kaip pagrindinė architektūra su bendru sprendimu, kuris taikomas daugeliui scenarijų. Pavyzdžiui, sprendimų idėjos gali būti sukurtos remiantis architektūriniu straipsniu, kad būtų pateiktas tam tikros pramonės šakos ar partnerio sprendimas ir susietas su kiekvienos sprendimo idėjos architektūra. Šablonas pagrįstas "Azure" architektūros vadovo šablonu. Naudokite jį įvairių tipų architektūroms, įskaitant etalonines architektūras.

  • Sprendimo idėja: sprendimų idėjos yra "mažos" "Dynamics 365" diegimo architektūros. Juose pateikiamos trumpos sprendimų su "Dynamics 365" ir "Azure" paslaugomis apžvalgos. Kiekvienoje sprendimo idėjoje yra šie elementai:

    • Architektūros schema
    • Duomenų srautas
    • Komponentai, t. y. naudojamų paslaugų sąrašas
    • Bendraautorių kreditai
    • Nuorodos į tolesnius veiksmus ir susijusius išteklius, pvz., susijusius vadovus ir architektūras

  • Sprendimo pavyzdys: Pavyzdiniai sprendimai yra darbo krūvių pavyzdžiai su "vidutinėmis" architektūromis. Jie padeda skaitytojams kurti konkrečių "Dynamics 365" diegimo problemų sprendimus. Pavyzdiniai sprendimai pateikia veiksmingas architektūros gaires, pagrįstas realiais klientų pavyzdžiais. Tikslas yra sutrumpinti klientų mokymosi kreivę, pasakojant jiems kito kliento, kuris turėjo tą pačią kelionę, istoriją. Jie apima sekcijas iš sprendimo idėjos šablono ir įtraukia šias sekcijas:

    • Alternatyvos, kitos paslaugos, kurias galite prijungti prie architektūros
    • Svarstymai, gairės, susijusios su mūsų "Success by Design" sistema ir, pasirinktinai, apima diegimą

  • Dizaino modelis: "Dynamics 365" dizaino modeliai sprendžia konkrečius diegimo iššūkius ir yra pagrįsti konkrečiu scenarijumi arba geriausia praktika. Naudokite šį šabloną verslo proceso modeliui užfiksuoti. Arba naudokite "Word" šabloną adresu dynamics365patternspractices/templates/business-processes.

Verslo procesų indėlis

Terminas verslo procesas apima daugybę struktūrizuotų, dažnai nuoseklių veiklų ar užduočių, skirtų iš anksto nustatytam organizacijos tikslui pasiekti. Šis terminas taip pat gali reikšti kaupiamąjį visų žingsnių siekiant verslo tikslo poveikį. Verslo procesai būdingi sprendimams, kuriuose yra "Dynamics 365". Manome, kad šis naujas turinio tipas sukuria struktūrą, padedančią klientams ir partneriams geriau pasirengti naudoti "Dynamics 365". Kiekviename verslo procese yra standartinės veiklos procesų sekos diagrama. Dokumento skyriuose aprašomi konfigūracijos veiksmai ir kiekviename iš jų naudojami duomenų objektai. Kiekvienas veiksmas nukreipia į atitinkamą produkto dokumentacijos puslapį, o visuose dokumentuose pateikiamos nuorodos į tolesnius veiksmus ir susijusius išteklius, padedančius skaitytojams mokytis.

Verslo procesus susisteminome kataloge. Verslo procesų katalogas yra "Excel" darbaknygė, kurią mes "Microsoft" naudojame tvarkydami ir teikdami prioritetus savo darbui su verslo procesų dokumentacija. Formatas yra "Excel", nes tai leidžia lengvai rūšiuoti ir filtruoti įrašus. Taip pat tikime, kad mūsų partneriai gali naudoti "Excel" darbaknygę savo parengimo kelionėms, diegimo projektams ir verslo procesams tvarkyti.

Atsisiųskite naujausią katalogo versiją iš https://aka.ms/BusinessProcessCatalog.

Pastaba.

Jei norite prisidėti prie verslo procesų, prieš pradėdami užregistruokite savo darbą, kad sumažintumėte riziką, kad kažkas kitas dirba su tuo pačiu verslo procesu. Norėdami užregistruoti savo darbą, pateikite "GitHub" problemą adresu https://github.com/microsoft/dynamics365patternspractices/issues.

Kas yra kataloge

Kataloge apibrėžiami šeši turinio lygiai:

  1. Visapusiški procesai

    Visapusiškas procesas atspindi visą veiklos srautą nuo pradinio trigerio iki galutinio rezultato. Tai apima visus tarpinius žingsnius ir poprocesius, būtinus verslo tikslui pasiekti. Mes nustatėme 15 "end-to-end" scenarijų. Scenarijus aprašome verslo, o ne programinės įrangos technologijos požiūriu.

    Įvadiniame straipsnyje aprašoma, kaip mes galvojame apie procesą nuo galo iki galo. Pateikiame pagrindines suinteresuotąsias šalis ir tai, kaip "Dynamics 365" padeda visapusiškam procesui. Taip pat pateikiame apžvalgą ir verslo procesų eigos diagramą, kaip visapusiškas procesas sąveikauja su kitais visapusiškais procesais. Įvade išvardytos būtinos sąlygos įdiegti sprendimą, palaikantį visapusišką procesą.

  2. Verslo procesų sritys

    Kiekvienas galutinis scenarijus apima dvi ar daugiau verslo procesų sričių. Šis lygis reiškia reikšmingą susijusių veiklų, prisidedančių prie bendro tikslo, grupę ir suteikia logišką būdą grupuoti verslo procesus. Daugeliu atvejų verslo procesų sritys yra atskirtos pagrindinėmis organizacijos darbo funkcijomis arba padaliniais. Šiuo metu kataloge apibrėžiama daugiau nei 100 verslo procesų sričių.

  3. Veiklos procesai

    Terminas verslo procesas apima daugybę struktūrizuotų, dažnai nuoseklių veiklų ar užduočių, skirtų iš anksto nustatytam organizacijos tikslui pasiekti. Šis terminas taip pat gali reikšti kaupiamąjį visų žingsnių siekiant verslo tikslo poveikį. Kiekvienas verslo procesas apibūdina funkciją arba procesą, kurį palaiko "Dynamics 365". Iki šiol nustatėme daugiau nei 800 verslo procesų. Kai kurie taikomi vienai "Dynamics 365" programai, o programos dokumentacijoje jau gali būti aprašytas procesas. Surinkę visus verslo procesus čia, tikimės suteikti vieną prieigos tašką su nuorodomis į atitinkamą konkretaus produkto turinį.

  4. Scenarijai

    "Dynamics 365" scenarijai yra pasikartojančių konfigūracijų modeliai, palaikantys konkretų verslo procesą. Jie apima dažniausiai pasitaikančius naudojimo atvejus, scenarijus ir pramonės šakas. Dažnai yra daug būdų, kaip įdiegti "Dynamics 365", kad atitiktų jūsų verslo reikalavimus. Mūsų tikslas su šablonais yra pateikti jūsų įgyvendinimo pagrindą. Nustatėme daugiau nei 3000 scenarijų ir modelių ir tikimės, kad laikui bėgant šis skaičius augs.

  5. Sistemos procesai

    Sistemos procesas yra verslo proceso dalis, kuri naudoja konkrečią formą, puslapį arba vartotojo sąsajos elementą programoje "Dynamics 365".

  6. Testavimo atvejai

Bandomasis atvejis yra išsamus sąlygų ir veiksmų rinkinys, naudojamas norint nustatyti, ar programinė įranga ar sistema veikia tinkamai. Tai esminė programinės įrangos testavimo proceso dalis, skirta užtikrinti, kad programinė įranga atitiktų jos reikalavimus ir veiktų taip, kaip tikėtasi. Testavimo atvejai naudojami defektams nustatyti, kokybei užtikrinti ir patikrinti, ar programinė įranga veikia taip, kaip numatyta įvairiomis sąlygomis.

Kiekvienam turinio tipui yra "Word" šablonai. Instrukcijos formatuojamos raudonai, laužtiniuose skliaustuose, kaip parodyta šiame pavyzdyje:[Text in red]. Panaikinkite šias instrukcijas, kai baigsite dokumentą. Geltonai paryškintą tekstą turite pakeisti arba koreguoti jūs. Nekeiskite teksto, kuris nėra paryškintas geltona spalva ir nesuformatuotas raudonai. Šios standartinės frazės padeda vartotojams atpažinti šabloną, kad jie galėtų lengviau nuskaityti ir rasti ieškomą turinį.

Daugiau informacijos apie verslo procesų katalogą rasite Apie veiklos procesų vadovą. Pasirinktinai peržiūrėkite "TechTalks ", kuriame kalbame apie tai, kaip galite naudoti verslo procesų katalogą ir prisidėti prie turinio bibliotekos.

Pateikite savo nuomonę

"Microsoft" viduje sunkiai dirbame, kad vidines pastabas, ilgametę patirtį ir įvairius dokumentus paverstume verslo procesų gairėmis. Mes labai laukiame bendruomenės indėlio.

Yra įvairių šablonų, kaip pateikti indėlį, atsižvelgiant į straipsnio tipą. Bendraautoriai turi pasirinkti tinkamą šabloną atitinkamam straipsnio tipui, prie kurio jie nori prisidėti. Šablonus galima rasti kaip "Word" failus, kurie pavadinti paaiškinti, kokiam straipsniui skirtas šablonas.

Bendraautorių pripažinimas

"Microsoft Learn" platformoje kiekvieno straipsnio viršuje rodomi tiek vidiniai, tiek išoriniai bendraautoriai, jei jie pateikė savo indėlį per "GitHub". Kai kurie žmonės prisideda kitais būdais, todėl straipsnio pabaigoje pridedame skyrių "Bendraautoriai ".

Pasirenkamoje skiltyje "Bendraautoriai " pateikiami pagrindiniai bendraautoriai su jų vardu ir nuoroda į jų "LinkedIn" ar kitą profilį, jei jie tokį pateikė. Ši ekrano kopija yra anoniminė "Azure" architektūros centro straipsnio skyriaus "Bendraautoriai" versija.

Skyriaus

Štai kaip tai atrodo "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

Tokiu būdu įtraukti į bendraautorių sąrašą yra neprivaloma. "Microsoft" rekomenduojame naudoti skyrių Bendraautoriai , jei išoriniai bendraautoriai pateikia naują turinį, pvz., nuorodų architektūras ir dizaino modelius, kitomis priemonėmis nei "GitHub".

  • Last updated on