다음을 통해 공유

Dynamics 365 설명서에 참여

두 가지 방법으로 Dynamics 365에 대한 Microsoft 설명서에 기여할 수 있습니다. 아티클에 잘못되거나 혼란스러운 정보가 포함되어 있거나 되풀이 문제에 대한 적절한 해결 방법을 알고 있는 경우 문서의 피드백 링크를 사용하여 알려줄 수 있습니다.

대부분의 설명서에서는 문서를 직접 편집 하여 검토 프로세스를 시작할 수도 있습니다.

피드백 제공

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월에 첫 번째 지침 콘텐츠를 게시했으며 2주마다 업데이트를 추가합니다. 지침 허브를 찾아서 유용한 기능과 누락된 내용을 알려주세요.

일부 지침 콘텐츠는 내부 기여자가 제공합니다. 우리는 지역 사회 전반에 걸쳐 주제 전문가가 모범 사례를 수립하는 데 도움을 줄 것을 권장합니다. 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 패턴 및 사례에 업로드하도록 요청합니다. 이러한 방식으로 참조 아키텍처 또는 패턴을 다른 주제 전문가에 의해 검토되도록 할 수 있습니다. 선택할 수 있는 다양한 템플릿이 있으며 비즈니스 프로세스 콘텐츠에 기여하려는 경우 다른 프로세스가 있습니다.

템플릿

Microsoft는 템플릿 유형에 따라 두 위치에 템플릿을 제공합니다.

시간이 지남에 따라 더 많은 템플릿 및 지침을 추가합니다. 변경될 때 알림을 받을 수 있도록 리포지토리를 따르거나 별표로 저장하는 것이 좋습니다.

Dynamics 365 패턴 및 사례 리포지토리의 https://github.com/microsoft/dynamics365patternspractices/discussions 탭에서 피드백을 공유해 주세요.

GitHub 계정이 아직 없는 경우 Microsoft Learn 기여자 가이드를 시작하세요.

팁 (조언)

리포지토리에서 원본 파일을 찾아봅니다 https://github.com/MicrosoftDocs/dynamics365-guidance . 아티클이 동일한 구조를 따르도록 다양한 유형의 아티클을 구성하는 방법을 알아봅니다. 이렇게 하면 검토 프로세스가 더 빠르게 실행됩니다.

아키텍처

솔루션 아이디어 및 디자인 패턴을 비롯한 아키텍처 지침의 기여를 환영합니다. 모범 사례 또는 참조 구현이 있는 경우 Azure 팀 또는 Dynamics 365에서 제안서를 제출합니다.

Dynamics 365 아키텍처 지침에 새 문서를 기여하려면 다음 주요 단계를 수행합니다.

Microsoft는 이 문서를 처리하고 Dynamics 365 지침 설명서의 일부로 게시합니다.

Microsoft의 지침 콘텐츠에 대한 일반적인 소개는 Azure 아키텍처 센터를 참조하세요. 기여자 가이드는 Azure 아키텍처 센터 기여를 참조하세요.

GitHub 리포지토리 dynamics365-docs-templates에는 guidance-templates 폴더의 아키텍처 지침에 대한 다음 Markdown 템플릿이 포함되어 있습니다 .

  • 일반화된 아키텍처 패턴: 일반화된 아키텍처 패턴은 많은 시나리오에 적용되는 일반적인 솔루션을 사용하는 핵심 아키텍처 역할을 합니다. 예를 들어 솔루션 아이디어는 아키텍처 문서를 작성하여 특정 산업 또는 파트너 솔루션에 대한 렌즈를 제공하고 각 솔루션 아이디어의 아키텍처에 연결할 수 있습니다. 템플릿은 Azure 아키텍처 가이드 템플릿을 기반으로 합니다. 참조 아키텍처를 포함하여 다양한 유형의 아키텍처에 사용합니다.

  • 솔루션 아이디어: 솔루션 아이디어는 Dynamics 365 구현의 "작은" 아키텍처입니다. Dynamics 365 및 Azure 서비스를 사용하는 솔루션에 대한 간략한 개요를 제공합니다. 각 솔루션 아이디어에는 다음 요소가 포함됩니다.

    • 아키텍처 다이어그램
    • 데이터 흐름
    • 구성 요소- 사용된 서비스 목록을 의미합니다.
    • 기여자 크레딧
    • 관련 가이드 및 아키텍처와 같은 다음 단계 및 관련 리소스에 대한 링크

  • 샘플 솔루션: 샘플 솔루션은 "중간" 아키텍처를 사용하는 예제 워크로드입니다. 또한 Dynamics 365 구현에서 특정 문제에 대한 솔루션을 디자인하는 프로세스를 독자에게 안내합니다. 샘플 솔루션은 실제 고객 예제를 기반으로 실행 가능한 아키텍처 지침을 제공합니다. 목표는 동일한 여정을 가진 다른 고객의 이야기를 들려주어 고객의 학습 곡선을 줄이는 것입니다. 솔루션 아이디어 템플릿의 섹션을 포함하고 다음 섹션을 추가합니다.

    • 대안, 아키텍처에 대신 연결할 수 있는 기타 서비스
    • 디자인별 성공 프레임워크에 매핑되고 필요에 따라 배포를 포함하는 고려 사항, 지침

  • 디자인 패턴: Dynamics 365 디자인 패턴은 구현의 특정 문제를 해결하고 특정 시나리오 또는 모범 사례를 기반으로 합니다. 이 템플릿을 사용하여 비즈니스 프로세스 패턴을 캡처합니다. 또는 dynamics365patternspractices/templates/business-processes에서 Word 서식 파일을 사용합니다.

