税理士事務所向け業務進捗管理システム開発の発注/外注/依頼/委託方法について

税理士事務所向け業務進捗管理システムの発注では、税務業務に合う進捗単位を先に定義し、パッケージ・SaaS・ローコード・スクラッチを比較して、資料回収から申告完了までの責任範囲を明確にすることが重要です。

税理士事務所では、顧問先ごとの決算や確定申告、年末調整、月次監査の状況が、Excel、紙、メール、チャット、担当者の記憶に分散しやすいです。そのため、単にタスクを並べるシステムを購入するだけでは、繁忙期の未回収資料や確認待ちを減らせない場合があります。この記事では、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先の選定、見積比較、導入後の定着までを、税理士事務所の実務に合わせて解説します。

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

税理士事務所向け業務進捗管理システムの発注前に知るべき全体像

発注前に押さえるべきポイントは、システムの名称や画面の多さではなく、誰が、どの顧問先の、どの税目の、どの期限に向けて、何を確認しているかを共有できることです。税理士事務所向けの業務進捗管理では、一般的なプロジェクト管理よりも、顧問先と申告業務の組み合わせを軸に考える必要があります。

発注書やRFPには、顧問先名だけでなく、法人税、所得税、消費税、給与、年末調整、月次監査などの税目・業務種別を登録できることを書きます。さらに、申告期限、担当者、レビュー担当者、資料の依頼日、受領状況、差戻し理由、次のアクション、完了日を同じレコードで追えるようにします。たとえば「資料依頼済み」と「資料一部受領」は別ステータスです。ここを一つにまとめると、担当者は進んでいるように見えても、実際には不足資料が残っている状態を見落とします。

目的は「業務をデジタル化すること」だけではありません。繁忙期に未回収資料を早く発見すること、担当者の休暇や退職時にも引き継げること、職員別の工数と顧問先別の採算を把握すること、税理士業務処理簿や所内の確認手続きを漏れなく残すことが、発注の成果です。サイボウズのアイエクシード税理士法人の事例では、全員の日報を一つのExcelで管理し、ファイルを開くだけで1〜2分かかる状態からkintoneへ移行したと紹介されています。最初の効果はAIによる高度な自動化より、検索・入力・集計の待ち時間をなくすことに現れやすいです。

発注形態はどれを選ぶ？パッケージ・SaaS・ローコード・スクラッチの比較

発注形態は、会計・申告計算を含めて標準化したいのか、所内の進捗だけを早く改善したいのか、顧問先ポータルや独自連携を競争力にしたいのかで決まります。税理士業務の基盤をすべて一から作る必要はありません。標準製品を中心にし、不足する資料回収や通知だけを連携・追加開発する段階的な発注も現実的です。

TKCのOMSクラウドは、税理士事務所の業務フロー、業務処理簿、KPI、業務日報、業務時間管理などを扱い、TKCシステムの処理結果から進捗を自動更新できる点を公式に案内しています。MJSのACELINK NX-Proも、顧問先管理、報酬請求、業務進捗、業務日報を一元管理し、日報と請求データを使った顧問先別利益の把握を支援しています。税務計算や電子申告との連動、法令対応、導入後の業務支援を重視する事務所は、まず業界パッケージを比較すると選びやすいです。ただし、独自の資料依頼フローや拠点別権限が標準機能に含まれるかは個別確認が必要です。

汎用SaaSは、サーバー構築を自社で抱えず、アカウント発行後に運用を始められる点がメリットです。標準のタスク、コメント、ファイル共有、通知を使って、まず決算進捗や資料回収の一部を試せます。顧問先に新しい入力を強制すると定着しにくいため、最初は所内だけで運用し、メール通知やCSV取込など既存のやり方と組み合わせる方法も有効です。ライセンスだけでなく、権限設定、データ移行、教育、帳票、外部連携の費用を分けて確認します。

kintoneなどのローコード基盤では、顧問先マスタ、業務ステータス、期限アラート、日報、対応履歴を事務所の言葉で組み立てやすいです。サイボウズ公式料金ページでは、kintoneのスタンダードコースは月額1,800円（税抜）からで、最小ユーザー数は10ユーザー、初期費用は無料とされています。10人ならライセンス部分は月額18,000円、年額216,000円（税抜）が下限の目安です（出典：サイボウズ株式会社「kintone 料金」、2026年8月確認）。ただし、これはライセンス料金であり、アプリ設計、プラグイン、帳票、API連携、移行、教育の発注費は含まれません。税務計算をローコードで代替するのではなく、会計・申告製品との役割分担を明確にすることが大切です。

