Bidra til Dynamics 365-dokumentasjon

Du kan bidra til Microsoft-dokumentasjonen for Dynamics 365 på to måter. Hvis en artikkel inneholder uriktig eller forvirrende informasjon, eller hvis du vet at det er en god løsning på et gjentakende problem, kan du bruke tilbakemeldingskoblingen i artikkelen til å gi oss beskjed.

For det meste av dokumentasjonen kan du også redigere en artikkel direkte for å starte en gjennomgangsprosess.

Gi tilbakemelding

Hver Learn-artikkel på nettstedet learn.microsoft.com gir deg muligheten til å gi tilbakemelding. Du kan velge handlingen Tilbakemelding som er under artikkeltittelen til høyre, eller et av tilbakemeldingsalternativene nederst i artikkelen i delen Tilbakemelding. Gi artikkelen en vurdering, velg årsaken til tilbakemeldingen, og vurder å legge igjen en kommentar. Tilbakemeldingen går til artikkelens forfatter og teamet som eier dokumentene.

Hvis en artikkel ikke kan redigeres direkte, eller hvis du ikke vil redigere, oppfordrer vi deg til å bruke tilbakemeldingsmekanismen til å fortelle oss hva du synes om artikkelen eller produktet.

Eksterne bidrag til Microsoft-dokumentasjon

Kildefilene for kjerneinnholdet lagres i offentlige GitHub-repositorier. Alle kan se gjennomgå dem, og i mange tilfeller redigere dem. Vi vil gjerne ha forslag og rettelser, enten i form av direkte bidrag eller som GitHub-problemer for å rapportere eller stille et spørsmål. Vi godtar bare tilbakemeldinger og bidrag til kildeinnholdet på engelsk.

De fleste artikler har et blyantikon med verktøytipset Rediger dette dokumentet. Velg ikonet for å åpne artikkelen i GitHub, og begynn redigeringen. Kom i gang som bidragsyter med bidragsyterveiledningen for Microsoft Learn.

Hvis du vil være grundig og bidra med nye konseptuelle artikler, kan du bruke malene på https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Veiledningsinnhold for Dynamics 365

Dynamics 365 veiledningsinnhold bruker de samme prosessene som de fleste dokumentasjoner på Microsoft Learn. I denne delen beskriver vi verktøy og prosesser som du kan bruke som hjelp til å legge til i implementeringsveiledningen.

Begrepet veiledningsinnhold dekker Dynamics 365-implementeringsveiledningen, beskrivelser av forretningsprosesser, nye mønstre, anbefalte fremgangsmåter og referansearkitekturene. Vi publiserte det første veiledningsinnholdet i april 2023, og vi legger til oppdateringer annenhver uke. Bla gjennom veiledningssenteret, og la oss få vite hva som er feil og hva som mangler.

Deler av veiledningsinnholdet kommer fra interne bidragsytere. Vi oppfordrer emneeksperter i fellesskapet til å hjelpe oss med å etablere anbefalte fremgangsmåter. Les videre hvis du har en anbefalt fremgangsmåte eller annen innsikt som du mener bør være en del av Microsoft Learn.

Hvorfor bidra?

Vi tror veiledningsinnholdet gjør at Dynamics 365-implementeringsprosjekter kjøres raskere. Partnerne og kundene våre kan bruke veiledningen til å forberede implementering og kompetansebygging på nye områder eller kompetansebygging for nyansatte. Programvareutviklere kan bruke innholdet som en plattform for å fremme immaterielle rettigheter eller bransjekompetanse.

Vi hos Microsoft er imidlertid ikke de eneste eksperter på hvordan du implementerer løsninger med Dynamics 365. Fellesskapet omfatter mange som er eksperter på forskjellige aspekter av implementeringen. Har du et mønster, en anbefalt fremgangsmåte, en konfigurasjon eller integreringsarkitektur som fungerer godt i flere implementeringer? Vurder å dele det her på Microsoft Learn for å gjøre hele fellesskapet enda mer produktivt og effektivt i implementeringsprosjektene.

Vi håper å kunne tilby belønninger eller andre anerkjennelser for bidrag. For øyeblikket gjenkjenner vi bidragsytere i artiklene på to forskjellige måter. Finn ut mer i delen Anerkjennelse som bidragsyter.

