税理士事務所向け業務進捗管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

税理士事務所向け業務進捗管理システムの開発は、顧問先・税目・期限・担当者・確認待ち・資料回収状況を一つの流れで整理し、繁忙期の遅延と担当者依存を減らす取り組みです。

ただし、いきなり機能や画面を作り始めると、現場が入力しない、顧問先が資料提出を続けられない、既存の会計ソフトと二重入力になるといった問題が起こります。本記事では、要件整理から選定、設計・開発、テスト、稼働、定着までの6フェーズを軸に、税理士事務所で使える判断基準、確認項目、費用の考え方、見積もりの比較方法を具体的に説明します。

▼全体ガイドの記事
・税理士事務所向け業務進捗管理システム開発の完全ガイド

税理士事務所向け業務進捗管理システムの全体像とは?

税理士事務所向け業務進捗管理システムの全体像

このシステムは、単なるタスク一覧やガントチャートではありません。顧問先ごとの会計、法人税、消費税、給与、年末調整、決算、申告などを、誰が担当し、何を待っており、いつまでに次の作業へ進めるかを所内で共有する業務基盤です。導入の成否は、画面の多さよりも、現場が同じ定義で進捗を更新できるかで決まります。

管理単位は「顧問先×税目×期限×担当×状態」です

最初に決めたいのは、システムで一つの進捗レコードを何として扱うかです。例えば「株式会社Aの法人税申告」と「株式会社Aの年末調整」は、同じ顧問先でも期限、担当者、必要資料、確認者が違います。顧問先だけを案件名にすると、どの業務が遅れているのか見えません。そのため、顧問先、対象年度、税目・業務種別、申告期限、担当者、確認者、現在の状態、次のアクション、資料の未回収数をひとまとまりにする設計が実務に向いています。

代表的な状態は「未依頼」「依頼済」「一部受領」「確認中」「差戻し」「申告準備完了」「完了」です。ただし状態を増やしすぎると入力が迷いやすくなります。管理者が一覧を見たときに、滞留箇所と次に動く人が判断できる6〜8段階程度から始め、パイロット運用で必要な状態だけを追加すると定着しやすくなります。

必要な機能は進捗・資料・権限の3層で考えます

進捗管理の層では、顧問先別・担当者別・期限別の一覧、期限アラート、滞留一覧、業務テンプレート、業務日報、工数、対応履歴を確認します。資料管理の層では、依頼資料の一覧、提出済み・未提出・差戻しの区別、コメント、ファイルの版、顧問先への通知を設計します。権限の層では、税理士、補助者、パート、拠点管理者、顧問先ごとに閲覧・編集・ダウンロードできる範囲を分けます。

会計・税務計算を既存のTKC、MJS、PCAなどで行う場合は、進捗システムに計算機能まで重ねない判断も重要です。TKCのOMSクラウドやMJSのACELINK NX-Proのような業界向け製品は、事務所管理、日報、顧問先管理などを含むため、まず標準機能で満たせる範囲を確認します。一方、独自の資料回収フローや顧問先ポータルに強みがある事務所では、既存製品とAPI・CSVで連携し、不足部分だけを開発する構成が現実的です。

税理士事務所向け業務進捗管理システムの進め方

税理士事務所向け業務進捗管理システムの開発フェーズ

開発は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズに分けると判断しやすくなります。各フェーズの成果物と完了条件を先に決めておくと、「話し合いは進んでいるのに、いつまでも作り始められない」「納品されたが現場で使えない」という失敗を防げます。

フェーズ1:要件整理で現行業務とKPIをそろえます

要件整理では、現場への聞き取りだけでなく、繁忙期の実データを使って業務を棚卸しします。顧問先への資料依頼から、受領、内容確認、差戻し、申告書作成、税理士確認、電子申告、完了報告までを時系列に並べ、各工程の担当者、入力場所、待ち時間、手戻り、期限を記録します。Excel、紙、メール、チャット、電話に分散している情報も対象にします。

