요약

  • IAM Standard와 Professional의 일반 웹·모바일 앱 전송은 무제한이지만 자동화 전송에는 별도 한도가 있다. 싱가포르 공개 안내는 연간 요금제에 사용자당 연 100회, 월간 요금제에 월 최대 10회를 제시한다.
  • 일괄 발송은 사람이 웹에서 눌러도 자동화로 센다. Workflow Builder는 시작 경로와 서명 전송에 따라 구분하며, 판매 채널 계약의 공동 한도와 기간, 주문 날짜도 실제 사용량 계산에 영향을 준다.

버튼 하나가 여러 건을 낳는다

직원이 웹 화면에서 파일을 올리고 발송 버튼을 누른다. 손으로 한 일은 한 번이다. DocuSign의 Bulk Send가 그 표를 여러 서명 요청으로 바꾸면, 서비스가 세는 일은 여러 건이 된다. 화면에서 일이 간단해질수록 구매 단위와 작업자의 동작 수는 멀어진다.

공식 사용량 설명은 Bulk Send를 Automation Sends로 분류한다. 서명이 필요한 결과 봉투 하나가 자동화 전송 한 건이다. 대략적인 기준으로는 일괄 발송 표에서 머리글을 제외한 데이터 행 하나를 제시한다.

파일 업로드 한 번을 한 건으로 예산에 넣으면 편리함을 과소계상한다. 한 번의 클릭으로 처리하는 문서가 많아지는 것이 이 기능의 가치다. 구매한 서비스의 양은 그 클릭 뒤에 실제로 나간 서명 요청을 따라간다.

이 구분이 ‘무제한’이라는 단어 옆에 놓인다. 사람이 컴퓨터 앞에 앉아 있다는 사실만으로 어느 쪽 한도를 쓰는지 판별할 수는 없다.

무제한 옆에 적힌 100은 따로 일한다

싱가포르의 IAM 공개 요금 안내는 Standard와 Professional에서 웹 또는 모바일 앱을 통한 일반 전송을 무제한으로 제공한다. 자동화 전송은 연간 요금제에서 사용자당 연간 합계 100회, 월간 요금제에서는 사용자당 월 최대 10회다.

Web Forms, PowerForms, Bulk Send, 자체 및 파트너 API 연동이 이 자동화 범주를 함께 사용한다. 기능 네 개를 도입했다고 100회씩 네 꾸러미가 생기지는 않는다. 공개 안내가 제시하는 것은 합계다.

평소 직원이 앱에서 보내던 서명 요청을 회사 내부 시스템에 연결한다고 해 보자. 자체 API 연동이 전송을 시작하면 설명된 자동화 경로에 들어간다. 상대방에게 같은 종류의 서명을 받는 업무여도, 시작 경로가 바뀌면서 구매한 한도의 사용처가 달라진다.

개발 프로젝트는 직원의 반복 동작을 줄인다. 구매 계약은 그 자리를 차지한 자동화 전송을 센다. 절약한 시간만 발표하면 성공의 한쪽 장부만 읽은 셈이다. 다른 쪽에는 이미 산 용량 중 얼마를 쓰게 됐는지가 있다.

개발자는 1,000 다음을 물었다

2025년 6월 30일, wbdoc이라는 사용자는 DocuSign 공식 커뮤니티에 개발 계정의 봉투 한도가 초과됐다는 글을 올렸다. 그달 테스트 봉투 1,000건을 보냈다며 무제한이 1,000건이라는 뜻인지 물었다. 이어 자신은 임베딩 방식을 쓴다고 답했다.

DocuSign 직원으로 표시된 Alexandre.Augusto의 첫 질문은 웹 앱에서 보냈는지, API 같은 자동화로 보냈는지였다. 이후 그는 화면상 데모 계정으로 보이며 자동화 한도에 도달한 듯하다고 설명했다. 유료 계약의 사용량 설명은 별도 페이지로 안내했다.

그 글의 1,000은 사용자가 밝힌 테스트 수량이다. 상용 계약에서 살 수 있는 양은 해당 계약의 규칙을 읽어야 정해진다. 이 문답은 그 두 숫자를 섞을 때보다, 직원이 먼저 무엇을 물었는지를 볼 때 더 유용하다. 서명 화면을 구현한 사람에게도 상업적 구분을 설명할 시작 경로가 필요했다.

문서의 모양이나 서명자의 경험을 그대로 유지해도, 전송을 만드는 입구는 달라질 수 있다. 데모에서 작동하는 경험을 확인한 다음에는 실제 구매 경로와 전송 분류를 함께 확인할 차례가 온다.

같은 워크플로에도 시작선은 둘이다

