行政書士の案件管理・期限管理を自動化する設計図｜台帳と通知の作り方

行政書士の仕事でいちばん怖いのは、書類が書けないことではありません。建設業許可の更新が来週に迫っていたと、依頼者からの電話で気づく。在留期限まで残り二週間の案件が、机の上の書類の山に埋もれている。こうした期限の見落としは、暇な事務所ではなく、むしろ受任が伸びている事務所で起こります。当社が支援している一人から五名規模の行政書士事務所でも、最初のご相談はほとんどがここから始まります。

期限管理がうまくいかない原因は、記憶力でも、やる気でもありません。案件の情報が手帳、表計算ソフト、メール、LINE、紙のファイルに分散していて、「いまどの案件が、いつまでに、誰の手で、何をしなければならないのか」が一画面で見えていないことです。見えていないものは、思い出すしかありません。そして思い出すタイミングは、たいてい遅れます。

この記事では、行政書士事務所の案件管理と期限管理を、道具選びの話ではなく設計の話として扱います。案件台帳にどの列を持たせるのか、いつ誰にどんな文面で通知を飛ばすのか、更新書類のドラフト生成をどこまで自動化してよいのか。当社が表計算ソフトとkintoneの両方で構築してきた経験をもとに、そのまま真似できる設計図の形でお出しします。

あわせて、実装の三パターン（表計算ソフト＋自動化スクリプト、kintone、専用ソフト）の費用感、守秘義務と個人情報の扱い、補助者や事務員への引き継ぎ方まで扱います。金額や制度に関する記述は2026年9月時点のものです。

結論：期限管理の自動化は、通知を増やすことから始めるとうまくいきません。先に決めるのは案件台帳の列です。「期限日」「担当者」「状態」の三列が毎日正しく埋まる形さえ作れば、90日前・30日前・7日前の三段通知も、更新書類のドラフト自動生成も、あとから足すことができます。

期限管理が破綻するのは、記憶力ではなく設計の問題です

期限を落としかけた経験のある所長ほど、対策として「もっと気をつける」「毎朝手帳を見返す」という個人の努力を選びがちです。ところが、この方法は受任件数が増えた瞬間に崩れます。人間が確実に思い出せる件数には上限があり、その上限は、忙しさや睡眠時間に左右されるからです。

「忘れた」ではなく「見えていなかった」

期限を落とした事務所の状況を伺うと、ほとんどの場合、その案件の期限はどこかに書いてあります。受任時のメールの本文、面談メモの端、許可証のコピーの余白。書いてあるのに、思い出すための仕掛けがない。つまり忘れたのではなく、思い出す機会が一度も設計されていなかった、というのが実態です。

ここを取り違えると、対策が「メモを増やす」方向に向かってしまいます。メモは記録の道具であって、想起の道具ではありません。想起を担当するのは通知です。記録と想起を別の仕組みに分けることが、設計の第一歩になります。

一つの案件に、期限は一つではありません

建設業許可を一件受任すると、そこから派生する期限は一つではありません。許可の有効期間の満了日、毎事業年度終了後の決算変更届、経営事項審査を受けるなら審査基準日と申請の時期、業種追加や役員変更などの変更届。入管業務であれば、在留期限のほかに、申請取次の準備開始日、資料が揃うべき日、受け取りに行く日があります。

つまり案件と期限は一対多の関係です。ところが手帳やカレンダーは、一つの予定を一つの日付に置く設計になっています。この構造のずれが、期限が抜ける最大の温床になります。台帳を作るときは、案件の行とは別に、期限の行を持てる形にしておくと後で楽になります。

属人化した期限は、担当者が休んだ日に消えます

所長の頭の中にしかない期限は、所長が体調を崩した週に存在しなくなります。補助者を雇っている事務所でも、「所長が把握しているはずだ」という前提で誰も確認しない期限が生まれます。逆に、台帳に載っていて通知が飛ぶ期限は、担当者が不在でも誰かの目に触れます。

自動化の目的は、作業時間の短縮だけではありません。事務所の記憶を、個人から仕組みへ移すことです。一人事務所であっても、将来的に補助者を入れる、あるいは事業を引き継ぐ可能性を考えるなら、早い段階で外に出しておく価値があります。

