Osallistu Dynamics 365 ‑dokumentaation kehittämiseen

Voit osallistua Microsoftin Dynamics 365 -dokumentaatioon kahdella tavalla. Jos artikkelissa on virheellisiä tai hämmentäviä tietoja tai jos tiedät, miten toistuva ongelma voidaan kiertää, voit ilmoittaa meille artikkelin palautelinkin avulla.

Suurimmassa osassa Microsoftin dokumentaatiota voit aloittaa arviointiprosessin myös muokkaamalla artikkelia suoraan.

Anna palautetta

Jokaisessa learn.microsoft.com-sivuston Learn-artikkelissa on mahdollisuus antaa palautetta. Voit valita Palaute-toiminnon , joka on artikkelin otsikon alla oikeassa yläkulmassa tai jonkin palautevaihtoehdon kohdalla artikkelin alareunassa Palaute-osiossa . Anna artikkelille luokitus, valitse palautteesi syy ja harkitse kommentin jättämistä. Palaute menee artikkelin tekijälle ja työryhmälle, joka omistaa asiakirjat.

Jos artikkelia ei voi muokata suoraan tai jos et halua muokata sitä, suosittelemme käyttämään palautemekanismia kertoaksesi meille mielipiteesi artikkelista tai tuotteesta.

Ulkoiset panokset Microsoft-dokumentaatioon

Ydinsisältömme lähdetiedostot tallennetaan julkisiin GitHub-säilöihin. Kuka tahansa voi arvioida niitä ja monissa tapauksissa myös muokata niitä. Kannatamme ehdotuksiasi ja korjauksiasi joko suorina osallistumisina tai GitHub-aiheina, jos haluat ilmoittaa virheestä tai esittää kysymyksen. Vastaanotamme lähdesisältöä koskevaa palautetta ja tuotettua sisältöä vain englanninkielisenä.

Useimmissa artikkeleissa on kynäkuvake, jossa on työkaluvihje Muokkaa tätä asiakirjaa. Avaa artikkeli GitHubissa valitsemalla kuvake ja aloita sitten muokkaaminen. Aloita osallistujana Microsoft Learn -osallistujaoppaan avulla.

Jos haluat tutustua perusteellisiin artikkeleihin ja luoda niiden avulla uusia käsitteellisiä artikkeleita, käytä mallia osoitteessa https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Dynamics 365:n opastuksen sisältö

Dynamics 365 ohjesisällössä käytetään samoja prosesseja kuin useimmissa Microsoft Learn -ohjeissa. Tässä osiossa kerromme työkaluista ja prosesseista, joiden avulla voit lisätä toteutusohjeita.

Termi opastuksen sisältö kattaa Dynamics 365:n toteutusoppaan, liiketoimintaprosessien kuvaukset, uudet mallit, jaetut parhaat käytännöt sekä viitearkkitehtuurit. Julkaisimme ensimmäisen ohjesisällön huhtikuussa 2023, ja lisäämme päivitykset joka toinen viikko. Selaa ohjekeskusta ja kerro meille, mikä on hienoa ja mitä puuttuu.

Jotkin ohjesisällöt ovat sisäisten osallistujien antamia. Kannustamme aihealueiden asiantuntijoita koko yhteisössä auttamaan meitä parhaiden käytäntöjen muodostamisessa. Lue lisää siitä, onko sinulla paras käytäntö tai jokin muu merkityksellinen tieto, jonka sinun pitäisi mielestäsi olla osa Microsoft Learnia.

Miksi osallistua?

Uskomme, että ohjesisällön avulla Dynamics 365 -toteutusprojektien suorittaminen nopeutuu. Kumppanit ja asiakkaat voivat opastuksen avulla valmistautua toteutukseen ja kehittää osaamista uusilla osaamisalueilla tai kouluttaa uutta henkilökuntaa. Ohjelmistokehittäjät voivat käyttää sisältöä alustana immateriaalioikeuksiensa tai alan asiantuntemuksensa edistämiseen.

