会計事務所の案件管理システムとは？顧問先・申告期限・工数と案件別採算を一元化する選び方【2026年】

会計事務所や税理士事務所の案件は、顧問先ごとに月次巡回監査・年末調整・決算申告が毎年同じ順番で回り、そこに法定の申告期限と担当者の工数が重なります。一般的な案件管理システムは1件ごとの商談や進捗を追う設計のため、顧問先を軸に繰り返す業務サイクルと期限を扱うと途端に噛み合いません。本記事では、会計事務所の案件管理システムに必要な4つの要件を整理し、特化型パッケージ・汎用プロジェクト管理ツール・エクセル運用を比較します。そのうえで、会計ソフトや請求・勤怠との連携でどこまで二重入力を減らせるか、パッケージで足りる事務所と受託開発でつくるべき事務所をどう分けるかを判断基準まで示します。

まとめ：会計事務所の案件管理は顧問先別の期限と工数採算の一元化で決まる

会計事務所の案件管理でつまずく原因は、タスクの数ではなく管理の軸にあります。顧問先マスタと決算期から期限つきのタスクが自動で生まれ、そこに担当者の工数が乗り、顧問料と突き合わせて顧問先別の採算が出る——この一本の線がつながるかどうかが、ツールの合否を分けます。

会計事務所・税理士事務所に固有の要件は4つです。顧問先を親に据えた案件の構造化、決算期から逆算した法定期限の自動生成、担当者別・顧問先別の進捗を所長が一画面で追える可視化、そして工数入力から顧問先別の採算（売上と原価）まで届く集計。TKCのOMSやMyKomonのような会計事務所特化型はこの前提で作られており、AsanaやBacklogのような汎用プロジェクト管理ツールは進捗までは扱えても期限の自動生成と採算集計で手が止まります。

選び分けの結論は明快です。TKCやミロク情報サービスなど特定ベンダーの会計システムで業務が固まっている事務所は、同系列の事務所管理システムを選ぶのが最短。複数の会計ソフトが混在し、顧問先ごとに業務範囲が違い、独自のスポット業務や外部スタッフの巻き込みが収益の柱になっている事務所では、パッケージの型に業務を合わせる負担が上回ります。案件管理そのものの一般論は案件管理システムとは？機能・SFA・プロジェクト管理との違いと選び方で、製品タイプ別の比較軸は案件管理ツールの比較（SFA型・プロジェクト管理型・脱エクセル）で確認できます。

会計事務所の案件管理で扱う顧問先・法定期限・工数という3階層の管理対象

「案件管理システム」という言葉は同じでも、会計事務所が管理したい対象は営業案件の進捗とは別物です。まず、何を1件と数えるのかから切り分けます。

顧問先を親に置き毎月毎年繰り返す業務サイクルという管理単位を設計する視点

一般的な案件管理が追うのは、1つの商談が発生してから受注・納品で閉じる単発の流れです。会計事務所は逆で、顧問契約が続くかぎり同じ業務が周期的に発生します。月次では資料回収・記帳確認・巡回監査・月次報告、年次では年末調整・法定調書・償却資産申告・決算申告と、顧問先1件あたり年間で20件を超えるタスクの束が毎年ほぼ同じ形で立ち上がります。つまり案件は「新しく起票するもの」ではなく「顧問先マスタと決算期から自動で生成されるべきもの」です。この構造を持たないツールでは、毎期あたまに数百件のタスクを人手で複製する作業が発生し、そこで抜け漏れが起きます。

汎用ツールが取りこぼす法定期限と担当者工数の同居という条件を見極める視点

会計事務所の期限は、事務所の都合ではなく法令で決まります。法人税の確定申告は事業年度終了日の翌日から2か月以内（法人税法第74条）、個人の所得税は原則として翌年3月15日、個人事業者の消費税は3月31日。源泉徴収票などの法定調書と給与支払報告書、償却資産申告は1月31日が締切です。申告期限の延長特例を届け出ている顧問先だけ1か月後ろにずれるといった例外も、顧問先ごとに保持する必要があります。汎用のタスク管理ツールでも期日は入りますが、決算期と特例の有無から期限を計算して毎期発行する仕組みまでは持ちません。加えて、誰がその顧問先に何時間かけたかという工数が同じ台帳に乗らないと、繁忙期の負荷配分も顧問料の妥当性も判断できないままになります。工数管理そのものの機能差は工数管理システムとは？機能・勤怠管理との違いと選び方で整理しています。

税理士事務所の案件管理システムに求める期限・進捗・工数・採算の4要件

製品を見る前に、自事務所が本当に必要とする機能を要件として言語化しておくと、デモの席で過不足を判断できます。優先度の高い順に4つ挙げます。