行政書士事務所で期限が抜けやすい5つの場面

当社が事務所の業務を棚卸しするとき、まず伺うのが「ヒヤリとした場面」です。ご相談の内容を整理すると、期限が抜けやすい場面は次の五つに集約されます。いずれも、受任した瞬間には期限が確定していないか、確定していても遠すぎて意識から外れるという共通点があります。

場面1：数年先に来る許可の更新

建設業許可の有効期間は五年です。産業廃棄物収集運搬業の許可も、多くの自治体で五年ごとの更新となっています。受任した年の事務所と、五年後の事務所は、使っている道具も担当者も変わっている可能性があります。五年後の自分に確実に届く形で情報を残せているかどうかが分かれ目になります。

特に危ないのは、更新申請の受付期間に幅がある許可です。満了日の数か月前から受け付けが始まるため、「まだ先だ」と考えているうちに受付期間の終わりが近づきます。台帳に持つべきは満了日だけでなく、逆算した着手予定日です。

場面2：毎年必ず来る年次の届出

建設業の決算変更届は、事業年度終了後四か月以内が期限です。顧問先が十社を超えると、決算月がばらけるため、毎月どこかの締切が動いている状態になります。年次業務は、単発の許可申請より単価が低いこともあり、後回しにされやすいという構造的な弱点があります。

年次業務は自動化の効果が最も出る領域でもあります。決算月さえ台帳に入っていれば、期限日は計算で出せるからです。手入力する情報を減らし、計算で埋められる列を増やすことが、台帳設計の勘所になります。

場面3：依頼者側の事情で動く在留期限

在留資格の更新は、在留期限のおおむね三か月前から申請できるのが一般的な運用です。ただし依頼者が転職した、勤務先の決算内容が変わった、家族構成が変わったなど、事務所の外側で状況が動きます。期限の管理と同時に、必要書類の収集状況を管理しないと、期限直前に資料が足りないことに気づく事態が起きます。

したがって在留期限の案件では、期限日の管理よりも、資料が揃うべき日の管理のほうが実務上は重要になります。台帳の列に「必要書類の受領状況」を持たせておくと、通知の文面をそのまま依頼者への催促に流用できます。在留資格ごとの具体的な要件は運用の変更があり得るため、出入国在留管理庁の最新の案内で確認してください。

場面4：補助金や助成金の報告期限

補助金の支援業務を扱っている事務所では、交付決定後の実績報告、その後の効果報告といった期限が続きます。申請の採択で業務が終わったつもりになりやすく、しかも報告を怠ると依頼者側に不利益が生じます。採択の連絡が来た時点で、その先の報告期限まで台帳に起票してしまうのが安全です。

デジタル化・AI導入補助金（旧IT導入補助金）のように、複数年にわたって効果報告を求める制度もあります。制度ごとに期限の考え方が異なるため、案件の種別を台帳の列に持ち、種別ごとに通知の間隔を変えられる形にしておくと運用が安定します。

場面5：契約と請求まわりの期限

見落とされがちなのが、顧問契約の自動更新日、着手金の入金確認、報酬の請求日、実費の立替精算です。期限管理というと官公署への提出期限を思い浮かべますが、事務所の資金繰りに直結するのはこちらです。請求漏れは依頼者から指摘されないため、放置されやすいという特徴もあります。

手帳・表計算ソフト・専用ソフトが行き詰まる理由

ここまでの五場面を、いま使っている道具で管理できているかどうかを考えてみてください。多くの事務所では、手帳と表計算ソフトの組み合わせが出発点になります。どちらも悪い道具ではありませんが、限界の出方に癖があります。

手帳とカレンダーの限界

手帳は書くのが速く、面談中でも開けるという強みがあります。一方で、五年後のページがないという致命的な制約があります。カレンダーアプリなら五年後にも予定を置けますが、今度は案件の情報が予定のタイトルに押し込まれてしまい、後から一覧で見返せません。

また、カレンダーは予定を消すことができてしまいます。前日に見て「明日やろう」と考えて通知を消し、そのまま忘れる。通知を消せる仕組みは、記録の仕組みとしては弱いのです。台帳側に状態の列を持ち、状態が変わるまで通知が繰り返される形が望まれます。