スクラッチ開発は、複数拠点の複雑な権限、顧問先ポータル、電子申告や会計ソフトとの連携、独自の業務処理簿、詳細な採算管理など、標準製品では業務上の差別化を実現できない場合に検討します。一方で、仕様変更のたびに開発費が発生し、法改正や連携先の仕様変更も自社の判断が必要になります。最初から全顧問先・全税目を対象にせず、決算進捗や資料回収だけを対象にした部分カスタムを3か月程度で検証し、効果が確認できた領域から広げる方が、過剰投資を抑えやすいです。

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

外注は、問い合わせをして見積を受け取るだけでは成功しません。現行業務の棚卸し、目的とKPIの設定、候補会社へのRFP提示、提案比較、契約、要件定義、試験導入、受入テストという順で、発注者側の判断を置く必要があります。特に税理士事務所では、繁忙期の業務を止められないため、導入時期と並行稼働の計画を先に決めます。

まず、顧問先から資料を依頼する方法、提出を受ける窓口、内容を確認する人、差戻しの方法、申告書のレビュー、完了報告、業務処理簿への記録までを一つの流れにします。担当者へのヒアリングだけでなく、実際のExcel、メールテンプレート、紙のチェックリスト、日報、会計ソフトの出力を確認します。現場が「確認待ち」と呼んでいる状態が、税理士確認待ちなのか、顧問先への質問待ちなのかで必要な通知も権限も変わります。

全顧問先を一度に移行するのではなく、業務量が多く、遅延の影響が見えやすい顧問先や、決算進捗の一部を対象にします。たとえば、10〜20社程度で「未依頼、依頼済み、一部受領、確認中、差戻し、申告完了」のステータスを運用し、未回収資料の件数、期限超過件数、担当者の検索時間、顧問先への催促回数を導入前後で比べます。パイロット期間は、要件の規模にもよりますが、ローコードや既存SaaSの設定なら1〜3か月程度を目安にし、税理士事務所の繁忙期を避けて評価します。

受入テストでは、画面が表示されるかだけでなく、実際の顧問先を想定して、資料を依頼し、ファイルを受領し、差戻し、担当者を変更し、期限アラートを受け、レビューを完了する一連の操作を確認します。権限の異なる税理士、職員、パート、拠点管理者、顧問先のテストアカウントを用意し、見えてはいけない顧問先情報が表示されないことも確認します。会計・給与・請求・電子申告の連携がある場合は、異常データや連携停止時の手作業もテストに含めます。

RFP・要件整理で決めるべき項目とは何ですか？

RFPや要件定義書には、欲しい機能の一覧だけでなく、業務の背景、対象ユーザー、データ、連携、非機能要件、納品物、見積条件を書きます。RFP・要件整理で決めるべき項目とは何ですか？という問いへの答えは、業務を再現できる粒度で「入力、判断、承認、通知、記録、出力」の条件を定義することです。要件が曖昧なまま複数社へ見積を依頼すると、金額の差が会社の優劣ではなく、含まれている作業範囲の差になってしまいます。

Mustには、顧問先別の進捗、申告期限、担当者と確認者、資料の提出状況、権限、操作ログ、バックアップなど、導入時点で欠かせない要件を置きます。Shouldには、会計ソフトとのCSV連携、日報と工数集計、定型メール、ダッシュボードを置き、CouldにはAIによる要約や高度な予測を置く考え方が有効です。「AIで資料を分類したい」と書く前に、資料の種類、命名規則、保存場所、誰が最終確認するかを定義します。入力データが標準化されていなければ、AI機能を追加しても確認作業が増える可能性があります。

