社労士事務所の顧問先管理システム｜手続き進捗と給与計算を一元化する方法【2026年最新】

なぜ社労士事務所の顧問先管理は破綻するのか

社労士事務所の業務は、一件あたりの単価がそれほど大きくない代わりに、件数と期限の数が膨大です。顧問先が50社あれば、月次の給与計算が50本、随時の入退社手続きが月に十数件、年に一度の算定基礎届と労働保険年度更新が全社分、さらに就業規則の改定や各種相談が随時発生します。

この構造には3つの落とし穴があります。

落とし穴1：情報が「顧問先ごと」ではなく「案件ごと」に散る

Excelで管理を始めると、たいてい「入退社管理表」「算定基礎進捗表」「年度更新チェックリスト」のように手続きの種類ごとにファイルが分かれます。すると「A社について今何が動いているか」を知るには、5つのファイルを横断して見る必要が出てきます。顧問先から電話がかかってきたときに即答できないのは、この構造が原因です。

落とし穴2：進捗が「担当者の記憶」に依存する

Excelの進捗欄に「対応中」と書いてあっても、それが「書類を依頼した段階」なのか「申請直前」なのかは担当者にしかわかりません。ステータスの粒度が事務所全体で統一されていないため、他の職員が引き継ごうとしても状況が読めない。結果として「担当者が休むと止まる」という状態が固定化します。

落とし穴3：期限が能動的に知らせてくれない

Excelは開かなければ何も教えてくれません。資格取得届は事実発生から5日以内、雇用保険の資格取得届は翌月10日まで、といった法定期限は「見に行く」ことでしか確認できない。繁忙期に一つ見落としが起きるのは、担当者の注意力の問題ではなく仕組みの問題です。

※ 本記事に登場する法定期限や制度の記述は2026年時点の一般的な情報です。制度は改正される可能性があるため、実務判断にあたっては所管省庁の公表資料や専門家の最新情報をご確認ください。

顧問先管理システムとは何か

一般企業のCRM（顧客管理システム）は「見込み客をどう受注につなげるか」が主眼ですが、社労士事務所の顧問先管理は受任後の継続業務をいかに漏れなく回すかが主眼になります。この違いは機能設計に直結します。

士業向けの顧客管理という点では、税理士事務所にも似た課題があります。業種が違っても「期限と進捗の一元化」という構造は共通しているため、税理士事務所の顧客管理（CRM）の記事もあわせて読むと設計イメージが掴みやすくなります。

顧問先管理システムが担う6つの領域

顧問先マスタ：一元化すべき情報の全体像

顧問先管理システムの土台は顧問先マスタです。ここが不完全だと、後続の全機能が機能しません。実務で必要になる項目を洗い出すと、おおむね次のようになります。

会社情報ブロック

• 商号、所在地、電話番号、代表者名、法人番号
• 健康保険・厚生年金の適用事業所番号、管轄年金事務所
• 労働保険番号（継続・一括有期の区分含む）、管轄労働基準監督署、管轄ハローワーク
• 健康保険組合加入の有無と組合名（協会けんぽか組合健保かで手続き先が変わる）
• 事業の種類（労災保険率に影響）、労働保険の年度更新区分
• 就業規則の届出状況と最終改定日、36協定の有効期間

契約・料金ブロック

• 顧問契約の開始日・更新日・契約書の格納場所
• 月額顧問料、給与計算の従業員単価、スポット業務の単価表
• 請求サイクル（毎月／四半期）、支払方法（振込／口座振替）、締日と支払日
• 契約に含まれる業務範囲（どこまでが顧問料内で、どこからが別料金か）

体制ブロック

• 顧問先側の窓口担当者（複数登録可）とその連絡手段（メール／電話／チャット）
• 事務所側の主担当・副担当
• やりとりの履歴（電話・メール・訪問の記録）

「Excelで足りている」と感じる事務所へ

顧問先が10社以下で、職員が所長ともう1名という規模なら、正直Excelでも回ります。無理にシステムを入れる必要はありません。判断の分かれ目は次の3つです。

1. 顧問先が20社を超えたか：一覧を目視でスキャンできる限界がこのあたりです。
2. 職員が3名以上いるか：同時編集と進捗共有の必要性が一気に上がります。
3. ヒヤリハットが起きたか：期限を危うく見落としかけた経験が1度でもあれば、仕組み化のタイミングです。

