Dynamics 365 프로세스 범주

아티클
03/04/2017

게시 날짜: 2017년 1월

적용 대상: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Microsoft Dynamics 365에서 프로세스를 사용하면 실제 비즈니스 프로세스를 모델링할 수 있습니다(예: 최상의 방법 또는 표준 방법). 비즈니스 관행을 모델링할 때 네 가지 범주의 프로세스 중에서 선택할 수 있습니다.

워크플로. 이 프로세스를 사용하여 실제 비즈니스 프로세스를 모델링하고 자동화합니다. 이러한 프로세스는 백그라운드 또는 실시간으로 실행되도록 구성할 수 있으며 사용자 입력이 필요한 경우도 있습니다. 워크플로 프로세스는 지정된 조건에 따라 자동으로 시작하거나 사용자가 수동으로 시작할 수 있습니다.
Action. 이 프로세스를 사용하여 표준 Microsoft Dynamics 365 설치에서 사용할 수 있는 새 작업을 만들거나 다른 여러 작업을 하나의 작업으로 결합할 수 있습니다. 예를 들어 지원 콜 센터의 경우 create, assign 및 setstate 작업을 하나의 새 "인계" 작업으로 결합할 수 있습니다.
비즈니스 프로세스 흐름. 이 프로세스를 사용하여 비즈니스 프로세스 흐름의 시각화를 만듭니다. 사용자는 영업 또는 고객 서비스 프로세스의 다양한 스테이지를 통해 완료할 때까지 진행됩니다. 각 스테이지에서 특정 단계를 완료한 후 다음 단계로 이동합니다. 단계를 추가 또는 제거하거나, 주문 스테이지를 변경하거나, 프로세스 흐름에 새 엔터티를 추가하여 프로세스 흐름을 사용자 지정할 수 있습니다.
대화. 이 프로세스를 사용하여 시작부터 실행을 완료할 때까지 사용자 입력이 필요한 단계별 대화형 데이터 입력 양식을 만듭니다. 대화 프로세스를 시작하면 마법사 같은 인터페이스가 표시되어 적절한 선택을 하거나 마법사의 각 페이지를 진행하며 데이터를 입력할 수 있습니다.

프로세스 기능은 Windows Workflow Foundation을 사용하여 구현됩니다. 최신 버전의 Windows Workflow Foundation은 응용 프로그램에서 사용자 지정 기능을 구현하도록 워크플로를 쉽게 만들고, 실행 및 유지 관리할 수 있도록 향상되었습니다.추가 정보:Windows Workflow Foundation의 새로운 기능

세 가지 방법으로 비즈니스 프로세스를 만들 수 있는데, 웹 응용 프로그램 양식 및 워크플로 디자이너를 통해 상호 작용하며 만들거나, 워크플로 관련 클래스를 사용하는 코드를 작성하여 만들거나, 솔루션에서 미리 만들어진 워크플로를 가져와서 만들 수 있습니다. SDK는 개발자 중심이므로 워크플로 프로세스를 만드는 코딩 측면에 주력하고 있습니다.

XAML (선언적) 워크플로

온-프레미스 Microsoft Dynamics 365에 대해 XAML 워크플로를 만들 수 있으며 Microsoft Visual Studio 워크플로 디자이너를 사용하여 시각적으로 디자인하고 만듭니다. 이 방법으로 워크플로를 만들면 코드를 작성할 필요가 없습니다. 또한 이러한 워크플로를 컴파일할 필요도 없으므로 워크플로 정의(XAML)를 Microsoft Dynamics 365에 가져올 수 있습니다. 새 워크플로를 만드는 것 외에도 Microsoft Visual Studio 워크플로 디자이너를 사용하여 Microsoft Dynamics 365에서 기존 워크플로를 시각적으로 수정한 후 업데이트된 워크플로를 Microsoft Dynamics 365에 가져올 수 있습니다.

참고

Microsoft Dynamics 365 외부에서 만들거나 수정한 워크플로에 대한 워크플로 정의를 보거나 업데이트할 수 없습니다. 워크플로 상태(활성화 또는 비활성화)만 변경하고 실행할 수 있습니다.XAML 워크플로는 Microsoft Dynamics 365(온라인)에서는 지원되지 않습니다.

워크플로와 대화의 차이점

다음 표는 Microsoft Dynamics 365에서 워크플로와 디자인의 차이점에 대한 정보를 제공합니다.

