Teilen über

Beitrag zur Dynamics 365-Dokumentation

Du kannst auf zwei Arten zur Microsoft-Dokumentation für Dynamics 365 beitragen. Wenn ein Artikel falsche oder verwirrende Informationen enthält oder Sie eine gute Lösung für ein wiederkehrendes Problem kennen, können Sie den Feedback-Link im Artikel nutzen, um uns Bescheid zu geben.

Für den Großteil unserer Dokumentation 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 Feedback-Aktion wählen, die sich oben rechts unter dem Artikeltitel befindet, oder eine der Feedback-Optionen am unteren Rand des Artikels im Bereich Feedback . Geben Sie dem Artikel eine Bewertung, wählen Sie den Grund für Ihr Feedback aus und überlegen Sie, einen Kommentar zu hinterlassen. Das Feedback geht an den Autor des Artikels und das Team, dem die Dokumente gehören.

Wenn ein Artikel nicht direkt bearbeitet werden kann oder Sie sich beim Bearbeiten nicht wohlfühlen, empfehlen wir Ihnen, den Feedback-Mechanismus zu nutzen , um uns mitzuteilen, was Sie vom Artikel oder Produkt halten.

Externe Beiträge zur Microsoft-Dokumentation

Die Quelldateien für unsere Kerninhalte werden in öffentlichen GitHub-Repositories gespeichert. Jeder kann sie überprüfen und in vielen Fällen bearbeiten. Wir freuen uns über eure Vorschläge und Korrekturen, sei es in Form von direkten Beiträgen oder als GitHub-Ausgaben, um einen Fehler zu melden oder eine Frage zu stellen. Wir können nur Feedback und Beiträge zum Quelltext auf Englisch akzeptieren.

Die meisten Artikel haben ein Bleistiftsymbol mit dem Tooltip "Dieses Dokument bearbeiten". Wählen Sie das Icon, um den Artikel auf GitHub zu öffnen, und beginnen Sie dann mit der Bearbeitung. Starten Sie als Mitwirkender mit dem Microsoft Learn Contributor Guide.

Wenn du ausführlich werden und neue konzeptionelle Artikel beitragen möchtest, nutze die Vorlagen bei https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Dynamics 365 Leitlinieninhalt

Der Inhalt der Dynamics 365-Leitlinien verwendet die gleichen Prozesse wie die meisten Dokumentationen auf Microsoft Learn. In diesem Abschnitt nennen wir Werkzeuge und Prozesse, die Sie nutzen können, um die Implementierungsanleitung zu erweitern.

Der Begriff Leitlinieninhalt umfasst den Dynamics 365-Implementierungsleitfaden, Beschreibungen von Geschäftsprozessen, neue Muster, Best Practices und Referenzarchitekturen. Wir haben die ersten Leitlinieninhalte im April 2023 veröffentlicht und fügen alle zwei Wochen Aktualisierungen hinzu. Stöbern Sie im Guidance Hub und teilen Sie uns mit, was großartig ist und was fehlt.

Ein Teil der Leitlinieninhalte wird von internen Mitwirkenden bereitgestellt. Wir ermutigen Fachexperten in der gesamten Community, uns bei der Entwicklung bewährter Praktiken zu unterstützen. Lesen Sie weiter, wenn Sie eine Best Practice oder andere Erkenntnisse haben, die Ihrer Meinung nach Teil von Microsoft Learn sein sollten.

Warum einen Beitrag?

Wir sind überzeugt, dass der Inhalt der Leitlinien dazu beiträgt, dass Dynamics 365-Implementierungsprojekte schneller ablaufen. Unsere Partner und Kunden können die Anleitung nutzen, um sich auf die Umsetzung vorzubereiten und in neuen Bereichen die Fähigkeiten zu verbessern oder neues Personal zu stärken. Softwareentwickler können die Inhalte als Plattform nutzen, um ihr geistiges Eigentum oder ihre Branchenexpertise zu fördern.

Aber wir bei Microsoft sind nicht die einzigen Experten darin, wie man Lösungen mit Dynamics 365 implementiert. Die Community umfasst Menschen, die Experten in verschiedenen Aspekten der Umsetzung sind. Haben Sie ein Muster, eine Best Practice, eine Konfiguration oder eine Integrationsarchitektur, die über mehrere Implementierungen hinweg gut funktioniert? Ü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. Erfahren Sie mehr im Abschnitt zur Anerkennung von Mitwirkenden .

Wie man beiträgt

Die Quelldateien für Microsofts Dynamics 365-Leitlinieninhalte finden Sie in einem öffentlichen GitHub-Repository. 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 . Um jedoch neue Inhalte einzureichen, bitten wir Sie, Ihre Markdown-Dateien für neue Leitlinieninhalte in ein anderes Repo, Dynamics 365 Patterns and Practices, hochzuladen. So können wir sicherstellen, dass Ihre Referenzarchitektur oder Ihr Muster von anderen Fachexperten überprüft wird. Es gibt verschiedene Vorlagen zur Auswahl, und wenn du zum Inhalt des Geschäftsprozesses beitragen möchtest, gibt es einen ganz anderen Prozess.