판매 담당자나 파트너를 통해 구입한 계약을 설명하는 공식 페이지는 Workflow Builder도 구분한다. 웹·모바일 앱에서 시작해 서명 요청을 보내는 워크플로는 설명된 웹 전송 범주에 포함한다. 자체 API나 연동에서 시작해 서명 요청을 보내는 흐름은 자동화다. IAM Standard와 Professional에서는 제삼자 API·연동으로 시작하는 해당 흐름도 자동화로 분류한다.

워크플로 실행 자체에는 Workflow Run이라는 별도 단위가 있다. 게시된 워크플로를 한 번 촉발하면 Run 한 건이 된다. API에서 시작한 흐름이 서명 요청까지 보내면 Run과 Automation Send 두 단위가 모두 관계한다. 회의에서 ‘워크플로 하나’라고 부르던 작업이 계약서에서는 두 줄을 움직일 수 있다.

Web Form과 PowerForm은 서명 전송을 발생시키는 경우 자동화 전송으로 센다. 양식 방문과 서명 요청 전송은 다른 사건이다. 임의의 API 호출 수나 파일 수, 서명자 수를 전송 한도와 바로 맞추면 단위가 어긋난다.

이름보다 경로를 따라가면 분류가 명확해진다. 웹에서 클릭한 Bulk Send는 자동화에 들어간다. 반면 웹·모바일 앱에서 시작한 해당 Workflow Builder 전송은 웹 범주에 들어간다. 브라우저라는 외관이 두 기능의 구매 단위를 통일해 주지는 않는다.

열 명의 공동 한도에는 기간도 들어간다

판매 채널 설명은 구입한 사용자 좌석의 한도를 모아 공동 사용하도록 한다. DocuSign이 든 예에서 정식 사용자 열 명이 1년 계약을 맺으면 자동화 전송 1,000회를 가진다. 같은 열 명의 3년 계약은 그 3년 중 언제든 사용할 수 있는 3,000회다.

계절에 따라 일이 몰리는 조직에는 기간을 통틀어 쓸 수 있다는 설명이 중요하다. 연간 숫자를 열두 달로 잘라 매달 별도의 상한을 만들면, 설명된 다년 계약과 다른 계획을 세우게 된다. 남은 기간과 잔량, 앞으로 몰릴 전송을 함께 놓아야 한다.

공동 한도는 부서 간의 일도 만든다. 한 부서가 새 연동으로 속도를 높이면 다른 부서도 쓰는 풀의 소비가 달라질 수 있다. 인력 절감은 도입 부서에 나타나고, 사용량은 공용 계약에서 빠진다. 누가 시간을 아꼈는지와 누가 어떤 양을 썼는지를 같이 보여 주면 비용의 주인이 뒤늦게 정해지는 일을 줄일 수 있다.

이 설명은 판매·파트너 계약을 대상으로 하고, 웹 구매자에게는 공개 요금 안내를 따로 지목한다. 같은 제품 이름을 보았다는 기억보다 실제 구입 채널과 주문 문서가 정확한 출발점이다.

날짜가 붙은 ‘상위 플랜’

플랜을 올려도 경로별 규칙은 남는다. 공식 사용량 설명은 주문 시작일이 2026년 2월 20일 이후인 IAM Enterprise, IAM for Sales, IAM for CX에 제삼자 연동 전송 사용자당 연 200회의 별도 공동 한도를 둔다. 기존 풀을 쓰지 않는다는 말 옆에 다른 풀이 있다.

2025년 9월 15일판 IAM 서비스 부속 조건은 선불 구독과 주문서를 기초로 삼는다. 연결된 플랜 설명의 적용판은 주문서 체결일에 유효한 버전이라고 정한다. 이 체결일은 사용량 변경의 자격을 가르는 주문 시작일과 역할이 다르다.

같은 문서에는 Feature Count를 넘긴 단위별 초과 요금 규정도 있다. 해당 정가 또는 주문서·플랜 문서에서 별도로 정한 금액이 기준이다. 구체적인 추가 단가와 실제로 줄어드는 수작업 시간이 있어야 어느 방식이 더 싼지 계산할 수 있다.

합리적 이용 정책은 규정된 구독 한도 밖의 사용이나 서비스의 정상 운영·보안·무결성에 영향을 주는 이용에 추가 요금, 드문 경우 사용 제한 같은 조치를 명시한다. 무제한 범주도 사용 규칙이 있는 유료 서비스 안에 놓인다.

DocuSign은 일반 앱 전송에 넓은 사용 공간을 주고, 사람의 반복 동작을 걷어 내는 경로에는 별도의 양을 판다. 자동화의 성과를 발표할 때 제거한 클릭 수와 그 뒤에서 발송된 요청 수를 나란히 놓을 이유다. 사라진 손가락의 자리에는 무료 공간 대신 다른 구매 단위가 들어올 수 있다.