워크플로	대화
사용자가 시작하거나 자동으로 시작할 수 있습니다.	사용자로 시작해야 합니다.
비동기 또는 실시간 프로세스이며 실행을 완료하기 위해 사용자 입력이 필요하지 않습니다. 실시간 프로세스는 즉시 실행하고 비동기 프로세스는 백그라운드에서 실행합니다.	실행을 완료하기 위해 사용자 입력이 필요한 실시간 프로세스입니다. 이러한 프로세스를 실행하면 마법사와 비슷한 인터페이스가 표시되므로 적절하게 선택하여 프로세스를 실행할 수 있습니다.
Process가 실시간 워크플로에 사용되는 반면에 실행 중인 비동기 워크플로에 대한 정보를 저장하는 엔터티는 AsyncOperation입니다.	실행 중인 대화로 생성된 정보를 저장하는 엔터티는 ProcessSession 엔터티입니다.
워크플로에 대해 트리거가 지원됩니다. 지원되는 트리거 목록은 프로세스에 대해 지원되는 유형, 트리거, 엔터티 및 동작를 참조하십시오.	트리거는 대화에는 지원되지 않습니다.
기본 XAML 파일을 만들거나 업데이트하여 Microsoft Dynamics 365 외부에서 만들거나 업데이트한 워크플로는 Microsoft Dynamics 365 온-프레미스에서 지원되지 않습니다. 사용자 지정 XAML 워크플로에 대한 자세한 내용은 사용자 지정 XAML 워크플로을 참조하십시오.	XAML을 정의하여 Microsoft Dynamics 365 외부에서 만든 대화는 지원되지 않습니다.

플러그 인 대신 워크플로를 사용하는 경우

워크플로를 사용하여 수행할 수 있는 대부분의 작업은 플러그 인을 사용하여 수행할 수도 있습니다. 하지만 다음과 같은 경우 플러그 인 대신 워크플로 프로세스를 사용하지 않아야 합니다.

비즈니스 논리의 변경은 개발자가 아닌 사용자가 수행해야 하거나 변경 작업은 작업을 수행하는 개발자의 사용 가능성에 종속되지 않습니다. 사용자 지정 워크플로 활동이 워크플로 .NET 어셈블리로 정의되면 개발자가 아닌 사용자는 사용자 지정 작업이 수행될 때 Microsoft Dynamics 365을 사용하여 조건과 어셈블리에 전달되는 매개 변수를 정의할 수 있습니다.
개발자에게는 사용자가 워크플로 논리를 수동으로 적용할 수 있도록 하는 기능이 필요합니다. 워크플로 프로세스를 사용하면 사용자는 양식 또는 표에서 워크플로 실행을 클릭하여 워크플로 규칙 처리를 트리거할 수 있습니다.

사용자 지정 비즈니스 논리에서 가능한 최상의 성능을 얻으려면 플러그 인을 사용합니다. 플러그 인은 더 빠르게 시작할 수 있으므로 일반적으로 실시간 워크플로보다 더 빠릅니다. 그러나 성능상 이점보다는 워크플로를 쉽게 만들고 유지 관리하는 것이 더 중요할 수 있으므로 비즈니스 분석가처럼 개발자가 아닌 사용자만 작업을 수행해야 합니다.

플러그 인에 대한 자세한 내용은 플러그 인을 작성하여 비즈니스 프로세스 확장을 참조하십시오.

솔루션에서 워크플로 배포

워크플로 및 사용자 지정 워크플로 활동을 다른 Microsoft Dynamics 365 배포에서 가져오는 솔루션에 포함할 수 있습니다. 그러나 워크플로의 특정 엔터티 인스턴스를 참조하고 워크플로가 다른 시스템으로 이동하면 워크플로의 엔터티 인스턴스의 고유 ID가 대상 시스템의 엔터티 인스턴스 ID와 다르므로 문제가 발생합니다. Microsoft Dynamics 365은 시스템 사용자 및 현재 엔터티 레코드를 전체 이름 속성에 따라 자동으로 해결하지만 다른 엔터티 유형에 대한 레코드를 자동으로 해결하지는 않습니다.

추가 정보:솔루션을 사용하여 확장 패키지 및 배포.

참고 항목

Dynamics 365 프로세스를 사용하여 비즈니스 프로세스를 자동화

Microsoft Dynamics 365

다음을 통해 공유