Freigeben über

Mitwirken an der Dynamics 365-Dokumentation

Sie können auf zwei Arten zur Microsoft-Dokumentation für Dynamics 365 beitragen. Wenn ein Artikel falsche oder verwirrende Informationen enthält oder Sie eine gute Problemumgehung für ein wiederkehrendes Problem kennen, können Sie den Feedbacklink im Artikel verwenden, um uns mitzuteilen.

Für die meisten unserer Dokumentationen können Sie einen Artikel auch direkt bearbeiten , um einen Überprüfungsprozess zu starten.

Feedback geben

Auf der learn.microsoft.com-Website bietet jeder Learn-Artikel die Möglichkeit, Feedback zu geben. Sie können die Feedbackaktion auswählen, die sich im Artikeltitel oben rechts befindet, oder eine der Feedbackoptionen unten im Artikel im Feedbackabschnitt . Geben Sie dem Artikel eine Bewertung, wählen Sie den Grund für Ihr Feedback aus, und erwägen Sie, einen Kommentar zu hinterlassen. Das Feedback geht an den Autor des Artikels und das Team, das die Dokumente besitzt.

Wenn ein Artikel nicht direkt bearbeitet werden kann oder Sie nicht mit der Bearbeitung vertraut sind, empfehlen wir Ihnen, den Feedbackmechanismus zu verwenden , um uns mitzuteilen, was Sie über den Artikel oder das Produkt denken.

Externe Beiträge zur Microsoft-Dokumentation

Die Quelldateien für unsere Kerninhalte werden in öffentlichen GitHub-Repositorys gespeichert. Jeder kann sie überprüfen und in vielen Fällen bearbeiten. Wir freuen uns über Ihre Vorschläge und Korrekturen, entweder in Form von direkten Beiträgen oder als GitHub-Probleme, um einen Fehler zu melden oder eine Frage zu stellen. Wir können nur Feedback und Beiträge zu den Quellinhalten in Englisch annehmen.

Die meisten Artikel verfügen über ein Bleistiftsymbol mit der QuickInfo "Dieses Dokument bearbeiten". Wählen Sie das Symbol aus, um den Artikel in GitHub zu öffnen, und beginnen Sie dann mit der Bearbeitung. Erste Schritte als Mitwirkender mit dem Microsoft Learn-Mitwirkendenleitfaden.

Wenn Sie gründliche neue konzeptionelle Artikel erstellen und dazu beitragen möchten, verwenden Sie die Vorlagen unter https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Dynamics 365 Leitfadeninhalte

Dynamics 365 Guidance Content verwendet dieselben Prozesse wie die meisten Dokumentationen in Microsoft Learn. In diesem Abschnitt heben wir Tools und Prozesse hervor, die Sie nutzen können, um den Implementierungsleitfaden zu erweitern.

Die Richtlinieninhalte umfassen den Dynamics 365-Implementierungsleitfaden, Beschreibungen von Geschäftsprozessen, neuen Mustern, Best Practices und Referenzarchitekturen. Wir haben die ersten Anleitungsinhalte im April 2023 veröffentlicht und alle zwei Wochen Updates hinzugefügt. Durchsuchen Sie den Leitfaden-Hub, und teilen Sie uns mit, was großartig ist und was fehlt.

Einige der Anleitungsinhalte werden von internen Mitwirkenden bereitgestellt. Wir ermutigen Fachexperten in der gesamten Community, uns bei der Einrichtung bewährter Methoden zu unterstützen. Lesen Sie weiter, wenn Sie über eine Best Practice oder andere Erkenntnisse verfügen, die Ihrer Meinung nach Teil von Microsoft Learn sein sollten.

Warum mitwirken?

Wir glauben, dass die Anleitungsinhalte dazu beiträgt, Dynamics 365-Implementierungsprojekte schneller auszuführen. Unsere Partner und Kunden können die Anleitung nutzen, um sich auf die Implementierung vorzubereiten und sich in neuen Bereichen weiterzubilden oder neue Mitarbeiter weiterzubilden. Softwareentwickler können die Inhalte als Plattform verwenden, um ihr geistiges Eigentum oder ihre Branchenkompetenz zu fördern.