顧問先マスタと決算期から期限つきタスクを自動生成する要件を選定時に確かめる

最優先はここです。顧問先マスタに決算月・課税事業者区分・申告期限延長の届出有無・関与形態（記帳代行あり／自計化）を持たせ、そこから月次と年次のタスクを期限つきで自動発行できるか。3月決算の顧問先が30件あるなら、5月末に申告期限が集中する事実を事務所全体のカレンダーとして先に見えている必要があります。手作業のコピーで運用している事務所ほど、決算期変更や新規受任のたびに台帳の整合が崩れます。判定の目安は「顧問先を1件登録したら、その顧問先の年間タスクが自動で並ぶか」です。並ばない製品は、規模が増えるほど運用コストが積み上がります。

担当者別と顧問先別の進捗を所長が一画面で確認する要件を実現する機能

会計事務所の進捗管理には、他業種にない確認工程が挟まります。担当者が作成した申告書を所長や社員税理士がチェックし、押印・電子署名を経て提出する流れです。進捗ステータスを「未着手・進行中・完了」の3段階にしてしまうと、この確認待ちの滞留が見えなくなります。実務では、資料未回収・記帳中・チェック待ち・修正対応中・提出済・控保管まで刻んだ方が滞留箇所を特定できます。TKCのOMSは関与先別・職員別に申告業務の進捗を確認でき、会計システム側の処理結果に応じて進捗を自動更新する設定も持ちます（2026年8月時点の公式サイト記載）。所長が朝の10分で全顧問先の危険信号を拾えるかどうかを、デモで実際に触って確かめてください。

工数入力から顧問先別の採算と売上原価を集計する要件まで含む集計機能

顧問料は月額固定である一方、投入工数の顧問先ごとの差は大きいものです。記帳代行の量、資料の提出遅れ、質問対応の頻度、決算時のイレギュラー。工数を顧問先別・業務種別で入力し、担当者の人件費単価を掛けて原価を出せば、顧問料に対する採算が明らかです。ここまで届くと、値上げ交渉の材料、業務範囲の見直し、担当替えの判断がすべて数字で議論できます。集計の切り口は次の4つを押さえておけば実務は回ります。

• 顧問先別の年間工数と売上総利益（顧問料・決算報酬・スポット報酬の合計から人件費を差し引く）
• 業務種別（記帳・巡回監査・年末調整・決算申告・スポット）の工数構成
• 担当者別の稼働率と、繁忙期に偏る顧問先の分布
• スポット業務（相続・補助金申請・融資支援など）の実績報酬と工数の対比

4つのうちまず入れるべきは顧問先別の採算です。ここだけで、赤字化している顧問先が数件は見つかります。

資料回収と顧問先とのやりとりを案件に紐づける要件を支える記録機能

進捗が遅れる原因の大半は、事務所内ではなく顧問先からの資料待ちです。どの顧問先にいつ何を依頼し、いつ届いたのかが案件と切り離してメールやチャットに散っていると、督促の判断が担当者の記憶頼みになります。顧問先ごとの資料回収チェックリスト、依頼日と受領日の記録、通帳や請求書の預かり状況までを案件に紐づけておくと、担当者が急に休んでも別の職員が引き継げます。共有クラウドストレージにフォルダを作るだけの運用では、届いていない資料が可視化されない点に注意してください。

会計事務所向け案件管理システムの3タイプ比較と規模別の向き不向き

選択肢は大きく3つに分かれます。会計事務所特化型、汎用プロジェクト管理型、エクセルによる自前運用です。それぞれ得意な領域と限界がはっきりしています。

特化型・汎用プロジェクト管理型・エクセル運用の機能と定着性の比較

同じ「案件管理」でも、期限の自動生成と採算集計を持つかどうかで実務の手触りが変わります。主な違いを整理します。

特化型の製品例はTKC OMSやMyKomon、汎用プロジェクト管理型の製品例はAsana、Backlog、Notion、kintoneです。汎用型を選ぶ事務所は、期限管理を別に持たざるを得ません。特化型を選ぶ事務所は、会計システムのベンダーを事実上固定します。この二択の性質を理解しないまま機能表の多さで選ぶと、導入後に運用が二重化します。

職員数と顧問先数から見た3タイプの適性ラインを判断する選定基準

規模の目安は次の数字です。職員5名以下・顧問先50件程度までなら、エクセルと共有カレンダーでも運用可能です。ただし担当者が3名を超えて同時編集が発生した時点で、ファイルの排他制御が現実の問題になります。職員10名前後・顧問先100件を超えるあたりから、期限の自動生成と担当者別の進捗可視化が効き始め、特化型か汎用型かの選択が必要です。職員30名以上、あるいは複数拠点・在宅スタッフ・外部委託を抱える規模では、案件管理と工数・採算が分断されていること自体がボトルネックになります。判断の順番としては、まず自事務所の顧問先数と職員数を置き、そのうえで会計システムのベンダー方針を確認し、最後に汎用ツールとの併用可否を検討する流れが手戻りを生みません。