表計算ソフトの限界

表計算ソフトは、列を自由に設計できるという点で台帳に向いています。当社も、最初の一歩としては表計算ソフトをお勧めすることが多くあります。限界が出るのは、開かないと何も起きないという点です。ファイルを開いた人にしか期限は見えず、開かない週があれば、その週の期限は存在しないのと同じになります。

もう一つの限界は、入力の自由度が高すぎることです。日付の列に「令和8年3月末」と書かれてしまうと、計算で期限を出せません。誰でも上書きできるため、行を並べ替えた拍子に一行ずれるといった事故も起こります。列ごとに入力規則を設定するだけでも、事故はかなり減ります。

専用ソフトの限界

士業向けの案件管理ソフトは、必要な機能が最初から揃っており、導入直後から使えるという強みがあります。限界として挙がるのは、事務所ごとの業務の形に合わせにくい点と、他の道具との連携です。たとえば、通知を事務所で使っているチャットに流したい、依頼者への案内メールと連動させたい、といった要望が出たときに、対応できる範囲は製品によって差があります。

また、扱う分野が偏っている事務所では、機能の多くを使わないまま費用だけを払う形になりがちです。専用ソフトが向くのは、標準的な業務が幅広くあり、設定に時間をかけたくない事務所です。逆に、特定分野に特化していて独自の管理項目が多い事務所ほど、自作寄りの構成が合います。

限界の共通点は「入力」と「想起」が同じ場所にあること

四つの道具の限界を並べると、共通点が見えてきます。入力する場所と、思い出させてくれる場所が同じであるために、片方が止まると全部が止まるのです。これから作る仕組みでは、台帳（入力と記録）と通知（想起）を分け、台帳が更新されなくても通知が飛ぶようにします。むしろ、更新されていない案件ほど強く通知するのが正しい設計です。

案件台帳の列定義：この形なら通知まで自動化できます

ここからが設計図の本体です。まず案件台帳の列を決めます。列が決まれば、通知の条件式も、ドラフト生成に渡す情報も自動的に決まります。逆に、列が曖昧なまま通知だけ作ると、条件を書けずに手が止まります。

台帳は「案件表」と「期限表」の二枚に分ける

先ほど述べたとおり、案件と期限は一対多です。そこで、依頼者と案件の情報を持つ案件表と、期限だけを一行ずつ持つ期限表の二枚に分けます。期限表の各行が案件番号を持ち、案件表とひも付く形です。表計算ソフトならシートを二枚、kintoneならアプリを二つ作り、関連レコード一覧でつなぎます。

二枚に分ける利点は、通知の対象が明確になることです。通知は期限表の行に対して飛ばせばよく、案件表の状態は関係ありません。また、一件の案件から期限が三つ四つと増えても、表の形を変えずに済みます。

案件表に持たせる列

案件表には、案件番号、依頼者名、依頼者区分（法人か個人か）、業務分野、受任日、担当者、報酬額、契約形態（単発か顧問か）、連絡手段、備考を持たせます。ここで重要なのは案件番号です。後述する匿名化や外部サービスとのやり取りで、依頼者名の代わりに使う識別子になります。

案件番号は、年度二桁と分野の記号と連番を組み合わせた形が扱いやすいと考えています。たとえば建設業許可なら26K001、入管業務なら26N001といった形です。人が見て分野が分かり、並べ替えたときに時系列になるため、補助者への指示も短く済みます。

期限表に持たせる列

期限表が仕組みの心臓部です。次の表が、当社が構築するときの標準的な列定義です。事務所によって増減はありますが、この形から削るときは、通知の条件が書けなくならないかを確認してください。

手入力する列をできるだけ減らす

この列定義の狙いは、手で入れる情報を基準日と状態にほぼ絞ることです。期限日は基準日から計算し、着手予定日は期限日から逆算します。決算変更届であれば事業年度終了日の四か月後、許可更新であれば満了日そのもの、というように、期限種別ごとに計算式を一つずつ用意します。

