나열된 기술 알림을 검토하고 중요한 것을 책갈피로 표시합니다.
기술 알림 페이지는 새로운 정보가 정기적으로 업데이트되기 때문에 콘텐츠가 매우 동적입니다. 현지화된 버전이 제공되지만, 번역 프로세스로 인해 권위 있는 미국 영어 버전과 약간 다를 수 있습니다. 가장 정확한 최신 정보를 확인하려면 미국 영어 페이지부터 확인하세요.
[다음 릴리스] 다음 Adobe Acrobat Sign 릴리스는 2026년 9월 8일(v17.2)로 예정되어 있습니다.
이 마이너 패치 릴리스는 고객이 보고한 결함을 해결하고 필수 최적화 및 보안 업데이트를 적용합니다.
샌드박스 환경에서는 릴리스 예정일 4주 전에 이 패치를 받게 됩니다. 해결된 문제 목록은 이 시점에 게시되고 릴리스 14일 전에 업데이트됩니다.
기능 릴리스: Adobe Acrobat Sign – 7월 21일 릴리스 완료
이 릴리스는 모든 샤드에 대해 모든 서비스에 다운타임 없이 완료되었습니다.
현재 알림:
|
상태 |
문제 또는 이벤트 |
실행 날짜 |
|
신규 다음 릴리스 |
2026년 9월 8일부터 |
|
|
신규 다음 릴리스 진행 중인 |
6월 16일부터 |
|
|
업데이트 날짜 중요 현재 |
2026년 5월 5일 |
|
|
업데이트 날짜 |
2026년 9월 |
|
|
업데이트 날짜 진행 중인 |
2026년 9월 |
|
|
진행 중인 다음 주요 릴리스 |
2026년 9월 |
|
|
중요 |
2026년 3월부터 |
|
|
업데이트 날짜 |
2027년 |
|
|
현재 |
2026년 9월 |
|
|
지속적인 정보 알림 |
||
|
현재 정보 |
현재 |
|
|
현재 정보 |
현재 |
|
처음 보고된 시기: 2026년 3월 |
현재 |
|---|
|
처음 보고된 시기: 2026년 3월 |
현재 |
|---|
작성 중 인라인 문서 편집 기능은 VIP 계정을 위한 17.1.2 릴리스의 일부로 단계적 롤아웃을 통해 배포되고 있습니다.
롤아웃 일정:
VIP 및 VIPMP 고객 계정은 17.1.2 릴리스 이후 단계적 프로덕션 롤아웃을 받습니다.
인라인 문서 편집은 17.2.1 샌드박스 배포에 포함될 예정입니다. ETLA 고객에 대한 롤아웃은 17.2.1 릴리스 이후로 예정되어 있습니다.
이 기능은 새 계정과 기존 지원 계정 모두 계정 수준에서 기본적으로 활성화됩니다. 계정 및 그룹 관리자는 필요에 따라 이 기능을 활성화하거나 비활성화할 수 있습니다.
다음의 경우 이 기능이 지원되지 않습니다:
- 정부 기관용 Acrobat Sign 계정
- 이전 Acrobat Sign 사용자 관리 시스템을 사용하는 조직
구성 지침은 인라인 문서 편집 활성화 또는 비활성화를 참조하세요.
발신자 워크플로 지침은 필드 작성 중 텍스트 편집 방법을 참조하세요.
롤아웃 일정은 예상치 못한 상황에 따라 변경될 수 있습니다.
|
처음 보고된 날짜: 2025년 8월 - 업데이트된 날짜: 2026년 2월 |
현재 |
|---|
시스템 안정성을 유지하고 성능을 향상시키기 위해 Adobe Acrobat Sign에서는 GET API 엔드포인트에 대한 폴링 임계값을 도입하고 있습니다. 이 정책은 클라이언트 애플리케이션이 Adobe Acrobat Sign 서비스에 동일한 API 호출을 얼마나 자주 할 수 있는지를 제한합니다.
고빈도 폴링은 백엔드 시스템에 불필요한 부하를 발생시켜 성능 저하와 응답 시간 지연을 초래할 수 있습니다. API 개발자들은 반복적인 폴링 대신 실시간에 가까운 업데이트를 위해 웹훅을 사용하는 것이 좋습니다.
변경되는 사항
폴링 정책은 호출이 동일한 모든 GET API 엔드포인트에 적용됩니다.
동일한 유효 사용자가 Acrobat Sign에 동일한 API 호출을 할 수 있는 빈도에 제한이 적용됩니다. 동일한 유효 사용자가 해당 폴링 임계값에서 허용하는 것보다 더 자주 동일한 호출을 수행하면 오류가 반환됩니다.
예를 들어, 동일한 계약이나 라이브러리 문서의 동일한 엔드포인트에 반복적으로 요청하는 경우 동일한 호출로 처리됩니다. 각 객체가 서로 다른 요청 대상을 나타내므로 서로 다른 계약서나 라이브러리 문서에 대한 요청은 별개의 호출로 처리됩니다.
영향을 받는 엔드포인트의 예
상태 조회
- GET /agreements/{agreementId} — 계약의 현재 상태를 가져옵니다.
- GET /agreements/{agreementId}/documents/{documentId} — 계약 내 문서의 파일 스트림을 가져옵니다.
목록, 이벤트 및 라이브러리 문서
- GET /agreements — 사용자의 계약을 가져옵니다.
- GET /agreements/{agreementId}/events — 계약의 이벤트 정보를 가져옵니다.
- GET /libraryDocuments — 사용자의 라이브러리 문서를 검색합니다.
- GET /libraryDocuments/{libraryDocumentId} — 특정 라이브러리 문서의 정보를 검색합니다.
폴링 정책 세부사항
최소 객체 폴링 간격(MOPI)은 동일한 유효 사용자가 Acrobat Sign 서비스에 동일한 GET API 요청을 수행할 수 있는 빈도를 정의합니다.
기본 MOPI는 서비스 계층에 따라 다릅니다:
- GLOBAL, ENTERPRISE, DEVELOPER 계층: 1분 간격당 3회 동일한 호출.
- 기타 모든 계층: 3분 간격당 3회 동일한 호출.
동일한 유효 사용자가 티어에서 허용하는 것보다 더 자주 동일한 GET 요청을 하면, Acrobat Sign이 429 Too Many Requests 응답을 Retry-After 헤더와 함께 반환합니다.
동일한 유효 사용자가 해당 폴링 간격 내에서 동일한 요청 패스와 헤더로 동일한 GET 요청을 하면 요청이 동일한 것으로 간주됩니다.
ETag 처리
애플리케이션은 조건부 GET 요청을 지원하는 엔드포인트에 대해 ETag 및 If-None-Match 헤더를 계속 사용할 수 있습니다.
폴링 임계값 하에서 허용되는 조건부 GET 요청의 경우, 리소스가 변경되지 않았을 때 Acrobat Sign이 304 Not Modified를 반환할 수 있습니다.
폴링 임계값을 초과하면 요청에 If-None-Match 헤더가 포함되어 있더라도 Acrobat Sign이 Retry-After 헤더로 429 Too Many Requests를 반환합니다.
필요한 조치
애플리케이션에 실시간에 가까운 업데이트가 필요한 경우, 폴링 대신 Webhook을 사용하세요. 웹훅은 시기적절한 업데이트를 받는 더 효율적이고 확장 가능한 방법을 제공합니다.
웹훅을 구현할 수 없는 경우, 애플리케이션은 클라이언트 측 캐싱을 사용하여 API 응답을 저장하교 재사용해야 합니다.
- 304 Not Modified 응답을 받으면 다른 API 호출을 하는 대신 캐시된 데이터를 사용하세요.
- 429 Too Many Requests 응답을 받으면 Retry-After 헤더에 제공된 초 수 이후에 API 호출을 재시도하세요.
리소스
- 429 응답 처리: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API 폴링 임계값: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
타임라인
업데이트된 MOPI 임계값이 이미 프로덕션 환경에 적용되었습니다.
- 업데이트된 ETag 스로틀링 동작이 17.1.1 릴리스에 포함되어 있습니다. 이 변경 후, Acrobat Sign은 If-None-Match 헤더를 포함하는 조건부 GET 요청을 포함하여 제한된 요청에 대해 429 Too Many Requests를 반환합니다.
- 폴링 정책이 2026년 2월 11일에 샌드박스 환경의 새 계정에 대해 ENFORCED로 설정됩니다.
- 폴링 정책이 2026년 4월 5일에 프로덕션 환경의 새 계정에 대해 ENFORCED로 설정됩니다.
도움이 필요하거나 질문이 있으시면 CSM에게 문의해 주세요.
|
처음 보고된 시기: 2026년 3월 |
현재 |
|---|
SSL/TLS 인증서 교체 업데이트 – 더 짧은 유효 기간으로의 전환
SSL/TLS 업계는 훨씬 더 짧은 인증서 유효 기간으로 전환하고 있습니다. 이 변경은 CA/브라우저 포럼(공개적으로 신뢰받는 인증서의 관리 기구)의 업데이트를 통해 주도되고 있으며, DigiCert를 포함한 주요 인증 기관(CA)에서 채택되고 있습니다.
그 결과, 인증서 수명은 현재 약 398일에서 향후 몇 년에 걸쳐 47일까지 점진적으로 단축될 예정입니다.
무엇이 변경되나요?
공개적으로 신뢰받는 TLS 인증서의 최대 유효 기간이 47일로 단축됩니다. 이 요구 사항은 CA/브라우저 포럼에서 정의하며 업계 전반에 적용됩니다.
이러한 변화가 발생하는 이유는 무엇인가요?
더 짧은 인증서 수명은 다음과 같은 방법으로 보안을 향상시킵니다.
- 인증서나 개인 키가 유출될 경우 노출 기간 단축
- 인증서 해지 메커니즘에 대한 의존도 제한
- 자동화된 인증서 수명 주기 관리 장려
- 전반적인 인터넷 보안 태세 개선
주요 브라우저 공급업체(Google, Apple, Mozilla, Microsoft)가 이 전환을 지원합니다.
추가 업계 정보는 DigiCert의 공지를 참조하세요.
TLS 인증서 수명이 공식적으로 47일로 단축
사용자에게 미치는 영향
- 인증서 교체 빈도 증가
- 최대 유효 기간이 감소함에 따라 인증서가 더 자주 교체됩니다.
- 자동화 필요
- 유효 기간이 단축됨에 따라 인증서 갱신이 완전히 자동화될 것으로 예상됩니다. 이렇게 잦은 교체 주기에서는 수동 갱신 프로세스를 유지할 수 없습니다.
귀하의 환경에서 인증서 고정, 수동 신뢰 저장소, 또는 정적 인증서 참조를 사용하는 경우, 잦은 갱신에도 호환성이 유지되도록 구성을 검토하세요.
고객 알림
이전에는 인증서가 1년 주기로 교체될 때 알림이 전송되었습니다.
2026년 6월 말부터 표준 인증서 교체에 대한 정기적인 알림이 중단됩니다.
유효 기간이 단축되고 갱신이 자동화됨에 따라 다음과 같이 변경됩니다.
- 정기적인 인증서 교체 시 고객 알림이 생성되지 않습니다.
- 다음의 경우에만 알림이 전송됩니다.
- 갱신 실패
- 서비스 영향
- 고객 조치 필요
이러한 방식은 자동화된 인증서 수명 주기 관리에 대한 업계 모범 사례와 부합합니다.
조치 불필요(자동화가 활성화된 경우)
연동 환경이 표준 TLS 신뢰 유효성 검사를 사용하고 인증서 고정을 사용하지 않는 경우 조치가 필요하지 않습니다.
인증서는 만료 전에 계속해서 자동으로 갱신됩니다.
조치가 필요한 경우
다음의 경우 조치가 필요할 수 있습니다.
- 인증서 고정을 사용하는 경우(SPKI 또는 전체 인증서 고정)
- 수동 인증서 저장소를 유지 관리하는 경우
- 특정 인증서 지문에 연결된 방화벽 규칙이 있는 경우
- 자동화된 인증서 업데이트를 지원하지 않는 시스템을 운영하는 경우
확실하지 않은 경우 보안 또는 인프라 팀에 문의하세요.
자주 묻는 질문
- 이는 Adobe에만 해당하는 변경 사항인가요?
- 아니요. 이는 CA/브라우저 포럼에서 의무화하고 모든 주요 인증 기관에서 적용하는 업계 전반의 변경 사항입니다.
- 서비스 가용성에 영향을 미치나요?
- 아니요. 인증서는 만료 전에 자동으로 갱신됩니다. 정상적인 교체 과정에서 예상되는 다운타임은 없습니다.
- 인증서 교체 알림은 언제 중단되나요?
- 정기적인 인증서 교체 알림은 2026년 6월 말에 중단됩니다. 고객은 조치가 필요하거나 문제가 서비스에 영향을 미치는 경우에만 계속 알림을 받게 됩니다.
- 자세한 내용은 어디에서 확인할 수 있나요?
- 업계와 관련된 추가 세부 정보는 DigiCert 공지를 참조하세요.
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- 업계와 관련된 추가 세부 정보는 DigiCert 공지를 참조하세요.
도움이 필요하십니까?
인증서 교체에 대한 질문이 있거나 연동 유효성 검사에 도움이 필요한 경우 Adobe 지원이나 Adobe 계정 담당자에게 문의하세요.
|
처음 보고된 시기: 2025년 2월 - 업데이트 시기: 2026년 6월 |
현재 |
|---|
17.2 릴리스(2026년 9월)에서 모든 상용 및 정부 기관용 계정이 최신 서명 요청 환경을 사용하도록 업데이트됩니다.
- 전환 링크가 비활성화됩니다
- 클래식 UI로 되돌아가야 하는 고객을 위해 관리자 메뉴의 관리자 컨트롤은 유지됩니다.
변경 사항
2026년 9월 버전에서(17.2):
- 모든 상용 및 GovCloud 계정이 자동으로 최신 서명 요청 경험으로 전환됩니다.
- 상용 계정과 GovCloud 계정 모두에서 전환 링크가 비활성화됩니다.
- 경험을 클래식 환경으로 되돌리는 컨트롤은 계속 사용할 수 있습니다.
2027년 1월 릴리스(18.0)에서:
- 모든 계정이 자동으로 최신 서명 요청 경험으로 전환됩니다.
- 전환 링크가 제거됩니다.
- 경험을 클래식 환경으로 되돌리는 컨트롤은 UI에서 제거됩니다.
릴리스 전에 사용자에게 최신 환경을 안내하여 원활한 전환을 보장하는 것이 좋습니다.
|
처음 보고된 시기: 2025년 2월 - 업데이트 시기: 2026년 6월 |
현재 |
|---|
17.2 릴리스(2026년 9월)에서 모든 상용 및 정부 기관용 계정이 최신 템플릿 만들기 경험을 사용하도록 업데이트됩니다.
- 전환 링크가 비활성화됩니다
- 클래식 UI로 되돌아가야 하는 고객을 위해 관리자 메뉴의 관리자 컨트롤은 유지됩니다.
변경 사항
2026년 9월 버전에서(17.2):
- 모든 상용 및 GovCloud 계정이 자동으로 최신 템플릿 만들기 경험으로 전환됩니다.
- 상용 계정과 GovCloud 계정 모두에서 전환 링크가 비활성화됩니다.
- 경험을 클래식 환경으로 되돌리는 컨트롤은 계속 사용할 수 있습니다.
2027년 1월 릴리스(18.0)에서:
- 모든 계정이 자동으로 최신 템플릿 만들기 경험으로 전환됩니다.
- 전환 링크가 제거됩니다.
- 경험을 클래식 환경으로 되돌리는 컨트롤은 UI에서 제거됩니다.
릴리스 전에 사용자에게 최신 환경을 안내하여 원활한 전환을 보장하는 것이 좋습니다.
|
처음 보고된 시기: 2025년 4월 - 업데이트 시기: 2026년 6월 |
현재 |
|---|
새로운 워크플로 디자이너 환경이 모든 기존 계정에 대해 활성화되어 시간이 지남에 따라 기존 버전이 대체됩니다. 전환 중 관리자 및 사용자는 이전 인터페이스가 완전히 종료될 때까지 되돌릴 수 있는 일정한 유연성을 발휘할 수 있습니다.
롤아웃 타임라인
2026년 9월(v17.2)
- 모든 계정은 출시 후 새로운 경험으로 업그레이드됩니다(아직 업그레이드되지 않은 경우).
- 관리자는 클래식 경험으로 되돌릴 수 있는 권한을 유지합니다.
- 사용자에게는 더 이상 전환 링크가 표시되지 않으며, 필요한 경우 관리자가 활성화할 수 있습니다.
2027년 1월(v18.0)
- 모든 계정이 영구적으로 새로운 환경으로 이동합니다.
- 기존 버전으로 되돌리기 위한 관리자 컨트롤이 제거됩니다.
- 기존 사용자 지정 워크플로 디자이너는 완전히 종료되어 더 이상 액세스할 수 없습니다.
원활한 전환을 위해 가능한 한 빨리 사용자를 준비시키는 것을 추천합니다.
2025년 7월 릴리스 이후에 생성된 새 계정에는 기본적으로 새로운 경험이 활성화되어 있으며 이전 버전으로 돌아가는 컨트롤이 없습니다.
|
처음 보고된 시기: 2025년 8월 - 업데이트 시기: 2025년 10월 |
현재 |
|---|
모든 계정이 최신 환경으로 전환되었습니다.
17.0 버전 릴리스(2026년 1월)에서 모든 계정이 최신 전자 서명 환경을 사용하도록 업데이트됩니다.
최신 환경을 사용할 수 없는 모든 사용 사례에 대한 대체 조치로 기존 환경에 대한 제어 기능이 계속 제공됩니다.
|
처음 보고된 시기: 2022년 9월 - 업데이트: 2026년 6월 |
현재 |
|---|
2027년에 기존 보고 기능이 Acrobat Sign 인터페이스에서 완전히 제거됩니다. 여기에는 환경 간 변경을 허용하는 전환 링크가 포함됩니다. 제거 후에는 기존 환경으로 돌아가 기존 보고서를 검토할 수 없으며, 예약된 보고서는 실행이 중지됩니다.
최신 보고 환경이 유일한 보고 솔루션으로 유지됩니다.
모든 고객이 가능한 한 빨리 모든 기존 보고서를 새 환경에서 다시 만들 것을 적극 권장합니다.
|
처음 보고된 시기: 2026년 2월 |
현재 |
|---|
요약
태국의 업데이트된 규제 요구 사항으로 인해 태국 전화번호를 가진 수신자에게는 현재 SMS를 통한 계약서 게재 가 지원되지 않습니다.
변경 사항
태국에서는 URL이 포함된 SMS 메시지가 사용자 상호 작용이 필요한 플로우로 수신자를 안내하는 것을 제한하는 업데이트된 규정을 도입했습니다. 계약서 서명에는 수신자 상호 작용이 필요하므로, 이 사용 사례에 대한 SMS 게재가 제한됩니다.
영향을 받는 대상
- SMS를 통한 계약서 게재를 사용하여 전송된 계약서.
- 태국(+66) 전화번호를 가진 수신자.
영향
태국 전화번호를 가진 수신자는 계약서 링크가 포함된 SMS 메시지를 받지 못할 수 있습니다. 결과적으로 SMS 게재를 사용할 때 수신자가 서명 프로세스에 액세스하고 완료하지 못할 수 있습니다.
이 제한은 규제적 성격이며 서비스 중단이나 제품 결함으로 인한 것이 아닙니다.
일정
이 제한이 해제되거나 기술적 해결책이 적용될 시기에 대한 확정된 타임라인은 현재 없습니다. 상황이 변경되면 이 공지사항이 업데이트됩니다.
필수 조치
- 태국 전화번호를 가진 수신자에게는 SMS를 통한 계약서 게재를 사용하지 마세요.
- 계약서 게재를 보장하기 위해 이메일을 대체 게재 방법으로 포함하세요.
추가 세부사항
이 제한은 SMS 기반 게재에만 적용됩니다. 다른 계약서 게재 및 인증 방법은 영향을 받지 않습니다.
|
처음 보고된 시기: 2024년 5월 |
현재 |
|---|
파일을 업로드하는 데 외부 드라이브를 사용하는 옵션은 새로운 서명 요청 환경에서만 OneDrive로 제한됩니다.
파일 업로드에 다른 옵션을 사용하는 고객은 공급업체별 애플리케이션을 사용하여 사용자의 로컬 시스템에서 기본 파일 선택기를 통해 액세스할 수 있는 네트워크 드라이브를 제공하는 것이 좋습니다.
- Dropbox: https://www.dropbox.com/desktop
- Google 드라이브: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
추가 리소스
보관된 알림
현재 알림 목록에서 알림이 제거된 날짜별로 나열됩니다(최신 항목 순).