移行対象は、顧問先マスタ、法人・個人区分、担当者、税目、申告期限、契約・報酬、過去の進捗、未完了タスク、資料ファイル、対応履歴に分けて整理します。過去データをすべて移すのか、直近年度と未完了案件だけにするのかで費用も期間も変わります。表記揺れや退職者の担当情報をそのまま移すと、検索と権限管理に問題が残ります。会計ソフト、給与、請求、電子申告、電子契約、顧問先ポータルと連携する場合は、APIの有無、CSVの形式、連携頻度、失敗時の再実行方法、連携元と連携先の正本をRFPに記載します。

顧問先情報や個人情報を扱うため、テナント分離、役割別権限、多要素認証、通信時・保存時の暗号化、閲覧・ダウンロード・変更のログ、世代バックアップ、障害時の復旧目標、退職者アカウントの即時停止を明記します。国税庁の電子帳簿保存法資料では、電子取引データについて、訂正削除履歴が残る仕組み、検索機能、画面で確認できる環境、税務職員からのダウンロードの求めへの対応などが要件として整理されています（出典：国税庁「電子帳簿等保存制度」、2026年確認）。進捗管理システムが保存対象データを扱う場合は、法令適合をベンダー任せにせず、対象データと保存責任を税理士事務所側で確認します。

契約形態は準委任・請負・SaaS利用をどう分けるべきですか？

契約形態は、開発作業の進め方と成果物の責任を分けて考えます。契約形態は準委任・請負・SaaS利用をどう分けるべきですか？という問いへの基本的な答えは、要件が固まった成果物には請負、要件定義や継続的な改善には準委任、標準サービスの利用にはSaaS利用規約を適用し、混在部分を契約書で明確にすることです。名称だけでなく、完成条件、検収、変更手続き、障害対応、データの返還を確認します。

準委任契約では、専門家が一定期間、要件定義、設計支援、プロジェクト管理、運用改善を行うことに向いています。業務フローを見ながら仕様を決める段階では、成果物を一括で固定すると、現場の発見を反映しにくくなります。担当時間、会議体、報告内容、意思決定者、月ごとの終了条件を定め、作業時間だけが増えないようにします。受託会社に丸投げするのではなく、税理士事務所側の業務責任者を置き、優先順位を決める体制が必要です。

請負契約では、画面一覧、機能仕様、データ項目、権限表、連携仕様、テスト仕様、操作マニュアル、移行データ、ソースコードまたはエクスポート方法など、何を納品するかを明記します。検収は「使えること」ではなく、代表的な顧問先を想定した業務シナリオを通過することにします。期限アラート、差戻し、担当者変更、CSV連携失敗、アクセス権の変更、退職者の停止などを受入条件に含めます。追加要件が出たときは、金額・納期・影響範囲を双方が承認する変更管理にします。

顧問先データ、業務履歴、資料ファイル、ログ、バックアップの所有権と利用目的を契約に記載します。契約終了時に、CSVやファイルでいつまでに、どの形式で、どの費用で返還されるか、ベンダー側の複製やバックアップをいつ削除するかも確認します。再委託先の所在地、アクセス範囲、事故時の通知期限、脆弱性対応、サービス停止時の連絡手段を曖昧にしないことが重要です。SaaSを選ぶ場合も、月額が安いことだけでなく、出口のデータ可搬性を見ておきます。

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

費用相場は、利用人数、顧問先数、対象税目、既存システムとの連携、データ移行、権限の細かさ、顧問先ポータルの有無で大きく変わります。公開料金があるSaaSのライセンスと、個別の設定・開発・移行・教育・保守は分けて見積もります。以下の開発費レンジは、税理士事務所専用の一律価格ではなく、業務管理・顧客管理・申請進捗など類似システムの工数をもとにした推定です。実際の金額はRFPと現行データを確認したうえで個別に提示されます。

汎用SaaSの標準利用は、初期費用0〜30万円程度、月額は1ユーザーあたり1,000〜3,000円程度にオプションを加える想定です。kintoneなどのローコード構築は、アプリ設計、通知、帳票、プラグイン、移行を含めて20〜150万円程度が一つの推定レンジです。会計事務所向けパッケージは、契約、利用人数、顧問先数、設定、移行、教育を含めて0〜300万円程度の幅で見積もられることがあります。周辺連携を含む部分カスタムは300〜1,000万円程度、顧問先ポータル・申告進捗・会計連携を含むスクラッチは800〜2,000万円程度、複数拠点や大規模連携では2,000〜5,000万円超が推定されます。いずれもノート調査に基づく目安であり、特定金額を約束するものではありません。