Aber wir bei Microsoft sind nicht die einzigen Experten, wie Lösungen mit Dynamics 365 implementiert werden. Die Community umfasst Personen, die Experten bei verschiedenen Aspekten der Implementierung sind. Haben Sie ein Muster, eine bewährte Methode, eine Konfiguration oder eine Integrationsarchitektur, die in mehreren Implementierungen gut funktioniert? Erwägen Sie, es hier in Microsoft Learn zu teilen, um die gesamte Community noch produktiver und effizienter in ihren Implementierungsprojekten zu machen.

Wir hoffen, Prämien oder andere Anerkennungen für Beiträge anbieten zu können. Derzeit erkennen wir Mitwirkende in den Artikeln auf zwei verschiedene Arten. Weitere Informationen finden Sie im Abschnitt "Mitwirkendererkennung ".

Wie Sie beitragen können

Sie finden die Quelldateien für Die Dynamics 365-Richtlinieninhalte von Microsoft in einem öffentlichen GitHub-Repository. Sie können die Artikel auch auf der learn.microsoft.com/dynamics365/guidance-Website bearbeiten, wie im Microsoft Learn-Mitwirkendenhandbuch beschrieben.

Es wird empfohlen, Korrekturen auf die gleiche Weise zu übermitteln, wie Sie eine Korrektur an andere Bereiche von Microsoft Learn übermitteln. Um jedoch neue Inhalte zu übermitteln, bitten wir Sie, Ihre Markdown-Dateien für neue Anleitungsinhalte in ein anderes Repository, Dynamics 365 Patterns and Practices, hochzuladen. Auf diese Weise können wir sicherstellen, dass Ihre Referenzarchitektur oder Ihr Muster von anderen Fachexperten überprüft wird. Es gibt verschiedene Vorlagen , aus denen Sie auswählen können, und wenn Sie an den Inhalten des Geschäftsprozesses mitwirken möchten, gibt es einen anderen Prozess.

Vorlagen

Microsoft stellt Vorlagen an zwei Speicherorten bereit, je nach Typ der Vorlage:

Wir fügen im Laufe der Zeit weitere Vorlagen und Anleitungen hinzu. Wir empfehlen Ihnen, den Repositorys zu folgen oder sie mit einem Stern zu speichern, damit Sie benachrichtigt werden, wenn sich etwas ändert.

Geben Sie Ihr Feedback auf der https://github.com/microsoft/dynamics365patternspractices/discussions Registerkarte im Dynamics 365 Patterns and Practices-Repository frei.

Wenn Sie noch nicht über ein GitHub-Konto verfügen, beginnen Sie mit dem Microsoft Learn-Mitwirkendenhandbuch.

Tipp

Durchsuchen Sie unsere Quelldateien im https://github.com/MicrosoftDocs/dynamics365-guidance Repository. Lernen Sie, wie wir die verschiedenen Arten von Artikeln strukturieren, damit Ihre Artikel derselben Struktur folgen. Auf diese Weise wird der Überprüfungsprozess schneller ausgeführt.

Architekturen

Wir freuen uns über Beiträge zu architektonischen Anleitungen, einschließlich Lösungsideen und Designmustern. Wenn Sie über eine bewährte Methode oder Referenzimplementierung verfügen, übermitteln Sie Ihren Vorschlag entweder an das Azure-Team oder an uns in Dynamics 365.

Führen Sie die folgenden Hauptschritte aus, um neue Artikel zum Architekturleitfaden von Dynamics 365 beizutragen:

Microsoft verarbeitet den Artikel und veröffentlicht ihn als Teil der Dynamics 365-Leitfadendokumentation .

Eine allgemeine Einführung in Anleitungsinhalte bei Microsoft finden Sie im Azure Architecture Center. Informationen zum Mitwirkendenleitfaden finden Sie unter Azure Architecture Center-Beiträge.