Slik bidrar du

Du finner kildefilene for Microsofts Dynamics 365-veiledningsinnhold i et offentlig GitHub-repositorium. Du kan også redigere artiklene på nettstedet learn.microsoft.com/dynamics365/guidance som beskrevet i bidragsyterveiledningen for Microsoft Learn.

Vi anbefaler at du sender inn rettelser på samme måte som du sender inn en rettelse til andre områder i Microsoft Learn. Hvis du vil sende inn nytt innhold, ber vi imidlertid om at du laster opp Markdown-filene for nytt veiledningsinnhold til et annet repositorium, Mønstre og fremgangsmåter for Dynamics 365. På denne måten kan vi sørge for at referansearkitekturen eller mønsteret evalueres av andre fagpersoner. Det finnes andre maler å velge mellom, og hvis du vil bidra til innholdet i forretningsprosessen, finnes det en helt annen prosess.

Maler

Microsoft tilbyr maler på to steder, avhengig av maltypen:

Vi legger til flere maler og mer veiledning over tid. Vi anbefaler at du følger repositoriene eller lagrer dem med en stjerne slik at du blir varslet når noe endres.

Del tilbakemeldingen din i fanen https://github.com/microsoft/dynamics365patternspractices/discussions i repositoriet Mønstre og fremgangsmåter for Dynamics 365.

Hvis du ikke allerede har en GitHub-konto, kan du komme i gang med Microsoft Learn-bidragsyterveiledningen.

Tips

Bla gjennom kildefilene i https://github.com/MicrosoftDocs/dynamics365-guidance-repositoriet. Lær av måten vi strukturerer de ulike typene artiklene på, slik at artiklene dine følger samme struktur. På den måten går gjennomgangsprosessen raskere.

Arkitekturer

Vi vil gjerne ha bidrag til arkitekturveiledning, deriblant løsningsforslag og utformingsmønstre. Hvis du har en anbefalt fremgangsmåte eller referanseimplementering, kan du sende forslaget til Azure-teamet eller til oss i Dynamics 365.

Følg denne fremgangsmåten hvis du vil bidra med nye artikler i veiledning for Dynamics 365-arkitektur:

Microsoft behandler artikkelen og publiserer den som en del av veiledningsdokumentasjonen for Dynamics 365.

Hvis du vil ha en generell innføring i veiledningsinnhold hos Microsoft, kan du se Azure Architecture Center. Hvis du vil ha informasjon om veiledningen for bidragsytere, kan du se bidrag til Azure Architecture Center.

GitHub-repositoriet dynamics365-docs-templates inneholder følgende Markdown-maler for arkitekturveiledning i mappen veiledningsmaler:

  • Generalisert arkitekturmønster: Et generalisert arkitekturmønster fungerer som en kjernearkitektur med en felles løsning som gjelder mange scenarioer. Løsningsforslag kan for eksempel bygges på en artikkel om arkitektur for å gi et objektiv for en bestemt bransje- eller partnerløsning og koble arkitekturen fra hvert løsningsforslag. Malen er basert på Azure Architecture Guide-malen. Bruk den for forskjellige arkitekturtyper, inkludert referansearkitekturer.

  • Løsningsforslag: Løsningsforslag er små arkitekturer i Dynamics 365-implementeringer. De gir en kort oversikt over løsninger med Dynamics 365- og Azure-tjenester. Hvert løsningsforslag inneholder følgende elementer:

    • et arkitekturdiagram
    • en dataflyt
    • komponenter, som betyr en liste over tjenestene som brukes
    • bidragsyteranerkjennelse
    • koblinger til neste trinn og beslektede ressurser, for eksempel tilknyttede veiledninger og arkitekturer

  • Eksempelløsning: Eksempelløsninger er eksempel på arbeidsmengder med middels arkitekturer. De veileder lesere gjennom prosessen med å utforme løsninger for bestemte problemer i Dynamics 365-implementeringer. Eksempelløsninger gir handlingsbare arkitekturveiledninger basert på virkelige kundeeksempler. Målet er å forkorte kundenes læringskurve ved å fortelle kunden historien til en annen kunde som har hatt den samme reisen. De inneholder delene fra malen Løsningsforslag og legger til følgende deler:

    • alternativer, andre tjenester som du kan koble til arkitekturen i stedet
    • Vurderinger, veiledning som kobler til vårt rammeverk "Suksess gjennom design", og inkluderer eventuelt en distribusjon.

  • Utformingsmønster: Dynamics 365-utformingsmønstre løser bestemte utfordringer i implementeringer og er basert på et bestemt scenario eller en anbefalt fremgangsmåte. Bruk denne malen til å registrere et forretningsprosessmønster. Du kan også bruke Word-malen under dynamics365patternspractices/templates/business-processes.

