Bijdragen leveren aan Dynamics 365-documentatie

U kunt op twee manieren bijdragen aan Microsoft-documentatie voor Dynamics 365. Als een artikel onjuiste of verwarrende informatie bevat, of als u een goede oplossing voor een terugkerend probleem weet, kunt u dit met de feedbackkoppeling in het artikel aan ons laten weten.

Bij de meeste van onze documentatie kunt u ook een artikel rechtstreeks bewerken om een controleproces te starten.

Feedback geven

Op de website learn.microsoft.com wordt u in elk Learn-artikel de opportuniteit geboden om feedback te geven. U kunt de actie Feedback onder de artikeltitel rechtsboven of een van de feedbackopties onder aan het artikel in de sectie Feedback kiezen. Geef het artikel een beoordeling, selecteer de reden voor uw feedback en laat desgewenst een opmerking achter. De feedback gaat naar de auteur van het artikel en het team dat eigenaar is van de documenten.

Als een artikel niet direct kan worden bewerkt of als u niet vertrouwd bent met het bewerken, raden we u aan het feedbackmechanisme te gebruiken om ons te laten weten wat u van het artikel of het product vindt.

Externe bijdragen aan de documentatie van Microsoft

De bronbestanden voor onze kerninhoud worden opgeslagen in openbare GitHub-opslagplaatsen. Iedereen kan deze beoordelen en, in veel gevallen, bewerken. Uw suggesties en correcties zijn van harte welkom, in de vorm van directe bijdragen of als GitHub-kwesties om een bug te melden of een vraag te stellen. We kunnen feedback en bijdragen aan de inhoud alleen in het Engels accepteren.

De meeste artikelen hebben een potloodpictogram met het knopinfo Dit document bewerken. Selecteer het pictogram om het artikel in GitHub te openen en begin vervolgens met bewerken. Begin als bijdrager met de Microsoft Learn bijdragergids.

Als u grondig wilt zijn en nieuwe conceptartikelen wilt bijdragen, gebruikt u de sjablonen op https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Begeleidingsinhoud voor Dynamics 365

De Dynamics 365-richtlijnen gebruiken dezelfde processen als de meeste documentatie op Microsoft Learn. In deze sectie bespreken we hulpmiddelen en processen die u kunt gebruiken als aanvulling op de implementatierichtlijnen.

De term begeleidingsinhoud omvat de Dynamics 365-implementatieguide, beschrijvingen van bedrijfsprocessen, nieuwe patronen, best practices en referentiearchitecturen. De eerste begeleidingsinhoud werd in april 2023 door ons gepubliceerd en sinds die tijd voegen we elke twee weken updates toe. Blader door de begeleidingshub en laat ons weten wat goed is en wat ontbreekt.

Een deel van de begeleidingsinhoud wordt geleverd door interne inzenders. We moedigen materiedeskundigen in de hele community aan ons te helpen bij het vaststellen 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 leveren?

We zijn van mening dat de nieuwe begeleidingsinhoud helpt om Dynamics 365-implementatieprojecten sneller uit te voeren. Onze partners en klanten kunnen de richtlijnen gebruiken om de implementatie voor te bereiden en vaardigheden op nieuwe gebieden op te doen of nieuw personeel te trainen. Softwareontwikkelaars kunnen de inhoud gebruiken als platform voor de promotie van intellectuele eigendom of industrie-expertise.

Maar Microsoft is niet de enige die experts levert op het gebied van het implementeren van oplossingen met Dynamics 365. De community als geheel omvat mensen die expert zijn in diverse aspecten van implementatie. Hebt u een patroon, een best practice, een configuratie of een integratiearchitectuur die goed werkt in verschillende 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. Meer informatie is te vinden in de sectie Vermelding van inzenders.

Bijdragen leveren

Je kunt de bronbestanden van Microsoft's Dynamics 365 richtlijnen vinden in a public GitHub repo. 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. Als u echter nieuwe inhoud wilt indienen, vragen wij u uw Markdown-bestanden voor nieuwe richtlijninhoud naar een andere opslagplaats te uploaden, namelijk Dynamics 365-patronen en -werkwijzen. Op deze manier kunnen we ervoor zorgen dat uw referentiearchitectuur of patroon wordt beoordeeld door andere vakexperts. Er zijn verschillende sjablonen waaruit u kunt kiezen en als u wilt bijdragen aan de inhoud over bedrijfsprocessen, komt u weer bij een geheel ander proces terecht.

Sjablonen

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

We zullen meer sjablonen en begeleiding toevoegen. Het is raadzaam om de opslagplaatsen te volgen of ze op te slaan met een ster, zodat u een melding krijgt wanneer er iets verandert.