手続き進捗管理：入退社・算定基礎・年度更新

社労士事務所の手続きは、発生タイミングによって3種類に分けると設計しやすくなります。

随時発生型：入退社手続きのステータス設計

もっとも件数が多く、もっとも事故が起きやすいのが入退社です。ステータスは細かすぎても粗すぎても使われません。実務では6段階前後が現実的です。

重要なのは「書類回収中」を独立したステータスにすることです。社労士事務所の案件が止まる原因の大半は、事務所側の作業遅れではなく顧問先からの資料が届かないこと。ここを可視化すると「催促すべき案件リスト」が自動的に出来上がります。

年次型：算定基礎届・年度更新の一斉進行管理

算定基礎届と労働保険の年度更新は、全顧問先が同時に走る唯一の業務です。ここでExcelが最も苦しくなります。必要なのは次の3つの見え方です。

• 全社横断ビュー：50社の進捗が1画面で、ステータス別の件数とともに見える
• 担当者別ビュー：職員ごとの残件数がわかり、負荷の偏りを所長が把握できる
• 停滞抽出ビュー：「書類依頼から7日以上返信がない顧問先」だけを自動で抜き出す

チェックリストをテンプレート化する

手続きの種類ごとに必要書類とチェック項目は決まっています。案件を作成した瞬間に、その手続き用のチェックリストが自動展開される仕組みにすると、新人職員でも抜け漏れなく進められます。たとえば「資格取得（協会けんぽ・扶養あり）」を選ぶと、被扶養者異動届と続柄確認書類のチェック項目が自動で追加される、といった具合です。

このテンプレート機能は、事務所ごとの運用ルールがそのまま反映される部分です。既製ソフトのテンプレートが自事務所のやり方と合わない場合、カスタマイズの価値が最も出やすい領域でもあります。属人化の解消手順については属人化を解消する3つの手順も参考になります。

期限アラート設計：失念事故をゼロに近づける

アラートは3段階で設計する

通知は多すぎると無視され、少なすぎると意味がありません。実務で機能するのは次の3段構えです。

ポイントはエスカレーション段階で所長に必ず飛ぶことです。担当者一人に通知が閉じていると、その担当者が休んだ日に期限が来た場合に誰も気づきません。副担当と管理者を通知経路に組み込むことで、人の不在がそのまま事故につながる経路を断てます。

「期限」は法定期限だけではない

実務で管理すべき期限は複数のレイヤーに分かれます。

• 法定期限：資格取得届は事実発生から5日以内、雇用保険の資格取得届は翌月10日まで、など
• 事務所内期限：法定期限の2営業日前を所内締切とする、といった安全マージン
• 顧問先への依頼期限：資料提出をいつまでにお願いするか
• 契約由来の期限：36協定の有効期間満了、就業規則の見直しサイクル、契約更新日

※ 上記の法定期限は2026年時点の一般的な情報です。手続きの種類や加入する健康保険組合によって取扱いが異なる場合があるため、実際の運用にあたっては所管省庁の公表資料をご確認ください。

通知チャネルの選び方

メール通知だけにすると、日々大量のメールに埋もれます。実務では以下の組み合わせが効果的です。

e-Gov電子申請との連携をどう考えるか

電子申請は社労士事務所の生産性を大きく左右します。ただし、ここは期待値のコントロールが重要な領域です。

連携には3つのレベルがある

多くの事務所にとって費用対効果が最も高いのはレベル1とレベル2です。レベル3は技術的な難度と、電子証明書の取扱い・行政側の仕様変更への追随という運用負荷が伴います。すでに実績のある申請ソフトを使いつつ、その前後の「データ準備」と「結果の記録」を自社システムで固めるほうが、投資対効果は安定します。

公文書・控えの管理設計

電子申請で返ってくる公文書は、顧問先ごと・手続きごとに整理されていないと、後から探せません。ファイルサーバーのフォルダ階層だけで管理すると、命名規則が職員ごとにブレて破綻します。案件レコードにファイルを紐づけ、「A社の2026年4月の資格取得手続き」から公文書に1クリックで到達できる状態をつくるのが理想です。

