Del via

Bidrag til Dynamics 365-dokumentationen

  • Artikel

Du kan bidrage til Microsofts dokumentation til Dynamics 365 på to måder. Hvis en artikel indeholder forkerte eller fejlagtige oplysninger, eller hvis du kender en god løsning på et tilbagevendende problem, kan du bruge feedbacklinket i artiklen til at give os besked.

I det mest af vores dokumentation kan du også redigere en artikel direkte for at starte en gennemgangsproces.

Give feedback

På webstedet learn.microsoft.com giver hver Learn-artikel dig mulighed for at komme med feedback. Du kan vælge den handling for Tilbagemelding, der findes under artiklens titel øverst til højre, eller en af mulighederne for tilbagemelding nederst i artiklen i afsnittet Tilbagemelding. Giv artiklen en bedømmelse, vælg årsagen til din tilbagemelding, og overvej at skrive en kommentar. Feedbacken går til forfatteren til artiklen og det team, der ejer dokumentationen.

Hvis en artikel ikke kan redigeres direkte, eller hvis du ikke er tryg ved redigering, opfordrer vi dig til at bruge feedbackmekanismen til at fortæller os, hvad du mener om artiklen eller produktet.

Eksterne bidrag til Microsofts dokumentation

Kildefilerne til vores kerneindhold er lagret i de offentlige GitHub-lager. Alle kan gennemgå dem og i mange tilfælde redigere dem. Vi vil gerne have dine forslag og rettelser i form af direkte bidrag eller som GitHub-problemer, så du kan rapportere et forslag eller stille et spørgsmål. Vi kan kun acceptere feedback og bidrag til kildeindholdet på engelsk.

De fleste artikler har et blyantsikon med værktøjstippet Rediger dette dokument. Vælg ikonet for at åbne artiklen i GitHub, og start derefter redigeringen. Kom godt i gang som bidragyder med Microsoft Learn bidragydervejledning.

Hvis du vil være grundig og bidrage med nye grundlæggende artikler, skal du bruge skabelonerne på https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Dynamics 365-vejledningsindhold

Dynamics 365-vejledningsindhold bruger de samme processer som det meste af dokumentationen om Microsoft Learn. I dette afsnit kalder vi værktøjer og processer frem, som du kan bruge som en hjælp til at tilføje implementeringsvejledningen.

Udtrykket vejledningsindhold dækker Dynamics 365-implementeringsvejledningen, beskrivelser af forretningsprocesser, nye mønstre, bedste fremgangsmåder og referencearkitekturer. Vi har udgivet det første vejledningsindhold i april 2023, og vi har tilføjet opdateringer hver anden uge siden da. Gennemse vejledningshubben, og fortæl os, hvad der er godt, og hvad der mangler.

Noget af vejledningens indhold er leveret af interne bidragydere. Vi opfordrer emneeksperter i hele communityet til at hjælpe os med at etablere de bedste fremgangsmåder. Læs videre, hvis du har en bedste fremgangsmåde eller anden indsigt, som du mener, bør være en del af Microsoft Learn.

Hvorfor bidrage?

Vi tror, at det nye vejledningsindhold, hjælper dig med at få Dynamics 365-implementeringsprojekter til at forløbe hurtigere. Vores partnere og kunder kan bruge vejledningen til at forberede implementeringen og til at forberede sig på nye områder eller kompetencesøgning af nye medarbejdere. Softwareudviklere kan bruge indholdet som platform til at promovere deres immaterielle rettigheder eller branchekompetencer.

Men vi hos Microsoft er ikke de eneste, der er eksperter i, hvordan man implementerer løsninger med Dynamics 365. Det større community omfatter mange personer, der er eksperter på forskellige aspekter af implementeringer. Har du et mønster, en bedste fremgangsmåde, en konfiguration eller integrationsarkitektur, der fungerer godt på tværs af flere implementeringer? Overvej at dele det her på Microsoft Learn for at gøre hele communityet endnu mere produktivt og effektivt i deres implementeringsprojekter.

Vi håber, at vi senere kan tilbyde belønninger eller andre anerkendelser til bidrag. I 2023 anerkende bidragsydere til artiklerne.

Sådan bidrager du

Fra november 2023 kan du nu finde kildefilerne til Microsofts Dynamics 365-vejledningsindhold i en offentlig GitHub-repo. Du kan også redigere artiklerne på webstedet learn.microsoft.com/dynamics365/guidance som beskrevet i Microsoft Learn-bidragydervejledningen.

Vi anbefaler, at du sender rettelser på samme måde, som du indsender en rettelse til andre områder af Microsoft Learn. Men, hvis du vil indsende nyt indhold, beder vi dig om at uploade dine Markdown-filer til for nyt vejledningsindhold til et andet repo, Dynamics 365-mønstre og -praksis. På denne måde kan vi sikre os, at din referencearkitektur eller dit mønster bliver gennemgået af andre fageksperter. Du kan vælge mellem forskellige skabeloner, og hvis du vil bidrage til indholdet af forretningsprocesser, er der en helt anderledes proces.

