- 서명자
- APPROVER
- ACCEPTOR
- FORM_FILLER
- CERTIFIED_RECIPIENT
이 문서에는 사전 릴리스 정보가 포함되어 있습니다. 릴리스 날짜, 기능 및 기타 정보는 예고 없이 변경될 수 있습니다.
대량 전송 CSV 업로드 옵션을 사용하면 필드의 인앱 작성이 지원되지 않습니다. 모든 필드는 대량 전송 인터페이스에 업로드하기 전에 반드시 문서 템플릿에 배치해야 합니다.
CSV 파일 만들기
대량 전송 프로세스에 대한 CSV 파일을 만들 때, UTF-8 형식으로 암호화된 CSV를 사용해야 합니다(특히 라틴어가 아닌 문자를 사용하는 경우).
CSV 파일은 Excel, Numbers, Google Sheets 등의 스프레드시트 애플리케이션을 사용하여 만드는 것이 가장 좋습니다. 대부분의 스프레드시트는 업로드 성공에 필요한 CSV 형식으로 내보낼 수 있습니다.
스프레드시트는 읽기 쉬운 테이블 형식으로 데이터를 표시하며, 행(즉, 레코드)과 열(즉, 필드)을 쉽게 구별할 수 있습니다. CSV를 만들 때 각 행은 하나의 하위 계약을 나타내고, 각 열은 계약에 적용된 하나의 인수입니다(예: 수신자 이메일 및 개인화된 양식 필드).
CSV를 작성하기 전에 고려해야 할 두 가지 사항:
- 대량 전송 템플릿으로 많은 계약 옵션을 구성할 수 있으며, CSV에서 설정을 명시적으로 정의하지 않으면 상위 템플릿의 기본값이 사용됩니다. 모든 계약의 계약 이름이 동일할 경우, CSV 파일에 해당 열을 포함하지 마세요.
- 열이 있으므로 모든 필드에 값을 배치할 필요가 없습니다. 비어 있는 필드는 무시되고 상위 대량 전송 템플릿의 기본값이 사용됩니다. 따라서 모든 레코드에서 모든 필드를 입력할 필요가 없습니다.
CSV 자체는 3개의 의미 있는 섹션으로 나눌 수 있습니다.
새로운 대량 전송 환경에서는 현재 발신자가 사용자 인터페이스를 통해 먼저 서명하도록 구성하는 기능을 지원하지 않습니다.
새 환경에서 레거시 CSV 파일을 사용하는 고객은 발신자를 첫 번째 서명자로 삽입할 수 없습니다. 새 형식을 사용하는 새 CSV는 발신자를 각 하위 계약의 첫 번째 수신자로 정의하여 생성해야 합니다.
각 하위 계약에 최소 1명부터 최대 100명까지 수신자를 포함할 수 있습니다.
각 수신자는 다음 6개의 필드로 정의할 수 있습니다.
- Recipient_X:Name
- Recipient_X:Email
- Recipient_X:Role
- Recipient_X:Auth_Type
- Recipient_X:Auth_Value
- Recipient_X:Private_Message
여기서 _X 는 수신자 인덱스 번호(Recipient_1, Recipient_2 등)이고 : 뒤의 인수는 시스템이 계약을 구성하는 데 사용하는 값입니다.
이메일 주소만 필수입니다. 다른 모든 값은 열을 생략하거나 필드를 비워 두어 무시하거나 상위 템플릿에서 상속할 수 있습니다.
수신자 이름, 직함, 회사와 같은 수신자 값을 정의하는 작업은 문서 내에서 이름이 서로 비슷한 필드들에 매핑되는 고유한 이름의 열 머리글을 사용하여 수행할 수 있습니다. 아래의 데이터를 계약에 병합하기 위한 사용자 지정 필드 정의를 참조하세요.
열 헤더는 대/소문자를 구분하며 필드 이름과 정확히 일치해야 합니다.
필드 값:
:Name - 이 필드는 일반적으로 수신자의 이름인 모든 문자열을 허용합니다.
:Email - 이 필드는 이메일 형식의 모든 문자열(x@y.zz)을 허용합니다. 이메일 형식을 준수하지 않는 :Email 필드의 값은 오류를 트리거합니다.
:Role - 계약의 표준 역할을 허용합니다.
- DELEGATE_TO_SIGNER
- DELEGATE_TO_APPROVER
- DELEGATE_TO_ACCEPTOR
- DELEGATE_TO_CERTIFIED_RECIPIENT
- DELEGATE_TO_FORM_FILLER
:Auth_Type - 아래 인증 방법 중 하나를 허용합니다. 전송 그룹에 대해 활성화되지 않은 인증 방법이 정의된 경우, 오류가 생성됩니다.
- PASSWORD - 암호 인증은 :Auth_Type 필드에 정의된 암호 값을 고객이 입력해야 합니다.
- KBA - 지식 기반 인증. 미국 인증만 해당합니다. 수신자는 공개 데이터베이스 소스에서 가져온 몇 가지 질문에 답해야 합니다.
- ADOBE_SIGN - Adobe Acrobat Sign 인증입니다. 수신자가 Adobe ID 시스템에 인증해야 합니다.
- PHONE - :Auth_Value 필드에 정의된 전화번호로 전달된 텍스트 또는 음성 인증입니다.
- Email_OTP - 이메일 인증을 통한 일회용 암호를 사용하려면 수신자의 이메일 주소로 전송된 숫자 암호를 입력해야 합니다.
- Gov_ID - 정부 발급 신분증 인증을 사용하려면 수신자가 정부 발급 신분증(예: 운전면허증 또는 여권)을 제시해야 합니다.
:Auth_Value - PHONE 및 PASSWORD 인증에만 적용됩니다. 다른 Auth_Type에는 Auth_Value가 포함되지 않아야 합니다. 다음과 같이 인증 방법의 유효성을 검사하는 데 사용되는 값을 정의하는 문자열을 허용합니다(해당하는 경우).
- 암호 인증 - 수신자가 인증 요청을 통과하기 위해 입력해야 하는 값을 정의하는 문자열입니다.
- 전화 인증 - 수신자의 전화번호를 정의하는 번호 문자열입니다. 전화번호는 코드를 수신자에게 전달하는 데 사용됩니다.
- 국가 코드와 전화 번호 사이에 하이픈이 표시되도록 전화번호 서식을 지정해야 합니다(예: 1-5555551212 및 91-9934765344).
- 전화 번호 형식은 필요에 따라 사람이 더 잘 읽을 수 있는 문자열을 만들기 위해 시작 부분에 더하기 및 번호 내에 하이픈이 있을 수 있습니다. (예: +1-555-555-1212)
- 국가 코드와 전화 번호 사이에 하이픈이 표시되도록 전화번호 서식을 지정해야 합니다(예: 1-5555551212 및 91-9934765344).
:Private_Message - 수신자의 이메일 본문과 전자 서명 페이지에서 개인 메시지로 수신자에게 전달되는 최대 1,000자의 문자열입니다.
수신자 그룹의 경우, Acrobat Sign은 그룹의 첫 번째 멤버에게 할당된 개인 메시지를 그룹의 모든 멤버에게 적용합니다. 해당 멤버에게 구성된 개인 메시지가 없는 경우, 그룹 멤버 누구도 메시지를 받지 않습니다.
CC_X: 이메일 - 계약에 CC가 되어 있는 계약 참가자의 이메일이며 계약이 완료된 후에만 볼 수 있습니다. 수신자와 마찬가지로 X 값은 1로 시작하고 여러 CC 당사자가 있는 경우 증가하는 숫자입니다. 예를 들어, CC 당사자가 3명인 경우 CC_1:EMAIL, CC_2:EMAIL, CC_3:EMAIL이라는 세 개의 열을 구성해야 합니다
이러한 열은 대량 전송 구성 UI의 계약 세부 정보 및 계약 설정 섹션과 관련됩니다. Acrobat Sign 인터페이스에서 대량 전송 트랜잭션을 구성하면 이러한 열에 명시적으로 정의된 값이 없는 경우에 사용될 기본값이 설정됩니다. 다음과 같은 5개의 개별 필드가 있습니다.
- 로케일 - 수신자의 경험에 적용되는 언어(현지화)를 정의합니다. Acrobat Sign 템플릿에 포함된 이메일 및 전자 서명 페이지 요소만 지역화됩니다. 발신자가 추가한 사용자 지정 콘텐츠는 번역되지 않습니다. 사용 가능한 값은 다음과 같습니다.
- 바스크어(스페인) - eu_ES
- 부크몰(노르웨이어) - nb_NO
- 카탈로니아어(스페인) - ca_ES
- 중국어 - zh_CN
- 중국어(대만) - zh_TW
- 크로아티아어 - hr_HR
- 체코어 - cz_CZ
- 덴마크어 - da_DK
- 네덜란드어 - nl_NL
- 핀란드어 - fi_FI
- 프랑스어 - fr_FR
- 독일어 - de_DE
- 히브리어 - iw_IL
- 헝가리어 - hu_HU
- 아이슬란드어 - is_IS
- 인도네시아 - in_ID
- 이탈리아어 - it_IT
- 일본어 - ja_JP
- 한국어 - ko_KR
- 말레이어 - ms_MY
- 노르웨이어 - no_NO
- 뉘노르스크(노르웨이어) - nn_NO
- 폴란드어 - pl_PL
- 포르투갈어 - pt_PT
- 포르투갈어(브라질) - pt_BR
- 루마니아어 - ro_RO
- 러시아어 - ru_RU
- 슬로바키아어 - sk_SK
- 슬로베니아어 - sl_SI
- 스페인어 - es_ES
- 스웨덴어 - sv_SE
- 태국어 - th_TH
- 튀르키예어 - tr_TR
- 우크라이나어 - uk_UA
- 영국 영어 - en_GB
- 미국 영어 - en_US
- 베트남어 - vi_VN
- Agreement_Name - 수신자 이메일에 삽입되고 관리 페이지에서 제공되는 계약 이름 값입니다.
- Expires - 이 필드는 계약이 자동으로 취소되기까지의 일 수를 정의합니다.
- Agreement_Message - 수신자의 이메일 본문에 삽입되는 전역 메시지를 정의합니다. 이 메시지는 최대 10,000자(약 1,600단어)를 포함할 수 있습니다.
- Order - 이 필드는 수신자 흐름을 설명합니다.
- 각 수신자는 주문에서 한 번만 지정할 수 있습니다.
- 각 수신자를 구분하는 쉼표만 있는 수신자 문자열은 순차적 서명 흐름으로 식별됩니다. 예: Recipient_1,Recipient_2,Recipient_3
- 각 수신자는 이전 수신자가 자신의 역할을 완료한 후 계약에 액세스할 수 있습니다.
- 괄호 안의 모든 수신자(Recipient_4,Recipient_5)는 병렬 서명 흐름에 있는 것으로 식별됩니다.
- 모든 멤버에게 동시에 알림이 전송되며 모든 멤버가 서명해야 합니다.
- 모든 멤버에게 동시에 알림이 전송되며 모든 멤버가 서명해야 합니다.
- 대괄호 안의 모든 수신자[Recipient_7,Recipient_8]는 "수신자 그룹"으로 식별됩니다.
- 모든 멤버에게 동시에 알림이 전송되지만 한 명의 멤버만 서명할 수 있습니다.
- 이러한 방법을 어떤 순서로든 혼합하여 하이브리드 서명 흐름을 만들 수 있습니다.
예: Recipient_1,Recipient_2,Recipient_3,(Recipient_4,Recipient_5),Recipient_6,[Recipient_7,Recipient_8],Recipient_9- 하이브리드 워크플로우 옵션의 한 가지 예외는 수신자 그룹 구조(한 명의 멤버만 서명 가능) 내에 병렬 흐름 구조(모든 사람이 서명해야 함)를 포함할 수 없다는 것입니다.
예: [Recipient_1, Recipient_2,(Recipient_3,Recipient_4),Recipient_5,Recipient_6].
- 하이브리드 워크플로우 옵션의 한 가지 예외는 수신자 그룹 구조(한 명의 멤버만 서명 가능) 내에 병렬 흐름 구조(모든 사람이 서명해야 함)를 포함할 수 없다는 것입니다.
대량 전송 트랜잭션에 사용자 지정 필드 매핑을 추가하려면 먼저 업로드하는 템플릿의 필드 이름을 이해해야 합니다. CSV 파일은 문서 템플릿의 필드 이름을 열 헤더 이름으로 사용해야 합니다.
예를 들어 문서 템플릿에 Investment라는 이름의 필드가 있다면, CSV의 열 헤더도 Investment여야 합니다.
StreetAddress라는 필드를 채우려면 CSV의 열 헤더가 StreetAddress여야 합니다.
열 헤더는 대/소문자를 구분하며 필드 이름과 정확히 일치해야 합니다.
사용자 지정 필드 이름으로 사용할 수 없는 6개의 예약된 단어가 있습니다.
- 이름
- 직함
- 회사
- 이메일
- 날짜
- 역할