着手予定日の逆算日数は、事務所の実力に合わせて決めます。当社が伺う範囲では、建設業許可の更新で30日から45日、決算変更届で20日から30日、在留期限の更新で45日から60日を取っている事務所が多い印象です。最初は長めに取り、運用しながら縮めるほうが安全です。

状態の選択肢は五つまでに絞る

状態の選択肢を細かくしすぎると、更新されなくなります。未着手、資料待ち、作成中、提出済、完了の五段階が扱いやすい水準です。特に「資料待ち」を独立させておくと、依頼者への催促が必要な案件だけを抜き出せるようになり、通知の文面を分けられます。

90日前・30日前・7日前の三段通知を設計する

台帳ができたら通知です。通知は多ければよいというものではありません。多すぎる通知は無視されるようになり、無視される通知は存在しないのと同じです。当社では、意味の違う三段階に絞ることをお勧めしています。

90日前は「依頼者に案内する」ための通知

期限日の90日前に飛ぶ通知は、事務所の作業を促すものではなく、依頼者に「そろそろ更新の時期です」と伝えるための合図です。この段階で連絡しておくと、依頼者側で資料を集める時間が確保でき、結果として事務所の作業が楽になります。更新業務の受任機会を逃さないという営業上の効果もあります。

この通知は、条件を満たす行の一覧を朝のうちに事務所のチャットやメールに流す形が扱いやすいでしょう。案件番号と期限種別と期限日だけの短い一覧で十分です。依頼者名を通知に含めるかどうかは、後述する守秘義務の観点から事務所の方針を決めてください。

30日前は「着手する」ための通知

30日前の通知は、事務所内部に向けたものです。状態が未着手のままであれば、この日から作業を始める、という合図になります。ここで状態を「作成中」に変えると、通知が止まる設計にしておくと、通知が仕事の進捗を映す鏡になります。

30日前の通知には、必要書類の受領状況を必ず添えます。資料が揃っていない案件は、この時点で依頼者への催促を打つ必要があるからです。通知の本文に、そのまま送れる催促文の下書きを添えておくと、確認から送信までの時間が短くなります。

7日前は「止める」ための通知

7日前の通知は、性質が違います。ここまで来て状態が提出済になっていない案件は、他の仕事を止めてでも優先すべき案件です。通知の宛先を所長個人に固定し、件名の頭に警告の印を付けるなど、他の通知と見た目を変えることをお勧めします。

そして7日前の通知は、状態が完了になるまで毎日繰り返します。一度で消える通知は、忙しい日に流れます。毎日届く通知は、うるさいからこそ機能します。うるささを設計に組み込むのがこの段階です。

通知が止まる条件を先に決める

通知の設計で最も大事なのは、飛ばす条件ではなく止まる条件です。止まる条件が曖昧だと、通知が延々と鳴り続け、やがて誰も見なくなります。止まる条件を台帳の状態にひも付けておけば、通知を止めるために台帳を更新する動機が生まれ、台帳の鮮度が保たれます。

この関係は循環しています。台帳が正しいから通知が正しく飛び、通知を止めたいから台帳が更新される。この循環が回り始めると、仕組みは自分で自分を維持するようになります。逆に、通知を手作業で止められる形にすると、循環は切れてしまいます。

通知の宛先を分けすぎない

一人事務所であれば、宛先は事務所のチャットと所長個人の二つで足ります。補助者がいる場合でも、担当者宛と所長宛の二系統に収めると運用が楽です。宛先を細かく分けると、誰も自分宛だと思わない通知が生まれます。少なくとも所長には、すべての警告が届く形にしておいてください。

更新書類ドラフトの自動生成は、どこまでやってよいか

台帳と通知が動き始めると、次に効くのが書類ドラフトの自動生成です。更新業務は前回の内容を引き継ぐ部分が多く、AIや差し込み機能との相性が良い領域です。ただし、任せてよい範囲と、行政書士が自分の目で確認すべき範囲ははっきり分かれます。

先に自動化すべきは書類本体ではなく案内文

意外に思われるかもしれませんが、効果が早く出るのは申請書そのものより、依頼者への必要書類案内文です。90日前の通知に合わせて、案件の分野と前回の提出内容から「今回ご用意いただきたい書類」の案内文を下書きさせる。これだけで、更新業務の初動が数日早くなります。