Deel uw feedback op het tabblad https://github.com/microsoft/dynamics365patternspractices/discussions in de opslagplaats Dynamics 365-patronen en -werkwijzen.

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

Tip

Blader door onze bronbestanden in de https://github.com/MicrosoftDocs/dynamics365-guidance-opslagplaats. Leer van de manier waarop we de verschillende typen artikelen structureren, zodat uw artikelen dezelfde structuur volgen. Op die manier verloopt het beoordelingsproces sneller.

Architecturen

We ontvangen graag bijdragen met begeleiding voor architecturen, waaronder oplossings- en ontwerppatronen. Als u over een best practice of verwijzingsimplementatie beschikt, dient u uw voorstel in bij het Azure-team of bij ons in Dynamics 365.

Volg deze hoofdstappen om nieuwe artikelen bij te dragen aan de architectuurrichtlijnen voor Dynamics 365:

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

Zie het Azure Architecture Center voor een algemene inleiding in de richtlijnen van Microsoft. Zie Bijdragen van het Azure Architecture Center voor de handleiding voor inzenders.

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

  • Algemeen architectuurpatroon: een algemeen architectuurpatroon fungeert als een basisarchitectuur met een veelgebruikte oplossing die op veel scenario's van toepassing is. Met oplossingsideeën kan bijvoorbeeld een architectuurartikel worden opgebouwd die als lens voor een specifieke bedrijfstak of partneroplossing kan worden gebruikt en kan vanuit elk oplossingsidee een koppeling tot stand worden gebracht met de architectuur. De sjabloon is gebaseerd op de sjabloon voor Azure-architectuurhandleiding. Gebruik deze voor verschillende typen architectuur, waaronder verwijzingsarchitecturen.

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

    • Een architectuurdiagram
    • Een gegevensstroom
    • Onderdelen, dat wil zeggen een lijst met de gebruikte services
    • Credits voor inzenders
    • Koppelingen naar volgende stappen en gerelateerde middelen, zoals verwante guides en architecturen

  • Voorbeeldoplossing: voorbeeldoplossingen zijn voorbeelden van workloads met 'medium' architecturen. Zij helpen lezers bij het proces voor het ontwerpen van oplossingen voor specifieke problemen in Dynamics 365-implementaties. Voorbeeldoplossingen bieden bruikbare architectuurbegeleiding op basis van echte klantvoorbeelden. Het doel is om de leercurve van klanten te verkorten door ze het verhaal van een andere klant te vertellen die eerder deze beleving heeft gehad. Deze bevatten de secties van de sjabloon Oplossingsidee en voegen de volgende secties toe:

    • Alternatieve, andere services die u in plaats daarvan in de architectuur kunt opnemen
    • Overwegingen, richtlijnen die aansluiten bij ons Success by Design-framework en, optioneel, een implementatie omvatten

  • Ontwerppatroon: ontwerppatronen van Dynamics 365 gaan in op specifieke implementaties en zijn gebaseerd op een bepaald scenario of een bepaalde best practice. Met deze sjabloon kunt u een bedrijfsprocespatroon vastleggen. U kunt ook gebruikmaken van de Word-sjabloon onder dynamics365patternspractices/templates/business-processes.

Bijdragen aan bedrijfsprocessen

De term bedrijfsproces omvat een groot aantal gestructureerde, vaak op volgorde uitgevoerde, activiteiten of taken om een vooraf bepaalde organisatiedoel te bereiken. De term kan ook verwijzen naar de cumulatieve effecten van alle stappen die worden uitgevoerd op weg naar het realiseren van een bedrijfsdoel. Bedrijfsprocessen zijn specifiek voor oplossingen die Dynamics 365 bevatten. We denken dat dit nieuwe inhoudstype een structuur waarmee klanten en partners beter gebruik kunnen maken van Dynamics 365 en beter voorbereid zullen zijn op het invoeren hiervan. Elk bedrijfsproces bevat een diagram van een standaardbedrijfsprocesstroom. Secties van het document bevatten de configuratiestappen en de gegevensentiteiten die in elk hiervan worden gebruikt. Elke stap bevat koppelingen naar de relevante pagina in de productdocumentatie en alle documenten bevatten koppelingen naar volgende stappen en gerelateerde middelen om lezers te helpen in het leertraject.

De bedrijfsprocessen zijn opgenomen in een catalogus. De catalogus met bedrijfsprocessen is een Excel-werkmap die door Microsoft wordt gebruikt voor het organiseren en prioriteren van het werk aan de documentatie voor bedrijfsprocessen. Dankzij de Excel-indeling kunt u deze items eenvoudig sorteren en filteren. Onze partners kunnen de Excel-werkmap ook gebruiken om hun onboardingstrajecten, implementatieprojecten en eigen bedrijfsprocessen te organiseren.

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

