Zur Dynamics 365-Dokumentation beitragen

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 uns dies über den Feedbacklink im Artikel mitteilen.

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

Feedback geben

Auf der learn.microsoft.com-Website haben Sie in jedem Learn-Artikel die Möglichkeit, Feedback zu geben. Wählen Sie dazu die Aktion Feedback aus, die sich oben rechts unter dem Artikeltitel befindet, oder eine der Feedbackoptionen unten im Artikel im Abschnitt Feedback. Bewerten Sie den Artikel, wählen Sie den Grund für Ihr Feedback aus, und hinterlassen Sie ggf. einen Kommentar. Das Feedback geht an den Autor des Artikels und das für die Dokumente zuständige Team.

Wenn ein Artikel nicht direkt bearbeitet werden kann oder Sie sich mit der Bearbeitung nicht auskennen, empfehlen wir Ihnen, den Feedback-Mechanismus zu nutzen, um uns Ihre Meinung über den Artikel oder das Produkt mitzuteilen.

Externe Beiträge zur Microsoft-Dokumentation

Die Quelldateien für unsere Kerninhalte werden in öffentlichen GitHub-Repositories gespeichert. Jeder kann sie anzeigen und in vielen Fällen auch bearbeiten. Wir freuen uns über Ihre Vorschläge und Korrekturen, entweder in Form direkter Beiträge oder als GitHub-Probleme, um einen Fehler zu melden oder eine Frage zu stellen. Feedback und Beiträge zu den Quellinhalten müssen auf Englisch geschrieben sein.

Die meisten Artikel haben 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. Starten Sie als Mitwirkender mit dem Microsoft Learn Contributor Guide.

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

Dynamics 365-Anleitungsinhalte

Die Leitlinieninhalte von Dynamics 365 verwenden die gleichen Prozesse wie die meisten Dokumentationen auf Microsoft Learn. In diesem Abschnitt werden Tools und Prozesse vorgestellt, mit denen Sie die Implementierungsanleitung ergänzen können.

Der Begriff Anleitungsinhalte umfasst den Dynamics 365-Implementierungsleitfaden, Beschreibungen der Geschäftsprozesse, neue Muster, bewährte Vorgehensweisen und Referenzarchitekturen. Wir haben den ersten Anleitungsinhalte im April 2023 veröffentlicht und seither alle zwei Wochen aktualisiert. Erkunden Sie den Anleitungen-Hub, und lassen Sie uns wissen, was gut ist und was fehlt.

Ein Teil der Anleitungsinhalte wird von internen Mitwirkenden bereitgestellt. Wir ermutigen die Fachexperten in der gesamten Community, uns dabei zu helfen, Best Practices zu etablieren. Lesen Sie weiter, wenn Sie eine Best Practice oder andere Erkenntnisse haben, die Ihrer Meinung nach Teil von Microsoft Learn sein sollten.

Gründe fürs Mitwirken

Wir glauben, dass die neuen Anleitungsinhalte Ihnen helfen werden, 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 oder neue Mitarbeiter weiterzubilden. Softwareentwickler können die Inhalte als Plattform nutzen, um ihr geistiges Eigentum oder ihr Branchenwissen zu fördern.

Aber wir bei Microsoft sind nicht die einzigen Experten für die Umsetzung von Lösungen mit Dynamics 365. In der Community gibt es viele Personen, die Experten für verschiedene Aspekte der Implementierung sind. Verfügen Sie über ein Muster, eine Best Practice, eine Konfiguration oder eine Integrationsarchitektur, die sich bei mehreren Implementierungen bewährt hat? Überlegen Sie, es hier auf Microsoft Learn zu teilen, um die gesamte Community in ihren Implementierungsprojekten noch produktiver und effizienter zu machen.

Wir hoffen, Belohnungen oder andere Anerkennungen für Beiträge anbieten zu können. Derzeit erkennen wir die Beitragenden in den Artikeln auf zwei verschiedene Arten an. Weitere Informationen finden Sie im Abschnitt Anerkennung von Mitwirkenden.

So können Sie einen Beitrag leisten

Die Quelldateien für Microsofts Dynamics 365 Leitlinieninhalte finden Sie in a public GitHub repo. Sie können die Artikel auf der learn.microsoft.com/dynamics365/guidance Seite auch wie im Microsoft Learn Contributor Guide beschrieben bearbeiten.

