

電子契約を検討すると、必ず出てくるのが「本人性」という言葉です。
でも、本人性は難しい概念ではありません。実務ではこう捉えると一気に分かりやすくなります。
本人性=「その人が署名した」と説明できる状態
紙なら印鑑が“本人らしさ”の材料になりますが、電子契約では代わりに複数の材料で積み上げます。
結論:本人性は「1つの機能で完璧」ではなく、宛先・認証・ログ・権限設計で強くしていくものです。
本人性が重要になるのは、だいたい次の2場面です。
| 場面 | 起きること | 困る理由 |
|---|---|---|
| ①否認(署名してないと言われる) | 「自分は押してない」 | 証跡の説明が必要になる |
| ②署名者がズレる | 担当者に送ったが決裁者が別 | 締結が止まる/無効リスクが増える |
ポイント:本人性の本丸は「揉めた時」だけでなく、そもそも締結が止まらない状態を作ることでもあります。
本人性は、次の4つを積み上げると強くなります。
| 柱 | 何を意味する? | 実務でのポイント |
|---|---|---|
| ①宛先の正確さ | 本人のメールに届いている | 署名依頼先が決裁者か |
| ②認証 | 本人だけが操作できる条件 | 必要な時だけ追加する |
| ③ログ(証跡) | 操作履歴が残っている | 送付→閲覧→署名→完了 |
| ④権限・運用 | 誰が署名するか明確 | 社内の署名権限ルール |
結論:この4つが揃うほど「本人の署名」と説明しやすくなります。
本人性が崩れる一番の原因は「宛先がズレる」ことです。
対策:署名依頼は、可能なら決裁者本人のメールアドレスに送る。
もし決裁者が不明な場合は、先に確認するのが最短です。
確認テンプレ:
ご署名のご担当者様(決裁者様)がどなたか、念のためご教示いただけますでしょうか。宛先を指定して署名依頼をお送りします。
認証は本人性を強くしますが、やりすぎると相手が面倒で止まります。
なので基本は必要な契約だけに絞ります。
認証を強める判断基準(例):
ポイント:本人性は「宛先+ログ」が強いだけでも実務上は十分役立ちます。認証は必要な時の上乗せでOKです。
本人性は「信じてください」ではなく「説明できます」が強いです。そこで効くのがログです。
| ログ | 本人性への効き方 |
|---|---|
| 送付ログ | 本人の宛先に送った |
| 閲覧ログ | 本人が内容を確認した |
| 署名ログ | 本人が操作して署名した |
| 完了ログ | 締結が完了した |
結論:ログが揃うほど「本人が署名した」の説明材料が増えます。
本人性を弱くするのは、技術よりも運用です。
社内で次が曖昧だと、本人性の説明が難しくなります。
最小ルール(おすすめ):
本人性を完璧にしようとして、認証を盛りすぎると、相手が面倒で止まることがあります。
実務での最適解は、次の考え方です。
基本:宛先+ログ+権限運用で“説明できる状態”を作る
必要時:重要契約だけ認証を上乗せする