見積書の確認では、開発費の合計だけを比較しません。要件定義、画面・データ設計、アプリ設定、プログラム開発、API連携、テスト、データクレンジング、移行、マニュアル、研修、プロジェクト管理、リリース支援を分けます。保守費には、問い合わせ対応、障害復旧、バックアップ、監視、セキュリティ更新、法改正による変更、外部サービスの仕様変更が含まれるかを確認します。見積に含まれない作業を「別途」とだけ書かず、対象件数や単価、追加時の承認方法まで聞くと、後からの予算増加を抑えられます。

初期費用が安くても、30人・100人へ拡大したときのライセンス、顧問先ポータルのゲスト料金、ファイル容量、API回数、プラグイン、保守の費用で総額が変わります。逆に、スクラッチは初期費用が大きくても、業務時間の削減や採算改善が長期に続く可能性があります。10人・30人・100人の利用規模で、1年目と5年目の費用を同じ条件で試算し、移行・教育・現場の入力時間も含めたTCOを比較します。効果は「担当者の検索時間」「未回収資料の件数」「期限超過」「日報集計にかかる時間」など、導入前に測れる指標で置くと判断しやすいです。

委託先選定と見積比較で確認すべきポイント

委託先は、知名度や見積総額だけでは選べません。税理士事務所の業務を理解し、既存の会計・申告環境を壊さず、現場が使う状態まで支援できるかを確認します。候補会社には同じRFP、同じデモ用シナリオ、同じ質問を渡し、提案の前提条件をそろえます。提案内容が会社ごとに違う場合は、安い会社が優れているのではなく、要件の解釈が違う可能性があります。

実績を聞くときは「税理士向けシステムを作ったことがありますか」だけで終わらせません。顧問先別進捗、資料回収、差戻し、日報、工数、報酬請求、会計・申告連携、業務処理簿、権限管理のどこまで対応したかを確認します。TKC、MJS、PCA、ソリマチなどの業界製品を扱う会社と、kintoneのような汎用基盤を構築する会社、顧問先ポータルを個別開発する会社では役割が異なります。候補会社の紹介を「同じ要件の受託実績」と断定せず、標準機能、設定、追加開発、導入支援のどこに強いかを比較します。

比較表には、初期費用、月額・年額、5年TCO、対象ユーザー数、顧問先数、対象税目、導入期間、パイロット範囲、移行件数、連携本数、保守時間、障害時の目標、担当者の経験、再委託の有無、データ搬出方法を並べます。最安値を選ぶ前に、見積に含まれないものを確認します。たとえば、資料のPDFを移行しない、既存マスタの名寄せをしない、顧問先向け画面は別契約、法改正対応は保守外という条件があれば、初期費用だけの比較は危険です。提案時に、代表的な顧問先1社の業務シナリオを実演してもらうと、使い勝手と責任分界を同時に確認できます。

導入後に質問できる窓口、回答時間、操作研修、マニュアルの更新、運用ルールの見直し、障害時の連絡網を確認します。担当者が一人だけで、退職や異動で引き継ぎが切れる会社は避けた方が安全です。プロジェクト責任者、業務設計者、開発担当、インフラ・セキュリティ担当の役割と、会議への参加者を確認します。税理士事務所側にも業務責任者と現場代表を置き、月次で利用率、未処理件数、問い合わせ、追加要望を見直す体制を契約・計画に含めます。

発注後の失敗を防ぐセキュリティ・移行・定着の確認

発注が完了しても、業務が変わらなければ投資効果は出ません。税理士事務所の顧問先データは機密性が高いため、セキュリティ、移行、運用定着を開発の最後ではなく、RFPと契約の段階から管理します。2026年3月にIPAが公開した中小企業向け情報セキュリティ対策ガイドライン第4.0版では、従来の対策に加えてバックアップを含む「情報セキュリティ6か条」などが整理されています（出典：IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。