Schablonen

Microsoft stellt Vorlagen an zwei Orten bereit, abhängig vom Typ der Vorlage:

Im Laufe der Zeit werden wir weitere Vorlagen und Anleitungen hinzufügen. Wir empfehlen, den Repos zu folgen oder sie mit einem Stern zu speichern, damit du benachrichtigt wirst, wenn sich etwas ändert.

Teilen Sie Ihr Feedback auf dem https://github.com/microsoft/dynamics365patternspractices/discussions Tab im Dynamics 365 Patterns and Practices-Repository.

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

Tipp

Durchstöbern Sie unsere Quelldateien im https://github.com/MicrosoftDocs/dynamics365-guidance Repository. Lernen Sie von der Art und Weise, wie wir die verschiedenen Arten von Artikeln strukturieren, sodass Ihre Artikel derselben Struktur folgen. So verläuft der Überprüfungsprozess schneller.

Architekturen

Wir begrüßen architektonische Beiträge, einschließlich Lösungsideen und Designmuster. Wenn Sie eine Best-Practice- oder Referenzimplementierung haben, reichen Sie Ihren Vorschlag entweder beim Azure-Team oder bei uns in Dynamics 365 ein.

Um neue Artikel zur Dynamics 365-Architekturanleitung beizutragen, folgen Sie diesen Hauptschritten:

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

Eine allgemeine Einführung in Richtlinieninhalte bei Microsoft finden Sie im Azure Architecture Center. Für den Contributor-Guide siehe Azure Architecture Center Beiträge.

Das GitHub-Repository dynamics365-docs-templates enthält folgende Markdown-Vorlagen für architektonische Orientierung im Guidance-templates-Ordner :

  • Generalisiertes Architekturmuster: Ein verallgemeinertes Architekturmuster fungiert als Kernarchitektur mit einer gemeinsamen Lösung, die für viele Szenarien gilt. Beispielsweise können Lösungsideen auf einem Architekturartikel aufbauen, um eine Perspektive für eine bestimmte Branche oder Partnerlösung zu bieten und auf die Architektur jeder Lösungsidee zu verlinken. Die Vorlage basiert auf der Vorlage des Azure Architecture Guide. Verwenden Sie es für verschiedene Arten von Architekturen, 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 folgende Elemente:

    • Ein Architekturdiagramm
    • Ein Datenfluss
    • Komponenten, also eine Liste der verwendeten Dienste
    • Mitwirkende Credits
    • Links zu nächsten Schritten und verwandten Ressourcen, wie z. B. Guides und Architekturen

  • Beispiellösung: Beispiellösungen sind Beispiel-Workloads mit "Medium"-Architekturen. Sie führen die Leser durch den Prozess der Lösungsgestaltung spezifischer Probleme in Dynamics 365-Implementierungen. Beispiellösungen bieten umsetzbare Architekturanleitungen basierend auf realen Kundenbeispielen. Das Ziel ist es, die Lernkurve der Kunden zu verkürzen, indem man ihnen die Geschichte eines anderen Kunden erzählt, der dieselbe Reise durchgemacht hat. Sie enthalten die Abschnitte aus der Lösungside-Vorlage und fügen die folgenden Abschnitte hinzu:

    • Alternativen, andere Dienste, die man stattdessen in die Architektur einbinden kann
    • Überlegungen, Leitlinien, die auf unser Success by Design-Framework zugeschnitten sind und optional eine Implementierung einschließen

  • Design Pattern: Dynamics 365 Design Patterns adressieren spezifische Herausforderungen in Implementierungen und basieren auf einem bestimmten Szenario oder Best Practice. Verwenden Sie diese Vorlage, um ein Geschäftsprozessmuster zu erfassen. Alternativ kannst du die Word-Vorlage unter dynamics365patternspractices/templates/business-processes verwenden.

Beiträge zum Geschäftsprozess

Der Begriff Geschäftsprozesse umfasst eine breite Palette strukturierter, oft sequenzierter Aktivitäten oder Aufgaben, um ein vorgegebenes organisatorisches Ziel zu erreichen. Der Begriff kann sich auch auf die kumulativen Effekte aller Schritte beziehen, die auf ein Geschäftsziel hinarbeiten. Geschäftsprozesse sind spezifisch für Lösungen wie Dynamics 365. Wir sind überzeugt, dass dieser neue Inhaltstyp eine Struktur schafft, die Kunden und Partner besser darauf vorbereitet, Dynamics 365 einzuführen. Jeder Geschäftsprozess enthält ein Diagramm eines standardisierten Geschäftsprozessflusses. Abschnitte des Dokuments beschreiben Konfigurationsschritte und die in jedem verwendeten Datenentität. Jeder Schritt verlinkt auf die entsprechende Seite in der Produktdokumentation, und alle Dokumente enthalten Links zu nächsten Schritten und verwandten Ressourcen, die den Lesern auf ihrer Lernreise helfen.

