Share via

Draag bij aan de Dynamics 365-documentatie

Je kunt op twee manieren bijdragen aan de Microsoft-documentatie voor Dynamics 365. Als een artikel onjuiste of verwarrende informatie bevat, of als je een goede oplossing kent voor een terugkerend probleem, kun je de feedbacklink in het artikel gebruiken om ons op de hoogte te stellen.

Voor het grootste deel van onze documentatie kunt u ook direct een artikel bewerken om een beoordelingsproces te starten.

Geef feedback

Op de learn.microsoft.com-website biedt elk Learn-artikel de mogelijkheid om feedback te geven. Je kunt de Feedback-actie kiezen die onder de artikeltitel rechtsboven staat, of een van de feedbackopties onderaan het artikel in de Feedback-sectie . Geef het artikel een beoordeling, selecteer de reden voor je feedback en overweeg om een reactie achter te laten. De feedback gaat naar de auteur van het artikel en het team dat de documentatie bezit.

Als een artikel niet direct bewerkt kan worden, of als je je niet prettig voelt bij het bewerken, moedigen we je aan om het feedbackmechanisme te gebruiken om ons te vertellen wat je van het artikel of het product vindt.

Externe bijdragen aan Microsoft-documentatie

De bronbestanden van onze kerninhoud worden opgeslagen in openbare GitHub-repositories. Iedereen kan ze beoordelen en in veel gevallen bewerken. We verwelkomen uw suggesties en correcties, hetzij in de vorm van directe bijdragen of als GitHub-uitgaven om een bug te melden of een vraag te stellen. We kunnen alleen feedback en bijdragen aan de broninhoud in het Engels accepteren.

De meeste artikelen hebben een potloodicoon met de tooltip Bewerken dit document. Selecteer het pictogram om het artikel op GitHub te openen en begin dan met bewerken. Begin als bijdrager met de Microsoft Learn bijdragergids.

Als je grondig wilt worden en nieuwe conceptuele artikelen wilt bijdragen, gebruik dan de sjablonen op https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Dynamics 365 richtlijninhoud

De inhoud van Dynamics 365-richtlijnen gebruikt dezelfde processen als de meeste documentatie op Microsoft Learn. In deze sectie bespreken we tools en processen die je kunt gebruiken om de implementatierichtlijnen verder uit te breiden.

De term richtlijninhoud omvat de Dynamics 365-implementatiegids, beschrijvingen van bedrijfsprocessen, nieuwe patronen, best practices en referentiearchitecturen. We publiceerden de eerste richtlijnen in april 2023 en voegen elke twee weken updates toe. Bekijk de guidance hub en laat ons weten wat geweldig is en wat ontbreekt.

Een deel van de richtlijnen wordt geleverd door interne bijdragers. We moedigen inhoudsdeskundigen in de hele gemeenschap aan om ons te helpen bij het opstellen van best practices. Lees verder als je een best practice of ander inzicht hebt waarvan je denkt dat het onderdeel zou moeten zijn van Microsoft Learn.

Waarom bijdragen?

Wij geloven dat de richtlijninhoud helpt om Dynamics 365-implementatieprojecten sneller te laten verlopen. Onze partners en klanten kunnen de begeleiding gebruiken om zich voor te bereiden op de implementatie en om vaardigheden op nieuwe gebieden of nieuw personeel op te bouwen. Softwareontwikkelaars kunnen de content gebruiken als platform om hun intellectuele eigendom of branche-expertise te promoten.

Maar wij bij Microsoft zijn niet de enige experts in het implementeren van oplossingen met Dynamics 365. De gemeenschap bestaat uit mensen die experts zijn op verschillende aspecten van implementatie. Heb je een patroon, best practice, configuratie of integratiearchitectuur die goed werkt over meerdere implementaties? Overweeg het hier op Microsoft Learn te delen om de hele community nog productiever en efficiënter te maken in hun implementatieprojecten.

We hopen beloningen of andere dankbetuigingen voor bijdragen te kunnen aanbieden. Voor nu erkennen we bijdragers in de artikelen op twee verschillende manieren. Lees meer in de sectie Contributor recognition .

Hoe je kunt bijdragen

Je kunt de bronbestanden van Microsofts Dynamics 365-richtlijnen vinden in een openbare GitHub-repository. Je kunt ook de artikelen op de learn.microsoft.com/dynamics365/guidance site bewerken zoals beschreven in de Microsoft Learn bijdragersgids.