保存期間や電子データの取扱いルールについては、事務所の規程と関係法令にあわせて設計する必要があります。この点は業務システム要件定義の進め方で触れている「業務ルールの棚卸し」の工程で整理していくのが確実です。

給与計算業務を顧問先管理とつなぐ

給与計算は多くの社労士事務所にとって安定収益の柱であると同時に、毎月確実に襲ってくる負荷でもあります。ここで重要なのは「計算そのもの」と「計算の周辺業務」を分けて考えることです。

計算エンジンは既製品で足りることが多い

給与計算のロジックそのもの（社会保険料率、雇用保険料率、所得税額表、住民税の反映など）は法令に基づいて全国共通です。ここを自作するのは、保守コストの観点から中小規模の事務所にはおすすめしません。制度改正のたびに自前で追随する必要があり、実務上の負担が大きくなります。

周辺業務こそ時間を食っている

実際に工数を消費しているのは、次のような工程です。

1. 勤怠データの受領：顧問先ごとにExcelの様式がバラバラ。メール添付で届き、受領確認を手作業でしている
2. 不備の確認：欠勤日数の記入漏れ、残業時間の桁間違いなどを目視でチェックしている
3. 変動項目のヒアリング：手当の変更、扶養の異動などを毎月メールで往復している
4. 明細の配布：PDF化して顧問先ごとにパスワードを設定し、個別にメール送信している
5. 進捗の把握：50社のうちどこが未受領でどこが計算完了かを、担当者しか知らない

これらはすべてシステム化できる領域です。顧問先ごとに専用の入力フォームを用意すれば様式のバラつきが消え、入力時点でバリデーション（欠勤日数が所定日数を超えたら警告する等）をかければ不備チェックが自動化されます。給与計算の月次進捗を顧問先管理システムの案件として扱えば、「今月どこが遅れているか」が一目でわかります。

社会保険料の改定タイミングを取りこぼさない

月額変更届（随時改定）の要否判定は、給与計算と顧問先管理が交差する典型的なポイントです。固定的賃金の変動があった月から3か月の平均を見て判定する必要があり、給与データ側に情報があっても、顧問先管理側で「判定対象として追いかける」仕組みがなければ見落とします。

給与計算ソフト選定の観点そのものについては給与計算システムの選び方、勤怠データの収集方法については勤怠管理システムの選び方も参考にしてください。

報酬請求・入金管理の自動化

意外に見落とされがちですが、請求業務の自動化は投資対効果が最も明確に出る領域です。理由は単純で、請求漏れがそのまま売上の取りこぼしになるからです。

社労士事務所の請求が複雑になる理由

• 顧問料の変動：従業員数に応じて顧問料が変わる契約形態が多い
• 給与計算の従量課金：計算人数×単価で毎月金額が変わる
• スポット業務の積み上げ：入退社手続き1件あたり◯円、就業規則改定一式◯円などが不定期に発生
• 実費の立替：郵送料、証明書取得の手数料など少額の立替が積み重なる
• 請求サイクルの違い：顧問先ごとに月次・四半期・年次が混在する

この複雑さゆえに、多くの事務所では請求書作成が「担当者がExcelを見ながら手で組み立てる」作業になっています。そしてスポット業務の計上漏れが最も起きやすいのがここです。

案件と請求をつなぐ設計

解決策はシンプルで、手続き案件を完了ステータスにした時点で、自動的に請求候補が積み上がる設計にすることです。

担当者が「請求を上げる」ことを別途意識しなくても、日々の進捗更新がそのまま請求データになる。この流れをつくると、請求漏れは構造的に起きにくくなります。

入金消込と未収管理

請求書を出したら終わりではありません。入金があったかどうかの消込と、未入金の顧問先へのフォローも管理対象です。銀行の入出金明細をCSVで取り込み、金額と振込名義で自動照合する仕組みにすれば、月末の消込作業が数時間から数十分に短縮できます。未入金が一定期間続いた顧問先を自動でリストアップし、所長に通知する運用も組み込めます。

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

投資判断の考え方については、業務システム化の費用対効果（ROI）で算出の枠組みを解説しています。

既製の士業ソフト vs カスタム開発

ここが本記事の核心です。結論から言えば「まず既製ソフトを検討し、埋まらない差分だけをカスタムで補う」が中小規模の社労士事務所にとって最も合理的です。

既製ソフトで十分なケース（正直に書きます）