Wir empfehlen Ihnen, Korrekturen genauso einzureichen, wie Sie Korrekturen für andere Bereiche von Microsoft Learn einreichen . Zum Hochladen neuer Inhalte sollten Sie die Markdown-Dateien für neue Anleitungsinhalte jedoch in ein anderes Repository hochladen, und zwar Dynamics 365-Muster und -Vorgehensweisen. Auf diese Weise können wir sicherstellen, dass Ihre Referenzarchitektur oder Ihr Muster von anderen Fachexperten überprüft wird. Es stehen verschiedene Vorlagen zur Auswahl, und wenn Sie einen Beitrag zum Geschäftsprozessinhalt leisten möchten, istein ganz anderer Prozess verfügbar.

Vorlagen

Je nach Art der Vorlage stellt Microsoft Vorlagen an zwei Orten zur Verfügung:

Nach und nach werden Vorlagen und Anleitungen hinzugefügt. Wir empfehlen Ihnen, den Repositorys zu folgen oder sie mit einem Stern zu speichern, damit Sie benachrichtigt werden, wenn Änderungen vorgenommen werden.

Teilen Sie Ihr Feedback auf der Registerkarte https://github.com/microsoft/dynamics365patternspractices/discussions im Repository „Dynamics 365 Muster und Vorgehensweisen“.

Wenn Sie noch kein GitHub-Konto haben, beginnen Sie mit dem Microsoft Learn Contributor Guide.

Tipp

Durchsuchen Sie unsere Quelldateien im https://github.com/MicrosoftDocs/dynamics365-guidance Repository. Sehen Sie sich an, wie wir die verschiedenen Artikeltypen strukturieren, und übernehmen Sie diese Struktur für Ihre Artikel. Auf diese Weise läuft der Überprüfungsprozess schneller ab.

Architekturen

Wir begrüssen Beiträge zu Architekturanleitungen einschliesslich Lösungsideen und Entwurfsmustern. Wenn Sie über eine Best Practice oder eine Referenzimplementierung verfügen, senden Sie Ihren Vorschlag entweder an das Azure-Team oder an uns in Dynamics 365.

Befolgen Sie diese Hauptschritte, um neue Artikel zur Architekturanleitung von Dynamics 365 beizutragen:

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

Eine allgemeine Einführung in die Anleitungsinhalte bei Microsoft finden Sie im Azure Architecture Center. Den Leitfaden für Mitwirkende finden Sie unter Beiträge zu Azure Architecture Center.

Das GitHub-Repository dynamics365-docs-templates enthält die folgenden Markdown-Vorlagen für Architekturanleitungen im Ordner guidance-templates:

  • Generalisiertes Architekturmuster: Ein generalisiertes Architekturmuster fungiert als Kernarchitektur mit einer gemeinsamen Lösung, die für viele Szenarien gilt. So können Lösungsideen beispielsweise auf einem Architekturartikel aufbauen, um einen Fokus für eine bestimmte Branche oder Partnerlösung bereitzustellen und von jeder Lösungsidee eine Verknüpfung zur Architektur herstellen. Die Vorlage basiert auf der Vorlage Azure Architekturleitfaden. Verwenden Sie sie für verschiedene Arten von Architekturen, einschliesslich 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 folgende Elemente:

    • Ein Architekturdiagramm
    • Einen Dataflow
    • Komponenten, also eine Liste der genutzten Dienste
    • Guthaben für Mitwirkende
    • Links zu den nächsten Schritten und zugehörigen Ressourcen, z. B. zugehörige Anleitungen und Architekturen

  • Beispiellösung: Beispiellösungen sind Beispiele von Workloads mit „mittleren“ Architekturen. Sie führen die Leser durch den Prozess der Lösungsentwicklung für spezifische Probleme in Dynamics 365-Implementierungen. Beispiellösungen bieten praktische Architekturanleitungen auf der Grundlage echter Kundenbeispiele. Ziel ist es, die Lernkurve von Kunden zu verkürzen, indem man ihnen die Geschichten anderer Kunden erzählt, die schon einmal dasselbe Problem hatten. Sie enthalten die Abschnitte aus der Vorlage Lösungsidee sowie folgende zusätzliche Abschnitte:

    • Alternativen, andere Dienste, die Sie stattdessen in die Architektur integrieren können
    • Überlegungen, Leitlinien, die auf unser Success by Design-Framework zugeschnitten sind und optional eine Implementierung einschließen

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