Opmerking

Als u een bijdrage wilt leveren aan de bedrijfsprocessen, registreert u uw werk voordat u begint om het risico te verkleinen dat iemand anders aan hetzelfde bedrijfsproces werkt. U kunt uw werk registreren door een GitHub-kwestie in te dienen op https://github.com/microsoft/dynamics365patternspractices/issues.

De inhoud van de catalogus

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. Er zijn 15 end-to-end-scenario's gevonden. We beschrijven de scenario's in bedrijfstermen, niet in termen van softwaretechnologie.

    In het introductieartikel wordt voor elk end-to-end-proces beschreven hoe we over het end-to-end-proces denken. We geven een overzicht van de meest relevante belanghebbenden en de manier waarop Dynamics 365 helpt bij het uitvoeren van het end-to-end-proces. Wij geven ook een overzicht, compleet met stroomdiagram van het bedrijfsproces, van de interactie tussen dit end-to-end-proces en andere end-to-end-processen. In de inleiding worden de vereisten vermeld voor het implementeren van een oplossing ter ondersteuning van het end-to-end-proces.

  2. Bedrijfsprocesgebieden

    Elk end-to-end-scenario beslaat 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 hoofdtaken of afdelingen in een organisatie. Momenteel definieert de catalogus meer dan 100 bedrijfsprocesgebieden.

  3. Bedrijfsprocessen

    De term bedrijfsproces omvat een groot aantal gestructureerde, vaak op volgorde uitgevoerde, activiteiten of taken om een vooraf bepaalde organisatiedoel te bereiken. De term kan ook verwijzen naar de cumulatieve effecten van alle stappen die worden uitgevoerd op weg naar het realiseren van een bedrijfsdoel. Elk bedrijfsproces omschrijft een functie of proces dat door Dynamics 365 wordt ondersteund. Tot nu toe hebben we meer dan 800 bedrijfsprocessen geïdentificeerd. Sommige zijn van toepassing op een enkele Dynamics 365-app, waarbij het proces mogelijk al wordt beschreven in de documentatie voor de app. Door alle bedrijfsprocessen in de guide te verzamelen, bieden we een enkel invoerpunt met koppelingen naar relevante productspecifieke inhoud.

  4. Scenario's

    In Dynamics 365 zijn scenario's patronen van herhaalbare configuraties die een specifiek bedrijfsproces ondersteunen. Zij omvatten de meest algemene gebruiksgevallen, scenario's en bedrijfstakken. Vaak zijn er tal van manieren om Dynamics 365 te implementeren om aan uw zakelijke vereisten te voldoen. Met patronen willen we een basis 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 een specifiek formulier, pagina of UI-element in Dynamics 365 gebruikt.

  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.

Meer informatie over de catalogus van het bedrijfsproces kunt u vinden in De guide voor bedrijfsprocessen. Optioneel kun je de TechTalks bekijken waarin we bespreken hoe je de business process catalogus kunt gebruiken en kunt bijdragen aan de contentbibliotheek.

Uw bijdrage indienen

Intern bij Microsoft werken we er hard aan om interne notities, jaren ervaring en verschillende documenten om te zetten in begeleidingsinhoud voor bedrijfsprocessen. We ontvangen graag bijdragen vanuit de community.

Er zijn verschillende sjablonen voor het indienen van bijdragen op basis van het type artikel. Inzenders moeten de juiste sjabloon kiezen voor het juiste type artikel waaraan ze een bijdrage willen leveren. Sjablonen zijn beschikbaar als Word-bestanden die een naam hebben waarmee wordt aangegeven voor welk type artikel de sjabloon is bedoeld.

Vermelding van inzenders

Het Microsoft Learn-platform toont zowel interne als externe bijdragers bovenaan elk artikel als ze hun bijdrage via GitHub hebben ingediend. Sommige inzenders leveren op een andere manier een bijdrage, dus voegen we aan het einde van het artikel een sectie Inzenders toe.

In de optionele sectie Inzenders worden de belangrijkste inzenders vermeld met hun naam en een koppeling naar hun LinkedIn-profiel of een ander profiel, als zij deze hebben verstrekt. De volgende schermopname is een geanonimiseerde versie van de sectie Inzenders in een artikel over het Azure-architectuurcentrum.

Screenshot van een voorbeeld van de Bijdragers-sectie, waarop de hoofdauteur plus drie bijdragers worden vermeld 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

De vermelding als inzender is optioneel. Binnen Microsoft is het raadzaam de sectie Inzenders te gebruiken als externe inzenders nieuwe inhoud indienen. zoals verwijzingsarchitecturen en ontwerppatronen, via andere middelen dan GitHub.

  • Last updated on