你可以用兩種方式為 Microsoft 關於 Dynamics 365 的文件作出貢獻。 如果文章包含錯誤或令人困惑的資訊，或你知道針對反覆出現的問題有好的解決方法，可以使用文章中的 回饋連結 告訴我們。
在我們大多數文件中，您也可以 直接編輯文章 以啟動審核流程。
提供意見反應
在 learn.microsoft.com 網站上，每篇 Learn 文章都提供你提供回饋的機會。 你可以選擇文章標題右上角下方的 回饋 動作，或是文章底部的 回饋 選項之一。 給文章評分，選擇回饋理由，並考慮留下評論。 回饋會給文章作者及文件負責團隊。
如果文章無法直接編輯，或您不願意編輯，我們鼓勵您 利用回饋機制 告訴我們您對文章或產品的看法。
對 Microsoft 文件的外部貢獻
我們核心內容的原始檔案儲存在公開的 GitHub 倉庫中。 任何人都可以審閱，甚至在許多情況下編輯它們。 我們歡迎你們的建議與修正，無論是直接貢獻，或是透過 GitHub 發布來回報錯誤或提出問題。 我們只能接受英文回饋與對原始內容的貢獻。
大多數文章都有一個鉛筆圖示，提示是 「編輯此文件」。 選擇圖示在 GitHub 開啟文章，然後開始編輯。 從 Microsoft Learn 貢獻者指南開始成為貢獻者。
如果你想獲得詳盡內容並貢獻新的概念性文章，請使用該處 https://github.com/MicrosoftDocs/dynamics365-docs-templates的範本。
Dynamics 365 指引內容
Dynamics 365 的指導內容使用與 Microsoft Learn 大多數文件相同的流程。 在本節中，我們會介紹你可以用來協助完善實施指引的工具與流程。
「 指引」一 詞涵蓋 Dynamics 365 實作指南、業務流程說明、新模式、最佳實務及參考架構。 我們於 2023 年 4 月發布了第一份指引內容，並每兩週更新一次。 瀏覽 指導中心，告訴我們哪些是優點，哪些是缺失的。
部分指導內容由內部貢獻者提供。 我們鼓勵社群中的專家協助建立最佳實務。 如果你有最佳實務或其他見解，認為應該納入 Microsoft Learn 的建議，請繼續閱讀。
為什麼要捐款？
我們相信這些指引內容有助於加快 Dynamics 365 實施專案的執行速度。 我們的合作夥伴與客戶可利用這些指引準備實施，並在新領域或新員工中提升技能。 軟體開發者可以利用這些內容作為推廣智慧財產權或產業專長的平台。
但我們 Microsoft 並非唯一在 Dynamics 365 解決方案實施方面的專家。 社群成員皆為執行各方面的專家。 你是否有一套模式、最佳實務、配置或整合架構，能在多個實作間運作良好？ 考慮在 Microsoft Learn 分享，讓整個社群在實作專案中更加高效且有生產力。
我們希望能提供獎勵或其他表彰來對貢獻表示感謝。 目前，我們以兩種不同的方式表彰文章中的貢獻者。 欲了解更多，請參閱 貢獻者表彰 章節。
如何參與
你可以在 公開的 GitHub 倉庫找到 Microsoft Dynamics 365 指引內容的原始檔案。 你也可以依照 Microsoft Learn 貢獻者指南中所述編輯 learn.microsoft.com/dynamics365/guidance 網站上的文章。
我們建議您提交 更正 時，請以與提交 Microsoft Learn 其他區域的 更正 相同的方式進行。 不過，若要提交 新 內容，我們請您將新的 Markdown 指引內容檔案上傳至另一個倉庫 Dynamics 365 Patterns and Practices。 如此一來，我們能確保你的 參考架構 或 模式 能由其他專家審核。 有不同的 範本 可供選擇，如果你想貢獻 業務流程內容，則有 完全不同的流程。
範本
Microsoft 根據範本類型，在兩個地方提供範本：
Markdown 範本都在倉庫裡 https://github.com/MicrosoftDocs/dynamics365-docs-templates 。
docs-templates 資料夾包含概念性及導覽性條目的範本。
/guidance-templates/ 資料夾包含架構、解決方案構想與模式的範本。 這些範本是 Microsoft 各部門使用的範本，但針對 Dynamics 365 特別設計。
Word 和 PowerPoint 範本都在 Dynamics 365 的模式與實務 庫裡。
/templates/business-processes/ 資料夾包含 Word 商業流程文章的範本。 我們邀請所有領域專家協助撰寫。 資料夾中還包含一個 Excel 檔案，裡面列出我們已識別的業務流程清單。 這個清單會隨著時間演變。
/graphics/ 資料夾包含每個端到端情境的 PowerPoint 檔案，你可以自行加入圖表。
我們會隨著時間增加更多範本和指引。 建議您追蹤存放庫，或儲存這些存放庫並加上星號標記，以便在有所變更時收到通知。
歡迎在 Dynamics 365 Patterns and Practices repo 的 https://github.com/microsoft/dynamics365patternspractices/discussions 標籤頁分享你的回饋。
如果你還沒有 GitHub 帳號，請先從 Microsoft Learn 貢獻者指南開始。
小提示
瀏覽我們在倉庫中的 https://github.com/MicrosoftDocs/dynamics365-guidance 原始檔案。 學習我們如何結構不同類型的文章，使你的文章遵循相同的結構。 這樣審查流程會更快。
Architectures
我們歡迎建築 指導的貢獻，包括解決方案構想與設計模式。 如果你有最佳實務或參考實作，請將提案提交給 Azure 團隊 或我們 Dynamics 365。
若要為 Dynamics 365 架構指引貢獻新文章，請遵循以下主要步驟：
- 從 dynamics365-docs-templates GitHub 倉庫的 guidance-templates 資料夾取得相應的 Markdown 範本。
- 寫下你的貢獻。
- 請將您的文章以 Markdown 檔案的形式，在 dynamics365patternspractices 倉庫的拉取請求中提交。
/submit-architecture/資料夾已準備好接收您的捐款。
Microsoft 會處理這篇文章並將其作為 Dynamics 365 指引 文件的一部分發佈。
關於 Microsoft 指導內容的一般介紹，請參閱 Azure 架構中心。 關於貢獻者指南，請參見 Azure 架構中心貢獻。
GitHub 倉庫的 dynamics365-docs-templates 在 guidance-templates 資料夾中包含以下架構指引的 Markdown 範本：
通用架構模式：通用架構模式作為核心架構，具有適用於多種情境的共通解決方案。 例如，解決方案構想可以在架構文章的基礎上擴展，為特定產業或合作夥伴的解決方案提供視角，並將每個解決方案構想連結到其架構中。 該範本是基於 Azure 架構指南範本。 可以用它來處理不同類型的架構，包括參考架構。
解決方案構想：解決方案構想是 Dynamics 365 實作中的「小型」架構。 他們簡要介紹了 Dynamics 365 和 Azure 服務的解決方案。 每個解決方案構想包含以下元素：
- 架構圖
- 資料流程
- 元件，意指所使用的服務清單
- 貢獻者名單
- 連結至下一步及相關資源，例如相關指南與架構
範例解決方案：範例解決方案是具有「中等」架構的工作負載範例。 它們引導讀者設計針對 Dynamics 365 實作中特定問題的解決方案。 範例解決方案提供基於真實客戶案例的可行架構指導。 目標是透過講述另一位有相同旅程的客戶故事，縮短客戶的學習曲線。 它們包含解決方案 構想 範本中的章節，並新增以下章節：
- 替代方案，還有其他你可以直接接入架構的服務
- 考量事項、與 Success by Design 架構對應的指引，或者選擇將部署納入
設計模式：Dynamics 365 的設計模式針對實作中的特定挑戰，並基於特定情境或最佳實務。 使用此範本來捕捉商業流程模式。 或者，可以使用 dynamics365patternspractices/templates/business process 上的 Word 範本。
業務流程貢獻
「商業流程」一詞涵蓋了廣泛的結構化、常有順序的活動或任務，以達成預先設定的組織目標。 這個詞也可以指所有步驟朝向企業目標推進所累積的效應。 業務流程是針對包含 Dynamics 365 的解決方案特有的。 我們相信這種新內容類型能建立一個結構，幫助客戶與合作夥伴更好地準備採用 Dynamics 365。 每個業務流程都包含標準業務流程的示意圖。 文件中各章節概述了設定步驟及每個步驟所使用的資料實體。 每個步驟都連結到產品文件中的相關頁面，所有文件都附有後續步驟及相關資源連結，幫助讀者在學習旅程中前進。
我們把業務流程結構化成目錄。 業務流程目錄是我們 Microsoft 用來組織和優先排序業務流程文件工作的 Excel 工作簿。 格式是 Excel，因為這樣可以方便排序和篩選條目。 我們也相信合作夥伴可以利用 Excel 工作簿來組織他們的入職流程、實施專案以及自己的業務流程。
從https://aka.ms/BusinessProcessCatalog 下載最新版本的目錄。
備註
如果你想參與業務流程，請在開始前先登記你的工作，以降低他人同時參與同一業務流程的風險。 要註冊你的作品，請提交 GitHub 議題https://github.com/microsoft/dynamics365patternspractices/issues。
目錄內容
目錄定義了六個內容層級：
端對端流程
端到端流程代表從初始觸發點到最終結果的完整活動流程。 它涵蓋了達成業務目標所需的所有中間步驟與子流程。 我們已識別出15種端對端情境。 我們用商業術語描述這些情境，而非軟體技術。
對於每個端到端流程，導言文章描述我們如何思考這個流程。 我們列出主要利害關係人，以及 Dynamics 365 如何協助端到端流程。 我們也提供一個概述，並附上業務流程圖，說明端到端流程如何與其他端到端流程互動。 導言列出了實施支援端到端流程解決方案的前提條件。
業務流程領域
每個端對端情境涵蓋兩個或以上的業務流程領域。 此層級代表了大量相關活動的集合，這些活動對整體目標有貢獻，並提供一種合乎邏輯的方式來分組業務流程。 在大多數情況下，業務流程領域依組織內的主要職務職能或部門分隔。 目前，該目錄定義了超過100個業務流程領域。
商務程序
「商業流程」一詞涵蓋了廣泛的結構化、常有順序的活動或任務，以達成預先設定的組織目標。 這個詞也可以指所有步驟朝向企業目標推進所累積的效應。 每個業務流程描述 Dynamics 365 支援的一個功能或流程。 到目前為止，我們已識別出超過800個業務流程。 有些應用程式適用於單一的 Dynamics 365 應用程式，而該應用程式的文件可能已經說明了整個流程。 透過彙整本指南中所有業務流程，我們希望提供一個單一入口，連結至相關產品專屬內容。
Scenarios
在 Dynamics 365 中，情境是支援特定業務流程的可重複配置模式。 它們包含最常見的使用案例、情境與產業。 通常，有許多方法可以實作 Dynamics 365 以滿足您的業務需求。 我們對模式的目標是為你的實施提供基準。 我們已識別出超過3000種情境與模式，預計這個數字將隨時間增加。
系統流程
系統流程是業務流程中使用特定表單、頁面或 UI 元素的業務流程的一部分。
測試案例
測試案例是一組詳細的條件與步驟，用以判斷軟體應用程式或系統是否正常運作。 它是軟體測試過程中不可或缺的一部分，旨在確保軟體符合需求並如預期運作。 測試案例用於識別缺陷、確保品質，並驗證軟體在各種條件下是否如預期運作。
每種內容都有 Word 範本。 指令以紅色包圍方括號格式，如下範例所示：[Text in red] 完成文件時刪除這些指示。 黃色標示的文字必須由你自己替換或調整。 不要更改那些沒有用黃色標示、也沒有用紅色格式標示的文字。 這些標準詞語幫助使用者辨識範本，讓他們能更輕鬆地掃描並找到所需內容。
想了解更多商業流程目錄的介紹，請參考 「關於商業流程指南」。 可選擇性地，檢視 TechTalks ，我們會討論如何利用業務流程目錄並貢獻內容庫。
提交你的貢獻
在 Microsoft 內部，我們正努力將內部筆記、多年經驗和各種文件轉化為業務流程指引。 我們非常歡迎社群的貢獻。
根據文章類型，有不同的投稿範本。 貢獻者必須為他們想投稿的文章類型選擇合適的範本。 範本以 Word 檔案形式提供，並以命名說明範本適用於哪種類型的文章。
參與者表彰
Microsoft Learn 平台會在每篇文章頂端顯示內部與外部貢獻者，若他們透過 GitHub 提交貢獻。 有些人以其他方式貢獻，因此我們在文章末尾加入貢獻 者 專區。
可選的 貢獻 者區塊會列出關鍵貢獻者及其姓名，並附上他們的 LinkedIn 或其他個人檔案連結（若他們提供的話）。 以下截圖是 Azure Architecture Center 文章中貢獻者部分的匿名版本。
它在 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
以這種方式被列為貢獻者是可選的。 在 Microsoft 內部，我們建議若外部貢獻者透過 GitHub 以外的方式提交新內容，例如參考架構與設計模式，則使用貢獻 者 區塊。