개요
Microsoft Dynamics 워크플로 시스템을 사용하면 관련 개체의 문자열을 높은 수준으로 사용자 정의하여 Dynamics 환경 내에서 프로세스를 자동화할 수 있습니다. 이러한 프로세스는 사용자가 수동으로 트리거하거나 정의된 이벤트 발생 시 트리거하도록 구성할 수 있습니다.
이 문서는 MS Dynamics CRM용 Adobe Acrobat Sign 패키지 버전 7에서 추가된 Adobe Acrobat Sign 개체를 공개하고 설명하기 위한 것입니다.
이 문서는 Dynamics 내 사용자 정의 워크플로 시스템에 대한 심층적인 설명을 위한 것이 아닙니다.
MS Dynamics CRM용 Adobe Acrobat Sign은 365 CRM 솔루션용 버전 7 설치 패키지에서만 사용자 정의 워크플로 생성을 지원합니다.
이 패키지에 포함된 항목:
- 7개 활동, 사용자 정의 프로세스 생성에 사용할 수 있는 개별 작업
- 2개의 작업으로, 별도 설정 없이 바로 사용 가능합니다.여러 워크플로에 유용한 재사용 가능한 프로세스
- 1개 워크플로, 기회가 "성공"으로 설정될 때 자동으로 계약을 보내는 기능적 예시(초안 상태)
이전 버전의 Dynamics(2011/2013/2016)는 Adobe Acrobat Sign 패키지 버전 7에서 지원되지 않습니다.
워크플로를 만들기 전에 서명할 양식과 서명 처리에 포함될 수신자의 수/순서를 확실히 이해해야 합니다.
서명 순서를 변경할 수 있는 여러 옵션이 있으며, 보통 수신자를 첫 번째 수신자 위치에 삽입하여 다른 수신자들을 목록에서 아래로 밀어내는 방식입니다.
활동
활동은 작업 및 워크플로의 구성 요소로, 각각은 이전 활동이나 이벤트의 입력을 받고 후속 활동을 위한 출력을 생성할 수 있는 개별 작업을 정의합니다.
일련의 활동을 연결하면 작업 또는 워크플로가 생성됩니다.
7가지 Adobe Acrobat Sign 활동을 사용할 수 있습니다:
필드:
계약 이름 – 수신자에게 보내는 이메일 메시지에 표시되고 Dynamics 환경 전체에서 참조되는 계약 이름
계약 메시지 – 수신자에게 전송되는 이메일 알림에 추가되는 전역 메시지
서명 유형 – Adobe Acrobat Sign에서 적용되는 서명 흐름을 정의합니다. 두 가지 옵션이 있습니다.
- ESIGN – 전자 서명을 사용하며, 웹 연결 세션을 통해 완전히 적용됩니다. 수신자는 데스크탑 또는 모바일 플랫폼을 사용하여 서명을 적용할 수 있습니다
- WRITTEN – 물리적 서명이 필요할 때 사용됩니다. 이 과정에서는 수신자에게 파일을 인쇄하고, 문서에 물리적으로 서명한 후, 문서를 다시 PDF 형식으로 스캔하여 시스템에 업로드하도록 요청합니다
서명된 PDF를 열기 위한 암호 설정 – 최종 서명된 문서에 적용되는 암호 문자열을 허용하는 선택 필드입니다. 서명된 PDF를 보려면 모든 경우에 암호가 필요합니다
계약 만료까지의 일수 – 이 필드에 입력된 값은 계약이 생성된 후 서명 가능한 상태로 유지되는 일수를 나타냅니다. 이 시간이 만료되기 전에 모든 수신자가 서명 과정에서 자신의 역할을 완료해야 하며, 그렇지 않으면 계약이 취소됩니다
발신자 서명 옵션 – 발신자 관점에서 수신자 서명 흐름을 제어합니다. 네 가지 옵션이 있습니다:
- 서명하지 않음 – 발신자가 단순히 발신자라는 이유로 서명할 필요가 없는 경우
- 발신자는 조회와 같은 다른 방법을 통해 수신자로 추가될 수 있다는 점을 기억하십시오.
- 먼저 서명 – 발신자를 계약의 수신자 목록에서 첫 번째 서명자로 삽입합니다
- 마지막에 서명 – 발신자를 계약의 수신자 목록에서 마지막 서명자로 삽입합니다
- 본인만 서명 – 발신자만 서명을 적용하는 과정에 사용됩니다. E.g. 휴가 신청
발신자 서명 옵션은 계약 AddRecipient 활동에서 정의된 수신자 순서 값을 재정의합니다.
수신자 순서 값이 1인 수신자를 정의한 후 CreateAccount 활동을 구성하여 발신자를 첫 번째 서명자로 삽입(먼저 서명)하면, 수신자 순서 값이 기능적으로 목록에서 아래로 밀려납니다.
1은 2처럼 처리되며, signer2 필드에만 액세스할 수 있습니다.
2는 3처럼 처리되는 식으로 계속됩니다.
대면 서명 – 수신자가 발신자와 같은 물리적 위치에 있을 것으로 예상되며, 발신자의 시스템에서 호스트되는 대면 서명을 허용하고자 할 때 사용됩니다.
이 방법은 기본 이메일 검증 과정을 우회하므로, 양식 내에서 추가적인 중요 정보(예: 운전면허증, 주민등록번호 등)를 수집하도록 요구할 것을 강력히 권장합니다.고유한 개인과의 합당한 연결을 보장하기 위해
서명 순서 필수 – 이 옵션은 핵심 계약 흐름을 결정합니다.
- 참이면 순차적 서명 절차가 진행되며, 한 번에 한 명의 수신자만 계약에 액세스할 수 있습니다.각 수신자는 자신의 차례가 되면 계약과 상호작용하라는 알림을 받게 되지만, 자신의 차례가 되기 전까지는 알림을 받지 않습니다.
- 거짓이면 병렬 서명 절차가 진행되며, 모든 수신자가 동시에 알림을 받고 서명/승인을 어떤 순서로든 적용할 수 있습니다.
서명 후 랜딩 페이지 URL – 서명자가 서명을 완료한 후 이동하기를 원하는 공개 URL입니다.
- 값이 제공되지 않으면 Adobe Acrobat Sign에서 제공하는 표준 서명 후 페이지가 표시됩니다.
리디렉션까지의 지연 시간(초) – 서명 후 랜딩 페이지 URL이 제공되면, 이 필드는 계약이 해결된 후 리디렉션이 트리거되어 랜딩 페이지 URL로 이동하기 전까지 브라우저가 대기하는 시간(초)을 정의합니다.
신원 확인 – 이 설정은 계약에 첨부된 모든 수신자의 기본 신원 확인 방법을 정의합니다.
- 이는 AddRecipient 활동을 사용하지 않고 수신자를 가져오는 계약에 특히 적용됩니다:
- 발신자 서명 옵션이 내가 먼저 서명, 내가 마지막에 서명, 또는 나만 서명으로 설정된 경우
- 상위 엔터티에서 기본 이메일 추가가 참일 때
- 후속 AddRecipient 활동을 통해 추가된 수신자는 기본 신원 확인 방법을 재정의할 수 있는 옵션이 있습니다.
모든 수신자는 최소한 계약이 발송된 이메일 주소에 대한 인증을 통해 확인됩니다.
2단계 인증은 여러 형태로 제공됩니다:
- 이메일 – 기본 유효성 검사 유형입니다.모든 수신자에게 사용됩니다.
- 전화 – 수신자가 계약에 액세스하려고 할 때 SMS 메시지를 발송하는 2단계 인증입니다.
- 수신자 전화번호와 국가 코드는 AddRecipient 객체의 수신자 전화 필드와 수신자 국가 코드 필드에 제공되어야 합니다.
- 암호 – 표준 영숫자 암호 문자열을 사용하는 2단계 인증입니다.
- 암호는 외부 방법을 통해 수신자에게 전달되어야 합니다.
- 기술 자료 – 미국 내 수신자에게만 제공되는 2단계 인증입니다.
- 공개 데이터베이스에서 추출한 복합적인 데이터를 사용하여 일련의 개인적인 질문을 합니다.
- 웹 신원 – 여러 소셜 미디어 사이트 중 하나에 대한 성공적인 인증을 사용하는 2단계 인증입니다.
- 인증에 유효한 위치는 Facebook, LinkedIn, Google, Yahoo!, Microsoft Live 및 Twitter입니다.
ID 확인용 암호 설정 – 암호 확인을 선택한 경우 사용할 암호 문자열
기본 엔터티의 주 이메일을 수신자로 추가 – 참이면 프로세스에서 기본 엔터티의 이메일을 서명 프로세스의 첫 번째 서명자로 가져옵니다
기본 엔터티의 주 이메일을 수신자로 추가는 계약서의 서명 순서에 직접 영향을 주며 AddRecipient 활동에서 정의된 수신자 순서 값을 재정의합니다.
수신자 순서 값을 1로 정의한 수신자가 있고 CreateAccount 활동을 상위 엔터티의 기본 이메일을 수신자로 추가하도록 구성하면 수신자 순서 값이 스택 아래로 밀려납니다.
1은 2와 같이 처리되며 signer2 필드에만 액세스가 허용됩니다.
2는 3과 같이 처리되는 식입니다.
수신자 알림 예약 – 계약서의 알림 일정을 정의합니다.세 가지 옵션이 가능합니다:
- 없음 – 예약된 알림이 없습니다. Dynamics의 계약 오브젝트에서 필요 시 알림을 보낼 수 있습니다
- 매일, 서명할 때까지 – 계약서가 서명될 때까지 매일 알림 이메일이 발송됩니다
- 10회 반복이 관찰됩니다.10일 후 알림이 만료됩니다
- 매주, 서명할 때까지 – 계약이 서명될 때까지 7일마다 알림 이메일이 발송됩니다
- 7회 반복이 관찰됩니다.60일 후 알림이 만료됩니다
필드:
계약서 템플릿 선택 – 계약서 생성에 사용할 수 있는 Adobe Acrobat Sign 템플릿을 표시하는 조회 필드
GetAgreementID 에는 입력 필드가 없으며, 계약 ID라는 출력만 하나 있습니다
필드:
계약서 ID 입력 – CreateAgreement 활동에서 계약서 ID를 가져옵니다
문서 추가 위치 – 문서의 소스를 정의합니다. 문서는 항상 대상 개체의 메모에서 선택됩니다. 다음 두 가지 옵션이 있습니다.
- 기본 엔터티 메모 – 문서는 기본 엔터티의 메모 필드에서 선택됩니다
예: 영업 견적을 기회에 첨부하는 경우, 기회를 기본 엔터티로 사용하도록 워크플로를 구성할 수 있습니다.
워크플로가 트리거되면 프로세스는 기회로 이동하여 견적이 첨부된 기회 메모에 첨부된 파일을 선택합니다
- 프로세스 메모 – 문서는 엔터티 대신 프로세스의 메모 필드에서 선택됩니다
예: 표준 신규 채용 문서 패키지가 있는 경우. 이는 표준 보일러플레이트 문서이며, 채용하는 모든 새로운 사용자에게 빈 문서의 고유 복사본을 첨부하는 것은 의미가 없습니다. 프로세스에서 문서를 첨부하면 관리자가 버전 관리 프로세스를 제어할 수 있으며, 워크플로를 트리거해야 하는 모든 사용자가 현재 버전의 문서를 효과적으로 사용할 수 있습니다.
프로세스 선택 – 프로세스 메모에서 문서 추가를 선택할 때만 의미가 있습니다.
이 설정은 문서 파일이 검색되는 프로세스를 식별합니다
문서 이름 – 특정 엔터티 또는 프로세스 는 메모 필드에 둘 이상의 파일을 첨부할 수 있습니다.
문서 이름을 제공하면 프로세스가 명명된 파일과 일치하는 파일만 선택하도록 보장됩니다.
문서 이름이 제공되지 않으면 모든 파일이 선택됩니다.
문서의 최신 버전만 추가 – 문서는 자주 버전 관리 프로세스를 거칩니다. 예를 들어, 계약서는 조건을 협상하는 과정에서 여러 차례 수정될 수 있습니다.문서의 최신 버전만 추가를 참으로 설정하면 문서를 검색할 때 (첨부 시간/날짜 스탬프 기준으로) 문서의 최신 버전만 선택됩니다.
설정이 거짓이면 문서의 모든 버전이 검색됩니다.
글로벌 프로세스를 만들 때(기본 엔터티가 식별되지 않음), 문서는 프로세스 메모에서 검색해야 한다는 점을 기억하세요.
필드:
계약 ID 입력 – CreateAgreement 활동에서 계약 ID를 가져옵니다.
수신자 전체 이름 – 수신자 이메일 주소 값을 표시하는 이메일 템플릿에 필드 값을 삽입하는 선택적 필드입니다
수신자 이메일 주소 – 수신자의 실제 이메일 주소입니다. 이 값은 문서를 전달하고 수신자를 계약과 연결하는 데 사용됩니다
수신자 역할 – 문서와 관련하여 수신자가 수행해야 할 작업:
- 서명자 – 법적 서명을 적용해야 하는 사람
- 승인자 – 문서를 승인하기만 하면 되고 반드시 서명할 필요는 없는 수신자
- 참조 – 참조된 수신자는 계약에 영향을 미칠 수 없으며, 처리 과정의 관찰자일 뿐이고 일반적으로 계약서 사본을 받게 됩니다(Adobe Acrobat Sign 설정에 따라)
수신자 주문하다 – 이 값은 다음을 나타냅니다:
- 서명 처리에서 순차적 서명 경로를 설명할 때 서명 주기에서 수신자가 거주자하는 위치. 1을 입력하면 수신자가 계약에 액세스할 수 있는 첫 번째 수신자임을 나타냅니다
- 서명 처리 중에 수신자가 액세스할 수 있는 필드는 무엇입니까?문서의 필드는 "서명자" 번호로 식별됩니다.1을 입력하면 수신자가 "누구나" 및 "signer1"을 위해 지정된 양식 필드에 액세스할 수 있어야 함을 나타냅니다
순차적 워크플로에서 수신자 2는 수신자 1이 자신의 역할을 완료한 후에만 계약에 대한 알림을 받으며, 그 이전에는 받지 않습니다.
수신자 2는 "누구나" 및 "signer2"를 위해 지정된 필드에만 액세스할 수 있습니다.
참조 수신자 메모: 명확성을 위해 모든 참조된 수신자는 계약과 실제로 상호 작용하는 마지막 수신자 다음의 수신자 순서를 할당받아야 합니다. 서명 주기의 일부로 세 명의 수신자가 있는 경우, 참조된 수신자는 수신자 주문하다 4여야 합니다
수신자 주문하다에 세심한 주의를 기울이고, CreateAgreement 활동이 수신자를 수신자 목록의 앞쪽에 삽입할 수 있다는 점을 인지하십시오.
수신자를 삽입하는 설정:
- 발신자 서명 옵션: 내가 먼저 서명 - 발신자 서명 옵션이 내가 먼저 서명으로 구성된 경우, 계약의 발신자가 첫 번째 수신자가 됩니다.항상.
- 상위 엔티티의 기본 이메일 추가 - 상위 엔티티의 이메일이 추가될 때 통해 CreateAgreement 활동에서 이 이메일은 첫 번째 수신자로 삽입됩니다.
- 발신자 서명 옵션 (위 참조)만이 상위 엔티티 기본 이메일 앞에 수신자를 삽입할 수 있습니다.
기본 확인 재정의 (v9.4.4.0부터 더 이상 사용되지 않음) - 수신자가 CreateAgreement 활동
에서 정의된 기본 값과 다른 확인 방법을 할당받을 수 있도록 허용합니다\n
- 거짓 - 거짓일 때, CreateAgreement 활동에서 정의된 기본 신원 확인 방법이 이 수신자에게 적용됩니다
- 참 - 참일 때, 이 수신자는 이 AddRecipient 활동에서 정의된 신원 확인 방법이 적용됩니다(아래 참조)
참고: v9.4.4.0부터 기본 확인 재정의 기능이 더 이상 지원되지 않으므로, v9.4.4.0 이상으로 업그레이드하는 사용자는 새로운 AddRecipient 및 AddRecipientUsingLookup 단계를 추가할 때 기본 확인 재정의 옵션을 볼 수 없습니다. 따라서 업그레이드로 인해 일부 워크플로가 작동하지 않을 수 있습니다.
신원 확인 - 모든 수신자는 최소한 계약서가 전송된 이메일 주소로 인증을 통해 확인됩니다. 2단계 인증은 여러 형태로 제공됩니다:
- 이메일 - 기본 유효성 검사 유형입니다. 모든 수신자에게 사용됩니다
- 전화 - 수신자가 계약서에 액세스하려고 할 때 SMS 메시지를 전송하는 2단계 확인입니다.
- 수신자 전화번호와 국가 코드는 아래 수신자 전화번호 필드와 수신자 국가 코드 필드에 입력해야 합니다
- 암호 - 표준 영숫자 암호 문자열을 사용하는 2단계 확인입니다
- 암호는 외부 방법을 통해 수신자에게 전달되어야 합니다
- 기술 자료 - 미국 내 수신자만을 위한 2단계 확인입니다.
- 공개 데이터베이스에서 수집한 상세한 데이터를 사용하여 일련의 개인적인 질문을 합니다
- 웹 신원 - 여러 소셜 미디어 사이트 중 하나에 성공적으로 인증하는 2단계 확인입니다
- 인증 가능한 사이트: Facebook, LinkedIn, Google, Yahoo!, Microsoft Live 또는 Twitter
CC 수신자 참고사항: 모든 CC 수신자는 신원 확인을 기본 이메일 값으로 두어야 합니다
수신자 전화 - SMS 전화 확인 처리에 사용될 전화번호입니다
수신자 국가 코드 - SMS 확인을 위해 전화번호 앞에 붙는 국가 코드입니다
수신자 암호 - 암호 확인이 선택된 경우 사용될 암호 문자열입니다
정상 작동하는 Dynamics 워크플로를 사용하는 사용자의 경우, 이전 버전에서 Adobe Acrobat Sign for Dynamics 365 V 9.4.4.0으로 업그레이드하면 워크플로 변경으로 인해 일부 워크플로 활동이 작동하지 않을 수 있습니다.예를 들어, AddRecipientUsingLookup 활동은 더 이상 OverrideDefaultVerification 인수가 없어서 실패할 수 있습니다.
이 문제를 해결하려면 사용자가 실패하는 활동(단계)을 제거하고 관련된 모든 활동 속성을 다시 채워서 다시 추가해야 합니다.
필드:
계약 ID 입력 - CreateAgreement 활동에서 계약 ID를 가져옵니다
추가할 수신자 유형 선택 – 이 필드는 수신자를 식별할 때 조회하려는 엔터티 유형을 정의합니다. 옵션은 다음과 같습니다.
- 리드
- 연락처
- 사용자
리드를 수신자로 추가 – 추가할 수신자 유형 선택 필드에서 리드를 선택했을 때 리드 개체를 서명 주기로 매핑할 수 있습니다
연락처를 수신자로 추가 – 추가할 수신자 유형 선택 필드에서 연락처를 선택했을 때 연락처 개체를 서명 주기로 매핑할 수 있습니다
사용자를 수신자로 추가 – 추가할 수신자 유형 선택 필드에서 사용자를 선택했을 때 사용자 개체를 서명 주기로 매핑할 수 있습니다
위 필드를 사용하여 수신자를 추가할 때 조회를 통해 시스템을 검색하거나 마스터 엔터티의 관련 엔터티를 통해 수신자를 선택할 수 있다는 점에 유의하십시오.
수신자 역할 – 문서와 관련하여 수신자가 수행해야 하는 작업:
- 서명자 – 법적 서명을 적용해야 하는 사람
- 승인자 – 문서를 승인하기만 하면 되고 반드시 서명할 필요는 없는 수신자
- 참조 – 참조된 수신자는 계약에 영향을 줄 수 있는 권한이 없으며, 프로세스의 관찰자일 뿐이고 일반적으로 계약서 사본을 받게 됩니다(Adobe Acrobat Sign 설정에 따라)
수신자 순서 – 이 값은 서명 프로세스가 순차적 서명 경로를 설명할 때 서명 주기에서 수신자가 위치하는 곳을 나타냅니다. 1을 입력하면 수신자가 계약에 액세스하는 첫 번째 수신자임을 나타냅니다.
수신자 2는 수신자 1이 자신의 역할을 완료한 후에만 계약에 대한 알림을 받으며, 이후도 마찬가지입니다.
참조 수신자 참고사항: 명확성을 위해 모든 참조 수신자는 실제로 계약과 상호작용하는 마지막 수신자 다음의 수신자 순서를 할당받아야 합니다. 서명 주기의 일부로 3명의 수신자가 있는 경우, 참조된 수신자는 수신자 순서 4여야 합니다.
수신자 순서에 세심한 주의를 기울이고, CreateAgreement 활동이 수신자를 수신자 목록의 앞쪽에 삽입할 수 있다는 점에 유의하십시오.
수신자를 삽입하는 설정은 다음과 같습니다:
- 발신자 서명 옵션: 내가 먼저 서명 - 발신자 서명 옵션 이 내가 먼저 서명으로 구성된 경우, 계약의 발신자가 첫 번째 수신자가 됩니다. 항상.
- 마스터 엔터티의 기본 이메일 추가 - 기본 엔터티의 이메일이 추가되는 경우 통해 CreateAgreement 활동에서 이 이메일이 첫 번째 수신자로 삽입됩니다.
- 발신자 서명 옵션 (위)만이 마스터 엔터티 기본 이메일보다 앞에 수신자를 삽입할 수 있습니다.
기본 인증 재정의 - 수신자가 CreateAgreement 활동에서 정의된 기본값과 다른 인증 방법을 할당받을 수 있습니다.
- False - False일 때 CreateAgreement 활동에서 정의된 기본 ID 인증 방법이 이 수신자에게 적용됩니다.
- 참 - 참일 때, 이 수신자는 이 AddRecipient 활동에서 정의된 ID 확인 방법이 적용됩니다(아래 참조).
ID 확인 – 모든 수신자는 최소한 계약이 전송되는 이메일 주소 인증을 통해 확인됩니다.2단계 인증은 다양한 형태로 사용할 수 있습니다:
- 이메일 – 기본 유효성 검사 유형입니다. 모든 수신자에게 사용됩니다
- 전화 – 수신자가 계약서에 액세스를 시도할 때 SMS 메시지를 보내는 2단계 확인입니다.
- 수신자 전화번호와 국가 코드는 아래 수신자 전화번호 필드와 수신자 국가 코드 필드에 입력해야 합니다
- 암호 – 표준 영숫자 암호 문자열을 사용하는 2단계 확인입니다
- 암호는 외부 방법을 통해 수신자에게 전달되어야 합니다
- 기술 자료 – 미국 내 수신자에만 해당하는 2단계 확인입니다.
- 공개 데이터베이스에서 수집한 중요 데이터를 사용하여 일련의 개인적인 질문을 합니다
- 웹 ID – 여러 소셜 미디어 사이트 중 하나에 성공적으로 인증하는 2단계 확인입니다
- 인증에 유효한 사이트는 다음과 같습니다: Facebook, LinkedIn, Google, Yahoo!, Microsoft Live 또는 Twitter
CC 수신자 참고사항: 모든 CC 수신자는 ID 확인을 기본 EMAIL 값으로 두어야 합니다
수신자 전화번호 – SMS 전화 확인 프로세스에 사용될 전화번호입니다
수신자 국가 코드 – SMS 확인을 위해 전화번호 앞에 붙는 국가 코드입니다
수신자 암호 – 암호 확인을 선택한 경우 사용될 암호 문자열입니다
작동하는 Dynamics 워크플로가 있는 사용자의 경우, 이전 버전에서 Dynamics 365용 Adobe Acrobat Sign V 9.4.4.0으로 업그레이드하면 워크플로의 변경으로 인해 일부 워크플로 작업이 손상될 수 있습니다.예를 들어, AddRecipientUsingLookup 작업은 더 이상 OverrideDefaultVerification 인수를 포함하지 않으므로 실패할 수 있습니다.
이 문제를 해결하려면 실패하는 활동(단계)을 제거하고 모든 관련 활동 속성을 다시 입력하여 추가하십시오.
필드:
계약 ID 입력 – CreateAgreement 활동에서 계약 ID를 가져옵니다
동작
작업은 활동을 연결하여 특정 결과를 달성하는 프로세스 유형이지만, 사용자가 직접 사용할 수는 없습니다.
대신 워크플로에 포함할 수 있는 재사용 가능한 모듈로 생각할 수 있습니다.신중하게 만든 몇 가지 작업은 이러한 공통 단계를 다시 구성할 필요 없이 다양한 워크플로에 포함할 수 있습니다.
사전 구성된 두 가지 작업을 사용할 수 있습니다.
다음은 사용자 정의 워크플로를 생성할 때 활용할 수 있는 간단하고 널리 사용되는 프로세스입니다:
이 작업은 전자 서명을 위해 한 명의 수신자에게 계약을 전송하는 간단하고 일반적인 작업입니다.
속성 페이지 상단에서 다음을 확인할 수 있습니다:
- 이 프로세스에 연결된 엔터티가 없습니다
- 이렇게 하면 작업을 사용할 수 있습니다 미치는 모든 유형의 워크플로
- 기본 엔터티가 없으므로 파일을 프로세스에서 검색해야 합니다
프로세스 체인에는 네 가지 활동이 있습니다:
- CreateAgreement
- 계약 이름과 메시지는 일반적입니다.거의 모든 것에 적용 가능
- ESIGN은 서명 유형으로, 기본값으로 사용하기 좋습니다
- 보낸 사람은 서명할 필요가 없습니다
- 순차 서명 순서가 적용됩니다
- 이메일 인증이 선택되었습니다. 2차 인증 없음
- 미리 알림 일정이 구성되지 않았습니다
- AddRecipient
- 계약 ID는 CreateAgreement에서 가져옵니다.
- 받는 사람 이메일이 Arguments 개체에서 삽입됩니다
- 수신자는 서명에서 1번으로 식별됩니다 승인된 그리고 서명자이므로 서명이 필요합니다
- AddDocument
- 계약 ID는 CreateAgreement에서 가져옵니다
- 파일이 Process Notes에서 검색됩니다
- 올바른 파일을 보유한 프로세스는 Send for 서명 프로세스(동일한 프로세스)
- 프로세스는 프로세스의 메모 섹션에 첨부된 모든 파일의 모든 버전을 전송합니다
- 문서 이름이 제공되지 않으므로 고유한 이름을 가진 모든 파일이 첨부됩니다
- 최신 버전만 추가가 False로 설정되어 모든 버전이 포함됩니다
- SendAgreement
- 계약 ID는 CreateAgreement에서 가져옵니다
이 Process는 전자 서명을 위해 한 명의 수신자에게 계약을 보내는 간단하고 일반적인 작업입니다.
속성 페이지 상단에서 다음을 확인할 수 있습니다:
- 기본 Entity는 Opportunity입니다
프로세스 체인에는 네 가지 활동이 있습니다:
- CreateAgreement
- 계약 이름과 메시지는 일반적입니다. 거의 모든 것에 적용 가능
- ESIGN은 서명 유형이며, 좋은 기본값입니다
- 발신자는 서명할 필요가 없습니다
- 순차 서명 순서가 적용됩니다
- 이메일 확인이 선택되어 있습니다. 2단계 인증 없음
- 미리 알림 일정이 구성되지 않았습니다
- AddRecipient
- 계약 ID는 CreateAgreement에서 가져와집니다
- 수신자 이메일은 Contact 객체에서 삽입됩니다
- 수신자는 서명에서 1번으로 식별됩니다. 승인된 서명자이므로 서명이 필요합니다
- 문서 추가
- 계약 ID는 CreateAgreement에서 가져옵니다
- 파일이 기본 엔터티에서 검색되고 있습니다
- 프로세스는 기본 Entity의 Notes 섹션에 첨부된 모든 파일의 모든 버전을 전송합니다
- Document Name이 제공되지 않았으므로 고유하게 명명된 모든 파일이 첨부됩니다
- 최신 버전만 추가가 False로 설정되어 있어 모든 버전이 포함됩니다
- 계약서 전송
- 계약 ID는 계약 생성에서 가져옵니다
작업 과정
워크플로는 시스템이나 사용자가 온디맨드로 실행할 수 있는 프로세스 유형입니다.
워크플로는 일반적으로 하나 이상의 작업, 조건 또는 활동으로 만들어집니다.
워크플로는 필드 레벨 변경에 응답하거나 추가 옵션 (...)을 통해 사용자가 시작할 수 있습니다.각 요소의 메뉴는 구성 방법에 따라 다릅니다.
Adobe Acrobat Sign for MS Dynamics CRM v7 패키지에는 초안 상태의 미리 구성된 워크플로가 하나 있습니다. 이 워크플로는 구조를 설명하기 위해 활동으로 설계되었지만, 하나의 조건부 트리거 이벤트와 활동을 포함한 하나의 작업 으로도 쉽게 만들 수 있습니다:
속성 페이지 상단에서 다음을 확인할 수 있습니다:
- 기본 Entity는 Opportunity입니다
- 워크플로는 온디맨드 액세스를 허용하도록 설계되었습니다.
프로세스 빌더 섹션에서 첫 번째 라인 항목은 워크플로를 트리거할 수 있는 조건입니다:
기회 상태가 Won으로 변경되면 일련의 단계를 실행합니다.
프로세스 체인에는 네 가지 활동이 있습니다:
- 계약 생성
- 계약 이름이 기회에서 가져와집니다
- 계약 메시지는 일반적입니다
- ESIGN이 서명 유형입니다
- 발신자는 서명할 필요가 없습니다
- 순차적 서명 순서가 적용됩니다
- 이메일 확인이 선택되었습니다. 2단계 인증이 없습니다
- 알림 일정이 구성되지 않았습니다
- 조회를 사용하여 수신자 추가
- 계약 ID는 CreateAgreement에서 가져옵니다
- 수신자는 연락처로 식별됩니다
- 수신자 이메일은 기회 객체의 연락처 필드에서 삽입되고 있습니다
- 수신자는 서명에서 1번으로 식별됩니다. 승인된 서명자이므로 서명이 필요합니다
- AddDocument
- 계약 ID는 CreateAgreement에서 가져옵니다
- 파일이 기본 Entity에서 검색되고 있습니다
- 이 처리는 기본 Entity의 메모 섹션에 첨부된 모든 파일의 모든 버전을 전송합니다
- 문서 이름이 제공되지 않아 고유한 이름을 가진 모든 파일이 첨부됩니다
- 최신 버전만 추가가 False로 설정되어 있어 모든 버전이 포함됩니다
- SendAgreement
- 계약 ID는 CreateAgreement에서 가져옵니다
사용자 지정 워크플로 처리 작성하기(예제)
다음은 Dynamics 시스템의 연락처에게 기밀 유지 계약서(NDA)를 전송하는 간단한 프로세스를 작성하는 예제입니다.
이 예제의 목적상, 워크플로 결정을 내리는 프레임워크를 제공하는 몇 가지 가정이 있습니다:
- NDA를 전송받을 모든 사람은 Dynamics 시스템의 연락처로 등록되어 있습니다.
- NDA 문서는 버전 관리되며, Entity가 아닌 처리 메모를 통해 첨부됩니다
- 연락처의 소유자가 계약서에 반대서명해야 합니다
- 계약서는 이메일 아카이브 파일로 전송되어야 합니다
한 활동의 출력을 다음 활동의 입력 값으로 전달하는 개념이 처음이라면, 프로세스를 검토해 보는 것이 좋습니다.
활동은 트리거 이벤트나 다른 활동의 입력 값을 받아들이도록 설계되었으며, 처리의 후속 활동에서 새로운 값을 사용할 수 있도록 합니다.
아래 이미지에서 계약 ID 입력 필드는 CreateAgreement 활동에서 ID 값을 가져와야 합니다.
이전 활동의 출력을 가져오려면 값이 필요한 필드에 객체 경로를 링크해야 합니다:
- 값을 가져올 필드를 한 번 클릭합니다.
- Look for: 선택 목록은 기본 Entity와 관련된 객체 및 프로세스의 Local Values로 채워집니다
- 선택 목록을 클릭하여 펼칩니다
- 찾고 있는 값은 이전 Activity에서 생성되어 Local Value가 되었으며, 목록 하단에 표시됩니다
- AdobeSign :Activities .CreateAgreement object를 선택합니다
목록이 축소되어 선택된 오브젝트가 Look으로 표시됩니다 for: 값
Look 바로 아래에 있는 목록 for: 필드 바로 아래 목록에서 선택된 객체의 가능한 모든 출력 값을 제공합니다.
CreateAgreement 에는 하나의 출력 값만 있습니다: Agreement ID Output
- 올바른 출력 값을 선택하고 Add 버튼을 클릭하여 바로 아래 선택 가능한 값 섹션에 값을 삽입합니다
- 선택 가능한 값 섹션에서 Agreement ID Output이 표시되면 OK 를 클릭하여 해당 값을 필드에 삽입합니다
프로세스를 작성하려면:
- Adobe Acrobat Sign 관리 > 새 워크플로 만들기로 탐색합니다
- 새 프로세스 만들기 오버레이가 열립니다
- 프로세스에 직관적인 이름을 지정하세요.프로세스 이름은 관리자만 볼 수 있습니다
- 범주 선택 목록에서 작업을 선택합니다
- 엔터티 선택 목록에서 기본 엔터티를 선택하십시오
- Dynamics의 모든 엔터티를 선택할 수 있으며, 프로세스가 워크플로에서 사용할 수 있는 개체를 제공합니다.
- 없음(전역)은 엔터티에 연결되지 않은 워크플로의 옵션입니다
이 예시에서는 NDA를 받는 모든 사람이 연락처라고 가정하므로 연락처를 기본 엔터티로 사용합니다.
- 확인을 클릭합니다.
- PowerApps 페이지가 열리고 프로세스 정보 페이지가 표시됩니다
단계별 프로세스는 페이지 하단에 구축됩니다.단계 추가 섹션으로 스크롤하세요
- 단계 추가를 클릭합니다.
- Adobe Acrobat Sign 항목까지 스크롤한 다음 하위 메뉴를 펼치세요
- Adobe Acrobat Sign의 7가지 활동이 노출됩니다:
- AdobeSign.Activities.AddDocument
- AdobeSign.Activities.AddRecipient
- AdobeSign.Activities.AddRecipientUsingLookup
- AdobeSign.Activities.CreateAgreement
- AdobeSign.Activities.CreateAgreementFromTemplate
- AdobeSign.Activities.GetAgreementId
- AdobeSign.Activities.SendAgreement
- Adobe Acrobat Sign의 7가지 활동이 노출됩니다:
문서에 서명을 받기 위한 전체 프로세스에는 대략 다음과 같은 순서로 최소 세 가지가 포함됩니다:
계약서 만들기 – "계약서"는 Adobe Acrobat Sign 시스템을 통한 전체 트랜잭션에 대한 모든 구성 값을 포함하는 컨테이너 객체입니다.
계약서를 만들 때 두 가지 옵션이 있습니다
- 템플릿에서 계약서 만들기 – 이미 정의된 계약서 템플릿을 사용하여 모든 필드 값을 가져옵니다
- 계약 만들기 – 이 프로세스에서만 사용할 계약 필드 값을 제공합니다
문서 추가 – 전송할 파일을 첨부합니다
- Dynamics에 업로드할 수 있는 파일 크기는 5MB로 제한됩니다
- 문서는 필요에 따라 기본 엔터티 또는 프로세스의 메모 필드를 통해 추가됩니다
- 기본 엔터티에 첨부된 문서는 기회에 첨부될 개별화된 계약서와 같은 맞춤 문서인 경우가 많습니다
- 프로세스에 첨부된 문서는 비공개 계약서와 같이 버전이 관리되는 표준 문서일 수 있습니다
문서보다 먼저 수신자를 추가할 수도 있습니다.
선형적 사고에 따르면 대부분의 경우 문서 유형이 수신자가 누구인지, 그리고 서명 프로세스에 어떤 순서로 참여해야 하는지를 나타내므로 문서를 먼저 추가하면 프로세스에 대한 이해가 향상됩니다.
수신자 추가 – 수신자는 포함되는 사람들입니다 완료 계약을 위한 경로.여기에는 다음이 포함될 수 있습니다:
- 서명자 – 법적 서명을 해야 하는 모든 사람
- 승인자 – 문서를 승인하기만 하면 되고 반드시 서명할 필요는 없는 수신자
- 참조 – 순수한 관찰자로, 참조된 수신자는 계약서에 영향을 미칠 수 있는 권한이 없습니다
- 특정 유형의 문서를 이메일 주소로 자동 보관하기 위한 좋은 옵션입니다
수신자를 추가하는 두 가지 옵션이 있습니다:
- 조회를 사용하여 수신자 추가 – Dynamics를 활용하여 Dynamics 엔터티에서 수신자 이메일을 가져옵니다
- 수신자 추가 – 이메일을 명시적으로 구성하여 Dynamics 엔터티와 연결되지 않은 수신자를 포함할 수 있습니다
AddRecipient 작업이 필요하지 않은 프로세스를 만드는 두 가지 방법이 있습니다:
- 유일한 수신자는 CreateAgreement 활동의 상위 엔터티에서 기본 이메일로 가져와집니다.
- 유일한 수신자는 활동의 필드에서 옵션을 사용하는 서명자입니다
계약 전송 – 구성된 계약을 가져와서 Adobe Acrobat Sign 서비스에 제출하여 서명 프로세스를 시작하는 활동
당사의 NDA 예제는 6개 활동 중 5개를 사용하며("계약 만들기" 유형의 활동은 하나만 있을 수 있음), 5단계 프로세스로 구성됩니다:
1. 단계 추가 - AdobeSign.Activities.CreateAgreement
- 단계 레코드에서 Set Properties를 클릭하여 활동 속성을 엽니다
- Agreement Name 정의 – 계약 이름은 수신자에게 보내는 알림 이메일에 표시되며 Dynamics 시스템 전체에서 계약을 나타냅니다. 수신자가 예상하는 문서의 성격을 나타내는 직관적인 이름을 사용하세요
- 완료되면 저장 및 닫기를 클릭하세요
이 예제의 필드 값:
- Agreement Message는 첨부된 문서와 관련하여 의미 있는 지침을 제공하도록 수정되었습니다
- 이 법적 문서가 허용할 수 없는 기간 동안 열린 상태로 남아 있지 않도록 만료 값 5를 삽입했습니다
- 계약은 5일 후에 만료되고 자동으로 취소됩니다
- Primary Email of the Parent Entity 는 첫 번째 수신자로 가져옵니다
- 미리 알림이 일일 반복으로 예약됩니다(계약이 5일 후 만료되는 점을 고려하여)
활동을 성공적으로 구성하면 단계 레코드에서 빨간색 X가 제거됩니다
2. 단계 추가 – AdobeSign.Activities.AddDocument
- 단계 레코드에서 Set Properties를 클릭하여 활동 속성을 엽니다
- Agreement Id Input 필드에 Agreement ID 값을 삽입합니다
- 에서 문서 추가 필드 정의
- 프로세스에서 파일을 첨부하는 경우 프로세스 선택 필드 정의
- 필요한 기타 필드를 구성하세요
- 저장 후 닫기를 클릭합니다.
이 예제의 필드 값:
- 프로세스에서 문서 추가는 field 프로세스 메모에서 NDA 파일을 가져오도록 구성되어 있습니다
- 프로세스 선택 – 프로세스에서 파일을 가져오기 때문에 파일을 포함하는 프로세스를 지정해야 합니다
- 이 예제 조회는 현재 개발 중인 동일한 프로세스를 참조합니다
- 문서 이름은 비워둡니다 – 이 프로세스의 초점이 NDA 계약에만 국한되어 매우 좁기 때문에 NDA 파일 외의 다른 것이 프로세스에 첨부될 것으로 예상되지 않습니다
- 문서의 최신 버전만 추가가 참으로 설정되어 있습니다.NDA의 반복 버전이 있는 경우 모든 버전을 전송하지 않고 가장 최신 버전만 전송합니다
3. 단계 추가 - AdobeSign.Activities.AddRecipientUsingLookup (사용자)
- 단계 레코드에서 세트 속성을 클릭하여 활동 속성을 엽니다
- 계약 ID 값을 계약 ID 입력 필드에 삽입합니다
- 조회를 통해 수신자를 추가하는 것이므로, 수신자를 식별하는 엔티티를 정의하세요: 리드, 연락처 또는 사용자
- 수신자 역할 정의 – 이 수신자가 서명자, 승인자 또는 참조인지
- 수신자 순서 정의 – 두 번째 수신자이므로 2를 입력합니다.
- CreateAgreement 활동이 Add Primary Email from Parent Entity 를 첫 번째 수신자로 추가하도록 구성되어 있기 때문입니다
- 신원 확인 정의 – 이메일이 기본값입니다. 2단계 인증을 추가하려면 해당 필드를 적절히 조정하십시오
- 기타 필요한 필드 구성
- 저장 후 닫기를 클릭합니다.
이 예제의 필드 값:
- 이것이 두 번째 수신자이므로 사용자 엔티티 유형이 선택됩니다. 내부 부서명은 일반적으로 외부 수신자가 서명을 적용한 후에 수행됩니다
- 수신자로 사용자 추가는 사용자를 조회하도록 구성되어 있습니다
- 서명이 필요하므로 기본 서명자가 그대로 유지됩니다
- 수신자 순서 필드에 2가 입력됩니다. 내부 서명자는 항상 외부 서명자를 따릅니다
4. 단계 추가 - AdobeSign.Activities.AddRecipient
- 단계 기록에서 속성 설정을 클릭하여 활동 속성을 엽니다
- 계약 ID 입력 필드에 계약 ID 값을 삽입합니다
- 수신자 전체 이름이 있는 경우 선택 사항으로 를 입력합니다
- 수신자 이메일를 추가합니다
- 수신자 역할을 정의합니다 – 이 수신자가 서명자, 승인자 또는 참조인지 확인
- 수신자 순서를 정의합니다 – 세 번째 수신자이므로 3을 입력합니다
- 필요한 다른 필드를 구성합니다
- 저장 후 닫기를 클릭합니다.
이 예제의 필드 값:
- 이 수신자는 내부 NDA 아카이브 이메일 주소의 참조입니다
- 개인 이름 대신 수신자 전체 이름 필드에 적절한 설명이 삽입됩니다
- 전체 이메일이 추가됩니다
- 이 수신자는 서명된 문서를 수집하는 역할만 하므로 참조 옵션이 선택됩니다 NDA 백업 기록 보관용으로
- 수신자 순서 필드에 3이 입력됩니다. 수신자는 기술적으로 서명 과정에 포함되지 않지만, 해당 필드는 필수입니다
- 참조 수신자는 항상 서명/승인 과정에 참여하는 수신자 다음에 나열되어야 합니다
5. AdobeSign.Activities.SendAgreement 단계 추가
- 단계 레코드에서 설정 속성을 클릭하여 활동 속성을 엽니다
- 계약 ID 값을 계약 ID 입력 필드에 입력하세요
- 저장 후 닫기를 클릭합니다.
모든 단계가 구성되면:
- 페이지 상위로 스크롤하고 메모 탭을 클릭합니다.
- 메모 탭이 열린 상태에서 메모 입력이라고 표시된 필드를 클릭합니다.
- 탭 콘텐츠가 다시 변경되어 파일 첨부 버튼을 표시합니다
- 파일 첨부를 클릭합니다
파일을 검색하고 첨부할 수 있는 찾아보기 버튼이 있는 새 팝업이 생성됩니다.
- 찾아보기...를 클릭합니다
- 파일을 찾아 열어주세요
- 이렇게 하면 파일 경로가 파일 이름 필드로 가져와지고 찾아보기...가 닫힙니다창
- 첨부 버튼을 클릭합니다
- 닫기 버튼을 클릭합니다
이제 파일이 프로세스 메모에 올바르게 첨부되었습니다
파일이 프로세스의 메모 섹션에 첨부되면 이제 프로세스를 활성화하는 일만 남았습니다.
- 창 상단의 활성화 버튼을 클릭하세요
활성화 확인 창이 나타나면 활성화를 클릭하세요
오류가 없으면 페이지가 새로 고쳐지고, 페이지 상단에 비활성화 버튼이 표시됩니다(활성화 버튼 대신)
작업이 완료되었습니다.
사용자에게 제공하려면 워크플로에 연결해야 합니다:
- 창 왼쪽 상단의 닫기 버튼을 클릭하여 PowerApp 페이지를 닫으세요
- Adobe Acrobat Sign 관리자 페이지로 돌아가서 새 워크플로 만들기를 다시 클릭하세요
- 프로세스 만들기 오버레이가 열립니다
- 카테고리 선택 목록에서 워크플로를 선택하세요
- 프로세스에서 선택한 것과 동일한 기본 엔티티를 엔티티 선택 목록에서 선택하세요
- 이것은 발신자가 목록에서 워크플로를 찾을 수 있는 엔티티입니다
- 확인을 클릭합니다.
프로세스 정보 페이지가 로드됩니다.
이 예제는 NDA 계약용이므로 온디맨드 옵션으로 활성화하려고 합니다.
- 주문형 프로세스 옆에 있는 확인란을 선택하세요
- 프로세스 빌더에서 단계 추가 버튼을 클릭하세요
- 옵션 목록에서 작업 수행을 선택하세요
- Action 필드에서 방금 만든 프로세스를 선택합니다.
- Entity 필드는 선택한 프로세스에 따라 자동으로 채워집니다.
- 단계 레코드에서 Set Properties를 클릭해 활동 속성을 엽니다.
- Target 설정 구성
- 저장 후 닫기를 클릭합니다.
- 모든 단계를 구성했으면 페이지 상단으로 스크롤한 다음 Activate를 클릭합니다.
- 메시지가 표시되면 Activate를 다시 클릭합니다.
워크플로가 완료되었으며, 기본 Entity(이 예에서는 Contact)와 관련되어 있습니다.
워크플로 테스트:
- 아무 Contact로나 이동합니다.
- 리본에서 More Options 목록(…)을 클릭합니다.
- Run Workflow를 클릭합니다.
Entity와 관련된 워크플로 목록이 표시됩니다.
- 트리거할 워크플로 옆의 확인란을 선택합니다.
- 패널 하단의 Add를 클릭해 워크플로를 시작합니다.
- 워크플로를 실행하려면 메시지가 표시될 때 OK를 클릭합니다.
서명 흐름용 하이브리드 라우팅
하이브리드 서명 라우팅은 하나 이상의 단계에서 서명 프로세스가 병렬로 진행되는 순차적 서명 프로세스의 조합입니다.
다른 어떤 유형의 서명 흐름보다도 하이브리드 라우팅에는 양식, 및 서명이 적용될 것으로 예상되는 순서
필드 할당(signer1, signer2 등)은 프로세스나 UI에서 수신자가 나열된 순서에 따라 결정됩니다. 병렬 서명 단계 내에서 모든 수신자는 동일한 수신자 순서 번호를 가지므로, 프로세스/UI에서의 물리적 배치가 수신자가 액세스할 수 있는 양식 필드를 알려주는 유일한 단서입니다.
프로세스/UI에서 최상위 수신자가 signer1입니다.
프로세스/UI에서 두 번째로 나열된 수신자가 signer2이며, 서명 흐름이 병렬이고 두 수신자 모두 수신자 순서가 1로 표시되더라도 마찬가지입니다.
하이브리드 라우팅의 요구 사항 및 제한 사항
- 하이브리드 라우팅은 Adobe Acrobat Sign 계정에서 활성화된 경우에만 작동합니다.
- 계정 관리자로 Adobe Acrobat Sign에 로그인
- 계정 > 발송 설정 > 서명 순서 > 발송자가 하이브리드 라우팅 순서를 지정할 수 있도록 허용으로 이동
- 설정을 저장
- 계약 템플릿은 하이브리드 라우팅을 활용하도록 구성할 수 없습니다
- 서명 유형이 수기인 경우 하이브리드 라우팅이 지원되지 않습니다
- 하이브리드 라우팅은 발송자 서명 순서가 다음인 프로세스를 지원하지 않습니다
- 내가 먼저 서명
- 내가 마지막에 서명
- 나만 서명
- 마스터 엔터티의 기본 이메일을 포함하여 수신자 순서가 1인 수신자를 식별합니다. 수신자 순서가 1인 다른 수신자가 있는 경우 하이브리드 규칙이 적용됩니다
- 입력된 순서 = False(병렬 서명 흐름을 나타냄)로 정의된 프로세스에서 수신자가 모두 동일한 수신자 순서 값을 갖지 않는 경우(순차적 서명 흐름을 나타냄) 하이브리드 라우팅 규칙이 적용됩니다.
프로세스 실패의 일반적인 원인
때로는 구성에서 오류를 표시하지 않는 프로세스가 런타임 중에 실패할 수 있습니다.
일반적으로 확인되는 발생 가능한 이유는 다음과 같습니다:
- 파일을 가져오려고 시도하는 메모 섹션에 첨부된 파일이 없습니다
- AddRecipient 또는 CreateAgreement 활동에서 정의된 신원 확인 방법이 Adobe Acrobat Sign 계정의 설정에서 허용되지 않습니다
- 기본 엔터티에 연락처가 없고, CreateAgreement 활동의 상위 엔터티의 기본 이메일을 수신자로 추가가 참으로 설정되어 있습니다