この段階で決めるKPIは、例えば「申告期限に対する遅延件数」「資料依頼から初回提出までの日数」「差戻しから再提出までの日数」「確認待ちの件数」「顧問先別・業務別の工数」です。KPIは多くても5つ程度に絞り、導入前の基準値を残します。目的を「AIを導入する」ではなく、「未回収資料を期限の10営業日前に発見する」のように業務結果で表すことがポイントです。

成果物として、現行業務フロー、業務一覧、顧問先・税目・期限・担当者のマスタ、権限表、KPI一覧、Must・Should・Couldの優先順位表を作ります。特に、誰が状態を更新するか、更新しなかった場合に誰が確認するかまで決めると、開発後の責任の曖昧さが残りません。

フェーズ2:選定で標準・ローコード・個別開発を比べます

会計・税務計算や法改正への対応を重視するなら、税理士・会計事務所向けパッケージを中心に比較します。所内の進捗表、日報、顧問先管理を短く試したいなら、kintoneのようなローコードが候補になります。顧問先ポータル、資料回収、差戻し、複雑な権限、既存基幹との連携が競争力に直結するなら、SaaSのAPI連携と不足部分のWeb開発を組み合わせます。完全スクラッチは、独自業務が多く、長期運用の投資判断ができる場合に限定します。

比較では、機能数だけでなく、実際の代表業務をデモで再現してもらいます。「顧問先Bから決算資料が一部だけ届いた」「担当者が休みで別の職員が引き継ぐ」「税理士の確認で差し戻された」「顧問先には自社の他案件を見せない」という4場面を、候補製品で操作します。操作回数、権限設定の分かりやすさ、通知のタイミング、履歴の追跡性を比べると、カタログでは分からない差が見えます。

フェーズ3:設計・開発で入力を増やしすぎないようにします

設計では、画面、データ、通知、権限、外部連携を分けて決めます。画面は「今日確認する一覧」「顧問先の詳細」「未回収資料」「差戻し一覧」「管理者ダッシュボード」のように、利用者の行動から考えます。入力項目は、必須にするほどデータの品質は上がりますが、入力負荷も高くなります。担当者が毎日更新する項目は、状態、次回アクション、期限、コメントなど必要最小限から始めます。

データ設計では、顧問先の法人情報、個人情報、契約、業務種別、税目、申告期限、担当者、確認者、資料、操作履歴を分離して管理します。過去顧問先や法人名の表記揺れをそのまま移行すると、検索や集計が壊れます。既存データの重複、休眠顧問先、担当者の退職、年度の持ち方を発注者と開発会社で確認し、移行対象と保管対象を区別します。

非機能要件は後回しにしません。顧問先ごとのデータ分離、役割別アクセス権、多要素認証、通信・保存時の暗号化、閲覧・ダウンロード・変更ログ、世代バックアップ、障害時の復旧目標、退職者アカウントの即時停止、CSVやAPIによるデータ搬出方法を仕様書に記載します。国税庁が示す電子帳簿保存法では、電子取引を行った場合に取引情報の電子データを一定の要件で保存する必要があるため、進捗管理システムが証憑を扱う場合は、保存・検索・訂正削除履歴の責任分界も確認します(出典:国税庁「電子帳簿保存法の概要」「電子取引関係」、2026年8月確認)。

フェーズ4:テストで繁忙期の実ケースを確認します

テストは、画面が開くかを確認するだけでは不十分です。機能テストでは、状態の遷移、期限アラート、資料の差戻し、コメント、担当者変更、権限、検索、帳票出力、外部連携を確認します。業務シナリオテストでは、実際の顧問先を匿名化したデータで、資料が一部提出され、税理士確認で差し戻され、別担当者へ引き継がれる流れを最初から最後まで通します。

移行テストでは、件数だけでなく、顧問先名、対象年度、税目、期限、担当者、資料の紐付けが正しいかをサンプル確認します。例えば全顧問先のうち、規模の大きい顧問先、個人事業主、複数税目がある顧問先、休眠顧問先を含む代表ケースを選び、移行前後で照合します。テスト結果には、再現手順、重要度、修正担当、再テスト日、残課題を記録します。

