電子署名をレコードにネイティブ統合——後付けのPDFやり取りから脱却
契約を第三者の電子署名ツールに送るたびに、CRMを離れてPDFをアップロードし、相手にリマインドし、署名済みPDFが正しい場所に戻るのを祈ることになります。Sanka電子署名は、その往復をなくし、署名をレコード（見積・契約・受注・発注書）の状態として扱います。監査ログ、フィールド、承認状態がすべて一箇所にまとまります。
見積・契約・受注から直接、署名依頼を送信。PDFのアップロード不要、タブ切り替え不要、署名者情報のコピペ不要。
閲覧、入力、署名者IP、タイムスタンプをすべて記録。ESIGN法、eIDAS、日本の電子署名法に対応。
社内承認、相手方署名、成約への移行——ワークスペースを出ずに完結します。
電子署名は「バックオフィス側」に置くべき理由
DocuSignやAdobe Signは優れた署名ルーターですが、レコードの真正性管理には向きません。多くのチームでは次のような状態になります。
- 誰も見ないDocuSignフォルダに署名済みPDFが溜まる
- CRMへのフィールド入力は手動で再入力
- 承認履歴はアーカイブされたSlackスレッドの中
- 「見積送信から相手方カウンターサインまでの日数」を集計できない
Sanka電子署名は、署名を添付ファイルではなくレコードの状態として扱います。署名済み文書、版管理、承認チェーン、フィールドデータは、同じオブジェクトの中にあります。CPQ見積 → 署名済み契約 → 成約 → 請求書まで、同じレコードで同じ監査ログを共有します。
| シーン | 第三者電子署名 | Sanka電子署名 |
|---|---|---|
| 契約の送信 | PDF出力 → ツールへアップ → 署名者入力 | レコードから1クリック |
| ステータス確認 | 電子署名ツールのダッシュボード | レコードの状態がそのままステータス |
| 修正後の再署名 | 新規エンベロープ・新規URL・再リマインド | 同じレコードでバージョン更新 |
| レポート | CSV出力 → 手動結合 | 署名所要時間のネイティブレポート |
| 署名済みPDF | 運用部にメール、手動ファイリング | 自動でレコードに添付 |
収益ライフサイクル全体で使える
Sanka電子署名は、実際に署名が発生するSankaオブジェクトに事前配線済みです。
- 見積：明細・値引きロジック・価格が送信時点のままサイン画面に表示
- 契約：法務承認、レッドライン管理、相手方署名、更新シーケンス
- 受注：配送条件の相手方カウンターサイン、発注書のベンダーサイン
- 基本契約と個別契約書：MSA＋Order Form方式で、MSAは1度、個別契約でMSAを参照
- 変更契約：親契約の系譜を保持したまま、差分のみ署名するフロー
各レコードが個別の署名状態を持つため、「30日以上未締結の契約」「ベンダーサイン待ちの発注書」といった横断レポートは、スプレッドシートではなく1クリックで作れます。
承認ワークフローと相手方ルーティング
取引の署名者は通常2名以上です。法務、経理、CRO、場合によっては取締役会がAEと顧客の間に入ります。
- 並列 / 直列の承認者：金額・事業体・取引属性で分岐
- 相手方ルーティング：顧客側の法務 → 購買 → 署名権限者の順に自動回付
- 委任：承認者は期限付きで委任が可能
- 不在時のフォールバック：次の承認者へ自動ルーティング、原承認者に通知
すべての操作は同一の監査ログに書き込まれます。ディールデスクから「なぜ3日止まっていたのか」と聞かれたら、レコード画面からそのまま回答できます。
コンプライアンスとセキュリティ
- 法的枠組み：ESIGN Act（米）、eIDAS（EU）、電子署名法（日本）
- 本人確認：メールOTP、SMS OTP、エンタープライズSSO
- 改ざん防止：ハッシュ署名付きPDFと締結証明書
- 長期保管：署名原本を既定10年保管、ポリシーに応じて変更可能
- データリージョン：米国、EU、日本
- SOC 2 Type II：Sankaワークスペースのセキュリティ統制に準拠
HubSpot / Salesforceとネイティブ連携
他のSankaモジュールと同様、電子署名もCRMの上に乗ります。見積と契約はHubSpot／Salesforceにネイティブ連携で同期され、署名状態はCRMレコードの項目として表示されるので、営業はツールを切り替えずにステータスを確認できます。
- HubSpot：取引タイムラインのカスタム項目とアクティビティとして表示
- Salesforce：オポチュニティに活動履歴とファイルとして表示
- 下流の請求・収益認識・会計向けWebhookイベント