We raden aan om correcties in te dienen op dezelfde manier als je correcties indient in andere delen van Microsoft Learn. Om nieuwe inhoud in te dienen, vragen we u echter om uw Markdown-bestanden voor nieuwe richtlijnen te uploaden naar een andere repository, Dynamics 365 Patterns and Practices. Op deze manier kunnen we ervoor zorgen dat uw referentiearchitectuur of patroon wordt beoordeeld door andere inhoudelijke experts. Er zijn verschillende sjablonen om uit te kiezen, en als je wilt bijdragen aan de inhoud van het bedrijfsproces, is er een heel ander proces.

Sjablonen

Microsoft biedt sjablonen op twee locaties aan, afhankelijk van het type sjabloon:

We zullen in de loop van de tijd meer sjablonen en richtlijnen toevoegen. We raden aan om de repos te volgen, of ze op te slaan met een ster, zodat je een melding krijgt als er iets verandert.

Deel je feedback op het https://github.com/microsoft/dynamics365patternspractices/discussions tabblad in de Dynamics 365 Patterns and Practices-repository.

Als je nog geen GitHub-account hebt, begin dan met de Microsoft Learn contributor guide.

Tip

Bekijk onze bronbestanden in de https://github.com/MicrosoftDocs/dynamics365-guidance repository. Leer van de manier waarop we de verschillende soorten artikelen structureren zodat jouw artikelen dezelfde structuur volgen. Op die manier verloopt het beoordelingsproces sneller.

Architecturen

We verwelkomen bijdragen van architectonische richtlijnen, waaronder oplossingsideeën en ontwerppatronen. Als je een best practice of referentie-implementatie hebt, dien je voorstel dan in bij het Azure-team of bij ons in Dynamics 365.

Om nieuwe artikelen bij te dragen aan de Dynamics 365 architectuurrichtlijn, volg deze hoofdstappen:

Microsoft verwerkt het artikel en publiceert het als onderdeel van de Dynamics 365-richtlijnendocumentatie .

Voor een algemene introductie tot richtlijninhoud bij Microsoft, zie het Azure Architecture Center. Voor de bijdragersgids, zie bijdragen aan het Azure Architecture Center.

De GitHub-repo dynamics365-docs-templates bevat de volgende Markdown-sjablonen voor architectuurbegeleiding in de guidance-templates-map :

  • Gegeneraliseerd architectuurpatroon: Een gegeneraliseerd architectuurpatroon fungeert als een kernarchitectuur met een gemeenschappelijke oplossing die op veel scenario's van toepassing is. Oplossingsideeën kunnen bijvoorbeeld voortbouwen op een architectuurartikel om een inkijkpunt te bieden voor een specifieke branche of partneroplossing en koppelen aan de architectuur van elk oplossingsidee. De template is gebaseerd op de Azure Architecture Guide template. Gebruik het voor verschillende soorten architecturen, waaronder referentiearchitecturen.

  • Oplossingsidee: Oplossingsideeën zijn "kleine" architecturen van Dynamics 365-implementaties. Ze bieden korte overzichten van oplossingen met Dynamics 365- en Azure-diensten. Elk oplossingsidee bevat de volgende elementen:

    • Een architectuurdiagram
    • Een dataflow
    • Componenten, wat betekent een lijst van de gebruikte diensten
    • Bijdragers
    • Links naar volgende stappen en gerelateerde bronnen, zoals gerelateerde gidsen en architecturen

  • Voorbeeldoplossing: Voorbeeldoplossingen zijn voorbeeldwerklasten met "medium" architecturen. Ze begeleiden lezers door het proces van het ontwerpen van oplossingen voor specifieke problemen in Dynamics 365-implementaties. Voorbeeldoplossingen bieden uitvoerbare architectuurrichtlijnen op basis van echte klantvoorbeelden. Het doel is om de leercurve van klanten te verkorten door hen het verhaal te vertellen van een andere klant die dezelfde reis heeft doorgemaakt. Ze bevatten de secties uit het Solution Idea-sjabloon en voegen de volgende secties toe:

    • Alternatieven, andere diensten die je in de architectuur kunt aansluiten in plaats daarvan
    • Overwegingen, richtlijnen die aansluiten bij ons Success by Design-framework en, optioneel, een implementatie omvatten

  • Ontwerppatroon: Dynamics 365-ontwerppatronen pakken specifieke uitdagingen in implementaties aan en zijn gebaseerd op een specifiek scenario of best practice. Gebruik dit sjabloon om een patroon van bedrijfsprocessen vast te leggen. Alternatief kun je het Word-sjabloon gebruiken op dynamics365patternspractices/templates/business-processes.