案内文は、誤りがあっても依頼者とのやり取りの中で修正できます。一方で申請書の記載誤りは、官公署に出た後では取り返しがつきにくい。リスクの低いところから自動化するという順序は、士業の業務では特に重要だと考えています。

前回データの引き継ぎは、値のコピーではなく差分の提示に

更新書類のドラフトを作るとき、前回の値をそのまま複写すると、変更点を見落とす危険が高まります。役員が交代している、営業所が増えている、決算内容が変わっている。これらは書類上は同じ欄でも、中身が変わる箇所です。

そこで、ドラフトを作るときは前回値をそのまま入れるのではなく、「前回はこの値でした。今回は変更がありますか」という確認欄を付けた形で出力します。仕組みに答えを出させるのではなく、確認すべき点を並べさせる。この使い方であれば、AIが誤った値を作り込む余地が小さくなります。

AIが間違えやすい場所を知っておく

生成AIに書類のドラフトを作らせると、体裁の整った文章が返ってきます。問題は、体裁が整っているために誤りが目立たない点です。当社が実務で確認している範囲では、次の箇所は人が見るべき場所として扱っています。

特に注意したいのは、法令要件の判断です。生成AIは、実在しない要件や、改正前の内容を、もっともらしい文章で提示することがあります。要件に関する記述は下書きの材料としても使わず、一次情報にあたる運用をお勧めします。行政書士法第1条の2に定める業務の性質からしても、判断の部分を仕組みに委ねるべきではありません。

実装3パターンの比較と費用感

ここまでの設計図は、道具を選ばずに成立します。そのうえで、どの道具に載せるかを考えます。当社がご提案するのは、表計算ソフトに自動化スクリプトを足す構成、kintoneで作る構成、士業向け専用ソフトを使う構成の三つです。

パターン1：表計算ソフト＋自動化スクリプト

Googleスプレッドシートに案件表と期限表を作り、Google Apps Scriptで毎朝の通知を飛ばす構成です。すでに表計算ソフトで管理している事務所であれば、いまの表を作り替えるところから始められるため、心理的な負担が小さいという利点があります。

費用は、表計算ソフト自体が業務用のプランで一人あたり月額千円前後、通知の仕組みを外部に構築してもらう場合の構築費が十万円台からというのが、2026年9月時点で当社がお見積りする際の目安です。事務所の分野が一つか二つに絞られていて、案件数が年間百件程度までであれば、この構成で十分に回ります。

弱点は、行数が増えたときの動作の重さと、誤操作への弱さです。複数人で同時に編集する事務所では、入力規則と編集権限の設定を丁寧にしておく必要があります。また、スクリプトを書いた人以外が手を入れにくくなりがちなので、処理の内容を平易な言葉で残しておくことをお勧めします。

パターン2：kintoneで作る

kintoneは、案件表と期限表をアプリとして作り、関連レコード一覧でつなぐ構成に向いています。入力画面が自動で作られるため、補助者が入力しやすく、変更履歴も残ります。通知の条件設定も画面から行えるため、運用しながら細かく調整できるのが強みです。

費用は、2026年9月時点で利用者一人あたり月額千数百円からの水準が中心で、そこにアプリの構築費が加わります。当社が行政書士事務所向けに案件台帳と通知までを構築する場合、構築費は数十万円台からを目安にお伝えしています。分野が複数あり、補助者が入力する事務所ほど、この構成が生きます。

なお、こうした業務システムの構築費や利用料は、デジタル化・AI導入補助金（旧IT導入補助金）の対象になり得る領域です。対象範囲や要件は年度ごとに変わるため、申請を考える場合は最新の公募要領で確認してください。

パターン3：士業向け専用ソフト

専用ソフトは、案件管理と期限管理に加えて、報酬の請求や依頼者ごとの履歴管理まで一体で提供されるものが多くあります。設定にかける時間を最小にしたい事務所、あるいは自分で仕組みを保守する時間が取れない事務所には、有力な選択肢です。