Me Microsoftilla emme ole kuitenkaan ainoita asiantuntijoita ratkaisujen toteuttamisessa Dynamics 365:n avulla. Yhteisössä on myös asiantuntijoita, jotka ovat toteutuksen eri osa-alueiden asiantuntijoita. Onko käytössäsi malli, paras käytäntö, määritys tai integrointiarkkitehtuuri, joka toimii hyvin useissa toteutunneissa? Harkitse sisällön jakamista täällä Microsoft Learnissa, jotta koko yhteisö olisi entistä tuottavampi ja tehokkaampi toteutusprojekteissa.

Toivomme voivamme tarjota palkintoja tai muita kuittauksia osallistumisesta. Tällä hetkellä tunnistamme artikkeleiden osallistujat kahdella eri tavalla. Lisätietoja on Osallistujan tunnistaminen -osassa.

Kuinka osallistua

Löydät Microsoftin Dynamics 365 -ohjesisällön lähdetiedostot julkisesta GitHub-säilöstä. Voit myös muokata learn.microsoft.com/dynamics365/guidance-sivuston artikkeleita Microsoft Learnin osallistujaoppaassa kuvatulla tavalla.

Suosittelemme, että lähetät korjaukset samalla tavalla kuin lähetät korjauksen muille Microsoft Learnin alueille. Jos kuitenkin haluat lähettää newsisältöä, pyydät lataamaan Markdown-tiedostosi uutta ohjesisältöä varten eri säilöön, Dynamics 365 Patterns and Practices. Tällä tavalla voimme varmistaa, että muut aiheen asiantuntijat tarkistavat viitearkkitehtuurisi tai mallisi. Valittavana on erilaisia malleja , ja jos haluat osallistua liiketoimintaprosessin sisältöön, prosessi on täysin erilainen.

Mallipohjat

Microsoft tarjoaa malleja kahdessa paikassa mallin tyypin mukaan:

Lisäämme malleja ja ohjeita ajan mittaan. Suosittelemme, että seuraat säilöjä tai tallennat ne tähden kanssa, jotta saat ilmoituksen, kun tapahtuu muutoksia.

Anna palautetta Dynamics 365 Patterns and Practices -säilön https://github.com/microsoft/dynamics365patternspractices/discussions-välilehdellä.

Jos sinulla ei vielä ole GitHub-tiliä, aloita Microsoft Learn -osallistujaoppaasta.

Vinkki

Selaa lähdetiedostojamme https://github.com/MicrosoftDocs/dynamics365-guidance ‑säilössä. Opit, miten jäsennämme erityyppisiä artikkeleita niin, että artikkelit noudattavat samaa rakennetta. Näin tarkistusprosessi suoritetaan nopeammin.

Arkkitehtuurit

Arkkitehtuurin esittelyohjeita koskevat ehdotukset, kuten ratkaisuideat ja suunnittelumallit, ovat tervetulleita. Jos käytössäsi on paras käytäntö tai viittaus, lähetä ehdotuksesi joko Azure-tiimille tai meille Dynamics 365:ssä.

Jos haluat lisätä uusia artikkeleita Dynamics 365:n arkkitehtuurin ohjeisiin, toimi seuraavasti:

Microsoft käsittelee artikkelin ja julkaisee sen Dynamics 365:n ohjedokumentaation osana.

Saat yleisen esittelyn Microsoftin ohjesisällöstä Azure Architecture Centeristä. Katso osallistujaoppaasta Azure Architecture Centerin osallistumiset.

