Đóng góp cho hướng dẫn sử dụng Dynamics 365

Bạn có thể đóng góp cho hướng dẫn sử dụng của Microsoft dành cho Dynamics 365 theo hai cách. Nếu có một bài viết chứa thông tin không chính xác hoặc khó hiểu hoặc nếu bạn biết cách giải quyết hiệu quả cho một sự cố lặp lại, bạn có thể cho chúng tôi biết cách dùng liên kết phản hồi.

Đối với hầu hết hướng dẫn sử dụng của chúng tôi, bạn cũng có thể chỉnh sửa trực tiếp bài viết để bắt đầu quá trình đánh giá.

Cung cấp phản hồi

Trên trang web learn.microsoft.com , mỗi bài viết Tìm hiểu đều cung cấp cơ hội cung cấp phản hồi. Hãy cho các tác giả biết nội dung có hữu ích hay không, chọn lý do phản hồi của bạn và cân nhắc để lại nhận xét. Ý kiến phản hồi được chuyển đến tác giả của bài viết và nhóm sở hữu tài liệu.

Nếu một bài viết không thể được chỉnh sửa trực tiếp hoặc bạn cảm thấy không thoải mái khi chỉnh sửa, chúng tôi khuyến khích bạn sử dụng cơ chế phản hồi để cho chúng tôi biết suy nghĩ về bài viết hoặc sản phẩm.

Đóng góp bên ngoài cho hướng dẫn sử dụng của Microsoft

Các tệp nguồn cho nội dung cốt lõi của chúng tôi được lưu trữ trong kho lưu trữ GitHub công khai. Mọi người đều thể xem và trong nhiều trường hợp còn có thể chỉnh sửa những tệp này. Chúng tôi hoan nghênh các đề xuất và chỉnh sửa của bạn dưới dạng đóng góp trực tiếp hoặc sự cố GitHub để báo cáo một lỗi hoặc đặt câu hỏi. Chúng tôi chỉ có thể tiếp nhận ý kiến phản hồi và đóng góp cho nội dung nguồn bằng tiếng Anh.

Hầu hết các bài viết đều có biểu tượng bút chì với chú giải công cụ Chỉnh sửa tài liệu này. Hãy chọn biểu tượng để mở bài viết trong GitHub rồi bắt đầu chỉnh sửa. Bắt đầu với tư cách là người đóng góp với hướng dẫn cộng tác viên Microsoft Learn.

Nếu bạn muốn tìm hiểu kỹ lưỡng và đóng góp các bài viết khái niệm mới, hãy sử dụng các mẫu tại https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Nội dung hướng dẫn Dynamics 365

Nội dung hướng dẫn Dynamics 365 sử dụng các quy trình giống như hầu hết các tài liệu trên Microsoft Learn. Trong phần này, chúng tôi nêu ra các công cụ và quy trình mà bạn có thể sử dụng để bổ sung vào hướng dẫn triển khai.

Thuật ngữ nội dung hướng dẫn bao gồm hướng dẫn triển khai Dynamics 365, nội dung mô tả quy trình công việc, mẫu hình mới, biện pháp tốt nhất và kiến trúc tham chiếu. Chúng tôi đăng nội dung hướng dẫn đầu tiên vào tháng 4 năm 2023 và cập nhật nội dung với tần suất hai tuần/lần. Hãy duyệt xem trung tâm hướng dẫn và cho chúng tôi biết những điểm có hiệu quả cũng như những điểm còn thiếu sót.

Một số nội dung hướng dẫn được những người đóng góp nội bộ đưa ra. Chúng tôi khuyến khích các chuyên gia nghiệp vụ trên toàn cộng đồng chung tay cùng chúng tôi thiết lập những biện pháp tốt nhất. Đọc tiếp nếu bạn có phương pháp hay nhất hoặc thông tin chuyên sâu khác mà bạn nghĩ nên là một phần của Microsoft Learn.

Tại sao nên đóng góp?

Chúng tôi tin rằng nội dung hướng dẫn sẽ giúp các dự án triển khai Dynamics 365 chạy nhanh hơn. Các đối tác và khách hàng của chúng tôi có thể sử dụng hướng dẫn này để chuẩn bị cho quá trình triển khai và nâng cao kỹ năng trong các lĩnh vực mới hoặc nâng cao kỹ năng cho nhân viên mới. Các nhà phát triển phần mềm có thể sử dụng nội dung làm nền tảng để quảng bá tài sản trí tuệ hoặc kiến thức chuyên môn trong ngành của họ.

