새로운 기능
시작하기
관리
- Admin Console 개요
- 사용자 관리
- 사용자 추가
- 기능 중심 사용자 생성
- 프로비저닝 오류가 있는 사용자 확인
- 이름/이메일 주소 변경
- 사용자의 그룹 멤버십 편집
- 그룹 인터페이스를 통해 사용자의 그룹 멤버십 편집
- 사용자를 관리자 역할로 승격
- 사용자 ID 유형 및 SSO
- 사용자 ID 전환
- MS Azure로 사용자 인증
- Google Federation으로 사용자 인증
- 제품 프로필
- 로그인 경험
- 계정/그룹 설정
- 설정 개요
- 전역 설정
- 계정 계층 및 ID
- 새로운 수신자 환경
- [자체 서명] 워크플로우
- 대량 전송
- 웹 양식
- 사용자 지정 전송 워크플로우
- Power Automate 워크플로우
- 라이브러리 문서
- 계약서를 사용하여 양식 데이터 수집
- 제한된 문서 표시 여부
- 서명된 계약의 PDF 사본 첨부
- 이메일에 링크 포함
- 이메일에 이미지 포함
- 이메일에 첨부된 파일의 이름 지정
- 문서에 감사 보고서 첨부
- 여러 문서를 하나로 병합
- 개별 문서 다운로드
- 서명된 문서 업로드
- 내 계정의 사용자에 대한 위임
- 외부 수신자의 위임 허용
- 서명 권한
- 전송 권한
- 전자 봉인 추가 권한
- 기본 시간대 설정
- 기본 날짜 형식 설정
- 다중 그룹의 사용자(UMG)
- 그룹 관리자 권한
- 수신자 바꾸기
- 감사 보고서
- 트랜잭션 꼬리말
- 제품 내 메시지 및 지침
- 액세스할 수 있는 PDF
- 새로운 작성 환경
- 의료 고객
- 계정 설정
- 로고 추가
- 회사 호스트 이름/URL 사용자 지정
- 회사 이름 추가
- 계약 후 URL 리디렉션
- 서명 기본 설정
- 서식이 올바르게 지정된 서명
- 수신자의 서명 허용
- 서명자 이름 변경 가능
- 수신자가 자신이 저장한 서명을 사용하도록 허용
- 사용자 지정 사용 약관 및 소비자 공개
- 폼 필드를 통해 수신자 탐색
- 계약 워크플로우 다시 시작
- 서명 거부
- 스탬프 워크플로우 허용
- 서명자에게 직책 또는 회사 제공 요청
- 서명자의 자필 서명 인쇄 및 배치 허용
- 전자 서명 시 메시지 표시
- 서명자가 모바일 장치를 사용하여 서명을 작성하도록 요청
- 서명자의 IP 주소 요청
- 참여 스탬프에서 회사 이름 및 직책 제외
- 디지털 서명
- 전자 봉인
- 디지털 신원
- 보고서 설정
- 새로운 보고서 환경
- 기존 보고서 설정
- 보안 설정
- 전송 설정
- 로그인 후 전송 페이지 표시
- 전송 시 수신자 이름 필요
- 알려진 사용자에 대한 이름 값 잠금
- 허용된 수신자 역할
- 전자 증명자 허용
- 수신자 그룹
- CC
- 수신자 계약 액세스
- 필수 필드
- 문서 첨부
- 필드 결합
- 계약 수정
- 계약 이름
- 언어
- 개인 메시지
- 허용되는 서명 유형
- 알림 메시지
- 서명된 문서 암호 보호
- 다음을 통해 계약 알림 전송
- 서명자 식별 옵션
- 콘텐츠 보호
- Notarize 트랜잭션 활성화
- 문서 만료
- 서명 미리 보기, 배치 및 필드 추가
- 서명 순서
- Liquid Mode
- 사용자 지정 워크플로우 제어
- 전자 서명 페이지 업로드 옵션
- 서명 후 확인 URL 리디렉션
- 메시지 템플릿
- Bio-Pharma 설정
- 워크플로우 통합
- 공증 설정
- 결제 통합
- 서명자 메시징
- SAML 설정
- SAML 구성
- Microsoft Active Directory Federation 서비스 설치
- Okta 설치
- OneLogin 설치
- Oracle Identity Federation 설치
- SAML 구성
- 데이터 거버넌스
- 타임 스탬프 설정
- 외부 보관
- 계정 언어
- 이메일 설정
- echosign.com에서 adobesign.com으로 마이그레이션합니다.
- 수신자 옵션 구성
- 규정 요구 사항 지침
- 계약서 일괄 다운로드
- 도메인 요청
- 오용 신고 링크
계약 전송, 서명 및 관리
- 수신자 옵션
- 계약 보내기
- 문서에 필드 작성
- 인앱 작성 환경
- 텍스트 태그로 폼 만들기
- Acrobat으로 폼 만들기(AcroForm)
- 필드
- 작성 FAQ
- 계약 서명
- 계약 관리
- 감사 보고서
- 보고 및 데이터 내보내기
고급 계약 기능 및 워크플로우
- 웹 양식
- 재사용 가능 템플릿(라이브러리 템플릿)
- 웹 양식 및 라이브러리 템플릿의 소유권 이전
- Power Automate 워크플로우
- Power Automate 통합 및 포함된 권한 개요
- Power Automate 통합 활성화
- 관리 페이지의 컨텍스트별 작업
- Power Automate 사용 추적
- 새 플로우 만들기(예시)
- 플로우에 사용되는 트리거
- Acrobat Sign 외부에서 플로우 가져오기
- 플로우 관리
- 플로우 편집
- 플로우 공유
- 플로우 비활성화 또는 활성화
- 플로우 삭제
- 템플릿 사용
- 관리자만
- 계약 보관
- 웹 양식 계약 보관
- 작성한 웹 양식 문서를 SharePoint 라이브러리에 저장
- 작성한 웹 양식 문서를 OneDrive for Business에 저장
- 작성한 문서를 Google Drive에 저장
- 작성한 웹 양식 문서를 Box에 저장
- 계약 데이터 추출
- 계약 알림
- 계약 콘텐츠 및 서명된 계약서와 함께 사용자 지정 이메일 알림 전송
- Teams 채널에서 Adobe Acrobat Sign 알림 받기
- Slack에서 Adobe Acrobat Sign 알림 받기
- Webex에서 Adobe Acrobat Sign 알림 받기
- 계약 생성
- Power App 양식 및 Word 템플릿에서 문서를 생성하고 서명을 위해 전송
- OneDrive의 Word 템플릿에서 계약 생성 및 서명 받기
- 선택한 Excel 행에 대한 계약 생성, 검토를 위해 보내기 및 서명
- 사용자 지정 전송 워크플로우
- 사용자 및 계약 공유
다른 제품과 통합
- Acrobat Sign 통합 개요
- Salesforce용 Acrobat Sign
- Microsoft용 Acrobat Sign
- 기타 통합
- 파트너 관리 통합
- 통합 키 획득 방법
Acrobat Sign 개발자
- REST API
- Webhook
지원 및 문제 해결
Acrobat Sign 고객의 라이선스가 만료 또는 종료되면 Adobe는 고객의 계약, 감사 보고서 또는 기타 고객 데이터를 유지할 의무가 없습니다.
그러나 Adobe에서 이러한 데이터를 보유하는 경우에는 고객이 활성 Acrobat Sign 라이선스를 가지고 있는 동안 정의된 보존 정책에 따라 삭제됩니다.
계약 트랜잭션을 자체 시스템에 저장하고 Acrobat Sign 시스템에서 원본 문서를 삭제하려는 고객에게는 Acrobat Sign이 트랜잭션을 유지해야 하는 기간을 나타내는 “보존 정책”을 정의할 수 있으며, 해당 기간 이후 Acrobat Sign에서 계약(선택적으로 지원 감사/개인 데이터)을 자동으로 삭제합니다.
보존 규칙은 관리 메뉴의 데이터 거버넌스섹션에서 계정 수준 관리자로 정의됩니다.
- 그룹 수준 관리자는 보존 규칙을 만들거나 사용하지 않도록 설정하는 권한을 가지고 있지 않습니다.
- 계정의 모든 그룹은 계정 수준 설정을 기본값으로 상속합니다.
- 그룹이 계정 수준 설정과 다를 경우 개별적으로 구성해야 합니다.
- 그룹 수준 설정은 항상 계정 수준 설정을 재정의합니다.
문서/파일/첨부 파일 대 계약 대 트랜잭션
- 문서/파일/첨부파일은 모두 Acrobat Sign 시스템에 업로드된 개별 파일입니다. 계약용 건축재료.
- 계약은 Acrobat Sign이 업로드된 파일에서 만들고 수신자가 채우거나 서명하는 고객을 직접 상대하는 객체입니다. "계약"은 서명을 얻는 과정의 개체와 생성되는 최종 PDF를 모두 정의하는 데 사용되는 용어입니다.
- 트랜잭션은 계약과 그 과정에서 계약을 위해서나 계약으로 생성되는 연관된 모든 로깅 및 문서를 아우릅니다. (예: 감사 보고서, 인증 결과, 필드 수준 데이터 .csv 페이지)
규칙 대 규칙ID
(이 문서의 문맥에서) 규칙이라는 용어는 기술된 프로세스를 설명합니다. 이 경우에는 Acrobat Sign 시스템에서 계약이 삭제되는 시기를 통제하는 프로세스입니다. 이것은 다른 개체(이 경우에는 계약)에 가변 조건(계약을 삭제하는 시기)을 적용하는 아이디어를 알리는 데 사용되는 일반 용어입니다.
규칙ID 용어는 특정 구성된 규칙을 설명하는 데 사용됩니다. 규칙을 만들 때 고유 ID 번호가 할당되어(RuleID) 다른 모든 규칙과 구분됩니다. 구성된 규칙 ID는 계약과 관련된 리터럴 개체입니다.
계약 최종 상태
보존 규칙은 계약이 "최종 상태"에 도달할 때 실행됩니다.
더 이상 수신자가 계약을 완료하기 위해 취할 수 있는 추가 조치가 없을 때 계약은 최종 상태에 도달합니다. 다음과 같이 세 가지 "최종" 상태가 있습니다.
- 완료 - 계약이 모든 수신자와 함께 모든 프로세스를 성공적으로 완료할 때 성취합니다.
- 철회됨 - 철회된 계약은 명확한 조치로 중지되었습니다. 이 조치는 여러 소스 중 하나에서 제공될 수 있습니다.
- 발신자가 취소함
- 수신자가 거부함
- 수신자 인증 실패로 인해 실패
- 시스템 오류로 인해 실패
- 만료됨 - 정의된 기간 내 무활동으로 인해 만료일에 도달하는 계약입니다.
계약이 최종 상태로 들어갈 때:
- Acrobat Sign은 계약을 만든 사용자의 그룹 수준 보존 규칙을 확인합니다(계약이 최종 상태가 될 때 사용자가 있는 현재 그룹).
- 현재 적용 중인 그룹 수준 규칙이 없으면 계정 수준 규칙이 사용됩니다.
- 계정 수준 규칙도 정의되지 않으면, 정의된 보존 규칙이 없고 계약은 삭제 날짜를 획득하지 못합니다.
- 계약이 최종 상태가 될 때 삭제를 획득하지 못하는 계약은 GDPR 도구를 통해 삭제할 수 있습니다.
보존 규칙이 계약에 적용되는 경우
- 계약은 규칙 매개 변수를 기준으로 삭제되도록 예약됩니다.
- 적용된 규칙의 규칙 ID는 트랜잭션과 연결되어, 삭제 시 올바른 규칙이 사용되도록 합니다.
최종 계약은 지정된 삭제 시간까지 대기합니다.
- 삭제까지 남은 일수는 리터럴입니다.
- 예: 14일이 정의된 경우, 액션 삭제는 계약이 최종 상태가 되고 정확히 14일 후 작동됩니다.
삭제 시간에 도달하면, Acrobat Sign은 규칙 ID를 확인하여 규칙이 사용 안 함으로 설정되었는지 아닌지를 판별합니다.
- 규칙이 사용하지 않도록 설정된 경우, 액션을 취하지 않습니다.
- 규칙이 사용하지 않도록 설정되지 않았다면, 계약이 삭제됩니다.
- 감사 보고서 및 개인 정보(PII)를 삭제하는 옵션이 사용하도록 설정된 경우, 이 동일한 프로세스는 이러한 문서에 대해 정의된 시간 간격에 따라 적용됩니다.
- 정부 ID 인증 방법을 사용하는 계정은 서명자 ID 보고서(수집된 경우)를 PII의 부분으로 삭제합니다.
- 감사 보고서 및 개인 정보(PII)를 삭제하는 옵션이 사용하도록 설정된 경우, 이 동일한 프로세스는 이러한 문서에 대해 정의된 시간 간격에 따라 적용됩니다.
구성
사용 가능한 시간:
데이터 거버넌스 환경은 팀 및 엔터프라이즈 라이선스 플랜에 사용할 수 있습니다.
구성 범위:
데이터 거버넌스 규칙은 계정 및 그룹 수준에서 액세스할 수 있습니다.
이 기능의 인터페이스는 관리자 메뉴의 날짜 거버넌스 탭으로 이동하여 평가할 수 있습니다.
계정 수준에서 보존 규칙 구성
먼저 계정 수준(있는 경우)을 구성합니다.
모든 그룹은 자동으로 계정 수준 설정을 상속하므로, 한 정책을 모든 그룹에 적용하려는 경우, 이러한 구성으로 해결할 수 있습니다.
- 계정 > 계정 설정 > 데이터 거버넌스로 이동합니다.
- 더하기 아이콘을 클릭합니다.
보존 규칙 만들기 오버레이가 나타납니다.
- 계약이 최종 상태에 도달한 후 보유되는 기간(일)을 정의합니다.
- 1일이 최소값입니다.
- 5475일(15년)이 최대값입니다.
- 선택 사항으로 계약 감사 추적에 대한 보존 기간과 계약 관계자의 관련 개인 정보를 설정합니다.
- 감사 및 PII은 최소한 계약 기간 이상은 보존되어야 합니다.
- 이 옵션이 사용하도록 설정되지 않은 경우, 감사 기록 및 PII는 다른 방법(예: GDPR 삭제)에 의해 삭제될 때까지 보존됩니다.
첫 번째 규칙(스택의 맨 위에 있음, 종료일)이 현재 적용된 규칙입니다. 한 번에 한 그룹에 한 가지 규칙만 적용할 수 있습니다.
새 규칙이 생성된 경우:
- 새 규칙이 현재 적용된 규칙이 됩니다.
- 규칙이 생성된 시작일이 있고 종료일은 없는 새 규칙이 목록 맨 위에 삽입됩니다.
- 새 규칙을 만들 때 적극적으로 적용되는 이전의 기존 규칙이 있는 경우:
- 이전의 기존 규칙은 새로운 최종 계약에 적용되지 않습니다.
- 이전의 기존 규칙은 새(현재) 규칙에 따라서만이 아니라, 목록 아래로 이동합니다.
- 이전의 기존 규칙은 새(현재) 규칙의 시작일과 맞춰지는 종료일 값을 자동으로 채택합니다.
그룹 수준에서 보존 규칙 구성
그룹 수준 보존 규칙을 구성함으로써, 현재 그룹에 있는 사용자에 대해 상속된 계정 수준 규칙을 재정의합니다.
사용자가 진행 중인 계약이 있는 그룹 간에 이동될 경우, 새 그룹의 보존 규칙은 해당 그룹에 있을 때 최종 상태로 들어가는 계약에 적용됩니다.
삭제 액션 전에 규칙이 사용하지 않도록 설정되지 않은 경우, 생성하는 사용자를 새 그룹으로 이동하기 전에 보존 규칙이 적용된 최종 계약은 적용된 규칙의 삭제 날짜를 사용합니다.
위 사항을 염두에 두고, 그룹 수준 보존 규칙을 구성하는 것은 두 가지 면에서만 다릅니다.
그룹의 데이터 거버넌스 탭에 액세스하려면
- 계정 > 그룹으로 이동합니다.
- 편집할 그룹을 한 번 클릭합니다.
- 그룹 설정을 선택합니다.
- 왼쪽 레일에서 데이터 거버넌스 옵션을 선택합니다.
- 적용된 그룹 수준 보존 규칙이 없는 경우, 계정 수준 규칙이 적용되고 있다는 명확한 지표가 있습니다.
- 더하기 아이콘(계정 수준 인터페이스에서처럼)을 클릭하여 새 규칙을 만듭니다.
그룹에서 규칙이 만들어졌다면, 계정 수준 데이터 거버넌스 탭에서 이러한 그룹 수준 보존 규칙에 액세스할 수 있습니다.
- 계정 > 계정 설정 > 데이터 거버넌스로 이동합니다.
- 보존 규칙이 있는 그룹 탭을 클릭합니다.
- 편집할 그룹 이름을 한 번 클릭합니다.
- 그룹 보존 규칙을 선택하면 그룹 수준 데이터 거버넌스 페이지가 열립니다.
그룹 수준 규칙을 구성할 때 이 그룹에 대한 모든 계약을 유지하는 추가 옵션을 사용할 수 있습니다.
이 옵션을 통해 그룹은 계정 수준 보존 규칙을 재정의하고, (그룹의 사용자들에 대해) 모든 계약을 무한정 유지할 수 있습니다.
보존 규칙 상태
사용 – 규칙이 적용되었을 때 최종 상태로 들어가는 계약에 계속 유효한 규칙입니다.
- 현재 적용된 규칙은 항상 목록의 맨 위에 있고 종료일을 포함하지 않습니다.
사용 안 함 – 사용 안 함 규칙은 더 이상 적용되지 않습니다. 계약이 사용하지 않도록 설정된 규칙 아래 최종 상태에 도달한 경우, 목표 삭제일에 계약이 삭제되지 않습니다.
- 사용 안 함 규칙은 회색으로 나타납니다.
- 사용 안 함 규칙은 다시 사용하도록 설정될 수 없습니다.
만료됨 – 만료됨 규칙에는 삭제 보류 중인 최종 계약이 없습니다.
- 예: 종료일이 3월 10일인 14일 간의 규칙이 있으면, 규칙에 적용되는 모든 계약도 이미 삭제되었으므로, 규칙은 3월 24일 만료됩니다.
레거시 - 이전의 백엔드 설정으로 통제된 보존 정책을 가지는 고객은 해당 정책뿐만 아니라, 레거시 보존 규칙이 사용됨을 확인할 수 있습니다.
- 이미 레거시 규칙(새 규칙이 적절히 배치되기 전)에 따라 삭제되기로 예약된 계약은 레거시 규칙의 삭제 시간을 사용합니다.
상태별 규칙 필터링
테이블 오른쪽 위에 있는 "햄버거" 아이콘을 클릭하여 보존 규칙 목록을 필터링할 수 있습니다.
이 옵션 집합을 사용하여 다음을 필터링할 수 있습니다.
- 모든 규칙 – 기본값
- 사용 규칙만
- 사용 안 함 규칙만
- 만료됨 규칙만
또한 페이지당 15개, 30개 또는 50개 기록을 반환할 것을 선택할 수 있습니다.
규칙 사용 안 함
규칙을 사용하지 않도록 설정하면 되돌릴 수 없습니다.
규칙을 사용하지 않도록 설정하면 규칙을 따르는 남은 모든 계약은 더 이상 사용될 삭제 날짜가 없습니다.
이렇게 되면 해당 계약은 GDPR 도구를 사용하여 삭제해야 합니다.
규칙을 사용하지 않도록 설정하려면,
- 규칙을 선택합니다.
- 사용 안 함 링크를 클릭합니다.
삭제된 그룹
보존은 그룹 수준 설정(명확하게 설정되거나 계정 수준 설정에서 상속됨)을 기반으로 합니다.
향후 적용된 보존 규칙을 감사하기 위해 규칙 기록을 그대로 가지고 있어야 합니다.
이러한 이유로, 그룹 ID는 완전히 삭제되지 않습니다. 대신에 필수 설정은 제 위치에 보존되고 계정 수준 관리자의 그룹에 대한 액세스를 통해 검토/편집될 수 있습니다.
"햄버거" 아이콘을 클릭하고 삭제된 그룹만 표시를 선택하여 그룹 페이지에서 삭제된 그룹을 표시할 수 있습니다.
편집할 그룹을 한 번 클릭하고, 그룹 설정 링크를 클릭합니다.
- 그룹이 사용하도록 설정되었을 때와 같은 방식으로 규칙을 만들고 사용하지 않도록 설정할 수 있습니다.
API 기반 액션 삭제
고객이 Acrobat Sign API를 사용하여 관리 제어에서 개별적으로 문서를 삭제할 수 있는 주문형 보존을 사용하도록 설정할 수 있습니다.
- 사용된 API 호출: DELETE /agreements/{agreementId}/documents
지원팀에 문의하여 이 옵션을 활성화합니다.
- 계약이 최종 상태에 도달할 때 하나의 규칙만 적용할 수 있습니다.
- (규칙의 범위 당) 목표 삭제일이 있는 계약이 있으면 규칙은 계속 사용하도록 설정된 상태로 유지되므로, 여러 규칙이 사용 설정될 수 있습니다.
- 사용 안 함 규칙은 다시 사용하도록 설정될 수 없습니다. 사용 안 함은 영구적입니다.
- 보존 규칙은 계약이 생성될 때가 아니라, 계약이 최종 상태로 들어갈 때 적용됩니다.
- 적용된 보존 규칙은 생성되는 계약이 최종 상태로 들어가는 시점에 사용자가 현재 있는 그룹에 기반합니다.
- 대기 시간에 대하여 계약이 최종 상태로 들어간 후에는 계약에 적용된 보존 규칙을 편집할 수 있는 방법이 없습니다.
- 계약을 삭제하지 못하게 하는 규칙을 사용하지 않도록 설정할 수 있지만, 이렇게 하면 규칙을 채택했지만 아직 삭제되지 않은 모든 계약을 삭제하지 못하게 됩니다.
- 계약의 감사 보고서를 확인하고 이것이 완료된 날짜와 다양한 보존 규칙의 날짜 범위를 비교하여 계약에 적용되는 규칙을 확인할 수 있습니다.
- 5475일은 설치할 수 있는 최대 보존 기간입니다.