特別委任方式とは、登記義務者の電子署名なしで登記原因証明情報を扱える運用のことです。
不動産登記のフルオンライン化で最後まで残っていた障害物は、登記義務者本人に電子署名をもらう工程でした。本記事では、令和8年3月1日に運用が始まった特別委任方式の7つの要件を法務局の公表資料で確認したうえで、要件充足のチェックと確認記録の作成に生成AIをどう組み込めるかを整理します。本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で確認しています。法務局は、司法書士および司法書士法人が代理人として電子申請の方法により権利に関する登記を申請する場合、一定の要件をすべて満たすときは、登記原因証明情報に登記義務者の電子署名が行われていなくても適式なものとして取り扱うと公表しています(出典: 法務局 特別委任方式の運用開始について)。
令和8年3月1日に始まった運用は何を変えたのか
結論から書くと、この運用が外したのは登記義務者の電子署名という一点です。制度の枠組みそのものは変わっていません。不動産登記法第61条は、権利に関する登記を申請する場合に申請情報と併せて登記原因を証する情報を提供することを定めており、この提供義務は今も同じです。変わったのは、その登記原因証明情報を誰の電子署名で成立させるかという運用上の扱いです。
従来のオンライン申請では、登記原因証明情報を電磁的記録で作成する場合、登記義務者の電子署名が必要でした。電子署名及び認証業務に関する法律第3条は、電磁的記録に記録された情報について本人による電子署名が行われているときは真正に成立したものと推定すると定めています。この推定規定が電子申請の実務を支えてきた一方、売主や抵当権設定者がマイナンバーカードの電子証明書を持っていない、期限切れになっている、パスワードを忘れているといった理由で、結局は書面申請に戻るケースが積み上がっていました。特別委任方式は、この一点を司法書士等の電子署名に置き換えます。
対象は限定されています。法務局が示す要件では、登記権利者と登記義務者が共同申請によりする権利に関する登記の申請であって、その登記の目的が、売買または贈与を登記原因とする所有権(共有持分を含む)の移転の登記、あるいは抵当権(根抵当権を含む)の設定または抹消の登記のいずれかであること、と示されています(出典: 法務局 特別委任方式の運用開始について)。相続登記や単独申請の案件は対象外という理解になります。売買と担保設定の同時決済という、司法書士の業務量で見て最も厚い領域が対象に入った点が実務上の意味です。
対象者も限定されています。この運用は司法書士および司法書士法人を対象としており、他の資格者代理人は含まれていません(出典: 法務局 特別委任方式の運用開始について)。司法書士法第3条は、他人の依頼を受けて登記または供託に関する手続について代理すること、法務局または地方法務局に提出し、または提供する書類または電磁的記録を作成することを司法書士の業務として定めており、今回の運用はこの業務範囲の中で、電磁的記録の作成という部分に新しい位置づけを与えたものと読めます。
根拠となる文書は、令和7年12月9日付け法務省民二第1578号の民事局民事第二課長依命通知です。法務局のページから通知本文のPDFが参照できるようになっています(出典: 法務局 特別委任方式の運用開始について)。運用の細部を詰める場面では、まとめ記事ではなくこの依命通知に当たるのが確実です。
7つの要件を1件ごとに落とさないチェック工程
結論として、この運用でつまずくとしたら、要件の一部が抜けた申請を出してしまう場面です。7つの要件はすべて満たす必要があり、1つでも欠ければ従来どおりの扱いになります。要件を順に並べたうえで、どこを機械で押さえ、どこを司法書士が判断するかを分けます。
第1の要件は、共同申請かつ登記の目的が売買・贈与による所有権移転、または抵当権・根抵当権の設定・抹消であることです。ここは案件受任時に確定するので、受任シートの選択肢として持たせれば取り違えは起きにくくなります。
第2の要件は、登記義務者が司法書士等に対し、登記原因証明情報の作成に係る特別の委任をした旨が、代理人の権限を証する情報に記録されていることです(出典: 法務局 特別委任方式の運用開始について)。通常の登記申請の委任状ではなく、登記原因証明情報の作成についての委任である点が要点です。事務所で使ってきた委任状のひな形をそのまま流用すると、この記載が抜けます。
第3の要件は、司法書士等がその委任に基づき電磁的記録で作成した登記原因証明情報に、自らが確認した登記の原因となる事実または法律行為、その確認方法、当該司法書士等の職名および氏名、電磁的記録の作成年月日を記録し、自らの電子署名をしていることです。記録すべき項目が4つ列挙されている点に注意が要ります。
第4の要件は、第3の確認方法が、契約の締結や金銭の授受の現認、登記義務者からの聴取その他の相当と認められる方法であることです。何をもって確認したかを、後から読んで分かる形で書く必要があります。
第5の要件は、その登記原因証明情報を作成した司法書士等が、代理人としてその登記原因に基づく登記を申請し、添付情報として当該登記原因証明情報を提供していることです。作成者と申請代理人が一致している必要があります。
第6の要件は、申請情報に特別委任方式である旨が記録されていること。第7の要件は、登録免許税が電子納付の方法により納付されていることです。ただし、登録免許税を電子納付することができない場合または登録免許税が課されない場合は除かれます(出典: 法務局 特別委任方式の運用開始について)。
この7項目のうち、機械的な当てはめで押さえられるのは第1、第2、第5、第6、第7です。案件属性と申請データから判定できるためです。第3と第4は、司法書士が現場で何を確認したかという事実の記録なので、機械が代替できるのは文章の体裁を整える部分に限られます。生成AIを使うなら、この線引きを最初に固定します。
事務所の運用としては、決済前日に7項目のチェックリストを回す形が現実的です。チェックリストの生成そのものを生成AIに任せると、要件を勝手に増減させることがあるため、リストは依命通知と法務局のページから人が起こし、AIには案件データを当てはめる作業だけを渡します。
あなたは司法書士事務所の補助者です。以下の案件データを、下記のチェック項目に照らして機械的に判定してください。
【チェック項目(この7項目以外を追加・削除しないこと)】
1. 共同申請であり、登記の目的が「売買または贈与による所有権移転」または「抵当権・根抵当権の設定または抹消」のいずれかである
2. 委任状に、登記原因証明情報の作成に係る特別の委任をした旨の記載がある
3. 登記原因証明情報に、確認した事実または法律行為/確認方法/職名および氏名/作成年月日の4項目が記録されている
4. 確認方法が具体的に記載されている
5. 登記原因証明情報の作成者と申請代理人が同一である
6. 申請情報に特別委任方式である旨が記録されている
7. 登録免許税を電子納付する予定である(電子納付できない場合・課されない場合を除く)
【案件データ】
{受任シートの内容を貼り付け}
【出力条件】
- 各項目について「充足」「不充足」「判定不能」の3値で出力する
- 判定不能の場合は、判定に必要な情報を1行で示す
- 法的な評価や助言は書かず、上記項目への当てはめのみを出力する
- 出力は7行、項目番号/判定/理由の順
このプロンプトの要点は、判定不能という選択肢を明示している点です。生成AIは情報が足りなくても充足と出力しがちなので、足りないことを言える形にしておくと、司法書士が確認すべき箇所が浮かびます。出力はあくまで下作業であり、最終的な充足判定は司法書士が行います。登記申請書そのものの作成フローについては、登記申請書のAI作成をどこまで任せられるかで整理した工程と組み合わせると、受任から申請までの流れが1本につながります。
第4の要件にあたる確認方法の記述は、事務所ごとに文言のばらつきが出やすい箇所です。ここは書きぶりのテンプレートを事務所で数パターン用意し、案件の事実関係に合わせて選ぶ運用が安定します。生成AIには、事実メモから文章の体裁を整える役割だけを与えます。
あなたは司法書士事務所の文書整理担当です。
以下の事実メモを、登記原因証明情報に記録する「確認した事実」と「確認方法」の記述案に整えてください。
【事実メモ】
{日時/場所/立会者/確認した書類/授受した金銭/聴取した内容 を箇条書きで貼り付け}
【出力条件】
- 事実メモに書かれていない事実は一切追加しない
- 推測・評価・法的判断を書かない(「適法に」「有効に」等の評価語を使わない)
- 日時と場所は事実メモの表記をそのまま使う
- 出力は「確認した事実」「確認方法」の2ブロック、各200字以内
- 事実メモに不足がある場合は、末尾に不足項目を列挙する
生成された記述案は、その場に立ち会った司法書士が事実と照合してから登記原因証明情報に載せます。ここを補助者の確認だけで通してしまうと、現認していない事実が文章に紛れ込む余地が生まれます。立会いをした本人が読む工程を、事務所の手順書に明示的に入れておきます。
書面申請と電子申請が事務所内に混在する状態は、手順書が二重になるという副作用を生みます。特別委任方式が使える類型では電子申請に一本化し、使えない類型は従来手順という切り分けを明文化しておくと、担当者が案件ごとに判断する場面が減ります。判断の回数が減ることは、単に速くなるという以上に、判断の質のばらつきが減るという意味を持ちます。決済案件は当日の時間圧力が強く、判断の余地が残っているほど事故の確率が上がるためです。
もう一点、事務所の受任シートに方式の選択肢を持たせるときは、選択の根拠となった登記の目的も一緒に記録しておくと後から追えます。売買と贈与を1つの選択肢にまとめず、別々に持つほうが集計もしやすくなります。運用開始からしばらくは、どの類型で何件処理したかという実績そのものが、事務所内の手順を詰めるための材料になります。
顧客情報を扱う工程で先に決めておく3つのこと
結論として、特別委任方式で生成AIを使う場面は、氏名・住所・不動産の所在・売買代金という、個人が特定できる情報の塊に触れます。着手前に3点を決めておきます。
1つ目は、司法書士の守秘義務との関係整理です。司法書士法第24条は、司法書士または司法書士であった者は、正当な事由がある場合でなければ、業務上取り扱った事件について知ることのできた秘密を他に漏らしてはならないと定めています。外部のクラウドサービスへ案件情報を送信する行為をこの条文との関係でどう評価するかは、送信先との契約内容、データの保存期間、アクセス権者の範囲によって議論が分かれ得る論点です。事務所としては、判断を各担当者に委ねるのではなく、扱ってよいデータの範囲を先に定義しておくほうが運用が続きます。
2つ目は、使うツールが入力データを学習に使うかどうかの確認です。Anthropicは商用製品の利用条件として、顧客が明示的に許可した場合を除き入力と出力を生成モデルの学習に使用しないとしています(出典: Anthropic Commercial Terms of Service)。OpenAIもAPIおよび法人向けサービスについて、既定ではビジネスデータをモデルの学習に用いないとしています(出典: OpenAI Enterprise privacy)。同じベンダーでも個人向けの無償プランと法人向けプランで扱いが異なる場合があるため、事務所が契約しているプランがどれなのかを契約書とベンダーの公表文書の両方で確かめておきます。
3つ目は、依頼者への説明です。個人情報を含むデータを扱う場合、個人情報の保護に関する法律第27条は、個人情報取扱事業者があらかじめ本人の同意を得ないで個人データを第三者に提供してはならないと定め、法令に基づく場合などの例外を並べています。不動産取引の当事者情報は、氏名・住所・取引金額が揃った状態で扱われるため、事務所として業務にどのツールをどう使うかを、受任時の説明資料に1項目として入れておく形が実務的です。
今回の用途に限れば、実データを外部に出さずに済ませる余地は大きいと言えます。7要件のチェックは案件属性の当てはめなので、氏名や住所を伏せ字にしても判定は変わりません。確認方法の記述案の作成も、日時と行為の記録があれば足り、当事者の実名は必要ありません。実データを投入しないと成立しない工程がどれなのかを洗い出すと、伏せ字化のルールを適用する範囲は思ったより狭くなります。事務所規程に落とすときは、禁止事項を並べるより、実データを扱ってよい工程を列挙するほうが短く書けて守られやすくなります。司法書士業務全般でのAI活用の線引きは、司法書士のAI活用事例と業務範囲の整理にまとめています。
運用開始直後につまずきやすい3つの型
1つ目は、委任状のひな形を差し替えないまま案件を進めてしまう型です。第2の要件は、登記原因証明情報の作成に係る特別の委任をした旨が代理人の権限を証する情報に記録されていることを求めています(出典: 法務局 特別委任方式の運用開始について)。従来の登記申請委任状には、この文言が入っていません。回避策は、特別委任方式を使う案件用の委任状を別ファイルとして持ち、受任シートで方式を選んだ時点で自動的にそちらが出る仕組みにすることです。同じフォルダに新旧のひな形を並べておくと、繁忙期に取り違えます。
2つ目は、確認方法の記述が定型文に寄りすぎる型です。第4の要件は、確認方法が契約の締結や金銭の授受の現認、登記義務者からの聴取その他の相当と認められる方法であることを求めています。生成AIに毎回同じプロンプトで書かせると、案件ごとの事実の違いが消えて、どの案件も同じ文面になります。文面が同一であること自体が直ちに問題になるわけではありませんが、実際に何を確認したかを後から説明できる状態を保つという観点からは、事実メモを起点にする運用のほうが安全です。プロンプトに事実メモの貼り付けを必須にしておくと、メモがない案件では出力が止まるので、記録漏れも同時に検出できます。
3つ目は、登録免許税の納付方法を後回しにする型です。第7の要件は、登録免許税が電子納付の方法により納付されていることを求めており、電子納付できない場合または課されない場合が除かれています。決済当日に納付方法を決める運用のままだと、他の6要件を満たしていても方式が使えないという事態が起こります。回避策は、受任時のチェックリストの1行目に納付方法を置くことです。順番を入れ替えるだけで、手戻りの発生位置が申請直前から受任時に移ります。
本人確認との関係も整理しておく価値があります。特別委任方式は登記原因証明情報の作成についての運用であり、資格者代理人としての本人確認義務が軽くなるという性質のものではありません。むしろ、確認した事実と確認方法を電磁的記録に残す以上、確認の中身が文書として固定されます。従来は事務所内の記録にとどまっていた確認の痕跡が、申請の添付情報の一部として外に出るという構図です。この点を踏まえると、本人確認の手順そのものを見直す機会と捉えるほうが実態に合っています。
司法書士が本人訴訟支援など隣接業務でどこまで文書作成に関与できるかという線引きは、司法書士の本人訴訟支援とMINTSの実務でも扱いました。作成主体が誰で、責任の所在がどこにあるかという問いは、登記実務でもオンライン化の進行とともに繰り返し出てきます。
導入にかかる工数をどう見積もるか
初期の作業は、委任状ひな形の作成、登記原因証明情報のひな形の作成、チェックリストの整備、確認方法の記述テンプレートの用意という4点です。いずれも文書1本ずつで、要件は7項目として公表されているため、依命通知を読み込む時間を含めて事務所全体で10時間から20時間程度の初期投資に収まる範囲と見込めます(出典: 法務局 特別委任方式の運用開始について)。この見積もりは事務所の案件構成に左右されるため、最初の3件で実測してから全体に掛け算するほうが精度が出ます。
継続的な工数はむしろ減る方向です。従来は登記義務者の電子証明書の有無を事前に確認し、無ければ書面申請へ切り替えるという分岐が案件ごとに発生していました。特別委任方式が使える類型では、この分岐そのものが消えます。減った時間をどこに再配置するかは事務所ごとの判断になりますが、決済当日の立会いに余裕が生まれる点は、確認方法の記録の質にも効いてきます。
生成AIの利用料は、この用途では大きな比重を占めません。法人向けチャットサービスは1ユーザーあたり月額数千円台の価格帯が中心で、必要なのは事務所内の数名分です。むしろ費用として見るべきは、電子署名に使う証明書の維持費と、案件管理システム側の改修費です。既存システムに特別委任方式のフラグを持たせられるかは、ベンダーの対応状況によって変わるため、早めに問い合わせておく箇所になります。
この運用が司法書士業務に投げかける論点
注目したいのは、この運用が司法書士の電子署名に本人確認の重みを移した点です。従来は登記義務者本人の電子署名という形で、本人性の担保が当事者側にありました。特別委任方式では、司法書士が確認した事実とその確認方法を記録し、自らの電子署名を付す構造になります。担保の所在が代理人側へ移ったと読めます。
この構造は、司法書士が現場で何を見たかという記録の価値を高めます。従来も本人確認は行ってきたわけですが、その確認内容が登記原因証明情報という形で明示的に残るという点が違います。記録の粒度と一貫性が、事務所の実力として可視化されやすくなる方向です。
生成AIとの関係でいえば、この変化は使いどころを狭める方向にも広げる方向にも働きます。狭める方向は明らかで、現認した事実の記録は本人が書くほかありません。広げる方向は、記録の一貫性を保つための支援です。過去の記録との整合性チェック、記載項目の抜け検出、表現の統一といった作業は、判断を伴わないので機械化に向きます。判断は人、整合は機械という分担が、この運用では特に鮮明になります。
対象となる登記の類型が今後広がるかどうかも論点です。現時点では売買・贈与による所有権移転と抵当権の設定・抹消に限られていますが、フルオンライン化の推進という目的から見れば、運用状況を踏まえた見直しの余地は残ります。相続登記の効率化の現状は相続登記の効率化とAIの使いどころで整理しており、対象が広がった場合の影響を考える材料になります。
よくある質問
特別委任方式はいつから使えますか
令和8年3月1日からです。法務局は、司法書士等が代理人として電子申請の方法により権利に関する登記を申請する場合に一定の要件をすべて満たすときの取扱いとして、この日から運用を開始すると公表しています(出典: 法務局 特別委任方式の運用開始について)。
対象になる登記の種類は何ですか
共同申請による、売買または贈与を登記原因とする所有権(共有持分を含む)の移転の登記と、抵当権(根抵当権を含む)の設定または抹消の登記です(出典: 法務局 特別委任方式の運用開始について)。これ以外の登記の目的は、公表されている要件の記載からは対象に含まれていません。
司法書士以外の資格者も使えますか
いいえ、公表されている要件は司法書士および司法書士法人を対象としています(出典: 法務局 特別委任方式の運用開始について)。他の資格者代理人については、この運用の対象として記載されていません。
登記義務者の電子証明書は不要になりますか
登記原因証明情報について登記義務者の電子署名が行われていなくても適式なものとして取り扱う、というのが公表されている運用の内容です(出典: 法務局 特別委任方式の運用開始について)。7つの要件をすべて満たすことが前提であり、要件を1つでも欠く場合は従来どおりの扱いになります。
確認方法にはどこまで書けばよいですか
公表されている要件では、契約の締結や金銭の授受の現認、登記義務者からの聴取その他の相当と認められる方法が例示されています。書きぶりの具体的な水準は依命通知の記載に当たって確認するのが確実です。実務上は、いつ・どこで・誰に対し・何を確認したかを事実として記録しておく運用が採られています。
生成AIに登記原因証明情報を作らせてよいですか
確認した事実とその確認方法は、現場で確認した司法書士本人が記録する部分です。生成AIを使う場合も、事実メモを起点にした体裁の整形にとどめ、事実の追加や推測を出力させない設計にしている事務所があります。作成した電磁的記録に電子署名をするのは司法書士自身なので、内容の確認工程を省略しない運用が前提になります。
根拠となる通知はどこで読めますか
令和7年12月9日付け法務省民二第1578号の民事局民事第二課長依命通知です。法務局の該当ページから通知本文のPDFを参照できます(出典: 法務局 特別委任方式の運用開始について)。運用の細部を詰めるときは、解説記事ではなくこの通知を直接読むのが確実です。
参考文献
- 法務局 司法書士等が委任を受けて作成する登記原因証明情報の取扱い(特別委任方式)の運用開始について
- 法務省 不動産登記の電子申請(オンライン申請)について
- e-Gov法令検索 不動産登記法第61条
- e-Gov法令検索 司法書士法第3条・第24条
- e-Gov法令検索 電子署名及び認証業務に関する法律第3条
- e-Gov法令検索 個人情報の保護に関する法律第27条
- Anthropic Commercial Terms of Service
- OpenAI Enterprise privacy
※士業のチカラでは、生成AIの導入支援から運用最適化まで、貴事務所の業務に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://shigyonochikara.jp/contact/
本記事の作成体制について
本記事は士業のチカラ編集部が、公表されている一次情報のみを根拠に作成しています。法令の条文はe-Gov法令検索の原文で、行政の見解は各府省庁の公表資料で、それぞれ確認したうえで記載しています。引用元は本文中および参考文献にすべて明示しています。
本記事には特定の資格者による監修は入っていません。個別の事案について法令の当てはめや手続の可否を判断する必要がある場合は、当該分野の有資格者にご相談ください。本記事は一般的な情報提供を目的としたものであり、個別具体的な法律判断・税務判断・労務判断を提供するものではありません。
記載内容に誤りを見つけられた場合は、お問い合わせよりご指摘ください。確認のうえ速やかに訂正し、訂正履歴を記事内に残します。編集方針の詳細は運営者情報をご覧ください。