Wir strukturierten die Geschäftsprozesse in einem Katalog. Der Geschäftsprozesskatalog ist ein Excel-Arbeitsheft, das wir bei Microsoft verwenden, um unsere Arbeit an der Geschäftsprozessdokumentation zu organisieren und zu priorisieren. Das Format ist Excel, weil es das Sortieren und Filtern der Einträge erleichtert. Wir sind außerdem überzeugt, dass unsere Partner das Excel-Arbeitsbuch nutzen können, um ihre Onboarding-Reisen, ihre Implementierungsprojekte und ihre eigenen Geschäftsprozesse zu organisieren.

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

Hinweis

Wenn Sie zu den Geschäftsprozessen beitragen möchten, registrieren Sie Ihre Arbeit, bevor Sie beginnen, um das Risiko zu verringern, dass jemand anderes am selben Geschäftsprozess arbeitet. Um deine Arbeit zu registrieren, reiche ein GitHub-Problem unter https://github.com/microsoft/dynamics365patternspractices/issues.

Was der Katalog enthält

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äftlichen Begriffen, nicht in Bezug auf Softwaretechnologie.

    Für jeden End-to-End-Prozess beschreibt der einleitende Artikel, wie wir über den End-to-End-Prozess nachdenken. Wir listen die wichtigsten Stakeholder auf und wie Dynamics 365 den End-to-End-Prozess unterstützt. Wir bieten außerdem einen Überblick sowie ein Flussdiagramm für Geschäftsprozesse darüber, wie der End-to-End-Prozess mit anderen End-to-End-Prozessen interagiert. Die Einleitung listet die Voraussetzungen für die Implementierung einer Lösung zur Unterstützung des End-to-End-Prozesses auf.

  2. Geschäftsprozessbereiche

    Jedes End-to-End-Szenario umfasst zwei oder mehr Geschäftsprozessbereiche. 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 Aufgabenbereiche oder Abteilungen in einer Organisation getrennt. Derzeit definiert der Katalog mehr als 100 Geschäftsprozessbereiche.

  3. Geschäftsprozesse

    Der Begriff Geschäftsprozesse umfasst eine breite Palette strukturierter, oft sequenzierter Aktivitäten oder Aufgaben, um ein vorgegebenes organisatorisches Ziel zu erreichen. Der Begriff kann sich auch auf die kumulativen Effekte aller Schritte beziehen, die auf ein Geschäftsziel hinarbeiten. Jeder Geschäftsprozess beschreibt eine Funktion oder einen Prozess, den Dynamics 365 unterstützt. Bisher haben wir mehr als 800 Geschäftsprozesse identifiziert. Einige beziehen sich auf eine einzelne Dynamics 365-App, und die Dokumentation der App könnte den Prozess bereits beschreiben. Indem wir alle Geschäftsprozesse hier im Leitfaden sammeln, 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 häufigsten Anwendungsfälle, Szenarien und Branchen. Oft gibt es viele Möglichkeiten, Dynamics 365 zu implementieren, um Ihre Geschäftsanforderungen zu erfüllen. Unser Ziel mit Patterns ist es, eine Grundlage für Ihre Umsetzung bereitzustellen. 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.

Es gibt Word-Vorlagen für jede Art von Inhalt. 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 finden Sie unter Über den Geschäftsprozess-Leitfaden. 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 bei Microsoft arbeiten wir intensiv daran, interne Notizen, jahrelange Erfahrung und verschiedene Dokumente in Geschäftsprozessanleitungen umzuwandeln. Wir freuen uns sehr über Beiträge aus der Gemeinschaft.

Es gibt verschiedene Vorlagen für die Einreichung von Beiträgen, je nach Art des Artikels. Mitwirkende müssen die richtige Vorlage für den passenden Artikeltyp wählen, zu dem sie beitragen möchten. Vorlagen sind als Word-Dateien verfügbar, die benannt sind, um zu erklären, für welche Art von Artikel die Vorlage gedacht ist.

Anerkennung der Mitwirkenden

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

Der optionale Abschnitt "Mitwirkende" listet wichtige Mitwirkende mit ihrem Namen und einem Link zu ihrem LinkedIn oder einem anderen Profil auf, falls sie einen bereitgestellt haben. Der folgende Screenshot ist eine anonymisierte Version des Beitragsbereichs in einem Artikel des Azure Architecture Center.

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

Auf diese Weise als Mitwirkender gelistet zu werden, ist optional. In ganz Microsoft empfehlen wir, den Bereich Mitwirkende zu nutzen, wenn externe Mitwirkende neue Inhalte wie Referenzarchitekturen und Designmuster auf anderem Wege als GitHub einreichen.

  • Last updated on