Die GitHub-Repository dynamics365-docs-templates enthält die folgenden Markdown-Vorlagen für architekturbezogene Anleitungen im Ordner "Leitfadenvorlagen ":

  • Generalisiertes Architekturmuster: Ein generalisiertes Architekturmuster fungiert als Kernarchitektur mit einer gemeinsamen Lösung, die für viele Szenarien gilt. Lösungsideen können beispielsweise auf einem Architekturartikel aufbauen, um eine Perspektive für eine bestimmte Branchen- oder Partnerlösung zu bieten und jede Lösungsidee mit der Architektur zu verknüpfen. Die Vorlage basiert auf der Vorlage "Azure Architecture Guide". Verwenden Sie sie für verschiedene Architekturtypen, einschließlich Referenzarchitekturen.

  • Lösungsidee: Lösungsideen sind "kleine" Architekturen von Dynamics 365-Implementierungen. Sie bieten kurze Übersichten über Lösungen mit Dynamics 365- und Azure-Diensten. Jede Lösungsidee enthält die folgenden Elemente:

    • Ein Architekturdiagramm
    • Ein Datenfluss
    • Komponenten, d. h. eine Liste der verwendeten Dienste
    • Mitwirkendenanerkennung
    • Links zu den nächsten Schritten und verwandten Ressourcen, z. B. verwandte Leitfäden und Architekturen

  • Beispiellösung: Beispiellösungen sind Beispielworkloads mit "mittleren" Architekturen. Sie führen Leser durch den Prozess des Entwerfens von Lösungen für bestimmte Probleme in Dynamics 365-Implementierungen. Beispiellösungen bieten anleitungen für eine umsetzbare Architektur basierend auf echten Kundenbeispielen. Ziel ist es, die Lernkurve der Kunden zu verkürzen, indem sie ihnen die Geschichte eines anderen Kunden erzählen, der dieselbe Reise hatte. Sie enthalten die Abschnitte aus der Vorlage "Lösungsidee ", und fügen Sie die folgenden Abschnitte hinzu:

    • Alternativen, andere Dienste, die Sie stattdessen in die Architektur einbinden können
    • Überlegungen, Anleitungen, die unserem Framework "Success by Design" zugeordnet sind und optional eine Bereitstellung umfassen

  • Entwurfsmuster: Dynamics 365-Entwurfsmuster behandeln spezifische Herausforderungen in Implementierungen und basieren auf einem bestimmten Szenario oder bewährten Verfahren. Verwenden Sie diese Vorlage, um ein Geschäftsprozessmuster zu erfassen. Alternativ können Sie die Word-Vorlage unter dynamics365patternspractices/templates/business-processes verwenden.

Beiträge zu Geschäftsprozessen

Der Begriff Geschäftsprozess umfasst eine breite Palette von strukturierten, häufig sequenzierten, Aktivitäten oder Aufgaben, um ein vordefiniertes Organisationsziel zu erreichen. Der Begriff kann sich auch auf die kumulativen Auswirkungen aller Schritte beziehen, die zu einem Geschäftsziel führen. Geschäftsprozesse sind spezifisch für Lösungen, die Dynamics 365 einschließen. Wir sind der Überzeugung, dass dieser neue Inhaltstyp eine Struktur bereitstellt, die Kunden und Partner besser auf die Einführung von Dynamics 365 vorbereitet sind. Jeder Geschäftsprozess enthält ein Diagramm eines standardmäßigen Geschäftsprozessflusses. Abschnitte der Dokumentgliederungskonfigurationsschritte und die datenentitäten, die in den einzelnen Schritten verwendet werden. Jeder Schritt verweist auf die relevante Seite in der Produktdokumentation, und alle Dokumente enthalten Links zu den nächsten Schritten und verwandten Ressourcen, um Lesern bei ihrer Lernreise zu helfen.