Tuy nhiên, nhân viên của Microsoft không phải là chuyên gia duy nhất trong lĩnh vực triển khai giải pháp với Dynamics 365. Cộng đồng có nhiều chuyên gia về những khía cạnh khác nhau của quy trình triển khai này. Bạn có mẫu hình, biện pháp tốt nhất, cấu hình hoặc kiến trúc tích hợp vẫn hoạt động tốt sau nhiều lần triển khai không? Cân nhắc chia sẻ nó ở đây trên Microsoft Learn để làm cho toàn bộ cộng đồng làm việc hiệu quả hơn trong các dự án triển khai của họ.

Chúng tôi hy vọng có thể đưa ra phần thưởng hoặc sự ghi nhận khác cho những đóng góp. Hiện tại, chúng tôi công nhận những người đóng góp trong các bài viết theo hai cách khác nhau. Tìm hiểu thêm trong phần Nhận dạng người đóng góp.

Cách đóng góp

Bạn có thể tìm thấy các tệp nguồn cho nội dung hướng dẫn Dynamics 365 của Microsoft trong a public GitHub repo. Bạn cũng có thể chỉnh sửa các bài viết trên trang web learn.microsoft.com/dynamics365/guidance như được mô tả trong hướng dẫn cộng tác viên Microsoft Learn.

Chúng tôi khuyên bạn nên gửi chỉnh sửa giống như cách bạn gửi chỉnh sửa cho các khu vực khác của Microsoft Learn. Tuy nhiên, nếu muốn gửi nội dung mới, bạn cần tải các tệp Markdown cho nội dung hướng dẫn mới lên một kho lưu trữ khác, đó là Mẫu hình và biện pháp cho Dynamics 365. Bằng cách này, chúng tôi có thể đảm bảo rằng kiến trúc tham chiếu hoặc mẫu hình của bạn sẽ được các chuyên gia nghiệp vụ khác đánh giá. Có nhiều mẫu khác nhau để bạn lựa chọn. Ngoài ra, còn có một quy trình hoàn toàn khác nếu bạn muốn đóng góp vào nội dung về quy trình công việc.

Mẫu

Microsoft cung cấp các mẫu ở hai vị trí, tùy thuộc vào loại mẫu:

Chúng tôi cũng sẽ thêm nhiều mẫu và hướng dẫn hơn theo thời gian. Bạn nên theo dõi các kho lưu trữ hoặc lưu lại bằng dấu sao để nhận được thông báo khi có thay đổi.

Chia sẻ phản hồi của bạn trên tab https://github.com/microsoft/dynamics365patternspractices/discussions trong kho lưu trữ Các mẫu hình và biện pháp Dynamics 365.

Nếu bạn chưa có tài khoản GitHub, hãy bắt đầu với Hướng dẫn cộng tác viên Microsoft Learn.

Mẹo

Duyệt xem các tệp nguồn của chúng tôi trong kho lưu trữ https://github.com/MicrosoftDocs/dynamics365-guidance. Tìm hiểu cách chúng tôi tạo cấu trúc cho các loại bài viết khác nhau để bài viết của bạn có cấu trúc tương tự. Bằng cách đó, quá trình đánh giá sẽ diễn ra nhanh hơn.

Kiến trúc

Chúng tôi hoan nghênh những đóng góp về hướng dẫn kiến trúc, bao gồm các ý tưởng giải pháp và mẫu hình thiết kế. Nếu bạn có cách triển khai tham chiếu hoặc biện pháp tốt nhất, hãy gửi đề xuất của mình tới nhóm Azure hoặc cho chúng tôi trong Dynamics 365.

Để đóng góp bài viết mới cho hướng dẫn kiến ​​trúc về Dynamics 365, hãy làm theo các bước chính sau đây:

Microsoft sẽ xử lý và đăng bài viết trong Tài liệu hướng dẫn về Dynamics 365.

Để biết phần giới thiệu chung về nội dung hướng dẫn tại Microsoft, hãy xem Trung tâm kiến trúc Azure. Để biết hướng dẫn về cộng tác viên, hãy xem Đóng góp cho Trung tâm kiến trúc Azure.