Skabeloner

Microsoft indeholder skabeloner to steder afhængigt af skabelontypen:

Vi tilføjer også løbende skabeloner og mere vejledning. Det anbefales, at du følger repos eller gemmer dem med en stjerne, så du får besked, når der ændres noget.

Del din feedback på fanen https://github.com/microsoft/dynamics365patternspractices/discussions i repo'en Dynamics 365-mønstre og -fremgangsmåder.

Hvis du ikke allerede har en GitHub-konto, kan du komme i gang Microsoft Learn-guide til bidragydere.

Tip

Gennemse vores kildefiler i https://github.com/MicrosoftDocs/dynamics365-guidance-repoen. Lær af den måde, vi strukturerer de forskellige typer artikler på, så dine artikler følger samme struktur. På den måde kører gennemgangsprocessen hurtigere.

Arkitekturer

Vi vil gerne have bidrag til arkitekturvejledning, herunder løsningsidéer og designmønstre. Hvis du har en bedst fremgangsmåde eller referenceimplementeringen, skal du sende dit forslag til Azure-teamet eller til os i Dynamics 365.

Hvis du vil bidrage med nye artikler til arkitekturvejledningen til Dynamics 365, skal du følge disse hovedtrin:

Microsoft behandler artiklen og udgiver den som del af Dynamics 365-vejledningsdokumentationen.

Du kan finde en generel introduktion til vejledningsindhold hos Microsoft i Azure Architecture Center. Til bidragyderguiden se Azure Architecture Center-bidragene.

GitHub-repo'en dynamics365-docs-skabeloner indeholder følgende Markdown-skabeloner til arkitekturvejledning i mappen vejledningsskabeloner:

  • Generelt arkitekturmønster: Et generelt arkitekturmønster fungerer som en kernearkitektur med en fælles løsning, der gælder for mange scenarier. Løsningsidéer kan f.eks. opbygge en arkitekturartikel, der kan udgøre en linse for en bestemt branche eller partnerløsning og linke til arkitekturen fra hver løsningsidé. Skabelonen er baseret på Azure Architecture Guide-skabelonen. Brug den til forskellige typer arkitekturer, herunder referencearkitekturer.

  • Løsningsidé: Løsningsidéer er "små" arkitekturer i Dynamics 365-implementeringer. De giver en kort oversigt over løsningerne med Dynamics 365- og Azure-services. Hver løsningsidé indeholder følgende elementer:

    • Et arkitekturdiagram
    • Et dataflow
    • Komponenter, hvilket betyder en liste over de anvendte tjenester
    • Anerkendelser til bidragyder
    • Links til næste trin og relaterede ressourcer, f.eks. relaterede vejledninger og arkitekturer

  • Prøveløsning: Prøveløsninger er eksempler på arbejdsbyrder med "mellem"-arkitekturer. De fører læserne gennem processen med at designer løsninger til specifikke problemer i Dynamics 365-implementeringerne. Prøveløsninger indeholder vejledning i den handlingsorienterede arkitektur, der er baseret på eksempler fra rigtige kunder. Målet er at afkorte kundernes læringskurve ved at fortælle dem historien om en anden kunde, som havde det samme forløb. De omfatter sektionerne fra skabelonen Løsningsidé og tilføjer følgende afsnit:

    • Andre services, som du også kan bruge i stedet for til arkitekturen
    • Overvejelser og vejledninger, som er del af vores Success by Design-struktur, og som du kan vælge i at inkludere en udrulning

  • Designmønster: Dynamics 365-designmønstre tager sig af bestemte udfordringer i implementeringer og er baseret på et bestemt scenarie eller bedste fremgangsmåde. Brug denne skabelon til at registrere et forretningsprocesmønster. Du kan også bruge Word-skabelonen på dynamics365patternspractices/templates/business-processes.

Bidrag til forretningsprocesser

Udtrykket forretningsproces dækker en lang række strukturerede aktiviteter eller opgaver, der ofte er i rækkefølge, for at opnå et foruddefineret organisatorisk mål. Udtrykket kan også referere til den akkumulerede effekt af alle trin, der skrider frem mod et forretningsmål. Forretningsprocesser er specifikke for løsninger, der omfatter Dynamics 365. Vi mener, at denne nye indholdstype opretter en struktur, som hjælper kunder og partnere med at være bedre forberedt til at indføre Dynamics 365. Hver forretningsproces indeholder et diagram over et standardforretningsprocesforløb. Sektioner i dokumentet viser konfigurationstrin og de dataenheder, der bruges til hvert konfigurationstrin. Hvert trin hyperlinks til den relevante side i produktdokumentationen, og alle dokumenter har links til næste trin og relaterede ressourcer for at hjælpe læserne med at følge deres uddannelsesmuligheder.