会計ソフト・請求・勤怠システムとの連携範囲で決まる二重入力の削減幅

案件管理システムを入れたのに入力の手間が減らない、という失敗はほぼ連携設計の抜けから起きます。どこまでつなぐかを先に決めます。

会計システム側の処理状況と案件管理側の進捗が二重化する典型パターン

会計事務所には、すでに進捗を持つシステムが存在します。会計・申告システムの処理状況です。ここに月次データの入力完了や申告書の作成状況が記録されているのに、案件管理システムでも同じ進捗を人手で更新すると、二重管理になったうえに数字が食い違います。回避の方向は2つ。会計システムの処理結果を案件管理側の進捗へ自動反映させるか、案件管理側は資料回収・チェック・提出といった会計システムが持たない工程だけを担当させるか。TKCのOMSのように同系列の会計システムと連動する製品は前者を標準で備えます。異なるベンダーの製品を組み合わせる場合は、どちらを進捗の正とするかを最初に決めてください。両方で管理すると、必ず片方が更新されなくなります。

CSV連携とAPI連携の使い分けと請求・入金確認までの自動化範囲

連携方式では、更新頻度と作業量が判断軸です。月次1回の締め処理で足りるデータ（顧問先マスタ、月次の売上計上、工数の実績値）はCSVの取り込みで十分機能します。日次で状態が変わるデータ（申告書の作成状況、資料の受領、請求書の発行と入金消込）は、API連携にしないと結局は手入力の温床になります。請求まで含めて考えると、月額顧問料の自動請求、決算報酬とスポット報酬の都度請求、入金消込という3つの流れを案件データとつなぐかどうかが分岐点です。会計ソフトや請求サービスが公開APIを持たない場合、CSVの受け渡しに落とすか、画面操作の自動化に頼るかの選択になります。後者は仕様変更で止まるため、恒久運用の前提には置かないでください。

パッケージで足りる会計事務所と受託開発が正解になる事務所を分ける基準

ここが最も相談の多い論点です。結論を先に言えば、標準的な顧問業務が収益の中心なら特化型パッケージ、業務範囲が事務所ごとに大きく分岐しているなら受託開発が現実解になります。条件を具体的に示します。

特化型パッケージ導入で足りる3条件と、選ぶべきでない場面の判断基準

次の3条件をすべて満たす事務所は、特化型パッケージを選んでください。第一に、会計・申告システムのベンダーが1社に固まっている。第二に、収益の8割以上が月次顧問と決算申告という標準業務で構成されている。第三に、職員の業務フローが所長の方針で統一されており、担当者ごとの独自運用が少ない。この状態なら、製品が想定する業務フローに事務所を合わせる負担が小さく、導入から定着まで数か月で到達します。

逆に、選ぶべきでない場面もはっきりしています。顧問先の会計ソフトが複数ベンダーに分散していて、事務所側で使い分けている場合。相続・M&A支援・補助金申請・IPO支援といったスポット業務が売上の3割を超え、その1件ごとに固有の工程を持つ場合。そして、在宅スタッフや外部の記帳代行会社に工程の一部を切り出しており、事務所職員と同じ画面を渡せない場合です。これらは特化型の想定範囲を外れるため、無理に合わせると製品の外側でエクセル運用が復活します。「導入したのに前のシートも残っている」という状態は、選定を誤ったサインです。

受託開発で自事務所仕様に作るべき条件と、着手前に確認する範囲

受託開発を選ぶ判断は、次のいずれかが事務所の競争力に直結する場合です。独自のスポット業務や業種特化サービスを商品化しており、その工程管理が標準製品に収まらない。複数の会計ソフト・請求サービス・勤怠システムとデータを双方向でつなぎ、顧問先別の採算をリアルタイムに見たい。あるいは、顧問先に直接ログインしてもらう資料提出ポータルを自事務所のブランドで持ちたい。こうした条件では、既製品への業務側の妥協が積み上がり、かえって職員の作業が増えます。顧問先管理と案件・工数・採算を自事務所の業務フローに合わせて設計し、会計ソフトや請求サービスと連携する基幹システム開発（業務システムの受託開発）であれば、パッケージでは吸収できない要件を仕様として作り込めます。

