여러 명 순서대로 서명

한 문서에 여러 명이 서명해야 할 때 서명 순서를 정해 보냅니다. 앞 사람이 서명을 마쳐야 다음 사람에게 서명 요청이 전달되고, 우리 서비스는 웹훅으로 서명이 진행될 때마다 알림을 받아 지금 누구 차례인지 확인할 수 있습니다. 거래처가 먼저 서명하고 회사가 마지막에 서명하는 계약에 많이 씁니다.

한눈에 보는 흐름

이런 경우에 맞습니다

• 거래처가 먼저 서명하고 회사 대표나 담당자가 마지막에 서명(날인)하는 경우
• 미성년자 본인과 법정대리인이 함께 서명하는 경우
• 학생과 보호자, 신청자와 기관 담당자처럼 역할이 다른 사람이 차례로 서명하는 경우
• 플랫폼 이용자 양쪽이 모두 서명해야 계약이 성립하는 경우

준비할 것

서명 순서를 정하는 두 가지 방법

연동 흐름

아래는 거래처가 먼저 서명하고 회사 담당자가 마지막에 서명하는 흐름입니다.

sequenceDiagram
    autonumber
    participant S as 우리 서비스
    participant M as 모두싸인
    participant A as 거래처
    participant B as 회사 담당자
    Note over S: 계약 체결이 확정됨
    S->>M: 서명 요청 (서명 순서: 거래처 → 회사)
    M->>A: 카카오톡·이메일로 서명 요청 전달
    A->>M: 계약서 확인 후 서명
    M-->>S: 서명 입력 알림 (웹훅)
    M->>B: 다음 차례에게 서명 요청 전달
    B->>M: 계약서 확인 후 서명
    M-->>S: 서명 완료 알림 (웹훅)
    S->>M: 문서 상태 확인
    Note over S: 계약 체결 처리

1. 서명 요청: 서명 순서를 정해 서명 요청을 보냅니다. 템플릿을 쓰면 템플릿에 정해 둔 순서를 따르고, 서명 요청 API를 쓰면 서명자마다 signingOrder로 순서를 지정합니다.
2. 첫 번째 서명자에게 전달: 모두싸인이 첫 번째 순서의 서명자에게만 서명 요청을 보냅니다.
3. 서명: 첫 번째 서명자가 계약서를 확인하고 서명합니다.
4. 서명 입력 알림: 서명자가 서명할 때마다 우리 서비스의 웹훅 주소로 document_signed 이벤트가 전달됩니다. 이 알림에는 누가 서명했는지 담겨 있지 않으므로, 문서 상세 조회의 signings(서명한 참여자와 시간)와 currentSigningOrder(지금 차례)로 진행 상황을 확인합니다.
5. 다음 차례에게 전달: 앞 사람이 서명을 마치면 모두싸인이 다음 순서의 서명자에게 서명 요청을 보냅니다.
6. 서명: 마지막 서명자가 서명합니다.
7. 서명 완료 알림: 모든 서명이 끝나면 document_all_signed 이벤트가 전달됩니다. 마지막 서명자가 서명할 때는 document_signed 이벤트가 오지 않고 이 이벤트만 옵니다.
8. 상태 확인: 문서 상세 조회로 상태를 확인하고 계약 체결 처리를 진행합니다.

사용하는 API

함께 보면 좋은 문서

• Webhook event
• 서명자의 서명 내용 수정 요청하기
• 우리 서비스 화면 안에서 서명