비즈니스 프로세스 기여

비즈니스 프로세스라는 용어는 미리 결정된 조직 목표를 달성하기 위해 다양한 구조적, 종종 시퀀싱된 활동 또는 작업을 다룹니다. 이 용어는 비즈니스 목표를 향해 진행되는 모든 단계의 누적 효과를 참조할 수도 있습니다. 비즈니스 프로세스는 Dynamics 365를 포함하는 솔루션에 특히 중요합니다. 이 새로운 콘텐츠 형식은 고객과 파트너가 Dynamics 365를 더 잘 채택할 수 있도록 도와주는 구조를 만든다고 생각합니다. 각 비즈니스 프로세스에는 표준 비즈니스 프로세스 흐름의 다이어그램이 포함되어 있습니다. 문서의 섹션에서는 구성 단계와 각 단계에서 사용되는 데이터 엔터티를 간략하게 설명합니다. 각 단계는 제품 설명서의 관련 페이지에 연결되며, 모든 문서에는 학습 과정을 따라 독자에게 도움이 되는 다음 단계 및 관련 리소스에 대한 링크가 있습니다.

카탈로그에서 비즈니스 프로세스를 구성했습니다. 비즈니스 프로세스 카탈로그는 Microsoft에서 비즈니스 프로세스 설명서에서 작업을 구성하고 우선 순위를 지정하는 데 사용하는 Excel 통합 문서입니다. Excel 형식은 항목을 쉽게 정렬하고 필터링할 수 있기 때문입니다. 또한 파트너는 Excel 통합 문서를 사용하여 온보딩 경험, 구현 프로젝트 및 자체 비즈니스 프로세스를 구성할 수 있다고 믿습니다.

에서 https://aka.ms/BusinessProcessCatalog최신 버전의 카탈로그를 다운로드합니다.

비고

비즈니스 프로세스에 기여하고 싶다면, 다른 사람이 동일한 비즈니스 프로세스에서 작업할 위험을 줄이기 위해 작업을 시작하기 전에 작업을 등록하세요. 작업을 등록하려면 에서 https://github.com/microsoft/dynamics365patternspractices/issuesGitHub 문제를 제출합니다.

카탈로그에 포함된 내용

카탈로그는 6가지 수준의 콘텐츠를 정의합니다.

  1. 엔드 투 엔드 프로세스

    엔드 투 엔드 프로세스는 초기 트리거에서 최종 결과로의 전체 활동 흐름을 나타냅니다. 비즈니스 목표를 달성하는 데 필요한 모든 중간 단계 및 하위 프로세스를 포함합니다. 15개의 엔드 투 엔드 시나리오를 확인했습니다. 소프트웨어 기술이 아닌 비즈니스 측면에서 시나리오를 설명합니다.

    각 엔드 투 엔드 프로세스에 대해 소개 문서에서는 엔드 투 엔드 프로세스에 대해 어떻게 생각하는지 설명합니다. 주요 관련자와 Dynamics 365가 엔드 투 엔드 프로세스에 어떻게 도움이 되는지 나열합니다. 또한 비즈니스 프로세스 흐름 다이어그램과 함께 엔드 투 엔드 프로세스가 다른 엔드 투 엔드 프로세스와 상호 작용하는 방법에 대한 개요를 제공합니다. 소개에는 엔드 투 엔드 프로세스를 지원하는 솔루션을 구현하기 위한 필수 구성 요소가 나열됩니다.

  2. 비즈니스 프로세스 영역

    각 엔드 투 엔드 시나리오는 둘 이상의 비즈니스 프로세스 영역을 다룹니다. 이 수준은 전반적인 목표에 기여하는 관련 활동의 중요한 그룹화이며 비즈니스 프로세스를 그룹화할 수 있는 논리적 방법을 제공합니다. 대부분의 경우 비즈니스 프로세스 영역은 조직의 주요 작업 기능 또는 부서로 구분됩니다. 현재 카탈로그는 100개 이상의 비즈니스 프로세스 영역을 정의합니다.

  3. 비즈니스 프로세스

    비즈니스 프로세스라는 용어는 미리 결정된 조직 목표를 달성하기 위해 다양한 구조적, 종종 시퀀싱된 활동 또는 작업을 다룹니다. 이 용어는 비즈니스 목표를 향해 진행되는 모든 단계의 누적 효과를 참조할 수도 있습니다. 각 비즈니스 프로세스는 Dynamics 365에서 지원하는 함수 또는 프로세스를 설명합니다. 지금까지 800개 이상의 비즈니스 프로세스를 확인했습니다. 일부는 단일 Dynamics 365 앱에 적용되며, 앱 설명서에서 프로세스를 이미 설명할 수 있습니다. 이 가이드에서 모든 비즈니스 프로세스를 수집하여 관련 제품별 콘텐츠에 대한 링크가 있는 단일 진입점을 제공할 수 있기를 바랍니다.

  4. 시나리오

    Dynamics 365에서 시나리오는 특정 비즈니스 프로세스를 지원하는 반복 가능한 구성의 패턴입니다. 가장 일반적인 사용 사례, 시나리오 및 산업이 포함됩니다. 비즈니스 요구 사항을 충족하기 위해 Dynamics 365를 구현하는 방법에는 여러 가지가 있습니다. 패턴의 목표는 구현에 대한 기준을 제공하는 것입니다. 3,000개가 넘는 시나리오와 패턴을 확인했으며 시간이 지남에 따라 그 수가 증가할 것으로 예상합니다.

  5. 시스템 프로세스

    시스템 프로세스는 Dynamics 365에서 특정 양식, 페이지 또는 UI 요소를 사용하는 비즈니스 프로세스의 일부입니다.

  6. 테스트 사례