フェーズ5・6:稼働と定着は小さく始めて改善します

本稼働は、全顧問先・全税目を一度に切り替えるより、決算進捗や資料回収など影響範囲を限定したパイロットから始めます。例えば1拠点、1業務、代表的な10〜20顧問先で数週間使い、入力時間、状態の分かりにくさ、通知の多さ、権限漏れ、既存ソフトとの二重入力を確認します。税務の繁忙期に重なる場合は、移行日、旧Excelの参照期限、障害時の戻し方を事前に決めます。

定着では、マニュアルを配布するだけでなく、役割ごとの短い研修を行います。担当者には日々の状態更新、管理者には滞留一覧とKPI、税理士には確認・差戻し、顧問先には資料提出とコメントの操作を教えます。稼働後30日、60日、90日のタイミングで利用率、未更新件数、期限超過、資料回収日数、問い合わせ内容を振り返り、使われていない項目を削ります。入力されない理由を「現場の意識不足」と決めつけず、入力項目や通知設計を見直すことが重要です。

税理士事務所向け業務進捗管理システムの費用相場

税理士事務所向け業務進捗管理システムの費用相場

費用は、利用方式、事務所の人数、顧問先数、対象業務、既存システムとの連携、データ移行、セキュリティ、教育・保守によって変わります。公開料金があるSaaSと、要件によって変わる開発費を分けて考えることが大切です。以下の開発費レンジは、税理士事務所専用のスクラッチ価格を一律に示すものではなく、業務システムの類似案件とリサーチノートをもとにした推定目安です。

方式別の初期費用は0〜2,000万円程度まで幅があります

汎用SaaSの標準利用は、初期費用0〜30万円程度、月額は1ユーザーあたり1,000〜3,000円程度にオプションを加える形が一つの目安です。kintoneは2026年8月確認時点で初期費用無料、ライトコースが月額1,000円、スタンダードコースが月額1,800円、ワイドコースが月額3,000円の税抜価格で、ライトとスタンダードの最低ユーザー数は10ユーザーです。スタンダードを10人で使うライセンスだけなら月額18,000円ですが、アプリ設計、プラグイン、帳票、連携、教育は別費用です(出典:サイボウズ公式「kintone 料金」、2026年8月確認)。

ローコードで業務進捗アプリを構築する場合は、初期20〜150万円程度が推定レンジです。会計事務所向けパッケージやクラウドは、契約・設定・移行を含めて初期0〜300万円程度を見ます。PCAクラウドの公式料金ページでは、PCAクラウド会計のみの利用モデルが月額16,200円、税抜・1ユーザー利用の場合と案内されていますが、これは会計ソフトの公開料金であり、進捗管理の追加開発費や士業向けプランの価格を含みません(出典:PCA「料金プラン」、2026年8月確認)。

既存システムとの連携や顧問先ポータルを含む部分カスタムは、初期300〜1,000万円程度、独自ポータル・申告進捗・会計連携を含むスクラッチは800〜2,000万円程度が推定目安です。複数拠点、大量の顧問先、高度な権限、複数の基幹連携まで含めると2,000〜5,000万円超になる可能性もあります。これは公開価格ではなく、対象範囲と工数から算出する目安であり、実際の見積もりで確定させます。

月額以外に移行・連携・保守・教育を含めます

見積もりで見落としやすいのが、初期開発費に含まれない周辺費用です。データの名寄せ・移行、既存会計ソフトとのAPIやCSV連携、メール・チャット通知、帳票、顧問先ポータル、バックアップ、脆弱性診断、操作研修、マニュアル、稼働後の問い合わせ対応を項目ごとに確認します。開発費だけが安い提案は、必要な作業が保守契約や追加開発に分けられていることもあります。

