Dela via

Bidra till Dynamics 365-dokumentationen

  • Artikel

Du kan bidra till Microsofts dokumentation för Dynamics 365 på två sätt. Om en artikel innehåller fel eller förvirrande information, eller om du känner till en bra lösning på ett återkommande problem, kan du använda feedbacklänken i artikeln och meddela oss.

För större delen av dokumentationen kan du även redigera en artikel direkt och på så sätt inleda en granskningsprocess.

Ge feedback

På webbplatsen learn.microsoft.com har du möjlighet att ge feedback på varje Learn-artikel. Du kan välja åtgärden Feedback som finns under artikelrubriken överst till höger eller ett av feedbackalternativen längst ned i artikeln i avsnittet Feedback. Ge artikeln ett betyg, välj orsaken till din feedback och överväg att lämna en kommentar. Feedback kommer till artikelns författare och till teamet som äger dokumentet.

Om en artikel inte kan redigeras direkt eller om du inte vill redigera själv, får du gärna använda feedbackmekanismen för att säga vad du tycker om artikeln eller produkten.

Externa bidrag till Microsofts dokumentation

Källfilerna för vårt kärninnehåll lagras i offentliga GitHub-lagringsplatser. Alla kan granska dem, och i många fall redigera dem. Vi tar gärna emot dina förslag och korrigeringar, antingen i form av direkta bidrag eller som GitHub-ärenden om du vill rapportera ett fel eller ställa en fråga. Vi kan bara ta emot feedback och bidrag till källinnehållet på engelska.

De flesta artiklar har en pennikon med knappbeskrivningen Redigera det här dokumentet. Välj ikonen om du vill öppna artikeln i GitHub och börja redigera. Kom i gång som deltagare med Microsoft Learn deltagarguide.

Om du vill vara noggrann och bidra med nya konceptuella artiklar använder du mallarna på https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Vägledningsinnehåll för Dynamics 365

Dynamics 365-vägledningsinnehåll använder samma processer som den mesta dokumentationen om Microsoft Learn. I det här avsnittet informerar vi om verktyg och processer som du kan använda för att lägga till i implementeringsvägledningen.

Termen vägledningsinnehåll omfattar implementeringsguiden för Dynamics 365, beskrivningar av affärsprocesser, nya mönster, metodtips och referensarkitekturer. Vi publicerade det första vägledningsinnehållet i april 2023 och vi uppdaterar innehållet varannan vecka. Bläddra genom vägledningshubben och berätta för oss veta vad som är bra och vad som saknas.

En del av vägledningsinnehållet tillhandahålls av interna bidragsgivare. Vi uppmanar ämnesexperten i hela communityn att hjälpa oss med att etablera metodtips. Läs vidare om du har ett bra metodtips eller någon annan insikt som du tycker ska ingå i Microsoft Learn.

Varför bidra?

Vi tror oss att vägledningsinnehållet gör så att projekt för att implementera Dynamics 365 går snabbare. Våra partner och kunder kan använda vägledningen till att förbereda en implementering och kompetensutveckla sig inom nya områden eller utbilda ny personal. Programvaruutvecklare kan använda innehållet som en plattform för att marknadsföra sina immateriella rättigheter eller sin branschkunskap.

Men vi på Microsoft är inte de enda experterna på hur du implementerar lösningar med Dynamics 365. I communityn finns många personer som är experter på olika aspekter av implementeringen. Har du ett mönster, ett metodtips, en konfiguration eller en integrationsarkitektur som fungerar bra för flera implementeringar? Då får du gärna dela med dig av dina erfarenheter här på Microsoft Learn så att alla i communityn blir ännu mer produktiva och effektiva under implementeringsprojekten.

Vi hoppas kunna erbjuda belöningar för bidragen eller andra erkännanden så småningom. Under 2023 uppmärksammar vi bidragsgivarna i artiklarna.

Så här bidrar du

Från och med november 2023 kan du nu hitta källfilerna för Microsofts Dynamics 365 vägledningsinnehåll i en offentlig GitHub-lagringsplats. Du kan också redigera artiklarna på webbplatsen learn.microsoft.com/dynamics365/guidance enligt beskrivningen i Microsoft Learn deltagarguide.

Vi rekommenderar att du skickar in rättelser på samma sätt som du skickar in en rättelse till andra områden i Microsoft Learn. För att skicka in nytt innehåll ber vi dig däremot ladda upp dina Markdown-filer för nytt vägledningsinnehåll till en annan lagringsplats, Mönster och metoder för Dynamics 365. På så sätt kan vi se till att din referensarkitektur eller mönster granskas av andra ämnesexperter. Det finns olika mallar att välja mellan, och om du vill bidra till affärsprocessinnehållet finns det en helt annan process.

Mallar

Microsoft tillhandahåller mallar på två platser, beroende på typen av mall:

Vi kommer med tiden att lägga till fler mallar och mer vägledning. Vi rekommenderar att du följer dessa lagringsplatser, eller sparar dem med en stjärna, så att du får ett meddelande när något ändras.

Dela din feedback på fliken https://github.com/microsoft/dynamics365patternspractices/discussions i lagringsplatsen Mönster och metoder för Dynamics 365.

Om du inte redan har ett GitHub-konto kan du komma i gång med Microsoft Learn deltagarguide.

Tips!

Bläddra bland våra källfiler på lagringsplatsen https://github.com/MicrosoftDocs/dynamics365-guidance. Lär dig av hur vi strukturerar de olika typerna av artiklar så att dina artiklar följer samma struktur. På så sätt går granskningen snabbare.

Arkitekturer

Vi tar gärna emot bidrag inom arkitekturvägledning, inklusive lösningsförslag och designmönster. Om du har en bästa metod eller referensimplementering skickar du ditt förslag till antingen Azure-teamet eller oss på Dynamics 365.

Du bidrar med nya artiklar till arkitekturvägledningen för Dynamics 365 genom att följa dessa huvudsakliga steg:

Därefter behandlar Microsoft artikeln och publicerar den som en del av vägledningsdokumentationen för Dynamics 365.

En allmän introduktion till vägledningsinnehåll på Microsoft finns på Azure Architecture Center. Guiden för bidragsgivare finns på Azure Architecture Center-bidrag.

GitHub-lagringsplatsen dynamics365-docs-templates innehåller följande Markdown-mallar för arkitekturvägledning i mappen guidance-templates:

  • Generaliserat arkitekturmönster: Ett generaliserat arkitekturmönster fungerar som en kärnarkitektur med en allmän lösning som gäller för många olika scenarier. Lösningsförslag kan till exempel bygga på en arkitekturartikel för att ge en inblick i en viss bransch- eller partnerlösning och länka till arkitekturen från respektive lösningsförslag. Mallen baseras på Azure Architecture Guide-mallen. Använd den för olika typer av arkitekturer, inklusive referensarkitekturer.

  • Lösningsförslag: Lösningsförslag är "små" arkitekturer med Dynamics 365-implementeringar. De ger korta översikter över lösningar med Dynamics 365- och Azure-tjänster. Varje lösningsförslag innehåller följande element:

    • Ett arkitekturdiagram
    • Ett dataflöde
    • Komponenter, vilket betyder en lista över de tjänster som används
    • Medverkande bidragsgivare
    • Länkar till nästa steg och relaterade resurser, till exempel relaterade guider och arkitekturer

  • Exempellösning: Exempellösningar är exempel på arbetsbelastningar med "medel"-arkitektur. De vägleder läsare genom designprocessen för att lösa specifika problem i Dynamics 365-implementeringar. Exempellösningar ger handlingsbar arkitekturvägledning baserad på verkliga kundexempel. Målet är att göra kundernas inlärningskurva kortare genom att berätta om en annan kund som har haft samma resa. De omfattar avsnitten från mallen Lösningsförslag och lägger till följande avsnitt:

    • Andra tjänster som du kan koppla in i arkitekturen i stället
    • Överväganden, vägledning som mappar till vårt Success by Design-ramverk och som eventuellt omfattar en distribution

  • Designmönster: Designmönster i Dynamics 365 tar upp specifika utmaningar vid implementeringar och baseras på ett specifikt scenario eller metodtips. Använd den här mallen för att registrera ett affärsprocessmönster. Du kan även använda Word-mallen i dynamics365patternspractices/templates/business-processes.

Bidrag till affärsprocess

Termen affärsprocess beskriver en mängd strukturerade, ofta sekventiella, aktiviteter eller uppgifter för att uppfylla ett förutbestämt organisationsmål. Termen kan även referera till den ackumulerade effekten av alla steg för att nå ett affärsmål. Affärsprocesser är specifika för lösningar som inkluderar Dynamics 365. Vi tror att den här nya innehållstypen skapar en struktur som hjälper kunder och partner att bli bättre förberedda på att införa Dynamics 365. Varje affärsprocess innehåller ett diagram över ett standardflöde för affärsprocessen. Delar av dokumentet beskriver konfigurationsstegen och de datatabeller som används för respektive steg. Varje steg länkar till den relevanta sidan i produktdokumentationen, och alla dokument har länkar till nästa steg och relaterade resurser som hjälper läsarna under utbildningen.

Vi har strukturerat affärsprocesserna i en katalog. Affärsprocesskatalogen är en Excel-arbetsbok som vi på Microsoft använder för att organisera och prioritera arbetet med affärsprocessdokumentationen. Formatet är Excel eftersom det gör det enkelt att sortera och filtrera posterna. Vi anser också att våra partner kan använda Excel-arbetsboken för att organisera sina egna onboarding-resor, sina implementeringsprojekt och sina egna affärsprocesser.

