내장 전자 서명: 제품에 서명을 추가하기

리디렉션 대신 서명을 내장하는 이유는 무엇인가요?

제3자 서명 페이지로 사용자를 리디렉션하는 것은 저항을 일으킵니다: 컨텍스트 전환, 브랜딩 불연속성, 드롭오프. 내장 서명은 사용자가 서명 과정 전체를 제품 내에서 유지합니다. 서명 UI는 iframe이나 원native 컴포넌트 내에 표시되며, 제공자의 백엔드에서 서명 엔진이 실행됩니다.

세 가지 내장 접근 방식 비교

	개발 노력	브랜드 제어
Iframe 내장	낮음 (프론트엔드 전용)	중간 — 스타일드 iframe
API + 커스텀 UI	높음 (ful stack)	전체 — 자신의 UI를 구축
모바일 SDK	중간 (플랫폼 특화)	전체 원native 경험

서명을 내장할 때

내장 서명은 항상 올바른 선택이 아닙니다. 가장 큰 가치를 제공하는 시나리오를 설명합니다.

제품이 이미 계약서 생성하는 워크플로우가 있는 경우 (예: HR 채용, 대출 발생, 공급업체 등록), 내장 서명은 리디렉션을 제거하고 사용자가 흐름을 유지합니다.

직원이나 고객을 대상으로 서비스하는 기업 포털은 정책 인정, 내부 승인, 고객 서비스 계약서를 외부 도구로 이동하지 않고 서명을 내장할 수 있습니다.

서명량이 많을 때 (일일 수천 개), 각 리디렉션은 전환 비용을 발생시킵니다. 내장 서명은 드롭오프를 줄이고 완료율을 향상시키며, 수익에 직접 영향을 미칩니다.

내장 서명은 사용자 여정 전체에 대한 통제를 제공하여, 자신의 애플리케이션 컨텍스트 내에서 맞춤형 감사 기록, 규제 공개, 동의 캡처를 구현하는 데 더 쉬워집니다.

내장 서명 API 흐름

일반적인 내장 서명 구현은 이 순서를 따릅니다.

API를 통해 엔봉 생성

백엔드가 서명 API를 호출하여 엔봉을 생성합니다: 문서 업로드, 서명 필드 정의, 서명자 역할 설정, 인증 요구 사항 구성. API는 엔봉 ID를 반환합니다.

서명 URL 생성

각 서명자마다 API에서 서명 URL을 요청합니다. URL에는 이 특정 엔봉에 서명자를 인증하는 일회용 토큰이 포함됩니다. 선택적으로 수신자 인증(접근 코드, SMS OTP, eID)을 전달할 수 있습니다.

iframe이나 SDK에 내장

iframe(웹)이나 모바일 SDK(iOS/Android)에서 서명 URL을 렌더링합니다. 서명 UI는 자신의 애플리케이션 내에 로드됩니다. 브랜드 색상, 글꼴, 로고와 일치하는 외관을 맞춤 설정합니다.

완료 webhook 처리

서명자가 완료하거나 거부할 때, 서명 플랫폼은 백엔드에 webhook을 보냅니다. 이를 통해 애플리케이션 상태를 업데이트하거나 다음 단계를 트리거하거나 다른 당사자를 알릴 수 있습니다.

서명된 문서를 가져오기

서명된 문서와 증거 패키지(완료 증명서, 감사 기록)를 API를 통해 다운로드합니다. 이를 시스템이나 클라우드 스토리지에 저장합니다.

내장 서명에 대한 기술적 고려 사항

크로스 오리진과 CSP

iframe 내장은 서명 도메인이 자신의 내용 보안 정책에서 허용되어야 합니다. frame-ancestors 및 child-src 헤더를 구성합니다. 대부분의 서명 플랫폼은 도메인을 위한 토픽리스트 메커니즘을 제공합니다.

웹푸크 신뢰성

웹푸크는 네트워크 문제로 인해 실패할 수 있습니다. 일관성 있는 웹푸크 핸들러와 주기적으로 엔봉 상태를 확인하는 폴링 페이백을 구현합니다. 중요한 상태 전환에 대해 웹푸크에 대한 전적으로 의존하지 마십시오.

모바일 반응성

서명 UI는 모바일 장치에서 작동해야 합니다. iOS Safari와 Android Chrome에서 iframe 기반 서명을 테스트하세요. 일부 서명 패드 구현은 모바일에서 터치 이벤트 문제가 있습니다. 원활한 모바일 앱을 위해서는 SDK를 사용하세요.

페이드 라이츠와 배치

대량의 내장 서명이 API 페이드 라이츠를 초과할 수 있습니다. 지원되는 경우 요청 큐와 배치 엔봇 생성을 구현하세요. API 사용량을 모니터링하고 접근하는 제한에 대한 알림을 설정하세요.

eSign.AI 내장 서명이 어떻게 작동하는지

eSign.AI는 자신의 인터페이스 내에서 서명이 필요한 SaaS 제품에 대해 라이브러리 브랜딩 내장 서명을 제공합니다.

iFrame 및 컴포넌트 SDK

iFrame나 React/Vue 컴포넌트를 통해 eSign.AI 서명 경험을 제품에 내장하세요. 서명자는 애플리케이션을 떠나지 않습니다. 내장 서명은 모든 eSign.AI 기능을 지원합니다: 다중 당사자 라우팅, 신원 확인, QES, 감사 기록.

실시간 상태를 위한 웹하크

서명 이벤트를 수신하기 위해 웹하크를 구성하세요: 엔봇 전송, 보기, 서명, 완료, 거부. 서명 완료 후 즉시 하위 워크플로우(계약 활성화, 알림, 청구)를 트리거할 수 있습니다.

내장 eSignature API: 지연, SLA, 웹하크

API 통합 계획을 위한 성능 사양

API 지연 기준

eSign.AI: 엔봇 생성 200-400 ms, 상태 확인 50-100 ms, 서명된 PDF 다운로드 300-800 ms. DocuSign: 엔봇 생성 300-600 ms, 상태 확인 80-150 ms. Adobe Sign: 엔봇 생성 400-800 ms. 내장 서명 iframe 로드: eSign.AI 1-2 초, DocuSign 2-4 초.

웹하크 신뢰성

eSign.AI 웹하크: 30초 터치 타임아웃, 지수적 백오프 3회 재시도(5분, 30분, 2시간), HMAC 서명을 통해 페이로드 검증. DocuSign: 10초 터치 타임아웃, 24시간 재시도 창. Adobe Sign: 3초 터치 타임아웃, 72시간 내 6회 재시도. 실시간 하위 워크플로우를 위해서는 eSign.AI가 가장 신뢰할 수 있는 웹하크 전달을 제공합니다.

자주 묻는 질문

아니요. 서명의 법적 유효성은 서명 방법(SES, AES, QES), 신원 확인, 증거 패키지에 따라 결정되며, 서명 UI가 내장되었거나 리디렉션되었는지에 따라는 아니요. 내장 서명은 독립 서명과 같은 법적 증거를 생성합니다.

비즈니스에 적합한 전자서명 접근 방식을 찾아보세요

목표 시장의 전자서명 요구사항, 컴플라이언스 고려사항, 문서 워크플로에 대해 저희 팀과 상담하세요.

문의하기

계속 읽기

솔루션 가이드