Beiträge zu Geschäftsprozessen

Der Begriff Geschäftsprozess deckt ein breites Spektrum strukturierter, oft sequenzierter Aktivitäten oder Aufgaben ab, um ein vorgegebenes Organisationsziel zu erreichen. Der Begriff kann sich auch auf die kumulativen Auswirkungen aller Schritte auf dem Weg zu einem Geschäftsziel beziehen. Geschäftsprozesse sind spezifisch für Lösungen, die Dynamics 365 enthalten. Wir glauben, dass mit diesem neuen Inhaltstyp eine Struktur geschaffen wird, die Kunden und Partnern helfen können, sich besser auf die Einführung von Dynamics 365 vorzubereiten. Jeder Geschäftsprozess enthält ein Diagramm eines standardmässigen Geschäftsprozessflusses. Abschnitte des Dokuments beschreiben Konfigurationsschritte und die jeweils darin verwendeten Datenentitäten. Jeder Schritt ist mit der entsprechenden Seite in der Produktdokumentation verknüpft, und alle Belege verfügen über Links zu den nächsten Schritten und zugehörigen Ressourcen, um Leser bei den aufeinander aufbauenden Kursen zu unterstützen.

Wir haben die Geschäftsprozesse in einem Katalog strukturiert. Der Geschäftsprozesskatalog ist eine Excel-Arbeitsmappe, mit der wir bei Microsoft unsere Arbeit an der Geschäftsprozessdokumentation organisieren und priorisieren. Das Format ist Excel, da es das Sortieren und Filtern der Einträge erleichtert. Wir sind der Auffassung, dass auch unsere Partner die Excel-Arbeitsmappe für die Organisation ihrer Onboarding-Reisen, Implementierungsprojekte und eigenen Geschäftsprozesse nutzen können.

Laden Sie die neueste Version des Katalogs vonhttps://aka.ms/BusinessProcessCatalog herunter.

Hinweis

Wenn Sie einen Beitrag zum Geschäftsprozessinhalt leisten möchten, registrieren Sie Ihre Arbeit, bevor Sie beginnen, um das Risiko zu verringern, dass auch jemand anderes an demselben Geschäftsprozess arbeitet. Um Ihre Arbeit zu registrieren, reichen Sie ein GitHub-Issue unter https://github.com/microsoft/dynamics365patternspractices/issues ein.

Inhalt des Katalogs

Der Katalog definiert sechs Inhaltsebenen:

  1. End-to-End-Prozesse

    Ein End-to-End-Prozess stellt den vollständigen Ablauf der Aktivitäten vom ursprünglichen Auslöser bis zum Endergebnis dar. Sie umfasst alle Zwischenschritte und Teilprozesse, die notwendig sind, um das Geschäftsziel zu erreichen. Wir haben 15 End-to-End-Szenarien identifiziert. Wir beschreiben die Szenarien in geschäftlicher Hinsicht, nicht in Bezug auf die Softwaretechnologie.

    Für jeden End-to-End-Prozess wird im Einführungsartikel beschrieben, wie wir über den End-to-End-Prozess denken. Wir führen die wichtigsten Stakeholder auf und erläutern, wie Dynamics 365 den End-to-End-Prozess unterstützt. Ausserdem geben wir einen Überblick über die Interaktion des End-to-End-Prozesses mit anderen End-to-End-Prozessen, zusammen mit einem Diagramm eines Geschäftsprozessflusses. In der Einleitung werden die Voraussetzungen für die Implementierung einer Lösung zur Unterstützung des End-to-End-Prozesses aufgeführt.

  2. Geschäftsprozessregionen

    Jedes End-to-End-Szenario deckt mindestens zwei Geschäftsprozessregionen ab. Diese Ebene stellt eine bedeutende Gruppe verwandter Aktivitäten dar, die zum Gesamtziel beitragen, und bietet eine logische Möglichkeit, Geschäftsprozesse zu gruppieren. In den meisten Fällen sind die Geschäftsprozessbereiche durch wichtige Stellenfunktionen oder Abteilungen innerhalb einer Organisation getrennt. Derzeit definiert der Katalog mehr als 100 Geschäftsprozessbereiche.

  3. Geschäftsprozesse

    Der Begriff Geschäftsprozess deckt ein breites Spektrum strukturierter, oft sequenzierter Aktivitäten oder Aufgaben ab, um ein vorgegebenes Organisationsziel zu erreichen. Der Begriff kann sich auch auf die kumulativen Auswirkungen aller Schritte auf dem Weg zu einem Geschäftsziel beziehen. Jeder Geschäftsprozess beschreibt eine Funktion oder einen Prozess, den Dynamics 365 unterstützt. Bisher haben wir mehr als 800 Geschäftsprozesse identifiziert. Einige Geschäftsprozesse gelten für eine einzelne Dynamics 365-App, und in der Dokumentation für die App wird der Prozess möglicherweise bereits beschrieben. Durch die Sammlung aller Geschäftsprozesse hier in der Anleitung hoffen wir, einen zentralen 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 häufigsten Anwendungsfälle, Szenarien und Branchen. Oft gibt es viele Möglichkeiten, Dynamics 365 entsprechend Ihren Geschäftsanforderungen zu implementieren. Unser Ziel ist es, mit Mustern eine Grundlage für Ihre Implementierung zu schaffen. Wir haben mehr als 3000 Szenarien und Muster identifiziert und erwarten, dass diese Zahl im Laufe der Zeit wachsen wird.

  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 korrekt funktioniert. Sie ist ein wesentlicher Bestandteil des Softwaretestprozesses und soll sicherstellen, dass die Software ihren Anforderungen entspricht und wie erwartet funktioniert. Testfälle werden verwendet, um Fehler zu identifizieren, die Qualität sicherzustellen und zu überprüfen, ob die Software unter verschiedenen Bedingungen wie vorgesehen funktioniert.

