行政手続法14条の理由提示をClaudeで点検する — 不利益処分の通知書案
不利益処分の通知書案が、根拠条文だけで事実を書いていないか。処分基準と通知書案をProjectsに置き、14条の理由提示を1文ずつ点検する手順です。
不利益処分の通知書で起きがちな不備は、理由欄に根拠条文の番号だけが並び、どの事実がその条文に当たるのかが書かれていない状態です。行政手続法14条は、不利益処分をするとき、名あて人に同時に理由を示すよう定めています。この記事は、通知書案がその理由提示として足りているかを、Claudeで1文ずつ点検する手順を扱います。
Claudeに任せるのは、通知書案と処分基準を突き合わせて「根拠は書いてあるが事実が無い」「事実はあるが基準との結びつきが無い」といった欠けを拾う作業です。理由として十分かどうかの最終判断は、処分庁の法務担当と必要に応じた弁護士に残します。
点検の対象になる処分と、ならない処分
最初に確かめるのは、その処分に行政手続法14条が適用されるかどうかです。ここを外すと、点検の前提が崩れます。
14条の対象は「不利益処分」です。2条4号は、行政庁が法令に基づき、特定の者を名あて人として、直接に義務を課し、またはその権利を制限する処分と定めています。営業停止命令や許可の取消しが典型です。
同じ号の但し書きが、対象から外れるものを挙げています。
- 申請により求められた許認可等を拒否する処分(申請者が名あて人になるもの)
- 名あて人の同意の下にすることとされている処分
- 事実上の行為
申請の拒否は不利益処分に含まれず、8条が別に理由の提示を定めています。「申請を断る通知」の点検には、この記事の表をそのまま使えません。
適用除外にも注意が要ります。3条1項9号は、公務員またはその経験者に職務や身分に関してする処分を適用除外にしています。3条3項は、地方公共団体の機関がする処分のうち、根拠が条例または規則に置かれているものも適用除外にしています。この場合は、各団体の行政手続条例が定める理由提示の規定を見ることになります。
民間企業が従業員に行う懲戒処分は、そもそも行政庁の処分ではありません。その整理は懲戒処分の通知書と弁明の機会にあります。
14条が書面に求めていること
14条の骨格は3項目です。条文に出てくる言葉をそのまま並べます。
14条の3つの規定
1項: 同時に示す
不利益処分をするときは、名あて人に、同時に理由を示します。理由を示さずに処分をすべき差し迫った必要があるときは、この限りではありません。
2項: 後から示す
1項ただし書の場合でも、処分後の相当の期間内に理由を示します。名あて人の所在が分からなくなったなど、示すことが困難な事情があるときは除かれます。
3項: 書面で示す
不利益処分を書面でするときは、理由も書面で示します。口頭の補足では足りません。
条文は、理由をどこまで詳しく書くかには触れていません。「どの程度」の線は条文からは引けないため、点検の物差しは別に用意する必要があります。その物差しが、処分基準です。
12条1項は、行政庁に処分基準を定め、公にしておく努力を求めています。処分基準は、不利益処分をするかどうか、どのような不利益処分とするかを判断するための基準です(2条8号ハ)。2項は、できる限り具体的に定めることを求めています。申請の審査基準(5条)が「定めるものとする」なのに対し、処分基準は努力義務の書きぶりです。
つまり、処分基準が無い処分もあります。その場合の点検は、根拠条項と事実の結びつきだけを見ることになります。
通知書の理由欄を3つの層で見る
条文が程度を定めていない以上、点検の観点は運用側で決めます。ここで使うのは、通知書の理由欄を次の3層に分けて見る方法です。これは条文の文言ではなく、点検のために置いた切り分けです。
| 層 | 問い | 欠けているときの典型 |
|---|---|---|
| 根拠 | 問いどの法令のどの条項に基づくか | 欠けているときの典型法律名だけで条項番号が無い |
| 事実 | 問いどの行為・状態が原因か | 欠けているときの典型「違反が認められた」とだけ書いてある |
| 結びつき | 問いその事実がなぜその条項に当たり、なぜこの種類・期間の処分になるか | 欠けているときの典型処分基準の適用関係が書かれていない |
聴聞や弁明の機会を付与する場合の事前通知にも、似た項目があります。15条1項と30条は、予定される処分の内容と根拠となる法令の条項、そして不利益処分の原因となる事実を書面で通知するよう定めています。処分時の通知書は、この事前通知で示した原因事実と食い違わないことも点検の対象です。事前通知の書面もProjectに置いておけば、食い違いをClaudeに拾わせられます。
聴聞と弁明のどちらを執るかは、13条が区分しています。許認可等を取り消す処分などは聴聞、それ以外は弁明の機会の付与です。通知書案がどちらの手続を経た処分なのかも、案に添える情報に入れておきます。
Projectsを点検の作業場にする手順
資料を毎回貼り直さずに済むよう、Claudeのプロジェクト機能を使います。プロジェクトは、独自のチャット履歴とナレッジを持つ作業場です。ナレッジに置いた資料は、そのプロジェクト内のすべてのチャットで参照されます。
Projectの準備
- 1
プロジェクトを作る
「Projects」から新規プロジェクトを作り、名前を付けます。名前と説明欄はClaudeからは参照されません。ここに「甲社の営業停止」のような事案の手がかりを書いても、点検には使われないので、条件や事実は必ずナレッジかチャットに入れます。
- 2
処分基準と根拠条文を入れる
処分基準の本文と、根拠法令の該当条文をナレッジに追加します。条文は条番号の見出しごとに分かれたファイルにすると、後の指示で条番号を指定して参照させやすくなります。
- 3
通知書案と事前通知を入れる
点検したい通知書案を追加します。聴聞や弁明の機会を付与した事案なら、その事前通知の書面と、聴聞調書や弁明書の要旨も入れます。
- 4
プロジェクト指示を保存する
「Set project instructions」に点検の方針を書いて保存します。指示はそのプロジェクトのすべてのチャットに効きます。
プロジェクトの指示欄には、たとえば次のように書きます。
あなたは不利益処分の通知書案を点検する補助者です。
ナレッジの処分基準と根拠条文だけを根拠にします。
通知書案の理由欄を1文ずつ読み、次の3層に分けて表にします。
- 根拠: 法令名と条項番号が書かれているか
- 事実: いつ・誰が・何をしたかが書かれているか
- 結びつき: 事実が条項と処分基準のどれに当たるかが書かれているか
欠けている層は「欠け」と書き、理由欄の該当文を引用します。
ナレッジに無い事実は補わず、「要確認」と書いて質問します。
理由として十分かどうかの結論は出さず、欠けの指摘に留めます。最後の2行が、この作業の線引きです。事実を補わせず、十分かどうかの結論も出させません。補わせると、起案者が確認していない事実が通知書に入り込みます。
プロジェクトの情報量が増えたときのために、有料プランではRAGモードが自動で働く仕組みがあります。プロジェクトのナレッジがコンテキストウィンドウの上限に近づくと、容量を最大10倍まで広げ、必要な箇所を検索して取り出す方式に切り替わります。処分基準が分厚い規程集のような場合でも資料を足せますが、検索で取り出す方式では、見落としが起きる可能性を前提にします。条番号を指定して質問すれば、取り出す範囲を絞れます。RAGの切り替わりと挙動はClaude ProjectsのRAG検索で詳しく扱っています。
また、プロジェクト内のチャット同士は文脈を共有しません。あるチャットで確認した事実は、ナレッジに追加しない限り別のチャットには引き継がれません。確認済みの事実はメモにしてナレッジへ足します。
点検の依頼と、返ってくる表の読み方
通知書案を入れたら、チャットで依頼します。
添付の通知書案(営業停止命令)の理由欄を、プロジェクト指示の3層で点検してください。
処分基準は第3条の別表を参照し、該当する行を引用してください。表の形は、指示で決めたとおりに出てきます。例えば次のような形になります(以下は仮想の事案での例示です)。
| 理由欄の文 | 根拠 | 事実 | 結びつき |
|---|---|---|---|
| 「貴社は関係法令に違反したため」 | 根拠欠け(条項番号なし) | 事実欠け | 結びつき欠け |
| 「令和8年4月の立入検査で、冷蔵庫の庫内温度の記録が3日分欠けていた」 | 根拠欠け | 事実あり | 結びつき欠け |
| 「同法第○条第1項に違反するため、処分基準別表の営業停止7日に当たる」 | 根拠あり | 事実要確認(違反の中身が不明) | 結びつきあり |
1行目は、冒頭に挙げた典型です。法令名も事実も無く、どの層も欠けています。2行目は事実は具体的ですが、どの条項に違反するかが無く、基準に当てはめた記述もありません。3行目は条項と基準が書かれている一方、何が条項に違反したのかが読み取れません。
書き直し案も同じ表の隣に出させますが、案は下書きとして扱います。書き直した文は、事実の部分を起案者が記録と照らして確認し、「要確認」を残したままの案を通知書に流用しません。
落とし穴
書き直し案が、記録に無い事実を足す
「より具体的に」と頼むと、Claudeがもっともらしい日付や回数を補うことがあります。指示に「ナレッジに無い事実は補わない」と書いてあっても、依頼文で具体化を強く求めれば補う余地は残ります。書き直し案の数字と日付は、立入検査記録や聴聞調書の原本と1つずつ照合します。
点検で拾えるものと、人が決めるもの
この方法で拾えるのは、書面の上で見える欠けです。理由欄に条項番号があるか、事実が抽象的な評価語で終わっていないか、処分基準の行を引いているか、事前通知で示した原因事実と食い違っていないか。いずれも、文書同士の突き合わせで確認できます。
拾えないものもはっきりあります。
- その事実が本当にあったかどうか(記録の原本の確認が必要です)
- 処分基準の解釈が適切かどうか
- 理由として「十分」と言える詳しさかどうか
- 14条1項ただし書の「差し迫った必要」に当たるかどうか
最後の項目は特に慎重に扱います。理由を示さずに処分する例外の判断を、Claudeの点検に寄せると、例外を広く読む方向に傾く危険があります。この判断は処分庁が責任を持ち、点検の対象に入れるときは「例外に当たると記録されているか」を確かめるだけにします。
処分に審査請求がされた後、処分庁が弁明書を書く段階の整理は、審査請求の弁明書案にまとめています。Projectsに判断基準を置いて法務レビューを回す型は、法務レビューのプレイブックにあります。
入力する資料の扱い
通知書案や聴聞調書には、名あて人の氏名や住所が含まれます。点検に使う資料は、氏名を「甲」「乙」のような記号に置き換え、住所や口座番号を削ってから入れます。組織で使う場合は、利用するプランの設定と、自治体や機関の情報セキュリティの規程に従います。
チームで同じ点検を回すなら、Team・Enterpriseプランではプロジェクトを組織内で共有できます。「Can view」は内容の閲覧とプロジェクト内のチャットができ、編集はできません。「Can edit」は指示とナレッジを変更できます。処分基準の改定時にナレッジを更新する担当者にだけ編集権限を渡す運用が、資料の食い違いを防ぎます。
まとめ
行政手続法14条の理由提示を点検する作業は、根拠・事実・結びつきの3層に分けると、Claudeに向いた突き合わせになります。処分基準と事前通知をProjectsに置き、補わない・結論を出さないという指示を固定すれば、欠けの一覧が安定して得られます。
十分かどうかを決めるのは起案者と法務担当です。点検表は、その判断のために欠けを先に見える形にする道具です。最初の1件は、過去に通した通知書で試して、人が見つけた欠けと表の指摘がどこまで重なるかを確かめてから、本番の案件に使うのが無理の少ない始め方です。