Forretningsprosessbidrag

Begrepet forretningsprosess dekker en rekke strukturerte, ofte sekvenserte aktiviteter eller oppgaver for å oppnå et forhåndsbestemt organisasjonsmål. Begrepet kan også henvise til den kumulative virkningen av alle trinn som går frem mot et forretningsmål. Forretningsprosesser er spesielle for løsninger som omfatter Dynamics 365. Vi har tro på at denne nye innholdstypen skaper en struktur som hjelper kunder og partnere med å bedre forberede seg på ta å i bruk Dynamics 365. Hver forretningsprosess inneholder et diagram for en standard forretningsprosessflyt. Deler av dokumentdisposisjonens konfigurasjonstrinn og dataenhetene som brukes i hvert trinn. Hvert trinn kobles til den relevante siden i produktdokumentasjonen, og alle dokumenter har koblinger til de neste trinnene og tilknyttede ressurser for å hjelpe lesere med opplæringsreisen.

Vi strukturerte forretningsprosessene i en katalog. Forretningsprosesskatalogen er en Excel-arbeidsbok som vi i Microsoft bruker til å organisere og prioritere arbeidet med forretningsprosessdokumentasjonen. Formatet er Excel fordi det gjør det enkelt å sortere og filtrere oppføringene. Vi tror også at partnerne våre kan bruke Excel-arbeidsboken til å organisere innføringsreisene, implementeringsprosjektene og sine egne forretningsprosesser.

Last ned den nyeste versjonen av katalogen fra https://aka.ms/BusinessProcessCatalog.

Bemerkning

Hvis du vil bidra til forretningsprosessene, må du registrere arbeidet ditt før du begynner for å redusere risikoen for at noen andre arbeider på samme forretningsprosess. Hvis du vil registrere arbeidet, kan du sende et GitHub-problem på https://github.com/microsoft/dynamics365patternspractices/issues.

Hva katalogen inneholder

Katalogen definerer seks innholdsnivåer:

  1. Ende-til-ende-prosesser

    En ende-til-ende-prosess representerer hele flyten av aktiviteter fra den første utløseren til det endelige resultatet. Det omfatter alle de mellomliggende trinnene og delprosesser som er nødvendige for å oppnå forretningsmålet. Vi har identifisert 15 ende-til-ende-scenarioer. Vi beskriver scenarioene med forretningsbegreper, ikke begreper for programvareteknologi.

    I hver ende-til-ende-prosess beskriver innledningsartikkelen hvordan vi tar for oss hele ende-til-ende-prosessen. Vi viser viktige interessenter og hvordan Dynamics 365 hjelper ende-til-ende-prosessen. Vi gir også en oversikt, sammen med et prosessflytdiagram, over hvordan ende-til-ende-prosessen fungerer med andre ende-til-ende-prosesser. Innføringen viser forutsetningene for å implementere en løsning som støtter ende-til-ende-prosessen.

  2. Forretningsprosessområder

    Hvert ende-til-ende-scenario dekker to eller flere forretningsprosessområder. Dette nivået representerer en betydelig gruppering av relaterte aktiviteter som bidrar til det overordnede målet, og det gir en logisk måte å gruppere forretningsprosesser på. I de fleste tilfeller er forretningsprosessområdene delt etter viktige jobbfunksjoner eller avdelinger i en organisasjon. Katalogen definerer for øyeblikket mer enn 100 forretningsprosessområder.

  3. Forretningsprosesser

    Begrepet forretningsprosess dekker en rekke strukturerte, ofte sekvenserte aktiviteter eller oppgaver for å oppnå et forhåndsbestemt organisasjonsmål. Begrepet kan også henvise til den kumulative virkningen av alle trinn som går frem mot et forretningsmål. Hver forretningsprosess beskriver en funksjon eller prosess som Dynamics 365 støtter. Så langt har vi identifisert mer enn 800 forretningsprosesser. Noen gjelder én enkelt Dynamics 365-app, og dokumentasjonen for appen beskriver kanskje allerede prosessen. Ved å samle alle forretningsprosessene her i veiledningen håper vi å gi deg ett enkelt startpunkt med koblinger til relevant produktspesifikt innhold.

  4. Scenarier

    I Dynamics 365 er scenarioer mønstre for gjentakende konfigurasjoner som støtter en bestemt forretningsprosess. De omfatter de mest vanlige brukstilfellene, scenarioene og bransjene. Ofte finnes det mange måter å implementere Dynamics 365 på for å oppfylle forretningskravene. Målet med mønstre er å gi et grunnlag for implementeringen. Vi har identifisert mer enn 3000 scenarioer og mønstre, og vi forventer at antallet vil vokse over tid.

  5. Systemprosesser

    En systemprosess er en del av en forretningsprosess som bruker et bestemt skjema, en side eller et grensesnittelement i Dynamics 365.

  6. Testtilfeller