ただし、着手前に見送るべき場面も明示しておきます。標準業務で足りるのに「将来の拡張性」を理由に受託開発を選ぶ判断です。要件が固まらないまま開発に入ることは、費用も期間も膨らむ原因です。まず特化型パッケージのデモで自事務所の業務を通し、外れた工程だけを書き出してから相談すると、開発範囲を必要最小限に絞れます。同じ考え方で業種固有の要件を整理した例は、広告業の案件管理システムの選び方でも扱っています。

脱エクセルを段階的に進める5ステップと最初に着手する範囲の判断手順

パッケージ・受託のどちらに進むにせよ、移行は一度に行わないでください。次の順で進めると、職員の負荷を抑えたまま切り替えられます。

1. 顧問先マスタを整える（決算期・課税区分・申告期限延長の届出有無・関与形態・担当者を1か所に集約する）
2. 年間タスクのテンプレートを作る（月次・年次の標準工程と、顧問先ごとの例外工程を分けて定義する）
3. 進捗ステータスを実務どおりに刻む（資料未回収・記帳中・チェック待ち・修正対応中・提出済まで）
4. 工数入力を開始する（最初は業務種別と顧問先の2軸だけに絞り、入力の定着を優先する）
5. 顧問先別の採算を月次で確認する（顧問料と工数原価を突き合わせ、業務範囲と料金を見直す）

最初の1と2で全体の手戻りが決まります。逆に、顧問先マスタが整わないまま製品選定に入ると、どの製品を入れても運用が安定しません。工数入力は職員の抵抗が出やすい工程のため、評価に使わないことを最初に明言し、業務量の可視化と負荷平準化のために取ると説明してください。

会計事務所・税理士事務所の案件管理システム導入に関するよくある質問

会計事務所・税理士事務所の所長や管理職の方から寄せられることの多い質問に、実務の観点で回答します。

会計事務所の案件管理はエクセルのままでも運用できますか？

職員5名以下・顧問先50件程度までなら当面は運用できます。移行の合図は3つあります。複数職員の同時編集でファイルが競合する、決算期変更や新規受任のたびに台帳の更新が漏れる、月次の進捗集計に半日以上かかる。いずれかが常態化したら、ツール移行のほうが安く済みます。困りごとが出てから動くほうが、機能を持て余さずに済みます。

案件管理システムと会計ソフトの事務所管理機能は何が違いますか？

会計ソフト側の事務所管理機能は、自社の会計・申告システムの処理状況を軸に進捗を持ちます。案件管理システムの対象は、資料回収・所内チェック・顧問先とのやりとり・スポット業務まで含めた工程全体です。同系列でそろえるなら前者で足りることが多く、複数ベンダーの会計ソフトが混在する事務所では後者を進捗の正とする設計が向いています。

顧問先ごとの採算はどのように出せばよいですか？

顧問先別・業務種別で工数を入力し、担当者の人件費単価を掛けて原価を算出する方式です。これを顧問料・決算報酬・スポット報酬の合計と突き合わせれば、顧問先別の売上総利益が出ます。まずは記帳代行の工数から入力を始めると、赤字化している顧問先を短期間で特定可能です。全業務の工数を一度に取ろうとすると入力が続きません。

小規模な税理士事務所でも導入する意味はありますか？

職員数名でも、繁忙期に特定の担当者へ業務が偏っているなら導入する意味は明確です。期限つきタスクの自動生成と担当者別の進捗可視化だけでも、3月と5月の負荷分散に効きます。採算管理まで一度に入れず、期限管理と進捗共有に絞って始めると、費用対効果を確かめながら広げられます。

既存の会計ソフトや勤怠システムと連携できますか？

顧問先マスタや工数実績のような月次で足りるデータはCSVの受け渡しで連携可能です。申告書の作成状況や入金消込のように日次で変わるデータは、API連携がないと手入力に戻ります。自事務所で使っている会計ソフト・請求サービス・勤怠システムのAPI公開状況を先に確認し、つながらない部分は受託開発での連携基盤も含めて検討すると、業務フローを崩さずに済みます。

関連記事

• 案件管理システムとは？機能・SFA・プロジェクト管理との違いと選び方・開発判断：案件管理の定義と汎用ツールとの機能差を押さえる親記事。業種特化に入る前の全体像として。
• 案件管理ツールの比較｜SFA型・プロジェクト管理型・脱エクセルの選び方：製品タイプ別の比較軸を業種横断で体系化。本記事の3タイプ比較を広げたい場合に。
• 工数管理システムとは？機能・勤怠管理との違いと選び方・基幹連携の判断軸：工数入力と勤怠の違い、基幹システム連携の設計を解説。顧問先別採算の前段として。
• 広告業の案件管理システムとは？媒体・工数・原価を一元化する選び方：同じ業種特化でも管理対象が異なる例。原価構造の違いを比べたい場合に。