테스트 사례는 소프트웨어 애플리케이션 또는 시스템이 올바르게 작동하는지 여부를 확인하는 데 사용되는 자세한 조건 및 단계 집합입니다. 소프트웨어가 요구 사항을 충족하고 예상대로 수행되도록 설계된 소프트웨어 테스트 프로세스의 필수적인 부분입니다. 테스트 사례는 결함을 식별하고, 품질을 보장하며, 소프트웨어가 다양한 조건에서 의도한 대로 작동하는지 확인하는 데 사용됩니다.

각 콘텐츠 형식에 대한 Word 서식 파일이 있습니다. 지침은 다음 예제[Text in red]와 같이 대괄호로 둘러싸인 빨간색으로 서식이 지정됩니다. 문서를 완료할 때 이러한 지침을 삭제합니다. 노란색으로 강조 표시된 텍스트는 사용자가 바꾸거나 조정해야 합니다. 노란색으로 강조 표시되지 않고 빨간색으로 서식이 지정되지 않은 텍스트는 변경하지 마세요. 이러한 표준 구는 사용자가 보다 쉽게 찾고 있는 콘텐츠를 검색하고 찾을 수 있도록 템플릿을 인식하는 데 도움이 됩니다.

비즈니스 프로세스 정보 가이드에서 비즈니스 프로세스 카탈로그에 대한 추가 소개를 확인하세요. 필요에 따라 비즈니스 프로세스 카탈로그를 사용하고 콘텐츠 라이브러리에 기여하는 방법에 대해 이야기하는 TechTalks 를 검토합니다.

기여서 제출

Microsoft는 내부적으로 내부 노트, 수년간의 경험 및 다양한 문서를 비즈니스 프로세스 지침으로 변환하기 위해 노력하고 있습니다. 우리는 지역 사회의 기여를 매우 환영합니다.

문서 유형에 따라 기여를 제출하기 위한 다양한 템플릿이 있습니다. 기여자는 기여하려는 적절한 유형의 아티클에 적합한 템플릿을 선택해야 합니다. 서식 파일은 서식 파일의 용도를 설명하기 위해 명명된 Word 파일로 사용할 수 있습니다.

기여자 인정

Microsoft Learn 플랫폼은 GitHub를 통해 기여를 제출한 경우 각 문서의 맨 위에 내부 및 외부 참가자를 모두 표시합니다. 어떤 사람들은 다른 방법으로 기여하므로 문서의 끝 부분에 기여자 섹션을 추가합니다.

선택적 기여자 섹션에는 주요 참가자의 이름과 LinkedIn 또는 다른 프로필에 대한 링크(제공된 경우)가 나열됩니다. 다음 스크린샷은 Azure 아키텍처 센터 문서의 익명화된 참가자 섹션 버전입니다.

주요 작성자 및 LinkedIn 프로필에 대한 링크가 나열된 3명의 참가자를 보여 주는 예제 기여자 섹션의 스크린샷.

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

이러한 방식으로 참가자로 나열되는 것은 선택 사항입니다. 외부 참가자가 GitHub 이외의 다른 수단을 통해 참조 아키텍처 및 디자인 패턴과 같은 새 콘텐츠를 제출하는 경우 Microsoft 전체에서 기여자 섹션을 사용하는 것이 좋습니다.

  • Last updated on