마지막 업데이트 날짜
2026년 3월 5일
새로운 기능
시작하기
관리
- Admin Console 개요
- 사용자 관리
- 활성 사용자 추가, 편집 및 검토
- 기능 중심 사용자 생성
- 확인을 완료하지 않은 사용자 검토
- 프로비저닝 오류가 있는 사용자 확인
- 이름/이메일 주소 변경
- 사용자의 그룹 멤버십 편집
- 그룹 인터페이스를 통해 사용자의 그룹 멤버십 편집
- 사용자를 관리자 역할로 승격
- 사용자 ID 유형 및 SSO
- 사용자 ID 전환
- MS Azure로 사용자 인증
- Google Federation으로 사용자 인증
- 제품 프로필
- 로그인 경험
- 계정/그룹 설정
- 설정 개요
- 전역 설정
- 계정 계층 및 ID
- 새로운 수신자 환경
- [자체 서명] 워크플로
- 대량 전송
- 웹 양식
- 사용자 지정 전송 워크플로
- Power Automate 워크플로
- 라이브러리 문서
- 계약서를 사용하여 양식 데이터 수집
- 제한된 문서 표시 여부
- 서명된 계약의 PDF 사본 첨부
- 이메일에 링크 포함
- 이메일에 이미지 포함
- 이메일에 첨부된 파일의 이름 지정
- 문서에 감사 보고서 첨부
- 여러 문서를 하나로 병합
- 개별 문서 다운로드
- 서명된 문서 업로드
- 내 계정의 사용자에 대한 위임
- 외부 수신자의 위임 허용
- 서명 권한
- 전송 권한
- 전자 봉인 추가 권한
- 기본 시간대 설정
- 기본 날짜 형식 설정
- 다중 그룹의 사용자(UMG)
- 그룹 관리자 권한
- 수신자 바꾸기
- 감사 보고서
- 트랜잭션 꼬리말
- 제품 내 메시지 및 지침
- 액세스할 수 있는 PDF
- 의료 고객
- 계정 설정 / 브랜딩 설정
- 서명 기본 설정
- 서식이 올바르게 지정된 서명
- 수신자의 서명 허용
- 서명자 이름 변경 가능
- 수신자가 자신이 저장한 서명을 사용하도록 허용
- 사용자 지정 사용 약관 및 소비자 공개
- 폼 필드를 통해 수신자 탐색
- 계약 워크플로 다시 시작
- 서명 거부
- 스탬프 워크플로 허용
- 서명자에게 직책 또는 회사 제공 요청
- 서명자의 자필 서명 인쇄 및 배치 허용
- 전자 서명 시 메시지 표시
- 서명자가 모바일 장치를 사용하여 서명을 작성하도록 요청
- 서명자의 IP 주소 요청
- 참여 스탬프에서 회사 이름 및 직책 제외
- 적응형 서명 그리기 스케일링 적용
- 디지털 서명
- 전자 봉인
- 디지털 신원
- 보고서 설정
- 새로운 보고서 환경
- 기존 보고서 설정
- 보안 설정
- Single Sign-on 설정
- 기억하기 설정
- 로그인 암호 정책
- 로그인 암호 보안 수준
- 웹 세션 기간
- PDF 암호화 유형
- API
- 사용자 및 그룹 정보 액세스
- 허용된 IP 범위
- 계정 공유
- 계정 공유 권한
- 계약 공유 컨트롤
- 서명자 신원 확인
- 계약 서명 암호
- 문서 암호 보안 수준
- 지리적 위치에 따른 서명자 차단
- 전화 인증
- 지식 기반 인증(KBA)
- 페이지 추출 허용
- 문서 링크 만료
- Webhook/콜백용 클라이언트 인증서 업로드
- 타임스탬프
- 전송 설정
- 로그인 후 전송 페이지 표시
- 계약 작성 경험
- 전송 시 수신자 이름 필요
- 알려진 사용자에 대한 이름 값 잠금
- 허용된 수신자 역할
- 전자 증명자 허용
- 수신자 그룹
- CC
- 필수 필드
- 문서 첨부
- 필드 결합
- 계약 수정
- 진행 중인 계약에서 수신자 제거
- 계약 이름
- 언어
- 개인 메시지
- 허용되는 서명 유형
- 알림 메시지
- 서명된 문서 암호 보호
- 다음을 통해 계약 알림 전송
- 서명자 식별 옵션
- ID 확인된 데이터로 양식 필드 채우기
- 콘텐츠 보호
- Notarize 트랜잭션 활성화
- 문서 만료
- 서명 미리 보기, 배치 및 필드 추가
- 서명 순서
- 나 자신 추가
- 계약 다운로드 링크
- 양식 필드 테두리
- Liquid Mode
- 사용자 지정 워크플로 제어
- 전자 서명 페이지 업로드 옵션
- 서명 후 확인 URL 리디렉션
- 공유 계약에 대한 액세스 제한
- 로그인 후 전송 페이지 표시
- 메시지 템플릿
- Bio-Pharma 설정
- 워크플로 통합
- 공증 설정
- 결제 통합
- 서명자 메시징
- SAML 설정
- SAML 구성
- Microsoft Active Directory Federation 서비스 설치
- Okta 설치
- OneLogin 설치
- Oracle Identity Federation 설치
- SAML 구성
- 데이터 거버넌스
- 타임스탬프 설정
- 외부 보관
- 계정 언어
- 이메일 설정
- echosign.com에서 adobesign.com으로 마이그레이션합니다.
- 수신자 옵션 구성
- 규정 요구 사항 지침
- 계약서 일괄 다운로드
- 도메인 요청
- 오용 신고 링크
- 시스템 요구 사항 및 제한
계약 전송, 서명 및 관리
- 수신자 옵션
- 계약 보내기
- 전송(구성) 페이지
- 랜드마크 및 기능 개요
- 그룹 선택기
- 파일 및 템플릿 추가
- 계약 이름
- 전역 메시지
- 완료 마감 시한
- 알림 메시지
- PDF를 암호로 보호
- 서명 유형
- 수신자용 로케일
- 수신자 서명 순서/흐름
- 수신자 역할
- 수신자 인증
- 수신자에게 보낼 개인 메시지
- 수신자 계약 액세스
- 참조 당사자
- 신원 확인
- 계약을 자신에게만 보냄
- 다른 사람에게 계약 보내기
- 자필 서명
- 수신자 서명 순서
- 대량 전송
- 전송(구성) 페이지
- 문서에 필드 작성
- 인앱 작성 환경
- 자동 필드 감지
- 작성 환경을 사용하여 필드 끌어다 놓기
- 수신자에게 양식 필드 지정
- 미리 채우기 역할
- 재사용 가능한 필드 템플릿으로 필드 적용
- 필드를 새 라이브러리 템플릿에 전달
- 계약 발송 시 작성 환경 업데이트
- 텍스트 태그로 폼 만들기
- 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
- 샌드박스
지원 및 문제 해결
참고:
이 문서에서는 최신 릴리스의 고객 대면 애플리케이션에서 발생하는 새로운 기능, 환경 변경 사항 및 해결된 문제를 중점적으로 설명합니다.
API 및 Webhook에 대한 개발자 중심 업데이트는 Acrobat Sign 개발자 가이드에 설명되어 있습니다.
모든 기능/변경 사항이 릴리스 날짜부터 사용할 수 있는 것은 아닙니다. 가장 정확한 최신 버전을 확인하려면 미국 영어 페이지부터 확인하세요.
Adobe Acrobat Sign 릴리스 v17.0.1
프로덕션 배포: 2026년 3월 17일
GovCloud 배포: 2026년 3월 19일
향상된 기능
- 사본 만들기 – 확장된 액세스 지점, 계약서의 빠른 재사용.
사본 만들기는 이제 관리 페이지의 진행 중 및 대기 중 필터와 전송 후 확인 페이지에서 직접 사용할 수 있습니다. 이러한 추가 진입점을 통해 전송 생애 주기의 더 많은 지점에서 계약을 재사용하기가 쉬워져 처음부터 다시 시작할 필요성이 줄어듭니다.
참고: 이번 릴리즈에서는 이 기능을 비활성화하는 관리 제어가 관리 메뉴에서 제거되어 사본 만들기가 모든 적격 사용자가 사용할 수 있는 표준 기능으로 설정됩니다.
사용 가능한 환경: 샌드박스, 상용, 정부 기관 | 사용 가능한 서비스 계층: Acrobat Sign Solutions | 구성 범위: 계정 및 그룹; 기본적으로 활성화됨.
REST API/Webhook 업데이트
이 릴리스에 대한 API 및 Webhook 업데이트는 Acrobat Sign API 설명서에서 찾을 수 있습니다.
- OEM 2.0 개인화된 이메일 표시 – 임베디드 환경에서 더 명확한 발신자 및 수신자 신원 확인과 정확한 이메일을 게재합니다.
OEM 2.0 임베디드 워크플로의 경우, Acrobat Sign은 이제 주요 UI 화면과 알림에서 파트너 등록 이메일 대신 사용자의 개인화된 이메일을 표시합니다. 계약서, "대기 중" 및 "검토 및 서명" 이메일과 같은 대기열은 인증 및 권한 부여를 위해 등록된 이메일을 내부적으로 보존하면서 개인화된 신원을 일관되게 반영합니다. 이를 통해 발신자와 서명자의 명확성이 향상되고 게재할 수 없는 등록된 주소로 이메일이 전송되는 것을 방지합니다.
사용 가능한 환경: 샌드박스, 상용 | 사용 가능한 서비스 계층: Acrobat Sign Solutions | 구성 범위: API
- SMS 게재 실패에 대한 Webhook 알림 – 실패한 SMS 전송에 대한 실시간 가시성, 자동화된 문제 해결, 이메일 반송과의 동등성을 제공합니다.
Acrobat Sign은 이제 잘못된 전화번호, 통신사 거부 또는 차단된 회선과 같은 문제로 인해 SMS를 통해 전송된 계약이 전달될 수 없을 때 새로운 웹훅 이벤트인 AGREEMENT_PHONE_BOUNCED를 내보냅니다. 이를 통해 고객은 SMS 게재 실패를 거의 실시간으로 감지하고 전화번호 수정, 게재 재시도 또는 지원 케이스 개설과 같은 후속 조치를 자동으로 트리거할 수 있어, 사각지대를 제거하고 모바일 우선 서명 워크플로의 지연을 줄일 수 있습니다.
사용 가능한 환경: 샌드박스, 상용, 정부 기관 | 사용 가능한 서비스 계층: Acrobat Sign Solutions | 구성 범위: API
- 웹훅 페이로드 – 동적 참여 업데이트를 위한 조건부 참가자 extendedStatus 필드 추가로 참가자 상태 가시성이 향상되었습니다.
웹훅 알림에는 이제 발신자가 동적 참여를 사용하여 진행 중인 계약서를 수정할 때 각 참가자(memberInfos[]) 오브젝트에 extendedStatus 필드가 포함됩니다. 이 필드는 기존 상태 필드를 변경하지 않고 그대로 유지하여 이전 버전과의 호환성을 보장하면서 추가적인 참가자 수명 주기 세부 정보를 제공합니다.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
status 값(변경되지 않음): ACTIVE, REPLACED
extendedStatus 값: ACTIVE, REPLACED, REMOVED, COMPLETED.
사용 가능한 환경: 샌드박스, 상용, 정부 기관 | 사용 가능한 서비스 계층: Acrobat Sign Solutions | 구성 범위: API
해결된 문제
| 문제 | 설명 |
|---|---|
| 4543515 | 요약: 서명자가 성공적으로 서명하고 계약이 다음 단계로 진행된 후 유효한 서명자에 대해 웹훅 이메일 반송 이벤트가 잘못 생성될 수 있습니다. 이는 동일한 서명 그룹의 위임자가 잘못된 이메일을 가지고 있고 발신자가 원래 위임자를 교체할 때 발생할 수 있습니다. 이러한 경우 시스템이 "…을 대신하여 서명됨" 반송 이벤트를 실제로 이메일이 반송된 참가자 대신 유효한 서명자에게 잘못 기여도를 부여할 수 있습니다. |
| 수정: 이벤트 기여도 로직이 수정되어 이메일 반송 이벤트가 실제로 이메일이 반송된 참가자에게만 연결됩니다. 이미 서명을 완료한 유효한 서명자에 대해서는 더 이상 반송 이벤트가 생성되지 않으며, 웹훅 알림이 이제 올바른 참가자와 이메일을 반영합니다. | |
| 4544548 | 요약: 웹 UI를 통해 만든 통합 키는 만들기 페이지에서 "영구 액세스"를 제공한다고 명시되어 있음에도 불구하고 10년 후에 만료될 수 있습니다. 키가 10년 생애에 도달하면 API 호출이 만료된 토큰 오류를 반환하기 시작하여 기존 통합이 예기치 않게 중단될 수 있습니다. |
| 수정: 사용자 인터페이스 메시지가 업데이트되어 "영구 액세스" 문구가 제거되고 통합 키의 만료 날짜가 명확하게 표시됩니다. 업데이트된 텍스트는 이제 키가 만료 날짜까지 또는 수동으로 취소될 때까지 액세스를 유지한다고 명시하여 10년 기본 생애에 대한 투명도를 제공합니다. | |
| 4546301 | 요약: 매우 큰 문서가 있는 계약의 경우 계약 만들기가 완료되고 초기 처리 단계가 몇 분 내에 완료되는 것처럼 보이더라도 웹훅 이벤트 게재가 최대 몇 시간까지 지연될 수 있습니다. 지연 기간 동안 웹훅 게재 서비스는 계약 문서를 검색하려고 시도할 때 DOCUMENT_NOT_AVAILABLE 응답을 반복적으로 받을 수 있으며, 서비스가 재시도를 중단하거나 문서를 사용할 수 있게 될 때까지 웹훅 이벤트가 게재되지 않을 수 있습니다. |
| 수정: 문서 가용성 처리가 수정되어 대용량 계약이 확장된 DOCUMENT_NOT_AVAILABLE 응답 없이 문서를 검색할 수 있는 상태로 안정적으로 전환됩니다. 결과적으로 사용할 수 없는 문서에 대한 문서 검색 재시도로 인해 몇 시간의 지연 없이 웹훅 이벤트가 게재됩니다. | |
| 4547823 | 요약: API를 통해 작성 상태에서 계약이 만들기되고 관리 경험에서 편집될 때 일부 서명자에게 수신자의 개인 메시지가 표시되지 않을 수 있습니다. 이 시나리오에서 계약 데이터에 올바른 개인 메시지 값이 포함되어 있음에도 불구하고 UI에서 개인 메시지 값이 "없음" 또는 공백으로 표시될 수 있습니다. 이 동작은 사용자가 초안을 편집하기 위해 다른 사용자의 계정으로 전환하는 공유 계정 시나리오에서 나타나며, 다른 사용자는 올바르게 표시되는 동안 특정 수신자에게만 영향을 줄 수 있습니다. |
| 수정: 기본 공유 컨텍스트를 검색하고 승인된 공유 사용자에 대한 개인 메시지를 반환하는 확인이 추가되었습니다. 결과적으로 작성 흐름에서 API로 만든 초안을 보거나 전송할 때 개인 메시지 값이 이제 올바르게 표시됩니다. | |
| 4548274 | 요약: 새로운 템플릿 경험에서 템플릿이 편집되고 저장된 후 라이브러리 템플릿의 수정 날짜가 업데이트되지 않을 수 있습니다. 사용자는 템플릿에서 새로 추가되거나 업데이트된 필드를 볼 수 있지만, 관리 UI 및 관리 보기에서 수정 날짜가 변경되지 않은 상태로 유지되어 템플릿이 최근에 수정되지 않은 것처럼 보일 수 있습니다. 이는 새로운 경험이 템플릿의 수정된 타임스탬프도 업데이트하지 않는 경로를 통해 양식 필드를 업데이트하기 때문에 발생합니다. |
| 수정: 새로운 템플릿 경험과 관련 API 작업 전반에 걸쳐 수정 날짜 업데이트 동작이 정렬되었습니다. 템플릿 필드 변경을 저장하는 코드 경로가 이제 템플릿의 수정 날짜도 업데이트하여 가장 최근 변경의 실제 시간을 반영합니다. | |
| 4548564 | 요약: 서명과 폼 필드가 소스 문서의 기존 스탬프 주석 위에 배치되면 서명된 PDF에서 보이지 않을 수 있습니다. 영향을 받는 템플릿에서는 처리 중에 스탬프 주석이 대화형 필드를 겹치거나 가려서 완료된 서명과 기타 필드가 최종 서명된 문서에서 숨겨집니다. |
| 수정 사항: 스탬프 주석 처리가 업데이트되어 기존 스탬프 주석을 안전하게 처리하고 평면화하여 더 이상 폼 필드나 서명을 가리지 않습니다. 스탬프된 영역 위에 배치된 필드는 이제 서명 과정과 완전히 실행된 PDF에서 계속 표시됩니다. | |
| 4549103 | 요약: 발신자가 이전에 잘못된 수신자를 유효한 이메일 주소로 교체한 후 해당 수신자에 대해 이메일 반송 이벤트가 다시 기록될 수 있습니다. 경우에 따라 감사 추적에서 이전 이메일에 대한 두 번째 반송 이벤트가 표시되고, 새 수신자가 계약서를 성공적으로 수신, 확인 또는 서명했음에도 불구하고 계약서 상태가 "이메일 반송됨"으로 표시될 수 있습니다. 이러한 동작으로 인해 계약서가 여전히 이전 이메일과 새 이메일 주소 모두를 대상으로 하는 것처럼 보일 수 있습니다. |
| 수정 사항: 서명자 교체 워크플로가 업데이트되어 이미 반송된 이메일을 가진 교체된 수신자에게 추가 알림 이메일을 보내지 않습니다. 이제 시스템은 교체 관련 알림을 보내기 전에 이전 반송 작업 내역을 확인하여 교체 후 이전 이메일 주소에 대해 새로운 반송 이벤트가 생성되지 않도록 합니다. | |
| 4549306 | 요약: 특정 특수 문자(예: 아포스트로피)가 포함된 이메일 주소를 가진 사용자는 일반 adobesign.com 또는 echosign.com 공개 로그인 페이지에서 로그인할 수 없을 수 있습니다. 이메일 주소를 입력하고 암호 필드를 클릭한 후 사용자를 올바른 샤드나 SSO 로그인 페이지로 리디렉션하는 대신 페이지가 다시 로드되고 이메일 필드가 지워질 수 있습니다. 이로 인해 영향을 받는 사용자가 인증을 완료할 수 없고 공개 로그인 엔드포인트에 의존하는 통합이 차단됩니다. |
| 수정 사항: 로그인 샤드 해결 로직이 수정되어 샤드 간 리디렉션 URL을 구성하기 전에 특수 문자가 포함된 이메일 주소를 적절히 처리하고 디코딩합니다. 영향을 받는 이메일 형식을 가진 사용자는 이제 이메일 필드가 지워지지 않고 지정된 샤드와 SSO 로그인 페이지로 올바르게 리디렉션됩니다. | |
| 4549331 | 요약: 특정 문서 처리 기능이 활성화되고 소스 PDF에 잘못된 페이지 박스 좌표(예: 잘못된 CropBox 또는 MediaBox 값)가 포함된 경우 서명 및 기타 폼 필드가 서명된 PDF에서 누락되거나 보이지 않을 수 있습니다. 이 시나리오에서는 페이지 좌표에 의존하는 필드가 표시 가능한 페이지 영역 밖에서 렌더링될 수 있어 서명이 성공적으로 완료되었음에도 불구하고 완료된 서명이 누락된 것처럼 보일 수 있습니다. |
| 수정 사항: PDF 페이지 박스 처리가 수정되어 문서 처리 중에 잘못된 CropBox 및 MediaBox 값을 안전하게 정규화합니다. 결과적으로 서명 및 폼 필드 배치가 이제 표시 가능한 페이지 영역에 맞춰지고 서명된 PDF가 예상대로 서명을 표시합니다. | |
| 4550367 | 요약: 발신자의 그룹 기본 서명자 인증이 전화로 설정되고 계정에 사용 가능한 전화 인증 할당량이 없는 경우, 웹 폼 서명자 인증이 전화가 아닌 방법(예: Adobe Sign)으로 설정되어 있어도 미리 보기 및 필드 추가를 선택한 후 일반적인 "서버 오류"로 웹 폼 생성이 실패할 수 있습니다. 결과적으로 영향을 받는 계정의 모든 사용자가 모든 문서에서 웹 폼 생성이 차단될 수 있습니다. |
| 수정 사항: 웹 폼 생성은 이제 웹 폼 서명자에 대해 실제로 구성된 인증 방법에 대해서만 할당량을 평가하며, 더 이상 그룹 기본 인증 설정만을 기반으로 전화 인증 할당량 확인을 적용하지 않습니다. 이를 통해 잘못된 할당량 소진 오류를 방지하고 웹 폼을 정상적으로 생성할 수 있습니다. | |
| 4551011 | 요약: 발신자가 특정 스캔된 PDF를 업로드하고 서명 필드를 추가한 후 계약을 보낼 때, 서명 완료 후 서명된 PDF에 표시되는 서명이 없을 수 있습니다.이러한 동작은 업로드된 PDF에 잘못된 페이지 경계 메타데이터(MediaBox 및 CropBox 좌표가 뒤바뀜)가 포함되어 있을 때 발생할 수 있으며, 이로 인해 서명 및 기타 필드 모양 레이어가 표시 가능한 페이지 영역 밖에서 렌더링될 수 있습니다. |
| 수정 사항: PDF 페이지 경계 처리가 업데이트되어 잘못되거나 뒤바뀐 MediaBox 및 CropBox 좌표 값을 가진 PDF를 올바르게 처리하므로 서명 및 폼 필드 모양 콘텐츠가 표시 가능한 페이지 영역 내에서 렌더링되고 최종 서명된 PDF에서 계속 표시됩니다. | |
| 4551427 | 요약: 이미 활성화되고 올바르게 프로비저닝된 계정을 가진 일부 수신자가 "의사 사용자" 수신자로 계약을 받게 되어, 계약이 일반적인 관리 보기에 표시되지 않습니다. 이는 수신자 이메일 주소에 앞뒤 공백이 포함되어 있을 때 발생하며, 시스템이 이메일을 기존 사용자와 매칭하지 못해 의사 사용자 레코드가 생성됩니다. |
| 수정 사항: 이메일 파싱 및 사용자 조회가 업데이트되어 기존 사용자와 매칭하기 전에 수신자 이메일 주소를 정규화(앞뒤 공백 제거)합니다. 결과적으로 기존 사용자에게 주소가 지정된 계약은 이메일이 공백과 함께 입력되었더라도(API 페이로드 및 워크플로 수신자 목록에서) 의사 사용자 수신자를 생성하는 대신 등록된 계정으로 해결됩니다. | |
| 4553198 | 요약: 계약에 SMS 게재로 구성된 수신자가 최소 한 명과 이메일 전용 게재로 구성된 수신자가 최소 한 명 포함되어 있을 때, API를 통해 계약을 취소해도 SMS 수신자에게 SMS 취소 알림이 전송되지 않습니다. 계약은 성공적으로 취소되고 이메일 알림은 게재되지만, SMS 수신자는 취소 메시지를 받지 못합니다. |
| 수정 사항: 취소 워크플로가 수정되어 다른 수신자의 게재 방법에 관계없이 계약이 취소될 때 SMS 게재로 구성된 모든 수신자에게 SMS 취소 알림이 전송되도록 보장합니다. | |
| 4554463 | 요약: 결합된 문서에서 동일한 필드 이름을 공유하는 복제된 라디오 버튼이 포함된 계약에서 최종 서명된 PDF에는 선택된 옵션의 인스턴스 하나만 선택된 상태로 남아 있습니다. 필드가 시각적으로는 체크박스로 표시되지만 라디오 버튼으로 구현됩니다. 서명 후 선택된 값이 모든 복제된 인스턴스에 일관되게 전파되지 않아 예상된 선택의 잘못되거나 불완전한 매핑이 발생합니다. |
| 수정 사항: 양식 필드 처리 로직이 수정되어 복제된 라디오 버튼이 내부 색인 값이 아닌 선택된 내보내기 값을 저장하고 전파하도록 했습니다. 이를 통해 동일한 라디오 버튼 필드의 모든 복제된 인스턴스가 서명된 PDF에서 올바른 선택을 반영하도록 보장합니다. | |
| 4554593 | 요약: 이전 OAuth 엔드포인트를 사용하여 액세스 토큰을 새로 고치는 일부 파트너 통합이 HTTP 401 오류로 실패하기 시작했습니다. 서비스가 애플리케이션이 이전 OAuth 엔드포인트를 사용할 수 없으며 대신 OAuth v2 엔드포인트를 사용해야 한다는 오류와 함께 토큰 새로 고침 요청을 거부했습니다. 이로 인해 이전에 작동했던 통합에서도 고객이 파트너 애플리케이션을 통해 Acrobat Sign을 인증하는 것이 차단되었습니다. |
| 수정 사항: 인증 서비스가 수정되어 이전 OAuth 흐름을 사용하도록 구성된 파트너 애플리케이션이 OAuth v2 엔드포인트로 잘못 강제 전환되는 대신 토큰을 성공적으로 새로 고칠 수 있게 되었습니다. | |
| 4554614 | 요약:서명자가 서명자 인증이 필요하고 서명 전 사용 약관 동의가 필요하도록 구성된 계약서에서 최신 전자 서명 경험을 사용할 때, 서명하려면 클릭을 클릭하면 기존 서명 경험으로 5초간 리디렉션됩니다. 리디렉션 메시지는 최신 서명에서 입력한 서명과 이니셜이 지워질 것이라고 경고하여 서명자가 다시 입력하고 사실상 두 번 서명하도록 강제합니다. |
| 수정 사항: 서명 토큰 새로 고침 흐름이 수정되어 서명자가 서명 전에 사용 약관을 수락할 때 재발급된 서명 토큰이 서명자 인증 세부 정보를 유지하도록 했습니다. 이를 통해 최종 서명 단계에서 인증 실패를 방지하고 최신 서명에서 클래식 경험으로의 강제 폴백을 제거합니다. | |
| 4555656 | 요약: 특정 타이밍 조건에서 계약 상태 전환이 성공한 것처럼 보이지만 실제로는 계약 상태를 변경하지 않을 수 있습니다. 백엔드 처리가 완료되기 전에 웹훅 알림이 수신되면 후속 API 호출이 오래된 계약 상태 데이터를 사용할 수 있습니다. 이 시간 동안 특정 상태 전환 메서드는 계약서가 요청된 전환에 대해 유효한 상태가 아님에도 불구하고 HTTP 200 OK를 반환합니다. 결과적으로 자동화 워크플로는 계약이 원래 상태로 남아 있는 동안 전환이 성공했다고 가정할 수 있습니다. |
| 수정 사항: 계약 상태 전환 로직이 업데이트되어 전환을 적용하기 전에 엄격한 유효성 검사를 시행합니다. 계약이 유효한 상태가 아닌 경우, API는 이제 조용히 성공을 반환하는 대신 명확한 오류 응답을 반환합니다. 이를 통해 잘못된 전환이 명시적으로 거부되고, 호출 시스템이 적절히 재시도할 수 있으며, 계약이 가시성 없이 의도하지 않은 상태로 남아있는 것을 방지할 수 있습니다. |
