처음 보고된 시기: 2022년 1월
|
|
2022년 8월 |
|---|
W-4 2022(Employee's Withholding Certificate)라는 제목의 새 IRS W-4(2022) 양식이 2022년 4월 릴리스의 일부로 Adobe Sign 라이브러리에 추가될 예정입니다.
필요한 조치
새 W-4 양식 템플릿에는 새 libraryDocumentId가 있습니다. 애플리케이션에서 기존 템플릿의 libraryDocumentId를 사용하는 경우 이를 업데이트해야 합니다.
2021 버전은 2022년 6월에 시스템에서 제거될 예정입니다.
이전 양식(2021 버전)을 사용하는 모든 애플리케이션/API는 서비스에 방해를 받지 않으려면 6월 1일 전에 업데이트해야 합니다.
API 사용 계정에서 libraryDocumentId를 찾으려면 다음을 따르십시오.
- 계정 관리자로 로그인합니다.
- 계정 탭 > Adobe Sign API > API 정보 > 를 클릭하고 REST API 메서드 설명서 링크를 클릭합니다.
- [GET /libraryDocuments] 섹션에서 OAUTH ACCESS-TOKEN 버튼을 클릭합니다.
- library_read:self 범위를 활성화합니다.
- 사용하기를 클릭합니다. 버튼
- 응답 본문에서 새 W-4 2022(Employee's Withholding Certificate) 양식 템플릿(2021 버전 아님)을 찾아서 libraryDocumentId 값을 확인합니다.
|
처음 보고된 시기: 2022년 6월 |
현재 목록에서 제거된 시기: 2022년 7월 |
|---|
6월 14일 릴리스에 두 개의 새로운 Webhook 추가:
- 계약 만료 업데이트됨(AGREEMENT_EXPIRATION_UPDATED) (REST v6 API POST/webhooks를 통해서만 제공) - 계약의 만료 날짜가 업데이트될 때 트리거됩니다.
- 서명자가 계약 서명자 이름을 변경함 (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - 서명 시 수신자가 이름을 계약이 생성되었을 때 제공된 이름과 다른 값으로 변경하면 트리거됩니다.
두 Webhook를 모두 사용할 수 있습니다.
|
처음 보고된 시기: 2022년 6월 |
현재 목록에서 제거된 시기: 2022년 6월 |
|---|
2022년 6월 8일, Adobe Acrobat Sign은 Microsoft Teams, Outlook, Word 및 PowerPoint 통합에 대한 알림 프레임워크를 콜백에서 웹훅으로 마이그레이션했습니다.이를 통해 알림 게재가 개선되고 사용자가 문서 출처에 관계없이 선호하는 통합에서 모든 Acrobat Sign 문서 알림을 받을 수 있습니다.
이제 업데이트가 완료되었으므로 최종 사용자는 통합을 계속 사용하기 전에 웹훅 보기, 만들기/편집, 삭제를 포함한 Acrobat Sign 권한을 다시 승인하라는 프롬프트가 표시됩니다.
Acrobat Sign 권한의 재승인은 한 번만 필요하며 모든 Microsoft 365 통합의 Acrobat Sign에 적용됩니다. 이 권한은 계정 레벨에서 권한 부여되며 최종 사용자가 수락해야 합니다.
추가 정보는 아래 해당 도움말 페이지를 방문하여 "인증된 관계 설정"을 검토하십시오. "실시간" Acrobat Sign 지원을 받으려면 Acrobat Sign 계정에 로그인한 후 "?"를 클릭하십시오 그 다음 "지원팀에 문의"를 클릭하여 지원 옵션을 확인하십시오.
클래식 액세스 코드 기능이 2022년 6월 릴리스에서 제거됨
|
처음 보고된 날짜: 2022년 5월 - 업데이트된 날짜: 2022년 6월 |
현재 목록에서 제거된 시기: 2022년 6월 |
|---|
액세스 코드 기능은 클래식 관리 페이지가 서비스에서 제거된 2022년 6월 릴리스부터 Acrobat Sign 시스템에서 완전히 제거되었습니다.
2022년 6월 15일로 예정된 사용자 정의 워크플로 디자이너 서비스 중단이 완료되었습니다.
|
처음 보고된 날짜: 2022년 5월 - 업데이트된 날짜: 2022년 6월 |
현재 목록에서 제거된 시기: 2022년 7월 |
|---|
사용자 정의 워크플로 디자이너는 6월 15일 주요 출시와 관련하여 기반 코드를 업데이트하기 위해 서비스가 잠시 중단되었습니다.
태평양 표준시 오후 3시-3시 30분 사이에 워크플로 디자이너가 사용자의 새 워크플로 만들기나 편집 중인 워크플로 저장을 허용하지 않을 수 있었습니다.
이 시간 동안 계약서 생성을 위한 워크플로 사용은 영향을 받지 않았습니다.
|
처음 보고된 시기: 2021년 4월 |
현재 목록에서 제거된 시기: 2022년 6월 |
|---|
2021년 12월 31일 이후로는 Adobe Sign에서 더 이상 공식적으로 Microsoft Internet Explorer 11이나 이전 Microsoft Edge 브라우저를 지원하지 않습니다. 이러한 브라우저로 Adobe Sign 애플리케이션에 더 이상 액세스하지 않는 것이 좋습니다. 2021년 12월 31일 이후 이러한 브라우저를 사용하는 고객은 성능이 저하되고 일부 기능이 작동하지 않을 수 있습니다.
수신자의 워크플로 중단을 방지하려면 수신자의 전자 서명 페이지가 이러한 브라우저에서 계속 정상적으로 작동해야 합니다. 이 전환이 가능한 원활하게 이루어질 수 있도록 노력하고 있습니다.
|
처음 보고된 날짜: 2021년 11월 - 업데이트된 날짜: 2022년 4월 |
현재 목록에서 제거된 시기: 2022년 6월 |
|---|
|
처음 보고된 시기: 2022년 2월 |
현재 목록에서 제거된 시기: 2022년 6월 |
|---|
Acrobat Sign은 2022년 4월 1일 오전에 새로운 SSL 인증서를 풀기했습니다.
공개 키, 기반 암호화 프로토콜 또는 체계는 변경되지 않았습니다.
필요한 조치
공용 키 사용
- SOAP 또는 REST API를 사용하여 Acrobat Sign에서 사용자 지정된 통합 기능을 구축한 경우, 이러한 통합 중 하나에 기존 공개 키가 '지정'되어 있으면 별도의 조치가 필요 없습니다.
- SSO에 Acrobat Sign의 SSL 인증서를 사용하거나 인증서 자체를 고정하는 경우(또는 다른 방법을 사용하는 경우) Adobe Acrobat Sign 시스템 요구 사항에서 새로운 Acrobat Sign 인증서를 찾을 수 있습니다.
- SSO 구성이 여러 공용 인증서/체인을 지원하는 경우, 지금 신규 인증서를 추가하고 4월 전환 후에 구성에서 기존 공용 인증서/체인을 제거할 수 있습니다.
- SSO가 여러 공용 인증서/체인을 지원하지 않는 경우, 2022년 4월 1일에 SSL 전환과 Acrobat Sign을 동기화해야 합니다
새 SSL 인증서는 2022년 4월 1일부터 활성화되었습니다.
|
처음 보고된 시기: 2022년 3월 |
현재 목록에서 제거된 시기: 2022년 6월 |
|---|
Acrobat Sign은 2022년 5월 3일에 소규모 기능 출시를 완료했습니다.이 릴리스 중에는 작동 중지 시간이 발생하지 않았습니다.
2022년 5월 출시에는 웹 폼의 추가 참가자에 대한 지식 기반 인증을 허용하는 한 가지 기능 개선이 포함되었습니다.
|
처음 보고된 시기: 2022년 3월 |
현재 목록에서 제거된 시기: 2022년 5월 |
|---|
2022년 3월 22일에 Adobe Acrobat Sign은 Office 365용 Acrobat Sign 애플리케이션 테넌트(Word/PowerPoint, Outlook, Teams 통합용 공통 애플리케이션 테넌트)를 업데이트했습니다.
액세스가 허용되기 전에 애플리케이션에 대한 권한 요청을 다시 수락하라는 메시지가 동부 하절기 시간 오전 10시부터 관리자/사용자에게 표시될 수 있습니다. 정확한 시간은 계정의 Microsoft 발급 인증 토큰이 만료되는 시점에 따라 다릅니다(시작 후 최대 24시간).
| 처음 보고된 날짜: 2021년 9월 - 업데이트된 날짜: 2022년 1월 |
현재 목록에서 제거된 시기: 2022년 3월 |
Adobe Sign은 애플리케이션에서 다운타임 발생 없이 2022년 1월 릴리스를 완료했습니다.
1월 풀기에는 사용자와 관리자를 위한 기능 개선과 여러 고객 신고 문제에 대한 해결책이 포함되었습니다.
| 처음 보고된 날짜: 2021년 9월 | 현재 목록에서 제거된 시기: 2022년 3월 |
Adobe Sign은 2022년 1월 릴리스에서 홈 및 관리 페이지의 클래식 환경을 폐기합니다. 그 시점에서 모든 계정이 현대적인 홈 및 관리 경험으로 전환되며, 클래식 인터페이스로 되돌릴 수 있는 옵션은 없습니다.
이러한 전환을 최대한 원활하게 진행하기 위해 최선을 다하고 있으며, 다음을 포함하여 기존 관리 페이지의 동작과 일치하는 기능을 출시했습니다:
- 이름과 성으로 맞춤 검색됩니다.
- 서명자를 교체할 때 발신자가 메시지를 추가할 수 있게 되었습니다.
- CC 및 서명 완료자에 대한 알림 기능이 추가되었습니다.
12월 릴리스에는 검색 기능이 개선되고 '메타데이터를 한눈에 볼 수 있는' 기능이 추가됩니다.
Adobe Sign 인증이 Adobe ID 관리로 리디렉션
|
처음 보고된 시기: 2020년 8월 |
현재 목록에서 제거된 시기: |
|---|
9월 Adobe Sign 릴리스부터 Adobe Sign 애플리케이션에 직접 인증하는 일부 사용자는 Adobe Identity Manager로 인증 방법이 재설정됩니다.
Adobe에서는 2020년 연말까지 이러한 방식으로 인증을 표준화할 예정입니다.
| 처음 보고된 날짜: 2021년 9월 | 현재 목록에서 제거된 시기: 2021년 11월 |
Adobe Sign은 애플리케이션에서 겪은 다운타임 없이 2021년 10월 릴리스를 완료했습니다.
10월 릴리스에는 사용자 및 관리자를 위한 기능 개선 사항과 여러 고객이 보고한 문제에 대한 해결 방법이 포함됩니다.
| 처음 보고된 시기: 2021년 8월 | 현재 목록에서 제거된 시기: 2021년 11월 |
3월 릴리스에서는 이름이 제공되거나 알려진 경우(API 또는 사용자 프로필을 통해) 서명할 때 수신자가 이름 값을 편집할 수 있는 기능을 활성화/비활성화하는 설정이 도입되었습니다. 입력된 서명은 이 기능에서 제외되어 일부 서명자가 서명 프로세스 중에 이름 값을 변경할 수 있었습니다. 9월 릴리스에서는 입력된 서명을 포함한 모든 서명 유형의 잠금 설정을 유지하도록 이 기능이 업데이트되었습니다.
- 이름과 이니셜 입력 옵션을 활성화하고 서명자가 이름이나 이니셜을 변경할 수 있음 옵션을 비활성화한 고객은 입력된 서명의 서명 프로세스 중에 이름 값을 더 이상 편집할 수 없도록 동작이 변경되었습니다.
- 서명 프로세스 중에 이름 값을 편집하려는 고객은 서명자가 이름과 이니셜을 변경할 수 있음 설정(서명 기본 설정 메뉴)을 활성화해야 합니다.
| 처음 보고된 시기: 2021년 8월 | 현재 목록에서 제거된 시기: 2021년 11월 |
Adobe의 법적 요구사항을 준수하기 위해 전자 서명 페이지에 대한 Adobe Sign의 사용 약관(TOU) 수락 동작이 업데이트됩니다. 새로운 사용자 경험이 제공되면서 계약에 대한 대화식 기능을 진행하기 전에 모든 "알 수 없는" 수신자는 Adobe Sign TOU를 수락해야 합니다(계속 버튼을 클릭). 이 수락은 고객 계정에 구성된 사용자 정의 TOU와는 별개이며, 계정 TOU/CD 수락 구성에 따라 계속 적용됩니다.
- "알 수 없는" 수신자는 신뢰할 수 있는 계정에서 등록된 기본 사용자 이메일이 아닌 이메일 주소입니다.
- "알려진" 사용자는 사용자 계정을 확인할 때 등록 프로세스의 일부로 Adobe Sign TOU를 수락했으므로 다시 수락하라는 메시지가 표시되지 않습니다.
다음은 고객이 구성한 사용자 정의 ToU를 사용한 계약에 대한 암묵적 동의 흐름의 예제입니다.
- 계속 버튼을 선택(계약을 연 후)하여 Adobe Sign ToU를 수락합니다.
- 필요에 따라 계약 필드를 작성합니다.
- 클릭하여 서명 버튼을 선택하여 소비자 공개와 사용자 정의 ToU를 수락합니다.
Notarize 통합 기능에 대한 API 및 전송 페이지 업데이트(10월 예상)
| 처음 보고된 날짜: 2021년 9월 | 현재 목록에서 제거된 시기: 2021년 11월 |
10월 릴리스에는 Notarize, Inc.의 원격 온라인 공증(RON) 플랫폼과의 통합을 지원하는 새로운 Adobe Sign 기능이 추가됩니다. Adobe Sign과 Notarize, Inc.의 통합은 미국에서 사용할 수 있습니다. 해당
아래는 변경 사항의 요약입니다.
Notarize 통합 - Notarize, Inc.의 원격 온라인 공증(RON) 플랫폼과 Adobe Sign의 통합을 통해 고객은 Adobe Sign 트랜잭션의 일부로 원격 온라인 공증 서비스를 추가할 수 있습니다. ETLA 프로그램을 통해 Adobe에서 직접 판매하는 기업 및 비즈니스 계층의 고객이 활성화할 수 있습니다. Notarize 트랜잭션은 해당 고객만 추가 비용을 지불하고 추가 기능으로 구매할 수 있습니다.
자체 앱을 구축하거나 통합을 사용하는 고객은 두 가지 요소를 검토해야 합니다.
전송 페이지에는 서명자를 공증된 서명이 필요한 것으로 식별하는 새로운 요소와 서명 프로세스를 안내하는 추가 구성 단계가 있습니다.
REST API가 이러한 기능을 활용하는 요구 사항을 수용하도록 업데이트되었고, REST API를 활용하는 고객은 아래를 검토하여 기존 사용에 대한 영향이 있는지 확인해야 합니다.
- 페이지 업데이트 발송
Notarize 트랜잭션이 활성화된 고객은 인증 방법 오른쪽에 있는 수신자 기록에서 공증 필요 옵션을 선택할 수 있습니다.
계약이 구성되고 발신자가 [다음]을 클릭하면 공증 프로세스에 대한 추가 구성 옵션이 발신자에게 표시됩니다.
- API 업데이트 - Notarize 통합을 지원하는 API 관련 중요한 업데이트가 있습니다.
POST /agreements
POST /agreements API가 공증을 위한 계약 전송을 지원하도록 업데이트되었습니다.
- 새로운 역할인 NOTARY_SIGNER를 사용하여 공증인 세션 참가자를 나타내야 합니다.
- 새로운 NotaryInfo 속성이 AgreementInfo 정의에 추가되어 공증이 필요한 새 계약 작성과 관련된 모든 옵션을 포함합니다.
|
매개 변수 이름 |
REST 개체 |
설명 |
||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
memberInfos |
ParticipantInfo[] |
참여자별 데이터(예: 전자 메일)를 포함하는 ParticipantInfo 개체의 배열입니다. 배열의 모든 참가자는 동일한 집합에 속합니다. |
||||||||||||||||
|
role |
|
집합의 모든 참가자(서명자, 승인자 등)가 담당하는 역할 |
FileInfo 확장
어떤 문서를 공증해야 하는지 나타내려면 FileInfo 정의를 확장해야 합니다.
|
매개 변수 이름 |
유형 |
기본값 |
필수 |
설명 |
|---|---|---|---|---|
|
document |
Document |
|
선택 사항 |
계약과 연결된 문서입니다. |
|
label |
문자열 |
|
선택 사항 |
파일 정보 요소의 고유 레이블 값입니다. 사용자 정의 작업 과정의 경우 작업 과정 정의의 해당 파일 요소에 파일을 매핑합니다. |
|
libraryDocumentId |
문자열 |
|
선택 사항 |
계약에 추가될 기존 라이브러리 문서 ID |
|
transientDocumentId |
문자열 |
|
선택 사항 |
계약에 추가될 임시 문서 ID |
|
notarize |
참 |
거짓 |
선택 사항 |
이 문서를 공증해야 함을 나타냅니다. |
ParticipantInfo 확장
공증인 인증 방법을 지정할 수 있도록 ParticipantInfo 정의가 확장되었습니다.
|
매개 변수 이름 |
유형 |
기본값 |
필수 |
설명 |
|---|---|---|---|---|
|
|
문자열 |
해당 사항 없음 |
필수 |
참가자의 전자 메일. |
|
notaryAuthentication |
Enum |
MULTI_FACTOR_AUTHENTICATION |
선택 사항 |
MULTI_FACTOR_AUTHENTICATION - 공증인 인증은 이중 인증 방법을 사용하여 수행됩니다 |
NotaryInfo
공증 관련 추가 옵션을 지정하는 NotaryInfo 개체를 포함하기 위해서 새로운 선택 사항인 notaryInfo 필드가 AgreementInfo 정의에 추가되었습니다.
|
매개 변수 이름 |
유형 |
기본값 |
필수 |
설명 |
|---|---|---|---|---|
|
notaryType |
Enum |
공증인 온디맨드 서비스 공증하기가 계정에서 활성화 된 경우에만 |
필수 |
NOTARIZE_NOTARY - 공증 서비스는 공증인을 제공합니다 |
|
payment |
Enum |
BY_SENDER |
선택 사항 |
유형이 NOTARIZE_NOTARY인 경우에만 적용됩니다 |
|
appointmentStart |
문자열 |
"" |
선택 사항 |
ISO_DATE_TIME 형식 문자열. ISO_ZONED_DATE_TIME을 참조하세요. |
|
note |
문자열 |
없음 |
선택 사항 |
공증인 세션에 대한 메모 |
|
notaryEmail |
문자열 |
"" |
선택 사항 |
자신의 공증인을 데려온 사람의 전자 메일 |
예 /agreement
PUT|GET /agreements/{aid}
PUT /agreements/{aid} API는 공증 옵션이 있는 계약 업데이트를 지원합니다. GET /agreements/{aid} API는 계약 공증을 위해 설정된 모든 옵션을 반환합니다. 업데이트된 속성을 확인하려면 POST /agreements 섹션을 참조하십시오.
오류 코드
POST /agreements에 대한 기존 오류 코드는 변경되지 않습니다. 아래와 같이 새로운 오류 코드를 정의했습니다.
|
REST 오류 코드 |
HTTP 상태 코드 |
메시지 |
시나리오 |
|---|---|---|---|
|
PERMISSION_DENIED |
403 |
사용자 설정 또는 OAuth 범위 토큰이 공증을 위한 계약 전송을 허용하지 않습니다. |
이 오류는 역할이 NOTARY_SIGNER로 설정되고 API 호출자(즉, 잠재적 발신자)가 공증인 기능을 활성화하지 않았거나 공증인 서비스 공급자가 설정되지 않은 경우 발생합니다. |
문서에 미치는 영향
요청의 AgreementInfo 개체에서 "status" 요소는 새 계약 상태 "WAITING_FOR_NOTARIZATION"을 포함합니다. .
POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens
이 API는 고객(공증인 서명자)이 흐름의 전자 서명 단계를 완료할 수 있는 서명 토큰을 획득하기 위해 사용할 수 있습니다.
- 새 역할을 캡처하는 새로운 서명 기능이 추가되었습니다 - ACCEPT_BEFORE_NOTARIZATION
- 공증 단계를 완료하기 위해 서명 토큰을 취득해서는 안 됩니다.
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status
이 API는 고객(공증인 서명자)이 전자 서명 단계를 완료하기 위해 사용할 수 있습니다. 새 역할을 수용하기 위해 새로운 Enum 상태 값이 도입되었습니다 - ACCEPTED_BEFORE_NOTARIZATION.
|
속성 |
유형 |
설명 |
||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Status |
Enum<String>
|
|
||||||||||||||
공증인 서명자는 다음의 API 호출 시퀀스를 따라 전자 서명 단계를 완료할 수 있습니다.
- GET /agreements/{agreementId}/members - 공증인 서명자의 참가자 ID 및 참가자 집합 ID를 가져옵니다
- POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - ACCEPT_BEFORE_NOTARIZATION 기능이 있는 공증인 서명자에 대한 서명 토큰을 요청합니다
- POST /transientDocuments - 검토된 문서를 업로드합니다
- PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - 검토된 문서를 제출하고 전자 서명 단계를 완료합니다.
새 Webhook 이벤트
고객은 새 Webhook 이벤트인 AGREEMENT_READY_FOR_NOTARIZATION을 구독하여 계약이 공증할 준비가 되면 알림을 받을 수 있습니다. 이벤트는 Webhook UI에 표시되지 않으며 POST /Webhook API 호출을 통해 구독할 수 있습니다.
문서에 미치는 영향
다음 API는 수정되지 않았지만 해당 설명서는 새 계약 상태 "WAITING_FOR_NOTARIZATION" 또는 새 역할 "NOTARY_SIGNER"를 포함하도록 업데이트되었습니다.
GET /agreements
UserAgreements/UserAgreement 개체에 대한 응답으로 이제 "status" 요소에 해당 상태 "WAITING_FOR_NOTARIZATION"이 포함됩니다.
GET /agreements/{agreementId}
AgreementInfo 개체에 대한 응답으로 이제 "status" 요소에 해당 상태 "WAITING_FOR_NOTARIZATION"이 포함됩니다.
GET /agreements/{agreementId}/events
새로운 READY_TO_NOTARIZE 및 NOTARIZED 이벤트를 지원하도록 API가 업데이트되었습니다.
Event 개체에 대한 응답으로
- 이제 "participantRole" 요소에 새로운 역할 NOTARY_SIGNER가 포함됩니다.
- "type" 요소에 새로운 이벤트 READY_TO_NOTARIZE 및 NOTARIZED가 포함됩니다. "description" 요소는 각각 "공증을 위해 전송한 문서" 및 "공증된 문서 수신"이 됩니다
GET /agreements/{agreementId}/members/participantSets/{participantSetId}
DetailedParticipantSetInfo 개체에 대한 응답으로 이제 "status" 요소에 해당 상태 "WAITING_FOR_NOTARIZATION"이 포함됩니다.
PUT /agreements/{agreementId}
이제 요청 AgreementInfo 개체에 "WAITING_FOR_NOTARIZATION" 상태가 포함됩니다.
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}
WAITING_FOR_NOTARIZATION 상태는 DetailedParticipantSetInfo 개체의 "status" 요소 값 중 하나입니다.
POST /agreements/{agreementId}/view
WAITING_FOR_NOTARIZATION 상태가 허용된 보기 중 하나로 추가되었습니다.
GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo
요청 경로에 지정된 참가자에게 공증인 서명자 역할이 있는 경우, API는 이 계약/참여자에 대한 다른 모든 서명 구성에 따라 ACCEPT_BEFORE_NOTARIZATION 서명 구성을 반환합니다.
| 처음 보고된 시기: 2021년 7월 | 현재 목록에서 제거된 시기: 2021년 10월 |
Adobe Sign은 2021년 9월 16일 기능 릴리스를 완료했습니다. 이 릴리스 중에는 작동 중지 시간이 발생하지 않았습니다.
9월 릴리스에는 사용자 및 관리자를 위한 기능 개선 사항과 여러 고객이 보고한 문제에 대한 해결 방법이 포함됩니다.
| 처음 보고된 시기: 2021년 6월 | 현재 목록에서 제거된 시기: 2021년 10월 |
Adobe Sign에서 다른 회사 이름으로 SMS 메시지를 보내면 메시지 전달에 실패할 수 있는 부분에서 SMS 보안(메시지의 회사 이름과 일치하는 sendingID관련)이 개선되었습니다.
그 결과 회사명으로 전화 인증 메시지를 사용자 지정하는 옵션이 2021년 9월 릴리스에서 서비스에서 제거될 예정입니다.
알려진 문제: 새 홈 또는 관리 페이지가 비어 있음
|
처음 보고된 날짜: 2020년 2월 |
현재 목록에서 제거된 시기: |
|---|
문제: 새 홈 또는 관리 페이지로 전환할 때 해당 페이지가 완전히 비어 있습니다.
테스트: 이 페이지를 로드해 보십시오: https://documentcloud.adobe.com/
- https://documentcloud.adobe.com/을 로드할 수 없는 경우에는 내부 네트워크 관리팀에 문의하여 함께 documentcloud.adobe.com 도메인 차단을 해제해야 합니다.
- 위의 링크에 액세스할 수 있는 경우 지원 부서에 문의합니다.
| 처음 보고된 시기: 2021년 6월 | 현재 목록에서 제거된 시기: 2021년 10월 |
설명서에서 호출을 제거하고 끝점이 제거됨을 사용자에게 알린 후 1년 뒤, 2021년 6월 릴리스에서 v6 REST POST /workflows/ID/agreements API 호출이 서비스에서 제거되었습니다.
이 API 호출을 계속 사용하는 고객은 이제 404 오류가 수신됩니다.
이 기능을 바꾸기 위해 제안된 대체는 JSON 요청에서 workflowID로 POST/agreement 호출을 사용하는 것입니다.
샘플 요청 본문:
| 처음 보고된 시기: 2021년 6월 | 현재 목록에서 제거된 시기: 2021년 10월 |
6월 릴리스 전에는 GET /agreements/{agreementId}/signingUrls를 호출하면 계약이 생성된 직후 API에서 404를 반환했습니다.
404 오류가 지워진 후 잠시 동안 응답에서 404 이외의 응답을 반환하지만 전송자의 서명 URL만 포함합니다. (서명자의 참여를 정의하는 동안)
2021년 6월 출시 이후부터는 404: AGREEMENT_NOT_EXPOSED 코드가 서명 URL의 전체 목록이 완료될 때까지 반환되며 완료 시점이 되면 200 코드가 전달됩니다.
200 응답이 반환될 때까지 API 호출을 계속 시도하지 않으려는 고객은 Webhook을 사용하고 AGREEMENT_CREATED 이벤트에 응답하는 것이 좋습니다.
Word/PowerPoint, Outlook, Teams 통합을 위한 Adobe Sign 다운타임 예정
|
처음 보고된 날짜: 2021년 3월 - 업데이트된 날짜: 2021년 6월 |
현재 목록에서 제거된 시기: |
|---|
Adobe Sign에서는 2121년 7월 17일 토요일에 다음 통합에 대한 유지보수를 완료했습니다.
- Microsoft Teams용 Adobe Sign
- Microsoft Word/PowerPoint용 Adobe Sign
- Microsoft Outlook용 Adobe Sign
통합이 이제 정상적으로 실행되고 있습니다.
| 처음 보고된 날짜: 2021년 6월 - 업데이트된 날짜: 2021년 8월 | 현재 목록에서 제거된 시기: 2021년 9월 |
Adobe Sign에서는 2021년 8월 11일자로 패치 업데이트를 완료했습니다. 패치가 다운타임 없이 완료되었습니다.
8월의 패치 릴리스에는 고객이 보고한 여러 문제에 대한 사소한 환경 변경 및 해결 방법이 포함됩니다.
2021년 5월 SOAP API 서비스 종료 예정
|
처음 보고된 날짜: 2018년 6월 - 업데이트된 날짜: 2021년 2월 |
현재 목록에서 제거된 시기: 2021년 9월 |
|---|
Adobe Sign 개발자를 위한 최상의 프로그래밍 환경을 제공하는 REST API 버전 6이 릴리스되면서 SOAP API는 더 이상 사용되지 않게 되었으며 2021년 5월 이후에는 지원되지 않습니다. 이제 REST API는 통합 및 애플리케이션 개발자의 기본 인터페이스가 되었으며 향후 개발 작업은 이 API로 이동해야 합니다.
다음은 전환에 대한 도움이 되는 몇 가지 참조입니다.
- SOAP에서 마이그레이션
- Adobe Sign REST API 버전 6 방법
필요한 조치
SOAP API를 기반으로 Adobe Sign 서비스에 통합 또는 애플리케이션을 개발한 경우 2021년 5월 전에 REST API 버전 6 이상을 사용하여 애플리케이션을 다시 작성해야 합니다. 최신 API로의 원활한 전환을 보장하기 위해 그다음 몇 개 분기에 걸쳐 개발자와 통합자에 대한 직접 의사 소통이 이루어질 것입니다.
Microsoft 통합에서 IE 11 브라우저 "서비스 종료" 예정
|
처음 보고된 날짜: 2021년 1월 |
현재 목록에서 제거된 시기: 2021년 9월 |
|---|
Microsoft는 2021년 8월 17일에 Internet Explorer 11에 대한 지원을 종료합니다.
따라서 Microsoft용 Adobe Sign 통합도 같은 일정으로 IE11 에 대한 지원을 종료하게 됩니다.
영향 받는 서비스는 다음과 같습니다.
- Dynamics 365(온라인 및 온프레미스)
- Microsoft 365
- Outlook 365
- Power Automate/Power Apps
- SharePoint(온라인 및 온프레미스)
- 팀
Adobe Sign과 Dropbox 통합 서비스 종료 예정
|
처음 보고된 시기: 2021년 3월 |
현재 목록에서 제거된 시기: 2021년 8월 |
|---|
Adobe Sign과 Dropbox의 통합이 2021년 7월 31일 종료될 예정입니다.
그 시점에서 Adobe Sign은 더 이상 Dropbox 계정을 통해 사용할 수 없지만, 모든 Adobe Sign 계약은 계속 사용할 수 있으며 Adobe Sign 계정에 로그인하여 액세스할 수 있습니다.
새 릴리스: Adobe Sign 2021년 6월
Adobe Sign은 다운타임 없이 2021년 6월 릴리스를 완료했습니다.
6월 릴리스에는 사용자 및 관리자를 위한 기능 개선 사항과 여러 고객이 보고한 문제에 대한 해결 방법이 포함됩니다.
|
처음 보고된 시기: 2021년 4월 |
현재 목록에서 제거된 시기: 2021년 8월 |
|---|
Adobe Sign은 2021년 6월 1일에 새 SSL 인증서를 릴리스합니다.
공개 키, 기본 암호화 프로토콜 또는 스키마는 변경되지 않습니다.
새 인증서는 Adobe Sign 시스템 요구 사항 페이지에서 다운로드할 수 있습니다.
필요한 조치
공개 키 사용
SOAP 또는 REST API를 사용하여 Adobe Sign에서 사용자 정의된 통합 기능을 구축한 경우, 이러한 통합 중 하나에 기존 공개 키가 '고정'되어 있으면 별도의 조치가 필요 없습니다.
SSO를 위해 Adobe Sign의 SSL 인증서를 사용하거나 인증서 자체를 핀으로 고정하는 경우(또는 다른 방법을 사용하는 경우), Adobe Sign 시스템 요구 사항에서 새 Adobe Sign 인증서를 찾을 수 있습니다.
새 SSL 인증서는 2021년 6월 1일에 활성화됩니다.
|
처음 보고된 시기: 2021년 1월 |
현재 목록에서 제거된 시기: 2021년 7월 |
|---|
W-4 2021(Employee's Withholding Certificate)라는 제목의 새 IRS W-4 (2021) 양식이 2021년 2월 릴리스의 부분으로 Adobe Sign 라이브러리에 추가될 예정입니다.
필요한 조치
새 W-4 양식 템플릿에는 새 libraryDocumentId가 있습니다. 애플리케이션에서 기존 템플릿의 libraryDocumentId를 사용하는 경우 이를 업데이트해야 합니다.
2020 버전은 2021년 5월에 시스템에서 제거될 예정입니다.
이전 양식(2020 버전)을 사용하는 모든 애플리케이션/API는 서비스에 방해를 받지 않으려면 5월 1일 전에 업데이트해야 합니다.
API 사용 계정에서 libraryDocumentId를 찾으려면 다음을 따르세요.
- 계정 관리자로 로그인합니다.
- 계정 탭 > Adobe Sign API > API 정보 > 를 클릭하고 REST API 메서드 설명서 링크를 클릭합니다.
- [GET /libraryDocuments] 섹션에서 OAUTH ACCESS-TOKEN 버튼을 클릭합니다.
- library_read:self 범위를 활성화합니다.
- 사용하기를 클릭합니다. 버튼
- 응답 본문에서 새 W-4 2021(Employee's Withholding Certificate) 양식 템플릿(2020 버전 아님)을 찾아서 libraryDocumentId 값을 확인합니다.
새 릴리스: Adobe Sign 2021년 5월
|
처음 보고된 시기: 2021년 3월 |
현재 목록에서 제거된 시기: 2021년 7월 |
|---|
Adobe Sign은 다운타임 없이 2021년 5월 릴리스를 완료했습니다.
5월 릴리스에는 사용자 및 관리자를 위한 기능 개선 사항과 여러 고객이 보고한 문제에 대한 해결 방법이 포함됩니다.
Adobe Sign 쿠키 관리 업데이트
|
처음 보고된 시기: 2020년 8월 |
현재 목록에서 제거된 시기: 2021년 7월 |
|---|
Adobe Sign에서는 사용자가 명시적으로 선택하기 전까지 유지되는 OneTrust의 새 쿠키 동의 배너를 채택하고 있습니다.
인증 중 새 도메인으로 리디렉션되는 사용자는 두 번째 도메인에서 한 번 더 동의해야 합니다. 이에 대한 일반적 사례는 도메인 전환으로 인해 echosign.com에서 adobesign.com으로 리디렉션되는 경우입니다.
리디렉션을 제거하려는 사용자에게는 책갈피를 업데이트하도록 안내합니다.
작성 및 서명에 템플릿 및 인증된 서명 경로가 있음
|
처음 보고된 시기: 2020년 3월 |
현재 목록에서 제거된 시기: 2021년 7월 |
|---|
나만 서명 작성 페이지는 템플릿 사용과 저작을 통한 필드 배치를 허용하는 새로운 작성 페이지(최신 발송 페이지 디자인 기반)로 교체됩니다.
관리 설정은 기본 사용자 환경을 결정합니다. 사용자가 자유 형식 채우기 및 서명 인터페이스 및 새 작성 사용 설정 자체 서명 환경 간에 전환할 수 있도록 선택적 "전환" 링크를 사용 설정할 수 있습니다.
이 환경에 대한 새로운 기능은 서명자에 대한 인증을 사용하는 기능입니다.
컨트롤은 ID 인증 적용 설정을 기반으로 합니다. 사용 설정된 경우 계약을 열 때 사용자에게 Adobe Sign 인증서를 입력하라는 메시지가 표시되고 선택적으로 서명을 배치하거나 계약을 완료하는 경우 다시 표시됩니다.
새 자체 서명 환경과 ID 인증 강제 실행에 대한 제어는 계정 및/또는 그룹 수준(그룹 수준 설정은 계정 수준 설정을 무효화함)에서 설정할 수 있습니다.
롤아웃 플랜
새 자체 서명 환경은 다음 두 가지 주요 릴리스에 대해 이전의 나만 서명 페이지를 대체합니다.
이전의 나만 서명 기능을 사용하는 고객은 이것이 기본값이 되고 이전 페이지가 서비스에서 제거될 때 2020년 가을까지 새 환경으로 마이그레이션해야 합니다.
- 기존 설정에 대한 변경 사항이 7월 릴리스에 적용되지 않음
- 다음 릴리스에서 새 환경은 이전 페이지로 되돌리는 옵션과 함께 기본값으로 설정됩니다.
- 2020년 가을 릴리스에서 이전의 인터페이스로 되돌릴 수 있는 기능은 제거됩니다.
Word/PowerPoint, Outlook 및 Teams용 Adobe Sign 업데이트가 4월 19일에 출시됨
|
처음 보고된 날짜: 2020년 12월, 업데이트된 날짜: 2021년 3월 |
현재 목록에서 제거된 시기: 2021년 5월 |
|---|
업데이트는 8:00AM PDT/11:00 EST/15:00 UTC에 적용됩니다.
이 업데이트는 세 제품 간 통합에서 전반적 보안을 향상하기 위해 제공됩니다.
업데이트가 완료되면 액세스가 허용되기 전에 애플리케이션에 대한 권한 요청을 다시 수락하라는 메시지가 관리자/사용자에게 표시됩니다.
새 릴리스: Adobe Sign 2021년 3월
|
처음 보고된 시기: 2021년 2월 |
현재 목록에서 제거된 시기: 2021년 5월 |
|---|
Adobe Sign에서는 다운타임 없이 2021년 3월 릴리스를 완료했습니다.
이 제품 릴리스에는 관리자와 최종 사용자를 위한 새로운 기능/개선 사항과 여러 해결된 문제가 포함되어 있습니다.
Microsoft 통합에서 Edge Legacy 브라우저의 "서비스 종료" 예정
|
처음 보고된 날짜: 2021년 1월 |
현재 목록에서 제거된 시기: 2021년 5월 |
|---|
Microsoft는 2021년 3월 9일 Edge Legacy
브라우저에 대한 지원을 종료
따라서 Microsoft용 Adobe Sign 통합도 같은 일정으로 Edge Legacy에 대한 지원을 종료하게 됩니다.
영향 받는 서비스는 다음과 같습니다.
- Dynamics 365(온라인 및 온프레미스)
- Microsoft 365
- Outlook 365
- Power Automate/Power Apps
- SharePoint(온라인 및 온프레미스)
- 팀
지원 종료: Adobe Sign for Microsoft Power Automate v1 작업 - 2021년 1월 예정
|
처음 보고된 시기: 2020년 7월 |
현재 목록에서 제거된 시기: 2021년 5월 |
|---|
Power Automate용 Adobe Sign 3.0 업데이트에 동일한 이름의 기존 동작을 보다 강력하게 대체하는 새로운 REST v6 동작이 도입되었습니다.
기존 동작을 사용하는 작업 과정은 동작이 수행되지 않는 경우 계속 실행됩니다. 기존 동작은 이름에서 (이전) 항목으로 표시됩니다. 이러한 기존 동작은 2021년 1월에 중단될 예정입니다.
사용되지 않는 동작 목록은 다음과 같습니다.
- 문서 URL에서 라이브러리 템플릿 만들기(이전)
- 업로드된 문서에서 라이브러리 템플릿 만들기(이전)
- 문서 URL에서 계약을 생성하고 서명을 위해 전송하기(이전)
- 라이브러리 템플릿에서 계약을 생성하고 서명을 위해 전송하기(이전)
- 업로드된 문서에서 계약을 생성하고 서명을 위해 전송하기(이전)
- 모든 계약 목록 가져오기(이전)
- 모든 라이브러리 템플릿 목록 가져오기(이전)
- 계약의 양식 필드 데이터 가져오기(이전)
- 문서를 업로드하고 문서 ID 가져오기(이전)
새 동작은 기존 동작과 동일한 이름의 [동작] 목록에 표시됩니다.
이러한 동작을 사용하는 고객은 새 커넥터 동작을 사용하도록 플로우를 업데이트해야 합니다. 이는 기존 자동화 흐름에서 기존 동작을 새 동작으로 대체하여 완료할 수 있습니다.
소셜 인증 서비스 종료
|
처음 보고된 시기: 2020년 11월 |
현재 목록에서 제거된 시기: 2021년 5월 |
|---|
서명자가 문서를 보고 서명하기 위한 액세스 전에 자신의 소셜 ID를 제공하도록 요청하는 기능이 2021년 3월에 제거됩니다. 이 기능을 사용하도록 설정하면 발신자는 Facebook, LinkedIn, Google, Yahoo!, Microsoft Live 또는 Twitter에 로그인이 필요할 수 있습니다.
개인 Twitter 통합에 대한 "서비스 종료" 예정
|
처음 보고된 날짜: 2020년 12월, 업데이트된 날짜: 2021년 1월 |
현재 목록에서 제거된 시기: 2021년 5월 |
|---|
([개인 환경 설정]을 통해) 사용자 수준에서 Twitter와 통합하는 옵션은 2021년 3월 사용자 인터페이스에서 제거될 예정입니다. 이후:
- 새 사용자 계정이 사용자 수준에서 Twitter를 사용하도록 설정할 수 없습니다.
- Twitter를 사용하도록 설정한 사용자는 생성된 새 계약에 대한 Twitter 메시지를 보지 못합니다.
- Twitter를 사용하도록 설정한 무료 사용자 계정은 월 트랜잭션 제한 수를 10회에서 다음으로 줄입니다.
- Adobe Sign Web 클라이언트의 경우
월 트랜잭션 5회 - Acrobat 클라이언트의 경우
월 트랜잭션 2회
- Adobe Sign Web 클라이언트의 경우
- 사용하도록 설정된 계정은 Adobe Sign 시스템에서 해당 Twitter 자격 증명을 제거합니다.
- Adobe Sign의 Twitter 앱이 삭제되어 모든 Twitter 토큰이 만료됩니다.
신규 릴리스: Adobe Sign 2021년 2월
|
처음 보고된 날짜: 2021년 1월 - 업데이트된 날짜: 2021년 2월 |
현재 목록에서 제거된 시기: 2021년 3월 |
|---|
2월 릴리스가 서비스에 대한 다운타임 없이 완료되었습니다.
이 제품 출시에는 관리자와 최종 사용자를 위한 새로운 기능/개선 사항 및 해결된 여러 문제가 포함되어 있습니다.
작업 과정 디자이너 생성 오류 메시지
|
처음 보고된 시기: 2020년 9월 |
현재 목록에서 제거된 시기: 2021년 3월 |
|---|
라이브러리 자산 공유에 대한 보안이 향상되어 일부 작업 과정에서는 9월 업데이트 후에 작업 과정을 편집할 때 서버 오류가 발생할 수 있습니다.
발신자가 이 문제가 있는 작업 과정을 사용하려고 하면 작업 과정에 범위를 벗어난 문서가 포함되어 있다는 오류 메시지를 수신하게 됩니다.
이 오류는 워크플로우에서 첨부된 라이브러리 템플릿 중 하나 이상의 사용 권한을 상실했음을 의미합니다. 템플릿 액세스 권한이 계정/그룹 액세스 허용에서 소유자만 액세스 제한으로 변경되었을 때 가장 일반적으로 발생합니다.
관리자는 페이지를 다시 로드하는 대신 이 오류 메시지를 취소해야 합니다.
오류를 정정하려면 다음을 수행하세요.
- 템플릿의 소유자가 작업 과정이 바인드된 계정/그룹에 사용할 수 있는 템플릿 권한을 편집해야 합니다.
- 작업 과정의 소유자는 템플릿을 적절한 권한이 있는 템플릿으로 바꿀 수 있습니다. 이 작업을 수행하려면 위의 오류 조건을 취소하고 계속해서 작업 과정을 편집해서 문서를 바꿉니다.
Facebook의 Adobe Sign for Workplace 서비스 종료
|
처음 보고된 시기: 2020년 11월 |
현재 목록에서 제거된 시기: 2021년 1월 |
|---|
Adobe Sign for Workplace by Facebook 통합은 2020년 11월 29일자로 사용이 완전히 중지되었습니다.