Kho lưu trữ GitHub dynamics365-docs-templates chứa các mẫu Markdown sau đây cho hướng dẫn kiến trúc trong thư mục guidance-templates:

  • Mẫu kiến trúc tổng quát: Mẫu kiến trúc tổng quát đóng vai trò là kiến trúc cốt lõi với giải pháp chung áp dụng cho nhiều kịch bản. Ví dụ: các ý tưởng giải pháp có thể dựa trên một bài viết về kiến trúc tổng thể để cung cấp góc nhìn cho một ngành cụ thể hay một giải pháp cho đối tác, đồng thời liên kết với kiến trúc tổng thể từ từng ý tưởng giải pháp. Mẫu dựa trên mẫu Hướng dẫn kiến trúc Azure. Sử dụng mẫu cho các loại kiến trúc khác nhau, bao gồm cả kiến trúc tham chiếu.

  • Ý tưởng giải pháp: Ý tưởng giải pháp là kiến trúc "nhỏ" của quá trình triển khai Dynamics 365. Ý tưởng giải pháp cung cấp thông tin tổng quan ngắn gọn về các giải pháp với các dịch vụ Dynamics 365 và Azure. Mỗi ý tưởng về giải pháp bao gồm những yếu tố sau:

    • Một sơ đồ kiến ​​trúc
    • Một luồng dữ liệu
    • Thành phần, tức là danh sách những dịch vụ được sử dụng
    • Thông tin về người đóng góp
    • Liên kết dẫn đến các bước tiếp theo và tài nguyên liên quan, như hướng dẫn và kiến ​​trúc liên quan

  • Giải pháp mẫu: Giải pháp mẫu là khối lượng công việc mẫu có kiến trúc "trung bình". Giải pháp mẫu hướng dẫn người đọc về quy trình thiết kế giải pháp cho các vấn đề cụ thể trong quá trình triển khai Dynamics 365. Các giải pháp mẫu cung cấp hướng dẫn kiến trúc khả thi dựa trên các ví dụ thực của khách hàng. Mục tiêu là rút ngắn quá trình tìm hiểu của khách hàng bằng cách kể chuyện về một khách hàng khác có hành trình tương tự. Giải pháp mẫu bao gồm các phần từ mẫu Ý tưởng giải pháp và thêm các phần sau:

    • Phương án thay thế, các dịch vụ khác mà bạn có thể đưa vào kiến trúc để thay thế
    • Cân nhắc, hướng dẫn ánh xạ đến khung Thành công theo thiết kế của chúng tôi và tùy chọn, bao gồm triển khai

  • Mẫu hình thiết kế: Mẫu hình thiết kế Dynamics 365 giải quyết các thách thức cụ thể trong quá trình triển khai và dựa trên một kịch bản cụ thể hoặc biện pháp tốt nhất. Sử dụng mẫu này để nắm bắt một mẫu hình quy trình công việc. Ngoài ra, hãy sử dụng mẫu Word tại dynamics365patternspractices/templates/business-processes.

Đóng góp vào quy trình kinh doanh

Thuật ngữ quy trình công việc bao hàm nhiều hoạt động hoặc nhiệm vụ có cấu trúc khác nhau, thường được xếp thứ tự, nhằm đạt mục tiêu đã xác định trước của tổ chức. Thuật ngữ này cũng có thể chỉ tác động tích lũy của tất cả những bước giúp tổ chức tiến đến mục tiêu kinh doanh. Các quy trình công việc dành riêng cho các giải pháp bao gồm Dynamics 365. Chúng tôi tin rằng loại nội dung mới này tạo ra một cấu trúc giúp khách hàng và đối tác chuẩn bị tốt hơn để áp dụng Dynamics 365. Mỗi quy trình công việc bao gồm một sơ đồ của dòng quy trình công việc tiêu chuẩn. Các phần trong tài liệu này trình bày các bước cấu hình và các thực thể dữ liệu được sử dụng cho từng bước. Mỗi bước liên kết đến trang liên quan trong hướng dẫn sử dụng sản phẩm và mọi tài liệu đều có liên kết dẫn đến các bước tiếp theo cũng như tài nguyên liên quan để hỗ trợ người đọc trong suốt hành trình học tập của họ.