Für jede Art von Inhalt gibt es Word-Vorlagen. Die Anweisungen sind rot formatiert, umgeben von eckigen Klammern, wie im folgenden Beispiel:[Text in red]. Löschen Sie diese Anweisungen, wenn Sie das Dokument fertigstellen. Der in Gelb markierte Text muss von dir ersetzt oder angepasst werden. Ändere nicht den Text, der nicht gelb markiert und nicht rot formatiert ist. Diese Standardphrasen helfen den Nutzern, die Vorlage zu erkennen, damit sie die gesuchten Inhalte leichter scannen und finden können.

Eine weitere Einführung in den Geschäftsprozesskatalog erhalten Sie unter Informationen zur Geschäftsprozessanleitung. Optional können Sie sich die TechTalks ansehen, in denen wir darüber sprechen, wie Sie den Geschäftsprozesskatalog nutzen und zur Inhaltsbibliothek beitragen können.

Reichen Sie Ihren Beitrag ein.

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

Für die Beitragseinreichung gibt es je nach Artikeltyp unterschiedliche Vorlagen. Mitwirkende müssen die richtige Vorlage für die Art des Artikels auswählen, zu dem sie einen Beitrag leisten möchten. Die Vorlagen stehen als Word-Dateien zur Verfügung und geben durch ihren Namen an, für welche Art von Artikeln sie gedacht sind.

Anerkennung von Mitwirkenden

Die Microsoft Learn-Plattform zeigt sowohl interne als auch externe Mitwirkende am Anfang jedes Artikels, wenn sie ihren Beitrag über GitHub eingereicht haben. Einige Personen leisten anderweitig einen Beitrag, deshalb ist der Abschnitt Mitwirkende auch am Ende des Artikels zu finden.

Im optionalen Abschnitt Mitwirkende sind wichtige Personen, die einen Beitrag geleistet haben, mit ihrem Namen und einem Link zu ihrem LinkedIn- oder anderen Profil aufgeführt. Der folgende Screenshot ist eine anonymisierte Version des Abschnitts Mitwirkende in einem Azure Architecture Center-Artikel.

Screenshot eines Beispiel-Abschnitts für Mitwirkende, der den Hauptautor plus drei Mitwirkende mit Links zu ihren LinkedIn-Profilen zeigt.

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

Sich auf diese Weise als Mitwirkender nennen zu lassen, ist freigestellt. Bei Microsoft empfehlen wir den Abschnitt Mitwirkende, wenn externe Personen neue Inhalte wie Referenzarchitekturen und Entwurfsmuster anderweitig und nicht über GitHub einreichen.

  • Last updated on