費用は製品によって幅がありますが、月額数千円から一万円台の水準が中心です。導入時に、いま使っている表計算ソフトのデータをどう移すか、通知をどこに飛ばせるかを確認しておくと、後の齟齬が減ります。試用期間があれば、実際の案件を五件ほど入れて、通知が想定どおり飛ぶかを見てから決めてください。

迷ったときの選び方

選び方の基準は、案件数ではなく人数だと考えています。所長一人で完結している事務所は表計算ソフト、補助者や事務員が入力に関わる事務所はkintoneか専用ソフト、というのが実務的な目安です。入力する人が増えるほど、入力画面と権限と履歴の価値が上がるからです。

もう一つの基準は、五年後にこの仕組みを誰が保守しているかという問いです。所長がスクリプトを書いて維持できるなら表計算ソフトで構いません。そうでないなら、画面から設定できる道具を選ぶほうが、長い目で見て安全です。

4週間で動かすための導入手順

設計図があっても、動き出さなければ意味がありません。当社が支援するときは、完成形を目指さず、四週間で最低限の形を動かし、その後に足していく進め方を採っています。

1週目：期限の棚卸しをする

最初の一週間は、道具に触れません。いま抱えている案件から、これから一年以内に来る期限をすべて書き出します。手帳、メール、許可証のコピー、顧問先のファイル。どこにあるかを確かめながら集めます。この作業自体が、抜けの発見につながることが少なくありません。

集めた期限は、五十件から二百件程度になることが多いはずです。数が多いことに驚くかもしれませんが、それが頭の中で管理しようとしていた量です。この数を見た時点で、仕組み化の必要性は十分に納得できると思います。

2週目：台帳を作り、期限を入れる

二週目に、選んだ道具で案件表と期限表を作り、棚卸しした期限を入力します。列は先ほどの定義をそのまま使って構いません。入力しながら、自分の事務所に足りない列、要らない列が見えてきます。この段階では通知をまだ作らず、入力の負担だけを確かめます。

入力に時間がかかりすぎると感じたら、列を減らします。運用が続かない仕組みは、精度が高くても価値がありません。最初は、案件番号、期限種別、基準日、状態、担当者の五列だけでも動きます。

3週目：通知を一段だけ作る

三週目は、通知を作ります。ただし、いきなり三段は作りません。まず30日前の通知だけを作り、一週間動かします。想定どおりの案件が挙がってくるか、余計な行が混ざっていないかを見ます。ここで条件式の誤りが見つかることがよくあります。

通知の宛先は、最初は所長個人にしておきます。誤った通知が依頼者や補助者に飛ぶと、仕組みへの信頼が損なわれます。信頼を失った通知は無視されるようになるため、外に出す前に自分で一週間受け取るという順序が大事です。

4週目：三段に広げ、運用ルールを一枚にまとめる

四週目に、90日前と7日前を足して三段にします。あわせて、運用ルールを一枚の文書にまとめます。誰がいつ台帳に起票するか、状態を誰が変えるか、通知が飛んだら何をするか。三つの決めごとを書くだけで十分です。長い手順書は読まれません。

この四週間を終えると、頭の中にあった期限が全部外に出た状態になります。ここから先は、更新書類のドラフト生成や、依頼者への自動案内といった上積みの話です。上積みは、土台が動いてからで間に合います。

守秘義務と個人情報の扱いで外せない点

案件台帳には、依頼者の氏名、住所、事業の内容、場合によっては在留資格や家族構成といった情報が入ります。行政書士は行政書士法第12条により、正当な理由がなく業務上取り扱った事項について知り得た秘密を漏らしてはならないとされています。仕組みを作るときは、この点を設計に織り込む必要があります。

通知の本文に依頼者名を入れるかどうかを決める

通知はチャットやメールを経由します。事務所の外に出る可能性がある経路である以上、通知の本文に何を書くかは方針として決めておくべきです。当社では、案件番号と期限種別と期限日だけを通知に載せ、依頼者名は台帳を開いて確認する形をお勧めしています。案件番号を先に設計しておくのは、このためでもあります。

依頼者名を載せないと分かりにくい、という懸念はもっともです。その場合は、法人名の頭三文字だけを載せる、分野の記号を添えるなど、事務所内で通じる範囲に絞る折衷案があります。大事なのは、方針を決めて全員が同じ運用をすることです。