Chúng tôi sắp xếp quy trình công việc theo danh mục. Danh mục quy trình công việc là một sổ làm việc Excel mà chúng tôi tại Microsoft sử dụng để sắp xếp và ưu tiên công việc của chúng tôi trên hướng dẫn sử dụng quy trình công việc. Định dạng là Excel vì nó giúp bạn dễ dàng sắp xếp và lọc các mục. Chúng tôi cũng tin rằng các đối tác của mình có thể sử dụng sổ làm việc Excel để sắp xếp hành trình triển khai, dự án triển khai và quy trình công việc của riêng họ.

Tải xuống phiên bản mới nhất của danh mục từ https://aka.ms/BusinessProcessCatalog.

Lưu ý

Nếu bạn muốn đóng góp vào quy trình công việc, hãy đăng ký công việc của mình trước khi bắt đầu để giảm rủi ro có người khác đang xử lý cùng quy trình công việc đó. Để đăng ký công việc của bạn, hãy gửi một vấn đề trên GitHub tại https://github.com/microsoft/dynamics365patternspractices/issues.

Danh mục chứa gì

Danh mục xác định sáu cấp độ nội dung:

  1. Các quy trình từ đầu đến cuối

    Quy trình từ đầu đến cuối đại diện cho luồng hoạt động hoàn chỉnh từ trình kích hoạt ban đầu đến kết quả cuối cùng. Nó bao gồm tất cả các bước trung gian và quy trình phụ cần thiết để đạt được mục tiêu kinh doanh. Chúng tôi đã xác định được 15 kịch bản từ đầu đến cuối. Chúng tôi mô tả các kịch bản bằng thuật ngữ kinh doanh, chứ không phải theo công nghệ phần mềm.

    Đối với mỗi quy trình từ đầu đến cuối, bài viết giới thiệu sẽ mô tả ý kiến của chúng tôi về quy trình từ đầu đến cuối đó. Chúng tôi liệt kê các bên liên quan chính và cách Dynamics 365 hỗ trợ quy trình từ đầu đến cuối. Bên cạnh sơ đồ dòng quy trình công việc, chúng tôi cũng cung cấp tổng quan về cách quy trình từ đầu đến cuối đó tương tác với các quy trình từ đầu đến cuối khác. Phần giới thiệu liệt kê các điều kiện tiên quyết để triển khai giải pháp hỗ trợ cho quy trình từ đầu đến cuối.

  2. Các lĩnh vực của quy trình công việc

    Mỗi kịch bản từ đầu đến cuối sẽ bao gồm hai lĩnh vực khác nhau của quy trình công việc. Cấp độ này đại diện cho một nhóm đáng kể các hoạt động liên quan đóng góp vào mục tiêu tổng thể và nó cung cấp một cách hợp lý để nhóm các quy trình kinh doanh. Trong hầu hết các trường hợp, các lĩnh vực của quy trình công việc được phân theo các chức năng công việc chính hoặc bộ phận trong tổ chức. Hiện tại, danh mục xác định hơn 100 lĩnh vực quy trình kinh doanh.

  3. Quy trình công việc

    Thuật ngữ quy trình công việc bao hàm nhiều hoạt động hoặc nhiệm vụ có cấu trúc khác nhau, thường được xếp thứ tự, nhằm đạt mục tiêu đã xác định trước của tổ chức. Thuật ngữ này cũng có thể chỉ tác động tích lũy của tất cả những bước giúp tổ chức tiến đến mục tiêu kinh doanh. Mỗi quy trình công việc mô tả một chức năng hoặc quy trình Dynamics 365 có hỗ trợ. Cho đến nay, chúng tôi đã xác định được hơn 800 quy trình kinh doanh. Một số quy trình công việc chỉ áp dụng cho một ứng dụng Dynamics 365 duy nhất và hướng dẫn sử dụng cho ứng dụng đó có thể đã mô tả quy trình. Bằng cách tổng hợp tất cả quy trình công việc trong hướng dẫn này, chúng tôi hy vọng sẽ mang đến cho các bạn một điểm truy cập duy nhất, có chứa liên kết dẫn đến các nội dung dành riêng cho sản phẩm có liên quan.

  4. Kịch bản

    Trong Dynamics 365, kịch bản là các mẫu cấu hình có thể lặp lại hỗ trợ một quy trình công việc cụ thể. Mẫu hình bao gồm các trường hợp sử dụng, kịch bản và ngành phổ biến nhất. Thông thường, có nhiều cách để triển khai Dynamics 365 để đáp ứng các yêu cầu công việc của mình. Mục tiêu của chúng tôi đối với mẫu hình là cung cấp cơ sở cho việc triển khai. Chúng tôi đã xác định hơn 3000 kịch bản và mô hình, và chúng tôi hy vọng con số đó sẽ tăng lên theo thời gian.

  5. Quy trình hệ thống

    Quy trình hệ thống là một phần của quy trình công việc sử dụng biểu mẫu, trang hoặc phần tử giao diện người dùng cụ thể trong Dynamics 365.

  6. Các trường hợp thử nghiệm

