트랜잭션 제한 이해

Adobe Acrobat Sign 트랜잭션 제한

Adobe Acrobat Sign은 현재 전송 당사자의 서비스 수준에 따라 아래 표와 같이 트랜잭션을 제한합니다.

 

트랜잭션/사용자 라이선스/연도

파일 크기/업로드

페이지/트랜잭션

서명자/트랜잭션

KBA 트랜잭션

전화 인증 트랜잭션

Acrobat Standard
단일/팀

무제한

(아래 참조)

10 MB

100

10

0

0

Acrobat Pro
단일/팀

무제한

(아래 참조)

10MB

100

25

0

0

Acrobat Sign SMB(소규모 비즈니스)

150

(아래 참조)

10MB

100

25

0

0

비즈니스

150

(아래 참조)

10MB

100

25

0

0

비즈니스 VIP

150

(아래 참조)

10MB

100

25

50

50

엔터프라이즈

150

(아래 참조)

10MB  

500

25

50/년

50/년

엔터프라이즈 VIP

150

(아래 참조)

10MB 

500

25

50

50

트랜잭션/Acrobat Sign 사용자:  Acrobat Sign을 통해 전자 문서 또는 관련 전자 문서 모음을 최종 사용자에게 전송할 때마다 트랜잭션이 발생합니다.

사용자 라이선스로 판매되는 Acrobat Sign 플랜은 계약에 별도로 명시되지 않는 한 사용자당 연간 150개의 트랜잭션을 포함합니다.  Acrobat Sign의 사용 제한에 대해 자세히 알아보십시오.

대량의 트랜잭션을 처리하거나 사이트 라이선스가 필요한 비즈니스 및 엔터프라이즈 수준의 고객은 전체 트랜잭션 수 구매(무제한 사용자 수 제공)를 담당 판매 대리인과 상담할 수 있습니다.

파일 크기/업로드: Acrobat Sign은 업로드하는 각 파일의 크기를 제한합니다.

이 한계를 벗어나는 문서를 업로드하려고 하면 "업로드 한도가 초과되었습니다"라는 오류가 파일 아래에 표시됩니다.

페이지 수/트랜잭션: 전체 트랜잭션(함께 병합된 모든 파일)에 총 페이지 제한이 있습니다.

계정에 설정된 제한보다 큰 문서를 보내려고 하면, "문서가 페이지 제한을 초과하여 Acrobat Sign에서 계정을 생성하지 못했습니다"라는 오류가 표시됩니다.

서명자 수/전자 트랜잭션: 전자 서명 트랜잭션을 서명할 수 있는 사람의 수는 각 서비스 수준에 따라 다릅니다.

단일 사용자, 팀의 복수 사용자, 및 비즈니스 서비스 수준은 해당 트랜잭션에 포함될 수 있는 총 서명자 수와 관련하여 엄격한 상한선이 적용됩니다.

KBA 트랜잭션: 지식 기반 인증은 비즈니스 및 엔터프라이즈 수준의 서비스에서 활성화되는 고급 형태의 서명자 확인 방식입니다.

전화 인증 트랜잭션: 전화 인증 트랜잭션도 비즈니스와 엔터프라이즈 수준의 서비스에서 활성화되는 고급 형태의 서명자 확인 방식입니다.

트랜잭션 제한

시스템 리소스를 보호하고 가능한 한 많은 사용자를 지원하는 기능을 유지하기 위해 Acrobat Sign에 대한 클라이언트의 모든 요청이 모니터링됩니다.

동일한 소비자(예: 동일한 사용자 ID, IP 주소, 계약 ID 등)의 리소스 사용률은 분, 시간 및 일 단위로 제한됩니다.

소비자가 제한 임계값을 초과하는 경우 해당 요청은 HTTP 429 응답과 함께 거부됩니다.

Acrobat Sign에 대한 각 요청은 요청에 사용되는 시스템 리소스의 양에 따라 평가됩니다. 동일한 끝점에 전달된 다양한 매개 변수로 인해 리소스 사용량이 달라질 수 있습니다.

또한 일부 요청은 제한 평가 알고리즘에서도 고려한 긴 백그라운드 프로세스를 트리거할 수 있습니다.

따라서 요청 비율을 특정 기간의 단순한 요청 수로 설명할 수 없습니다. Adobe는 시스템 부하가 큰 적법한 사용을 포함하여 과거 일일 요청 데이터를 기반으로 제한 정책을 결정합니다.

고객은 Adobe 정책이 일반 일일 작업 과정 볼륨에 영향을 주지 않을 만큼 충분히 관대하다는 확신을 할 수 있습니다.

참고:

제한은 계정 아래의 각 사용자에게 적용됩니다.

시스템이 유틸리티 사용자를 사용하여 Acrobat Sign에 API를 호출하는 경우 트랜잭션을 여러 유틸리티 사용자로 분산하면 제한 가능성을 줄일 수 있습니다.

아니요.

서비스 패키지(팀, 비즈니스, 기업)는 트랜잭션 비율에 직접적으로 영향을 줍니다.

높은 서비스 계층일수록 제한 임계값이 높습니다.

요청 결과 HTTP 429 응답을 받으면 사용자가 특정 기간에 허용된 리소스의 제한을 초과하여 사용했음을 의미합니다. 이는 분, 시간 또는 일별 제한을 위반한 것일 수 있습니다.

오류 메시지는 제한 블록이 해제되고 API 호출이 재개될 때까지 초 수를 나타냅니다.

계약 작성에 대한 REST API 호출(대량 전송, 웹 양식 및 템플릿 포함) 또는 비 REST 끝점은 다음과 같은 오류를 반환합니다. 

  • '현재 ... 제한에 도달했습니다. <wait_time_in_seconds>초 후에 다시 시도하십시오.'

다른 REST API에 대한 요청(계약 작성과 관련이 없음)은 다음과 같은 오류 메시지를 반환합니다.

  • '요청이 너무 많음. <wait_time_in_seconds>초 후에 다시 시도하십시오.'

다른 비 REST 끝점에 대한 요청(계약 작성과 관련이 없음)은 다음과 같은 오류 메시지를 반환합니다.

  • '요청이 너무 많음 - 시스템이 현재 사용 중입니다. <wait_time_in_seconds>초 후에 다시 시도하십시오.

트랜잭션 볼륨을 해당 제한 임계값보다 높일 수 있는 중요한 이벤트를 예측하는 유료 계정은 성공 관리자에게 연락하여 자신의 요구에 맞게 제한 정책을 조정해야 합니다.

Adobe 로고

내 계정 로그인