生成AIに渡す情報を絞る

更新書類のドラフトを生成AIに作らせる場合、依頼者の氏名、住所、生年月日、在留カード番号、法人の登記情報などをそのまま渡す必要はほとんどありません。案件番号と、分野と、前回の記載事項の型だけで下書きは作れます。差し込みは、手元のテンプレートで行えば足ります。

あわせて、利用するサービスのプランと設定を確認してください。入力内容を学習に使わない設定があるか、事業者向けのプランで契約しているか、保存期間はどうか。この三点を確認したうえで、事務所として使うサービスを一つか二つに絞ると、管理が現実的な負担に収まります。

アクセス権と退職時の扱いを先に決める

補助者や事務員が使う場合、誰がどの案件を見られるかを設定します。分野で分ける、担当案件だけにする、全件見られるが編集は担当分のみにする。どれが正解ということはありませんが、決めていない状態は避けてください。

もう一つ、退職や契約終了のときに権限を外す手順も、導入時に決めておきます。個人のアカウントに紐づいた共有は、外し忘れが起こりやすい部分です。台帳の管理者は所長のアカウントにし、他の利用者は招待という形にしておくと、外す作業が一箇所で済みます。

補助者・事務員への引き継ぎをどう設計するか

案件管理の仕組みを作る目的の一つは、所長以外の人が動けるようにすることです。とはいえ、いきなり全部を任せるのは現実的ではありません。工程を分け、任せる範囲を段階的に広げるのが安全です。

最初に任せるのは「起票」と「資料の受領記録」

補助者に最初に任せるのは、新しい案件が入ったときの起票と、依頼者から届いた資料の受領記録です。どちらも判断を伴わず、正誤がその場で分かる作業です。ここが安定すると、台帳の鮮度が一段上がり、通知の精度も上がります。

逆に、最初から状態の更新まで任せると、提出していないのに提出済になるといった事故が起こり得ます。状態のうち「提出済」と「完了」だけは所長が変える、という運用から始めるのが無難です。

引き継ぎ書ではなく、台帳そのものを引き継ぎ資料にする

補助者が交代するとき、別途の引き継ぎ書を作ろうとすると、それ自体が負担になり、結局は作られません。台帳の列に、依頼者の連絡手段、前回の提出内容、注意点を書く欄を用意しておけば、台帳を見せるだけで引き継ぎが済みます。

この考え方は、事務所を承継する場面でも効きます。所長の頭の中にある情報が台帳に載っている事務所と、載っていない事務所では、承継のしやすさがまったく違います。日々の運用が、そのまま資産の整理になっている状態が理想です。

役割分担の目安

一人事務所から二名、三名へと広がるときの役割分担の目安を、表にまとめます。人数が増えたときに、どの工程を先に手放すかの参考にしてください。

表のとおり、規模が変わっても、書類の内容確認と要件の判断は所長が担います。ここを手放さないという前提があるからこそ、それ以外の工程を安心して仕組みと補助者に渡せます。自動化の議論が不安に変わるのは、この線引きが曖昧なときです。

よくある質問

案件が年間20件ほどの一人事務所でも、台帳を作る意味はありますか

あります。むしろ件数が少ないうちに作るほうが、移行の手間が小さくて済みます。年間20件でも、更新のある許可を扱っていれば、数年で管理対象は積み上がります。五年前の案件が今年の更新として戻ってくる業務では、件数ではなく年数が管理の負担を決めます。

また、件数が少ない時期は、列の設計を試行錯誤する余裕があります。二百件を抱えてから列を変えるのは骨が折れます。最小の五列から始めて構いませんので、早めに外に出すことをお勧めします。

いま使っている表計算ソフトの管理表を、そのまま使えませんか

そのままでは通知を作りにくいことが多いです。よくあるのは、一行に複数の期限が入っている、日付が文字列で書かれている、状態の列がなく備考欄に書かれている、という三点です。この三点を直すだけで、既存の表を活かせる場合があります。