Trường hợp thử nghiệm là một tập hợp chi tiết các điều kiện và bước được sử dụng để xác định xem ứng dụng phần mềm hoặc hệ thống có hoạt động chính xác hay không. Đây là một phần thiết yếu của quá trình kiểm thử phần mềm, được thiết kế để đảm bảo rằng phần mềm đáp ứng các yêu cầu của nó và hoạt động như mong đợi. Các trường hợp thử nghiệm được sử dụng để xác định lỗi, đảm bảo chất lượng và xác minh rằng phần mềm hoạt động như dự kiến trong các điều kiện khác nhau.

Có các mẫu Word cho từng loại nội dung. Hướng dẫn được định dạng bằng màu đỏ được bao quanh bởi dấu ngoặc vuông như trong ví dụ sau:[Text in red]. Xóa các hướng dẫn này khi bạn hoàn tất tài liệu. Văn bản được tô sáng màu vàng phải được thay thế hoặc điều chỉnh bởi bạn. Không thay đổi văn bản không được tô sáng bằng màu vàng và không được định dạng bằng màu đỏ. Các cụm từ tiêu chuẩn này giúp người dùng nhận ra mẫu để họ có thể quét và tìm thấy nội dung họ đang tìm kiếm dễ dàng hơn.

Xem giới thiệu thêm về danh mục quy trình công việc tại Giới thiệu về hướng dẫn quy trình công việc. Theo tùy chọn, hãy xem lại TechTalks nơi chúng tôi nói về cách bạn có thể sử dụng danh mục quy trình công việc và đóng góp vào thư viện nội dung.

Gửi đóng góp của bạn

Trong nội bộ, Microsoft đang tích cực chắt lọc những ghi chú nội bộ, kho tàng kinh nghiệm tích lũy qua nhiều năm và vô số tài liệu thành những hướng dẫn quy trình làm việc chuẩn mực. Chúng tôi rất hoan nghênh các đóng góp từ cộng đồng.

Gửi bài đóng góp theo nhiều mẫu khác nhau dựa trên loại bài viết. Người đóng góp cần chọn đúng mẫu phù hợp với loại bài viết họ muốn gửi. Các mẫu có sẵn dưới dạng tệp Word và được đặt tên để giải thích loại bài viết mà mẫu đó được sử dụng.

Ghi nhận người đóng góp

Nền tảng Microsoft Learn hiển thị cả những người đóng góp nội bộ và bên ngoài ở đầu mỗi bài viết nếu họ gửi đóng góp của mình thông qua GitHub. Một số người gửi nội dung đóng góp theo những cách khác, vì vậy chúng tôi thêm phần Người đóng góp ở cuối bài viết.

Phần Người đóng góp tùy chọn liệt kê tên của những người đóng góp chính và liên kết dẫn tới hồ sơ LinkedIn hoặc hồ sơ khác nếu họ cung cấp. Ảnh chụp màn hình sau đây là phiên bản ẩn danh của phần Người đóng góp trong bài viết của Trung tâm kiến trúc Azure.

Ảnh chụp màn hình của phần Ví dụ Người đóng góp, cho thấy tác giả chính cộng với ba người đóng góp được liệt kê với các liên kết đến hồ sơ LinkedIn của họ.

Đây là những gì nó trông như thế nào trong 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

Việc người đóng góp được liệt kê theo cách này là tùy chọn. Trên toàn Microsoft, chúng tôi khuyên bạn nên dùng phần Người đóng góp nếu những người đóng góp bên ngoài gửi nội dung mới, chẳng hạn như kiến trúc tham khảo và mẫu thiết kế, thông qua các phương tiện khác chứ không phải là GitHub.

  • Last updated on