Bijdragen aan bedrijfsprocessen

De term bedrijfsproces omvat een breed scala aan gestructureerde, vaak gesequencede, activiteiten of taken om een vooraf bepaald organisatorisch doel te bereiken. De term kan ook verwijzen naar de cumulatieve effecten van alle stappen die naar een bedrijfsdoel toe gaan. Bedrijfsprocessen zijn specifiek voor oplossingen die Dynamics 365 omvatten. Wij geloven dat dit nieuwe contenttype een structuur creëert die klanten en partners helpt beter voorbereid te zijn op het adopteren van Dynamics 365. Elk bedrijfsproces bevat een diagram van een standaard bedrijfsprocesstroom. Secties van het document geven configuratiestappen en de gebruikte data-entiteiten in elk document weer een overzicht. Elke stap verwijst naar de relevante pagina in de productdocumentatie, en alle documenten bevatten links naar volgende stappen en gerelateerde bronnen om lezers te helpen op hun leertraject.

We structureerden de bedrijfsprocessen in een catalogus. De business process catalogus is een Excel-werkboek dat wij bij Microsoft gebruiken om ons werk aan de bedrijfsprocesdocumentatie te organiseren en te prioriteren. Het formaat is Excel omdat het makkelijk is om de vermeldingen te sorteren en te filteren. We geloven ook dat onze partners het Excel-werkboek kunnen gebruiken om hun onboardingtrajecten, hun implementatieprojecten en hun eigen bedrijfsprocessen te organiseren.

Download de nieuwste versie van de catalogus van https://aka.ms/BusinessProcessCatalog.

Opmerking

Als je wilt bijdragen aan de bedrijfsprocessen, registreer dan je werk voordat je begint om het risico te verkleinen dat iemand anders aan hetzelfde bedrijfsproces werkt. Om je werk te registreren, dien een GitHub-issue in op https://github.com/microsoft/dynamics365patternspractices/issues.

Wat de catalogus bevat

De catalogus definieert zes inhoudsniveaus:

  1. End-to-end processen

    Een end-to-end proces vertegenwoordigt de volledige stroom van activiteiten van de initiële trigger tot het uiteindelijke resultaat. Het omvat alle tussenliggende stappen en subprocessen die nodig zijn om het bedrijfsdoel te bereiken. We hebben 15 end-to-end scenario's geïdentificeerd. We beschrijven de scenario's in zakelijke termen, niet in termen van softwaretechnologie.

    Voor elk end-to-end proces beschrijft het inleidende artikel hoe we over het end-to-end proces nadenken. We vermelden de belangrijkste stakeholders en hoe Dynamics 365 het end-to-end proces ondersteunt. We bieden ook een overzicht, samen met een stroomdiagram voor bedrijfsprocessen, van hoe het end-to-end proces samenwerkt met andere end-to-end processen. De inleiding vermeldt de vereisten voor het implementeren van een oplossing ter ondersteuning van het end-to-end proces.

  2. Bedrijfsprocesgebieden

    Elk end-to-end scenario bestrijkt twee of meer bedrijfsprocesgebieden. Dit niveau vertegenwoordigt een belangrijke groepering van gerelateerde activiteiten die bijdragen aan het algemene doel, en biedt een logische manier om bedrijfsprocessen te groeperen. In de meeste gevallen worden de bedrijfsprocesgebieden gescheiden door belangrijke functiefuncties of afdelingen binnen een organisatie. Momenteel definieert de catalogus meer dan 100 bedrijfsprocesgebieden.

  3. Bedrijfsprocessen

    De term bedrijfsproces omvat een breed scala aan gestructureerde, vaak gesequencede, activiteiten of taken om een vooraf bepaald organisatorisch doel te bereiken. De term kan ook verwijzen naar de cumulatieve effecten van alle stappen die naar een bedrijfsdoel toe gaan. Elk bedrijfsproces beschrijft een functie of proces dat door Dynamics 365 wordt ondersteund. Tot nu toe hebben we meer dan 800 bedrijfsprocessen geïdentificeerd. Sommige gelden voor één enkele Dynamics 365-app, en de documentatie voor de app beschrijft het proces mogelijk al. Door alle bedrijfsprocessen hier in de gids te verzamelen, hopen we één toegangspunt te bieden met links naar relevante productspecifieke inhoud.

  4. Scenario's

    In Dynamics 365 zijn scenario's patronen van herhaalbare configuraties die een specifiek bedrijfsproces ondersteunen. Ze bevatten de meest voorkomende gebruiksscenario's, scenario's en industrieën. Vaak zijn er veel manieren om Dynamics 365 te implementeren om aan de eisen van uw bedrijf te voldoen. Ons doel met patronen is om een basis te bieden voor uw implementatie. We hebben meer dan 3000 scenario's en patronen geïdentificeerd, en we verwachten dat dat aantal in de loop van de tijd zal groeien.

  5. Systeemprocessen

    Een systeemproces is een onderdeel van een bedrijfsproces dat gebruikmaakt van een specifiek formulier, pagina of UI-element in Dynamics 365.

  6. Testgevallen