Wir haben die Geschäftsprozesse in einem Katalog strukturiert. Der Geschäftsprozesskatalog ist eine Excel-Arbeitsmappe, die wir bei Microsoft verwenden, um unsere Arbeit in der Geschäftsprozessdokumentation zu organisieren und zu priorisieren. Das Format ist Excel, da es das Sortieren und Filtern der Einträge erleichtert. Wir glauben auch, dass unsere Partner die Excel-Arbeitsmappe verwenden können, um ihre Onboarding-Reisen, ihre Implementierungsprojekte und ihre eigenen Geschäftsprozesse zu organisieren.

Laden Sie die neueste Version des Katalogs von https://aka.ms/BusinessProcessCatalog.

Hinweis

Wenn Sie zu den Geschäftsprozessen beitragen möchten, registrieren Sie Ihre Arbeit, bevor Sie beginnen, das Risiko zu verringern, dass eine andere Person an demselben Geschäftsprozess arbeitet. Um Ihre Arbeit zu registrieren, übermitteln Sie ein GitHub-Problem unter https://github.com/microsoft/dynamics365patternspractices/issues.

Inhalt des Katalogs

Der Katalog definiert sechs Inhaltsebenen:

  1. End-to-End-Prozesse

    Ein End-to-End-Prozess stellt den vollständigen Aktivitätsfluss vom anfänglichen Auslöser bis zum enden Ergebnis dar. Sie umfasst alle Zwischenschritte und Teilprozesse, die erforderlich sind, um das Geschäftsziel zu erreichen. Wir haben 15 End-to-End-Szenarien identifiziert. Wir beschreiben die Szenarien in Geschäftsbedingungen, nicht in Bezug auf Softwaretechnologie.

    Für jeden End-to-End-Prozess beschreibt der Einführungsartikel, wie wir über den End-to-End-Prozess nachdenken. Wir listen die wichtigsten Projektbeteiligten auf und erfahren, wie Dynamics 365 den End-to-End-Prozess unterstützt. Darüber hinaus bieten wir eine Übersicht zusammen mit einem Geschäftsprozessflussdiagramm, wie der End-to-End-Prozess mit anderen End-to-End-Prozessen interagiert. Die Einführung enthält die Voraussetzungen für die Implementierung einer Lösung zur Unterstützung des End-to-End-Prozesses.

  2. Geschäftsprozessbereiche

    Jedes End-to-End-Szenario umfasst zwei oder mehr Geschäftsprozessbereiche. Diese Ebene stellt eine signifikante Gruppierung verwandter Aktivitäten dar, die zum Gesamtziel beitragen, und es bietet eine logische Möglichkeit zum Gruppieren von Geschäftsprozessen. In den meisten Fällen werden die Geschäftsprozessbereiche durch wichtige Stellenfunktionen oder Abteilungen in einer Organisation getrennt. Derzeit definiert der Katalog mehr als 100 Geschäftsprozessbereiche.

  3. Geschäftsprozesse

    Der Begriff Geschäftsprozess umfasst eine breite Palette von strukturierten, häufig sequenzierten, Aktivitäten oder Aufgaben, um ein vordefiniertes Organisationsziel zu erreichen. Der Begriff kann sich auch auf die kumulativen Auswirkungen aller Schritte beziehen, die zu einem Geschäftsziel führen. Jeder Geschäftsprozess beschreibt eine Funktion oder einen Prozess, die Dynamics 365 unterstützt. Bisher haben wir mehr als 800 Geschäftsprozesse identifiziert. Einige gelten für eine einzelne Dynamics 365-App, und die Dokumentation für die App beschreibt möglicherweise bereits den Prozess. Durch die Erfassung aller Geschäftsprozesse hier im Leitfaden hoffen wir, einen einzigen Einstiegspunkt mit Links zu relevanten produktspezifischen Inhalten bereitzustellen.

  4. Szenarien

    In Dynamics 365 sind Szenarien Muster wiederholbarer Konfigurationen, die einen bestimmten Geschäftsprozess unterstützen. Sie umfassen die am häufigsten verwendeten Anwendungsfälle, Szenarien und Branchen. Häufig gibt es viele Möglichkeiten, Dynamics 365 zu implementieren, um Ihre Geschäftlichen Anforderungen zu erfüllen. Unser Ziel mit Mustern ist die Bereitstellung eines Basisplans für Ihre Implementierung. Wir haben mehr als 3000 Szenarien und Muster identifiziert, und wir erwarten, dass diese Zahl im Laufe der Zeit zunimmt.

  5. Systemprozesse

    Ein Systemprozess ist ein Teil eines Geschäftsprozesses, der ein bestimmtes Formular, eine Seite oder ein UI-Element in Dynamics 365 verwendet.

  6. Testfälle