保守費は、個別開発では初期費用の年間10〜20%程度を一つの検討目安にできますが、あくまで推定です。法改正対応、OSやブラウザの更新、外部API仕様変更、障害対応、バックアップ確認、利用者追加が含まれるかで変わります。契約前に、月額保守の対応時間、緊急時の連絡方法、復旧目標、追加費用が発生する条件、データを持ち出す方法を明記します。

5年の総保有コストを比べるときは、初期費用に60か月分のライセンス・保守を足し、導入時の移行・教育と、更新時の追加開発を含めます。10人、30人、100人で必要なライセンスが変わる製品もあれば、同時接続数で料金が決まる製品もあります。利用者数だけでなく、顧問先を外部ユーザーとして招待するのか、職員以外も編集するのかまで条件を揃えて比較します。

見積もりを取る際のポイント

税理士事務所向け業務進捗管理システムの見積もり

良い見積もりは、合計金額だけでなく、何を作り、何を作らず、誰がどのデータを準備し、どの条件で追加費用が出るかを説明します。候補会社に同じ前提を渡すため、簡易RFPを作ってから2〜3社程度に相談すると、価格差の理由を比較しやすくなります。

RFPには業務・データ・権限・成果物を書きます

RFPには、事務所の拠点数、職員数、顧問先数、対象業務、繁忙期、現在の管理方法、既存の会計・給与・請求・電子申告ソフト、データ量、利用者の種類を記載します。機能は「顧問先マスタ」「業務テンプレート」「期限管理」「資料依頼・受領」「差戻し」「担当者変更」「日報・工数」「通知」「検索・一覧」「権限」「操作ログ」「バックアップ」「CSV・API連携」に分解すると、漏れが減ります。

成果物として、要件定義書、画面一覧、画面設計、データ項目定義、権限マトリクス、連携仕様、テスト仕様、移行計画、操作マニュアル、運用ルール、障害対応手順、データエクスポート方法を挙げます。ソースコードや設定情報の帰属、第三者サービスの契約者、解約後にデータを取得できる期間も確認します。

候補会社は業務理解と運用支援まで評価します

候補会社には、税理士・会計事務所向けの導入経験、繁忙期の支援体制、資料回収や差戻しの設計経験、会計・給与・電子申告との連携実績を確認します。ただし、導入事例の社名や機能が自事務所にもそのまま適用できるとは限りません。実際の画面、担当体制、追加開発の条件、データ移行の分担を確認し、自社の代表ケースでデモを依頼します。

評価表は、業務適合性、操作性、権限・セキュリティ、連携性、移行、保守、費用、定着支援をそれぞれ5段階で採点します。価格だけで決めず、重要度の高い項目に重みを付けます。例えば、顧問先ポータルを使わない方針なら、その機能の評価点を下げ、既存会計ソフトとの二重入力をなくす連携や、担当者交代時の引き継ぎを重くします。

失敗リスクは小さく試し、契約条件で抑えます

よくある失敗は、全業務を一度に対象にする、入力項目を増やしすぎる、顧問先ポータルの利用を前提にする、既存ソフトと連携せず二重入力を残す、過去データを無検証で移行することです。対策として、最初は1業務・1拠点・代表顧問先で試し、3か月程度のパイロットでKPIと現場の声を確認します。パイロットで使われない機能は、本開発の対象から外す判断も必要です。

セキュリティでは、税理士事務所が扱う顧客情報・財務情報・証憑を前提にします。IPAは2026年3月に「中小企業の情報セキュリティ対策ガイドライン第4.0版」を公開しており、アクセス制御、運用管理、事故対応などを確認する材料になります(出典:IPA「中小企業向けガイド」、2026年3月公開)。実装だけでなく、アカウント発行・停止、権限申請、ログ確認、バックアップ復元、インシデント時の連絡手順を運用として決めます。