GitHub -säilö dynamics365-docs-templates sisältää seuraavat markdown-mallit arkkitehtonisia ohjeita varten guidance-templates -kansiossa:

  • Yleinen arkkitehtuurimalli: Yleinen arkkitehtuurimalli toimii ydinarkkitehtuurina, jolla on yleinen ratkaisu, joka koskee monia skenaarioita. Esimerkiksi ratkaisuideoista voidaan kehittää arkkitehtuuriartikkeli, joka tarjoaa tietyn toimialan tai kumppaniratkaisun näkökulman sekä linkin arkkitehtuuriin kustakin ratkaisuideasta. Malli perustuu Azure Architecture Guide -malliin. Käytä sitä erityyppisissä arkkitehtuureja varten, mukaan lukien viitearkkitehtuurit.

  • Ratkaisuidea: Ratkaisuideat ovat Dynamics 365 -toteutusten "pieniä" arkkitehtuureja. Ne tarjoavat lyhyen yleiskatsauksen ratkaisuista Dynamics 365- ja Azure-palveluiden avulla. Jokainen ratkaisuidea sisältää seuraavat elementit:

    • Arkkitehtuurikaavio
    • Tietovirta
    • Komponentit eli luettelo käytetyistä palveluista
    • Osallistujan tiedot
    • Linkit seuraaviin vaiheisiin ja liittyviin resursseihin, kuten aiheeseen liittyviin oppaisiin ja arkkitehtuureihin

  • Malliratkaisu: Malliratkaisut ovat esimerkkityömääriä, jotka sisältävät keskikokoiset arkkitehtuurit. Ne ohjaavat lukijoita ratkaisujen suunnittelussa Dynamics 365 -toteutusten tiettyjä ongelmia varten. Malliratkaisut tarjoavat toiminnallisia arkkitehtuuriohjeita todellisten asiakasesimerkkien perusteella. Tavoite on lyhentää asiakkaiden oppimiskäyrää kertomalla tarina toisesta asiakkaasta, joka on ollut samassa tilanteessa. Mukana on Ratkaisuidea-mallin osia sekä seuraavat osat:

    • Vaihtoehdot, muut palvelut, jotka voit sen sijaan liittää arkkitehtuuriin
    • Huomioitavia seikkoja, ohjeita, jotka liittyvät Onnistui suunnittelun mukaan -kehykseen ja valinnaisesti myös käyttöönottoon

  • Suunnittelumalli: Dynamics 365 -suunnittelumallit käsittelevät tiettyjä käyttöönoton haasteita ja perustuvat tiettyyn skenaarioon tai parhaisiin käytäntöihin. Tämän mallin avulla voit siepata liiketoimintaprosessin mallin. Vaihtoehtoisesti voit käyttää Word -mallia osoitteessa dynamics365patternspractices/templates/business-processes.

Liiketoimintaprosessien panokset

Termi liiketoimintaprosessi kattaa laajan valikoiman jäsennettyjä, usein sekvensoituja toimintoja tai tehtäviä, joiden avulla saavutetaan ennalta määritetty organisaation tavoite. Termillä voidaan viitata myös kaikkien liiketoimintatavoitetta kohti etenemiseen kuuluvien työvaiheiden kumulatiivisiin vaikutuksiin. Liiketoimintaprosessit liittyvät erityisesti ratkaisuihin, jotka sisältävät Dynamics 365:n. Uskomme, että tämä uusi sisältötyyppi luo rakenteen, joka auttaa asiakkaita ja kumppaneita valmistautumaan paremmin Dynamics 365:n käyttöön. Jokainen liiketoimintaprosessi sisältää kaavion vakioliiketoimintaprosessin työnkulusta. Asiakirjan jäsennyksen määritysvaiheiden osat ja kussakin käytetyt tietoentiteetit. Jokainen vaihe linkittyy tuotedokumentaation asianmukaiselle sivulle, ja kaikissa asiakirjoissa on linkit seuraaviin vaiheisiin ja aiheeseen liittyviin resursseihin, joiden avulla lukijat voivat osallistua oppimismatkaan.