税理士、所属税理士、職員、パート、拠点責任者、顧問先で、閲覧・登録・承認・ダウンロードの権限を分けます。顧問先Aの資料を顧問先Bの担当者が見られないこと、退職者のアカウントが残らないこと、重要操作の記録が残ることをテストします。バックアップは回数だけでなく、復元テストの頻度と復旧目標を確認します。ベンダーの再委託先、データ保存地域、インシデント発生時の通知、脆弱性の修正期限も、質問票にして回答を残します。

移行前に、顧問先コード、法人名、税目、年度、担当者、期限、ステータスの表記を統一します。次にサンプルデータで移行し、件数、文字化け、添付ファイル、日付、担当者、権限、検索結果を照合します。最後に本番移行の手順と切り戻し方法を決め、旧Excelをいつまで参照専用にするかを合意します。すべての過去資料を移すのではなく、法令・社内規程・業務上必要な保存期間を確認し、直近年度、未完了案件、現在利用中の顧問先から始める方が、移行負担と誤登録を抑えやすいです。

入力項目が多すぎる日報や、顧問先が使わないポータルは、導入後に形骸化しやすいです。ステータスを更新する担当、更新するタイミング、必須項目、確認者、例外時の処理を業務ルールとして1枚にまとめます。導入後30日、60日、90日で、利用率、未処理タスク、期限超過、資料回収のリードタイム、催促回数、検索時間を確認します。数値が改善しない場合は、機能追加より先に、ステータスの意味、担当者の責任、顧問先への依頼方法を見直します。

よくある質問（FAQ）

発注前に多く寄せられる疑問を、費用、既存製品との関係、導入時期の観点から回答します。事務所の規模や既存システム、顧問先のIT利用状況で最適解は変わるため、回答をそのまま製品選定にせず、RFPの確認項目として利用してください。

汎用SaaSの標準利用は初期費用0〜30万円程度、ローコード構築は20〜150万円程度、周辺連携を含む部分カスタムは300〜1,000万円程度、顧問先ポータルや会計連携を含むスクラッチは800〜2,000万円程度が推定レンジです。利用人数、移行データ、連携数、権限、保守範囲で変動するため、公開料金と個別開発費を分けて見積もる必要があります。

発注できます。会計・申告計算は既存製品や業界パッケージに任せ、資料回収、確認待ち、担当者別タスク、期限アラート、日報、工数だけをローコードや追加システムで管理する構成があります。重複入力を増やさないため、顧問先コード、年度、税目、担当者、進捗をCSVやAPIで連携できるか、どのシステムを正本にするかを要件定義で決めます。

標準SaaSは2週間〜2か月程度、ローコード構築は1〜3か月程度、業界パッケージは設定・移行・教育を含めて1〜4か月程度、部分カスタムは3〜8か月程度、スクラッチは6〜12か月程度が調査上の目安です。全顧問先を対象にするほど移行と受入テストが長くなるため、まず10〜20社程度のパイロットで運用を確認し、繁忙期を避けて段階的に広げると安全です。

まとめ

税理士事務所向け業務進捗管理システムを発注するときは、最初から機能数やAIの有無を競うのではなく、資料依頼から申告完了までの業務を棚卸しし、顧問先×税目×期限×担当×確認者×証憑状態の粒度で要件を整理します。そのうえで、業界パッケージ、SaaS、ローコード、部分カスタム、スクラッチを、初期費用だけでなく5年TCO、連携、移行、保守、データ搬出まで比較します。

まず現場の代表者と、未依頼・依頼済み・一部受領・確認中・差戻し・完了のステータスを定義し、対象業務とKPIを決めます。次に、Must・Should・Could、移行範囲、連携条件、権限、ログ、バックアップ、受入シナリオ、契約終了時のデータ搬出をRFPへ記載します。複数社から同じ条件で提案を受け、見積額、範囲、期間、体制、実績、保守、セキュリティを一つの評価表で比較すると、価格だけに引きずられにくくなります。

導入の成否は、納品日に決まらず、繁忙期に職員と顧問先が無理なく使えるかで決まります。最初は一部の顧問先や業務でパイロットを行い、検索時間、未回収資料、期限超過、催促回数、工数集計の変化を確認します。成果が見えたら対象業務を増やし、必要な連携や自動化を追加します。発注先と一緒に現場の運用を改善し続けることが、業務進捗管理システムを事務所の標準業務として定着させる近道です。

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

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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