Vi har struktureret forretningsprocesserne i et katalog. Forretningsproceskataloget er en Excel-projektmappe, som vi hos Microsoft bruger til at organisere og prioritere vores arbejde med dokumentationen til forretningsprocessen. Formatet er Excel, fordi det gør det let at sortere og filtrere posterne. Vi mener også, at vores partnere kan bruge Excel-projektmappen til at organisere deres onboarding-processer, deres implementeringsprojekter og deres egne forretningsprocesser.

Hent den nyeste version af kataloget på https://aka.ms/BusinessProcessCatalog.

Bemærk

Hvis du vil bidrage til forretningsprocesserne, skal du registrere dit arbejde, før du begynder at reducere risikoen for, at en anden arbejder med samme forretningsproces. Du kan registrere dit arbejde ved at sende et GitHub-problem på https://github.com/microsoft/dynamics365patternspractices/issues.

Hvad indeholder kataloget

Kataloget definerer fire niveauer af indhold:

  1. Komplette processer

    Vi har identificeret 15 komplette scenarier. Vi beskriver scenarierne i forretningsmæssige termer, ikke i forbindelse med softwareteknologi.

    For hver komplet proces beskriver den indledende artikel, hvad vi mener om den komplette proces. Vi oplister nøgleinteressenterne, og hvordan Dynamics 365 hjælper den komplette proces. Vi giver også et overblik, sammen med et forretningsprocesflow-diagram, over, hvordan den komplette proces fungerer sammen med andre komplette processer. Introduktionen indeholder forudsætningerne for implementering af en løsning, der understøtter den komplette proces.

  2. Forretningsprocesområder

    Hvert komplet scenarie dækker to eller flere forretningsprocesområder. Dette niveau er blot en måde at gruppere forretningsprocesserne på, så det er nemmere at søge og navigere. I de fleste tilfælde er forretningsprocesområderne adskilt af større jobfunktioner eller afdelinger i en organisation. I øjeblikket definerer kataloget mere end 90 forretningsprocesområder.

  3. Forretningsprocesser

    Udtrykket forretningsproces dækker en lang række strukturerede aktiviteter eller opgaver, der ofte er i rækkefølge, for at opnå et foruddefineret organisatorisk mål. Udtrykket kan også referere til den akkumulerede effekt af alle trin, der skrider frem mod et forretningsmål. Hver forretningsproces beskriver en funktion eller proces, som Dynamics 365 understøtter. Indtil videre har vi identificeret næsten 700 forretningsprocesser. Nogle forretningsprocesser gælder for en enkelt Dynamics 365-app, og dokumentationen til appen beskriver muligvis allerede processen. Ved at samle alle forretningsprocesser her i vejledningen håber vi, at du får et enkelt indgangspunkt med links til det relevante produktspecifikke indhold.

  4. Mønstre

    I Dynamics 365 er mønstre er konfigurationer, der kan gentages, så de understøtter en bestemt forretningsproces. De omfatter de mest almindelige anvendelsessager, scenarier og brancher. Der er mange måder at implementere Dynamics 365 på for at opfylde dine forretningsbehov. Vores mål med mønstre er at levere et grundlag for implementeringen. Vi har identificeret mere end 2000 mønstre og vi forventer, at antallet af mønstre stiger betydeligt over tid.

Få en yderligere introduktion til forretningsproceskataloget på Om forretningsprocesvejledningen.

Indsend dit bidrag

Internt hos Microsoft arbejder vi hårdt på at konvertere interne notater, år af erfaring og forskellige dokumenter til vejledning i forretningsprocessen. Vi modtager meget gerne til bidrag fra fællesskabet.

Der er forskellige skabeloner til afsendelse af bidrag baseret på artiklens type. Bidragyderne skal vælge den rette skabelon til den rette type artikel, som de vil bidrage til. Skabelonerne er tilgængelige som Word-filer, der er navngivet for at forklare, hvilken type artikel skabelonen er beregnet til.

Anerkendelse af bidragyder

Platformen Microsoft Learn viser både interne og eksterne bidragydere øverst i hver artikel, hvis de har indsendt deres bidrag via GitHub. Nogle personer bidrager på andre måder, så vi tilføjer en sektion Bidragydere imod slutningen af artiklen.

Den valgfrie sektion Bidragydere viser de vigtigste bidragydere med deres navn og et link til deres LinkedIn-profil eller en anden profil, hvis de har angivet en. Følgende skærmbillede er en anonym version af afsnittet Bidragsydere i en Azure Architecture Center-artikel.

Skærmbillede af et eksempel på afsnittet Bidragsydere, der viser hovedforfatteren plus tre bidragsydere, der er vist med links til deres LinkedIn-profiler.

Her kan du se, hvordan det ser ud 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 valgfrit, om du vil angives som bidragyder på denne måde. På tværs af Microsoft anbefaler vi, at du bruger afsnittet Bidragydere, hvis eksterne bidragydere indsender nyt indhold, f.eks. referencearkitekturer og designmønstre, via andre metoder end GitHub.