Et testtilfelle er et detaljert sett med betingelser og trinn som brukes til å avgjøre om et program eller system fungerer som det skal. Det er en viktig del av programvaretestingsprosessen, utformet for å sikre at programvaren oppfyller kravene og yter som forventet. Testtilfeller brukes til å identifisere defekter, sikre kvalitet og kontrollere at programvaren oppfører seg som beregnet under ulike betingelser.

Det finnes Word-maler for hver type innhold. Instruksjoner er formatert i rødt omgitt av hakeparenteser som i følgende eksempel:[Text in red]. Slett disse instruksjonene når du fullfører dokumentet. Teksten som er uthevet i gult, må erstattes eller justeres av deg. Ikke endre teksten som ikke er uthevet i gult og ikke formatert i rødt. Disse standarduttrykkene hjelper brukerne med å gjenkjenne malen, slik at de lettere kan skanne og finne innholdet de leter etter.

Få en ytterligere innføring i forretningsprosesskatalogen under Om forretningsprosessveiledningen. Du kan eventuelt se gjennom TechTalks der vi snakker om hvordan du kan bruke forretningsprosesskatalogen og bidra til biblioteket med innhold.

Send bidraget ditt

Hos Microsoft jobber vi mye med å konvertere interne notater, år med erfaring og forskjellige dokumenter til forretningsprosessveiledning. Vi vil gjerne ha bidrag fra fellesskapet.

Det finnes forskjellige maler for innsending av bidrag basert på artikkeltypen. Bidragsytere må velge den riktige malen for riktig type artikler de vil bidra til. Maler er tilgjengelige som Word-filer med navn for å forklare hvilken artikkeltype malen er beregnet på.

Anerkjennelse som bidragsyter

Microsoft Learn-plattformen viser både interne og eksterne bidragsytere øverst i hver artikkel hvis de har sendt inn bidraget sitt via GitHub. Noen personer bidrar på andre måter, og derfor legger vi til en Bidragsytere-del på slutten av artikkelen.

Den valgfrie delen Bidragsytere inneholder en liste over viktige bidragsytere med navnet deres og en kobling til LinkedIn-profilen eller en annen profil hvis de har oppgitt en. Skjermbildet nedenfor er en anonymisert versjon av delen Bidragsytere i en Azure Architecture Center-artikkel.

Skjermbilde av et eksempel bidragsyterinndeling, som viser hovedforfatteren pluss tre bidragsytere som er oppført med koblinger til LinkedIn-profilene sine.

Slik ser det ut i 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

Det er valgfritt å bli oppført som en bidragsyter på denne måten. I hele Microsoft anbefaler vi at du bruker delen Bidragsytere hvis eksterne bidragsytere sender inn nytt innhold, som referansearkitekturer og utformingsmønstre, på andre måter enn via GitHub.

  • Last updated on