クラウドを選ぶ場合は、データ保存地域、再委託先、可用性、障害通知、バックアップ、解約時のデータ返却、サポート時間を確認します。自社の規程や顧問先との契約で追加条件がある場合は、発注前に専門家へ確認します。税務上の保存義務や税理士業務の管理に関わる範囲は、システム会社だけで判断せず、税理士会や専門家の見解も踏まえます。

よくある質問(FAQ)

税理士事務所向け業務進捗管理システムのよくある質問

税理士事務所向け業務進捗管理システムは、既製品を使うか開発するか、どこまでを最初の対象にするかで迷いやすい領域です。ここでは、導入前によくある質問へ直接回答します。

税理士事務所向け業務進捗管理システムは何から始めればよいですか?

最初に、資料依頼から申告完了までの現行業務を、顧問先・税目・期限・担当者・確認待ち・資料状態の単位で棚卸しします。そのうえで、遅延件数や未回収資料など、改善したいKPIを決め、1業務・代表顧問先に絞ったパイロットの要件を作ります。機能一覧から始めるより、滞留している工程から始める方が効果を測りやすくなります。

既製パッケージとスクラッチ開発はどちらがよいですか?

会計・税務計算、法改正対応、業務処理簿などを重視する場合は、税理士・会計事務所向けパッケージの標準機能を優先して確認します。独自の資料回収、顧問先ポータル、複数システム連携が差別化になる場合は、既存SaaSと部分開発の組み合わせが候補です。スクラッチは自由度が高い一方、費用、保守、法改正や連携先の変更への対応責任も大きいため、標準機能で業務が変えられない理由を明確にしてから選びます。

顧問先の個人情報や証憑を扱うときの注意点は何ですか?

顧問先ごとのデータ分離、役割別の閲覧・編集権限、多要素認証、操作・ダウンロードログ、暗号化、バックアップ、退職者アカウントの停止、障害時の復旧手順を要件に含めます。電子取引データを保存する場合は、電子帳簿保存法の保存・検索・訂正削除に関する要件と、進捗システムが担う範囲を切り分けます。クラウド事業者の仕様だけでなく、事務所内の権限申請やログ確認の運用も整える必要があります。

開発期間はどれくらいかかりますか?

標準SaaSの設定なら2週間〜2か月、ローコード構築なら1〜3か月、会計事務所向けパッケージの導入なら1〜4か月、連携を含む部分カスタムなら3〜8か月、独自ポータルや複数連携を含む開発なら6〜12か月程度が一般的な検討レンジです。対象業務、データ移行、繁忙期、利用者の合意形成によって前後します。期間を短くするには、最初の対象範囲と判断者を絞り、要件・データ・テストケースを発注者側でも準備することが有効です。

まとめ

税理士事務所向け業務進捗管理システムのまとめ

税理士事務所向け業務進捗管理システムは、顧問先ごとの業務を一覧化するだけでなく、未回収資料、確認待ち、期限、担当者、次のアクションを一つの流れで管理するための仕組みです。開発は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで進め、各段階の成果物と完了条件を明確にします。

成功の判断基準は現場で使われる進捗と数字です

方式を選ぶときは、標準機能で業務を変えられるか、独自フローのために部分開発が必要か、完全スクラッチの投資に見合うかを比べます。見積もりは初期費用だけでなく、ライセンス、移行、連携、教育、保守、5年分の運用費で比較します。導入後は、期限超過、資料回収日数、確認待ち、未更新、引き継ぎ時間などのKPIを定期的に見て、使われない入力や通知を減らします。

最初の一歩は代表業務の棚卸しとパイロットの設計です

まずは、決算や資料回収など遅延が起きやすい代表業務を一つ選び、現行フロー、利用者、データ、権限、KPIを整理します。その内容をもとに候補会社へ同じRFPを渡し、代表ケースのデモ、移行方法、連携範囲、保守条件、データ搬出方法を確認します。小さく稼働して現場の声を反映しながら対象を広げることが、税理士事務所に合った業務進捗管理システムを定着させる近道です。

▼全体ガイドの記事
・税理士事務所向け業務進捗管理システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。