Ladda ned katalogens senaste version från https://aka.ms/BusinessProcessCatalog.

Obs!

Om du vill bidra till affärsprocesserna registrerar du ditt arbete innan du börjar, vilket minskar risken för att någon annan arbetar med samma affärsprocess. Du registrerar ditt arbete genom att skicka ett GitHub-ärende till https://github.com/microsoft/dynamics365patternspractices/issues.

Vad katalogen innehåller

Katalogen definierar fyra innehållsnivåer:

  1. Fullständiga processer

    Vi har identifierat 15 fullständiga scenarion. Vi beskriver scenarierna i affärstermer, inte i termer av programvaruteknik.

    För varje fullständig process finns en introduktionsartikel som beskriver hur vi har tänkt runt den fullständiga processen. Vi listar de viktigaste intressenterna och hur Dynamics 365 bidrar till den fullständiga processen. Vi ger också en översikt, tillsammans med ett flödesdiagram för affärsprocessen, över hur den fullständiga processen samverkar med andra fullständiga processer. Introduktionen innehåller också en lista över förutsättningarna för att implementera en lösning som stöder den fullständiga processen.

  2. Affärsprocessområden

    Varje fullständigt scenario omfattar två eller flera affärsprocessområden. Den här nivån är bara ett sätt att gruppera affärsprocesserna så att det blir enklare att söka och navigera. I de flesta fall är affärsprocessområdena åtskilda av mer övergripande jobbfunktioner eller avdelningar inom en organisation. Katalogen definierar för närvarande mer än 90 affärsprocessområden.

  3. Affärsprocesser

    Termen affärsprocess beskriver en mängd strukturerade, ofta sekventiella, aktiviteter eller uppgifter för att uppfylla ett förutbestämt organisationsmål. Termen kan även referera till den ackumulerade effekten av alla steg för att nå ett affärsmål. Varje affärsprocess beskriver en funktion eller process som Dynamics 365 stöder. Hittills har vi identifierat nästan 700 affärsprocesser. Vissa gäller för en enskild Dynamics 365-app, och det kanske redan finns dokumentationen för den appen som beskriver processen. Genom att samla alla affärsprocesser här i guiden vill vi tillhandahålla en enda ingångspunkt med länkar till relevant produktspecifikt innehåll.

  4. Mönster

    I Dynamics 365 är mönster upprepningsbara konfigurationer som stöder en viss affärsprocess. De omfattar de vanligaste användningsfallen, scenarierna och branscherna. Det finns ofta många sätt att implementera Dynamics 365 för att uppfylla verksamhetens krav. Vårt mål med mönstren är att tillhandahålla en baslinje för din implementering. Vi har identifierat fler än 2 000 mönster, och förväntar oss att antalet ökar markant med tiden.

Få en ytterligare introduktion till affärsprocesskatalogen på Om affärsprocessguiden.

Skicka ditt bidrag

Internt på Microsoft arbetar vi med att konvertera interna anteckningar, åratals erfarenhet och olika dokument till affärsprocessvägledningen. Vi vill gärna ha bidrag från communityn.

GitHub-lagringsplatsen innehåller Word-mallar som du kan använda för att registrera ditt bidrag. Alla Word-mallar finns i mappen /templates/business-processes. Mappen innehåller även en PowerPoint-mall som kan hjälpa dig att designa de diagram du behöver. Du kan också använda Visio eller något annat verktyg.

När du är redo att skicka in en ny artikel fyller du i vårt överföringsformulär och bifogar filen eller filerna.

Du kan också lägga till din LinkedIn-profil så att du kan visas som upphovsperson.

Erkännande som bidragsgivare

På Microsoft Learn-plattformen visas både interna och externa bidragsgivare högst upp i respektive artikel om bidraget skickades in via GitHub. Eftersom vissa personer bidrar på andra sätt kan vi lägga till avsnittet Bidragsgivare mot slutet av artikeln.

I det valfria avsnittet Bidragsgivare visas en lista med viktiga bidragsgivare med namn och en länk till deras LinkedIn-profil eller en annan profil om de angett en sådan. Följande skärmbild visar en anonym version av avsnittet Bidragsgivare i en Azure Architecture Center-artikel.

Skärmbild av ett exempel på avsnittet Bidragsgivare, där huvudförfattaren samt tre medarbetare visas med länkar till deras LinkedIn-profiler.

Så här 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 är valfritt att visas som bidragsgivare på det här sättet. På Microsoft rekommenderar vi att du använder avsnittet Bidragsgivare om externa bidragsgivare skickar in nytt innehåll, till exempel referensarkitekturer och designmönster, på andra sätt än via GitHub.