Ein Testfall ist eine detaillierte Reihe von Bedingungen und Schritten, die verwendet werden, um zu bestimmen, ob eine Softwareanwendung oder ein System ordnungsgemäß funktioniert. Es ist ein wesentlicher Bestandteil des Softwaretestprozesses, der darauf ausgelegt ist, sicherzustellen, dass die Software ihre Anforderungen erfüllt und wie erwartet ausgeführt wird. Testfälle werden verwendet, um Fehler zu identifizieren, qualität zu gewährleisten und zu überprüfen, ob sich die Software unter verschiedenen Bedingungen wie vorgesehen verhält.

Es gibt Word-Vorlagen für jeden Inhaltstyp. Anweisungen werden rot formatiert, umgeben von eckigen Klammern wie im folgenden Beispiel:[Text in red]. Löschen Sie diese Anweisungen, wenn Sie das Dokument abschließen. Der in Gelb hervorgehobene Text muss durch Sie ersetzt oder angepasst werden. Ändern Sie nicht den Text, der weder gelb hervorgehoben noch rot formatiert ist. Diese Standardausdrücke helfen Benutzern, die Vorlage zu erkennen, sodass sie die gesuchten Inhalte einfacher durchsuchen und finden können.

Erhalten Sie eine weitere Einführung in den Geschäftsprozesskatalog unter About the business process guide. Überprüfen Sie optional die TechTalks , in denen wir darüber sprechen, wie Sie den Geschäftsprozesskatalog verwenden und zur Bibliothek der Inhalte beitragen können.

Beitrag einreichen

Intern bei Microsoft arbeiten wir hart daran, interne Notizen, jahrelange Erfahrung und verschiedene Dokumente in Geschäftsprozessanleitungen zu konvertieren. Wir freuen uns sehr über Beiträge aus der Community.

Es gibt verschiedene Vorlagen zum Einreichen von Beiträgen basierend auf der Art des Artikels. Mitwirkende müssen die richtige Vorlage für den geeigneten Artikeltyp auswählen, zu dem sie beitragen möchten. Vorlagen sind als Word-Dateien verfügbar, die benannt sind, um zu erläutern, für welche Art von Artikel die Vorlage vorgesehen ist.

Anerkennung von Mitwirkenden

Die Microsoft Learn-Plattform zeigt sowohl interne als auch externe Mitwirkende am Anfang jedes Artikels an, wenn sie ihren Beitrag über GitHub übermittelt haben. Einige Personen tragen auf andere Weise bei, daher fügen wir am Ende des Artikels einen Abschnitt " Mitwirkende " hinzu.

Im Abschnitt "Optionale Mitwirkende" werden wichtige Mitwirkende mit ihrem Namen und einem Link zu ihrem LinkedIn- oder einem anderen Profil aufgelistet, sofern sie eins angegeben haben. Der folgende Screenshot ist eine anonymisierte Version des Abschnitts "Mitwirkende " in einem Azure Architecture Center-Artikel.

Screenshot eines Abschnitts

So sieht es in Markdown aus.

## 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

Die Auflistung als Mitwirkender ist optional. In Microsoft wird empfohlen, den Abschnitt "Mitwirkende " zu verwenden, wenn externe Mitwirkende neue Inhalte übermitteln, z. B. Referenzarchitekturen und Entwurfsmuster, über andere Methoden als GitHub.

  • Last updated on