• 顧問先が20社以下で、業務フローが手続き代行中心にまとまっている
• 顧問料の体系がシンプル（一律月額＋人数単価程度）
• 職員が2〜3名で、日々の口頭コミュニケーションで進捗が共有できている
• まずは低コストで「システムで管理する」という習慣を事務所に定着させたい

この条件に当てはまるなら、既製ソフトを試してみるのが先です。年間数万円〜十数万円で改善するなら、それが最善の選択です。私たちも相談の場で「今回は既製ソフトのほうが合います」とお伝えすることがあります。

カスタムの検討価値が出るケース

現実解はハイブリッド

実務でもっとも多い着地は、「給与計算と電子申請は既製ソフト、顧問先管理と進捗・請求はカスタム、両者をデータ連携でつなぐ」という構成です。法改正への追随が必要な部分は既製ソフトに任せ、事務所の個性が出る部分だけを自前で持つ。これなら初期投資も保守負担も抑えられます。

スクラッチ・パッケージ・SaaSの根本的な違いについてはスクラッチ vs パッケージ vs SaaSで詳しく整理しています。

費用相場と導入ステップ

カスタム開発の費用相場

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。実際の費用は機能の複雑さ、連携先の数、データ移行の量によって変動します。

費用の内訳や見積もりの読み方についてはシステム開発の相場で詳しく解説しています。

導入ステップ

1. 業務の棚卸し（2〜4週間）：現在の手続きの種類、使っているExcel、ソフト間の転記作業をすべて書き出す。ここを丁寧にやるかどうかで成否が決まります。
2. 優先順位づけ：全部を一度に作らない。「期限失念のリスクが高い領域」か「転記工数が大きい領域」から着手する。
3. 要件定義（3〜6週間）：画面イメージを見ながら、実際に使う職員の意見を取り入れて仕様を固める。
4. 開発・テスト（2〜4か月）：段階的に触れる状態にして、早い段階から現場に確認してもらう。
5. データ移行：既存Excelからの顧問先マスタ移行。この工程を軽視すると稼働直後に混乱します。
6. 並行運用（1〜2か月）：旧来の方法と新システムを一定期間並走させ、抜けがないか確認してから完全移行する。

開発の全体像はシステム開発の流れで工程ごとに解説しています。

スモールスタートの勧め

よくある失敗パターンと回避策

失敗1：入力項目を欲張りすぎる

「せっかくだから全部管理しよう」と項目を増やすと、入力の手間が増えて誰も使わなくなります。最初は必須項目を絞り、実際に検索・集計で使う項目だけを必須にするのが鉄則です。使われないシステムは存在しないのと同じです。この点はITツールが現場で使われない理由でも詳しく扱っています。

失敗2：所長だけで仕様を決める

実際に一日中システムに触れるのは職員です。所長の頭の中にある理想の業務フローと、現場の実際の手順にはズレがあることがほとんど。要件定義には必ず主担当クラスの職員を1〜2名入れてください。

失敗3：データ移行を軽く見る

Excelからの移行は「コピーして貼るだけ」ではありません。同じ会社が表記ゆれで2件登録されている、住所が全角半角混在している、退職者が消されずに残っている——こうしたデータの汚れを整理する工程が必ず必要です。移行前のデータクレンジングに1〜2週間を見込んでおくと安全です。

失敗4：法改正への対応方針を決めていない

社労士業務は制度改正の影響を直接受けます。カスタム開発を選ぶ場合、「どこまでを保守契約でカバーし、どこからを追加開発とするか」を契約時に明文化しておくことが重要です。曖昧なままだと、改正のたびに費用交渉が発生します。保守の考え方はシステム保守とはを参照してください。

失敗5：紙とシステムの二重管理が続く

「念のため紙でも残す」を許すと、いつまでも二重管理が終わりません。並行運用の期限を最初に決め、その日を過ぎたら紙は廃止すると宣言してください。移行期間を無限にしないことが定着の条件です。

失敗6：誰が管理者かを決めていない

システムには必ず「育てる人」が必要です。マスタの整備、権限の管理、改善要望の集約を担う担当を1名決めてください。所長が兼務でも構いませんが、無人だと半年で形骸化します。内製と外注の役割分担については内製化 vs 外注の判断基準が参考になります。