Liiketoimintaprosessit on jäsennetty luettelossa. Liiketoimintaprosessien luettelo on Excel-työkirja, jota Microsoft käyttää liiketoimintaprosessien dokumentaation järjestelemiseen ja priorisointiin. Muoto on Excel, koska sen avulla on helppo lajitella ja suodattaa merkintöjä. Uskomme myös, että kumppanit voivat käyttää Excel-työkirjaa perehdyttämismatkoiden, toteutusprojektien ja omien liiketoimintaprosessien järjestämiseen.

Lataa luettelon uusin versio osoitteesta https://aka.ms/BusinessProcessCatalog.

Muistio

Jos haluat osallistua liiketoimintaprosesseihin, rekisteröi työsi ennen kuin alat pienentää riskiä, että joku muu työskentelee saman liiketoimintaprosessin parissa. Rekisteröi työsi lähettämällä GitHub-ongelma kohteeseen https://github.com/microsoft/dynamics365patternspractices/issues.

Luettelon sisältö

Luettelo määrittää kuusi sisältötasoa:

  1. Prosessit alusta loppuun

    Prosessi alusta loppuun edustaa toimintojen täyttä työnkulkua alkuperäisestä käynnistimestä lopulliseen tulokseen. Siihen sisältyvät kaikki välivaiheet ja aliprosessit, joita tarvitaan liiketoimintatavoitteen saavuttamiseksi. Olemme määrittäneet 15 skenaariota, jotka ovat päästä päähän. Kuvaamme skenaarioita liiketoiminnan kannalta, ei ohjelmistotekniikan osalta.

    Jokaisessa alusta loppuun -prosessissa johdantoartikkelissa kuvataan, miten ajattelemme päästä päähän -prosessia. Luettelemme tärkeimmät sidosryhmät ja sen, miten Dynamics 365 auttaa päästä päähän -prosessissa. Tarjoamme myös yhteenvedon sekä liiketoimintaprosessikaavion siitä, miten prosessi on vuorovaikutuksessa muihin kokonaisiin prosesseihin. Johdanto sisältää edellytykset, joiden mukaan on otettava käyttöön ratkaisu, joka tukee päästä päähän -prosessia.

  2. Liiketoimintaprosessin alueet

    Jokainen päästä päähän -skenaario kattaa kaksi tai useampia liiketoimintaprosessialueita. Tämä taso edustaa merkittävää liittyvien toimintojen ryhmää, joka vaikuttaa yleiseen tavoitteeseen, ja se tarjoaa loogisen tavan ryhmitellä liiketoimintaprosesseja. Useimmissa tapauksissa liiketoimintaprosessialueet erotellaan pääasiallisten työtehtävien tai organisaation osastojen perusteella. Tällä hetkellä luettelo määrittää yli 100 liiketoimintaprosessin aluetta.

  3. Liiketoimintaprosessit

    Termi liiketoimintaprosessi kattaa laajan valikoiman jäsennettyjä, usein sekvensoituja toimintoja tai tehtäviä, joiden avulla saavutetaan ennalta määritetty organisaation tavoite. Termillä voidaan viitata myös kaikkien liiketoimintatavoitetta kohti etenemiseen kuuluvien työvaiheiden kumulatiivisiin vaikutuksiin. Jokainen liiketoimintaprosessi kuvaa funktiota tai prosessia, jota Dynamics 365 tukee. Tähän mennessä olemme tunnistaneet yli 800 liiketoimintaprosessia. Jotkin koskevat yksittäistä Dynamics 365 -sovellusta, ja sovelluksen dokumentaatio saattaa jo kuvata prosessia. Keräämällä kaikki liiketoimintaprosessit tähän oppaaseen pyrimme tarjoamaan yhden aloituspisteen, jossa on linkit asianomaiseen tuotekohtaiseen sisältöön.

  4. Skenaariot

    Dynamics 365:ssä skenaariot ovat toistettavissa olevia määritysmalleja, jotka tukevat tiettyä liiketoimintaprosessia. Ne sisältävät yleisimmät käyttötapaukset, skenaariot ja toimialat. Usein on monia tapoja ottaa Dynamics 365 käyttöön liiketoimintasi vaatimusten täyttämiseksi. Tavoitteenamme mallien avulla on tarjota perustason toteutus. Olemme tunnistaneet yli 3 000 skenaariota ja mallia, joiden määrän odotetaan kasvavan ajan mittaan.

  5. Järjestelmäprosessit

    Järjestelmäprosessi on osa liiketoimintaprosessia, joka käyttää tiettyä dynamics 365:n lomake-, sivu- tai käyttöliittymäelementtiä.

  6. Testitapaukset