直すときは、いまの表を残したまま、新しい形の表を別に作って写すやり方が安全です。写す作業の中で、重複や終わっている案件が見つかることも少なくありません。写し終わるまでは、両方を並行して見ておいてください。

通知はメール、チャット、カレンダーのどれがよいですか

すでに毎日見ている場所に飛ばすのが正解です。新しい通知先を作ると、そこを見る習慣を新たに作らなければならず、定着しにくくなります。メールを一日に何度も見る方はメール、事務所でチャットを使っているならチャットで構いません。

カレンダーは、通知を消せてしまう点で、7日前の警告には向きません。90日前の案内のように、一度気づけばよい通知であればカレンダーでも機能します。段階ごとに経路を変えるのも一つの方法です。

期限の計算を仕組みに任せて、間違っていたら誰の責任になりますか

依頼者に対する責任は、当然ながら受任した行政書士が負います。だからこそ、期限日の計算式は導入時に一件ずつ手計算と突き合わせて確認してください。当社が構築する場合も、稼働前に十件程度を手計算で検証する工程を必ず入れています。

また、計算した期限日は「目安」として扱い、実際の提出前に所管庁の案内で確認する運用を残してください。仕組みは思い出す役、確認するのは人という役割分担にしておけば、仕組みの誤りが直接の事故につながりにくくなります。

専用ソフトから自作の仕組みに乗り換えることはできますか

多くの製品では、案件データをCSVなどの形式で書き出せます。乗り換えを検討する場合は、契約前の段階で書き出しの可否と項目を確認しておくと安心です。書き出せない製品を選ぶと、後で選択肢が狭まります。

逆方向、つまり表計算ソフトから専用ソフトやkintoneへの移行も可能です。この記事の列定義に沿って作っておけば、どの方向にも移しやすい形になります。台帳の列を丁寧に決めることは、道具の乗り換えやすさを確保することでもあります。

構築費用は補助金の対象になりますか

案件管理の仕組みの構築費やクラウドサービスの利用料は、デジタル化・AI導入補助金（旧IT導入補助金）で対象になり得る領域です。個人事業として営む行政書士も、中小企業者等として対象になる場合があります。ただし、対象となる経費の範囲、対象ツールの登録の有無、申請の類型は年度ごとに変わります。

したがって、補助金を前提に構築を進める場合は、契約や発注の前に公募要領の最新版で要件を確認してください。順序を誤ると対象外になることがあるため、この点だけは慎重に進めることをお勧めします。

結局、最初の一歩は何をすればよいですか

一年以内に来る期限を、道具を選ばずに書き出すことです。紙でも表計算ソフトでも構いません。書き出した数を見て、それが自分の記憶で管理できる量かどうかを判断してください。多くの方が、この時点で仕組み化を決めます。

書き出しさえ済んでいれば、その先の台帳づくりは数日で終わります。逆に、道具の比較検討から入ると、決まらないまま数か月が過ぎることがあります。手を動かす順序としては、棚卸しが先、道具選びが後です。

まとめ：台帳の列を決めることが、期限管理の自動化の入口です

行政書士事務所の案件管理と期限管理は、根性や記憶力の問題ではなく、設計の問題です。案件表と期限表に分け、基準日と状態を中心に列を決め、90日前・30日前・7日前という意味の違う三段の通知を飛ばす。この形さえ作れば、道具は表計算ソフトでもkintoneでも専用ソフトでも成立します。

そのうえで、更新書類のドラフト生成は案内文から始め、数値の転記や要件の判断は行政書士が確認する。守秘義務の観点からは、通知の本文に載せる情報と、外部サービスに渡す情報を絞る。補助者には、判断を伴わない起票と受領記録から任せていく。ここまでが、この記事でお伝えした設計図の全体像です。

四週間の導入手順のうち、最初の一週間は道具に触れません。まずは一年以内に来る期限をすべて書き出すところから始めてみてください。その一覧が、事務所の現状を最も正確に映す資料になります。

ご相談ください：ベストプランナーでは、行政書士事務所のAI活用と、デジタル化・AI導入補助金の申請サポートをあわせてご支援しています。「自分の事務所だと何から手を付けるべきか」「この構築は補助金の対象になるか」の整理だけでもご相談いただけます。無料相談はこちら