Een testgeval is een gedetailleerde set voorwaarden en stappen die worden gebruikt om te bepalen of een softwareapplicatie of systeem correct functioneert. Het is een essentieel onderdeel van het softwaretestproces, ontworpen om ervoor te zorgen dat de software aan de eisen voldoet en functioneert zoals verwacht. Testcases worden gebruikt om defecten te identificeren, kwaliteit te waarborgen en te verifiëren dat de software zich onder verschillende omstandigheden gedraagt zoals bedoeld.

Er zijn Word-sjablonen voor elk type content. Instructies zijn rood opgemaakt, omringd door vierkante haken, zoals in het volgende voorbeeld:[Text in red] Verwijder deze instructies wanneer je het document afrondt. De tekst die geel is gemarkeerd, moet door jou worden vervangen of aangepast. Verander de tekst niet die niet geel is gemarkeerd en niet rood is opgemaakt. Deze standaardzinnen helpen gebruikers het sjabloon te herkennen, zodat ze gemakkelijker de inhoud kunnen scannen en vinden die ze zoeken.

Krijg een verdere introductie tot de business process catalogus bij Over de business process guide. Optioneel kun je de TechTalks bekijken waarin we bespreken hoe je de business process catalogus kunt gebruiken en kunt bijdragen aan de contentbibliotheek.

Dien je bijdrage in

Intern bij Microsoft werken we hard aan het omzetten van interne notities, jarenlange ervaring en diverse documenten in bedrijfsprocesrichtlijnen. We verwelkomen bijdragen van de gemeenschap van harte.

Er zijn verschillende sjablonen voor het indienen van bijdragen op basis van het type artikel. Bijdragers moeten het juiste sjabloon kiezen voor het juiste type artikel waaraan zij willen bijdragen. Sjablonen zijn beschikbaar als Word-bestanden die zijn benoemd om uit te leggen voor welk soort artikel de sjabloon bedoeld is.

Erkenning van bijdragers

Het Microsoft Learn-platform toont zowel interne als externe bijdragers bovenaan elk artikel als zij hun bijdrage via GitHub hebben ingediend. Sommige mensen dragen op andere manieren bij, dus voegen we aan het einde van het artikel een sectie Bijdragers toe.

De optionele sectie Bijdragers vermeldt belangrijke bijdragers met hun naam en een link naar hun LinkedIn of ander profiel als ze die hebben opgegeven. De volgende screenshot is een geanonimiseerde versie van de sectie Bijdragers in een artikel van het Azure Architecture Center.

Screenshot van een voorbeeld van een sectie Bijdragers, waarop de hoofdauteur plus drie bijdragers worden getoond met links naar hun LinkedIn-profielen.

Zo ziet het eruit in 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

Op deze manier als bijdrager worden vermeld is optioneel. Bij Microsoft raden we aan om de Bijdragers-sectie te gebruiken als externe bijdragers nieuwe inhoud indienen, zoals referentiearchitecturen en ontwerppatronen, via andere middelen dan GitHub.

  • Last updated on