Testitapaus on yksityiskohtainen ehtojoukko ja vaiheet, joiden avulla määritetään, toimiiko ohjelmistosovellus tai järjestelmä oikein. Se on olennainen osa ohjelmiston testausprosessia, joka on suunniteltu varmistamaan, että ohjelmisto täyttää vaatimuksensa ja toimii odotetulla tavalla. Testitapauksia käytetään vikojen tunnistamiseen, laadun varmistamiseen ja sen varmistamiseen, että ohjelmisto toimii tarkoitetulla tavalla eri olosuhteissa.

Kullekin sisältötyypille on Word-malleja. Ohjeet on muotoiltu punaisella hakasulkeiden ympäröiminä, kuten seuraavassa esimerkissä:[Text in red]. Poista nämä ohjeet, kun viimeistelet asiakirjaa. Keltaisella korostetun tekstin on korvattava tai muutettava itse. Älä muuta tekstiä, jota ei ole korostettu keltaisella eikä muotoiltu punaisella. Näiden vakiolauseiden avulla käyttäjät tunnistavat mallin, jotta he voivat lukea ja löytää helpommin etsimänsä sisällön.

Tutustu liiketoimintaprosessiluetteloon lisää liiketoimintaprosessien oppaasta. Vaihtoehtoisesti voit tutustua TechTalksiin , jossa puhumme siitä, miten voit käyttää liiketoimintaprosessiluetteloa ja osallistua sisältökirjastoon.

Lähetä panoksesi

Microsoftilla tehdään kovasti töitä, jotta sisäiset muistiinpanot, vuosien kokemus ja erilaiset asiakirjat saadaan muunnettua liiketoimintaprosessien opastussisällöksi. Toivotamme yhteisön tarjoaman sisällön lämpimästi tervetulleeksi.

Työpanosten lähettämiseen on eri malleja artikkelin tyypin mukaan. Osallistujien on valittava oikea malli sopivalle artikkelityypille, johon he haluavat osallistua. Mallit ovat käytettävissä Word-tiedostoina, jotka on nimetty sen selittämiseksi, millaiseen artikkeliin malli on tarkoitettu.

Osallistujan mainitseminen

Microsoft Learn -ympäristö näyttää sekä sisäiset että ulkoiset osallistujat kunkin artikkelin yläosassa, jos he ovat lähettäneet panoksensa GitHubin kautta. Osa käyttäjistä osallistuu muilla tavoin, joten lisäämme Osallistujat-osion artikkelin loppuun.

Valinnainen Osallistuja-osiossa luetellaan avainosallistujat heidän nimellään ja linkki heidän LinkedIniinsä tai muuhun profiiliinsa, jos he antoivat sellaisen. Seuraavassa näyttökuvassa on anonymisoitu versio Contributors -osiosta Azure Architecture Center -artikkelista.

Näyttökuva esimerkkiosasta, jossa näkyy päätekijä ja kolme osallistujaa linkit linkedin-profiileihinsa.

Tältä se näyttää Markdownissa.

## 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

Osallistujaksi listaaminen tällä tavalla on valinnaista. Microsoft suosittelee käyttämään Contributors -osiota, jos ulkoiset osallistujat lähettävät uutta sisältöä, kuten viitearkkitehtuureja ja suunnittelumalleja, muulla kuin GitHub.

  • Last updated on