새로운 기능
시작하기
관리
- 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
지원 및 문제 해결
Companies that use the Income Verification Express Services (IVES), and particularly the IRS forms 4506-T and 4506T-EZ, need to explicitly configure their Adobe Acrobat Sign group or account settings to ensure compliance.
Overview
The core document from the IRS regarding IVES compliance can be found here: https://www.irs.gov/individuals/income-verification-express-services-ives-electronic-signature-requirements
Adobe Acrobat Sign is a fully ESIGN Act compliant solution. All the IRS definitions and ESIGN law requirements are met by the core solution for all agreements sent through the service.
IVES has additional requirements that must be followed to ensure compliance with and participation in using the 4506-T and 4506T-EZ forms.
Below you will find the requirements set forth by the IRS requirements document, and the related Acrobat Sign application configurations that ensure compliance.
Access to the configuration settings below requires an Acrobat Sign business or enterprise level of service.
Authentication
IVES compliance requires two-factor authentication when signing documents. Acrobat Sign delivers all requests for signature as a unique link per signer to an email address. The unique signing URL and access to the email inbox constitute the first-factor authentication. To meet the requirement for the second-factor authentication, the Acrobat Sign account can be configured to require the signer to provide the second level of authentication before being able to sign the document. Acrobat Sign supports three options for the second factor:
- Phone Authentication (SMS)
- Knowledge-Based Authentication (KBA)
- Government ID
It is recommended that the group or account sending a document that requires IVES compliance configure the following settings:
- Identify Authentication Methods – Select one of the above-identified second-factor verification methods and establish that as the default.
- To limit the option for human error, you can disable the option for Senders to change the default verification method.
- If you have transactions that do not require an IVES compliant counter signature, Enable different identity authentication methods for internal recipients.
- Enable different methods for internal signers, and set the default to an internally acceptable standard.
Consent
IVES requires that signers explicitly consent to doing business electronically.
- Explicit consent can be configured with forced review of the Terms of Use and Consumer Disclosure. See here for full details
- The details of the consent are captured in the audit trail for the signature agreement.
Electronic Signature
IVES documents require an electronic signature to be validated against the name on the form.
- All signatures applied by the Acrobat Sign system are fully compliant ESIGN Act signatures.
- The explicit text suggesting the signature be compared to the name on the form suggests that using a font-based signature is superior to a more stylized signature type (e.g.: Biometric or Hanko stamp signatures). Therefore, it is recommended that the signature type be restricted to Typing their name and initials
Tamper Proof Seal
IVES documents must be made tamper-proof after the signatures are applied.
- Acrobat Sign applies tamper-proofing on all completed documents
- The tamper-proof seal is evident when the PDF is opened with Adobe Acrobat or Adobe Reader and appears as a blue bar across the top of the window.
Non-Repudiation / Audit Log
An audit log of the entire signature process must accompany the document. The audit log must contain all the document lifecycle information.
- Every transaction in Acrobat Sign has a fully compliant audit log that can be downloaded from the transaction record (on the Manage page).
- It is recommended that the group or account needing to be IVES compliant have their settings configured to:
i. Attach audit report to completed documents → Always
ii. Send an extra copy of every signed agreement to these email addresses → An internal archival email address
The Audit Trail itself contains all the elements required by IVES:
A. Date and time of creation
B. IP address of the signer
C. Document lifecycle notifications
D. Result of authentication
E. Result of consent
F. Result of each electronic signature
Document Retention
All 4506-T and 4506T-EZ forms, including their audit reports, must be retained for two years.
- Acrobat Sign retains all signed documents and audit logs on our servers throughout the life of the service provided. Only by direct customer action could a document be deleted, and even in that case, the audit log will persist.
- It is recommended that any group or account seeking to be compliant establish an automatic CC to an archival email address (e.g.: AcrobatSignContracts@myDomain.dom)
Quality Review
All participants using an electronic signature solution must use an independent party to audit the signatures annually.
- This requirement falls outside the scope of what Acrobat Sign can provide, as the requirement specifically demands an independent party perform the audit.
Custom Workflows
Enterprise-level customers can create discrete workflows using the workflow designer.
This option allows for a document-specific workflow, including user verification methods and notification processes, without having to employ group or account-wide settings.
Given the IVES requirements are fairly strict and unforgiving of human error, this option is strongly recommended.