税理士法人のkintone活用｜申告期限と依頼ステータスのダッシュボード設計
目次 クリックで開く
税理士法人の実務において、最も致命的なリスクは「申告期限の徒過」です。多くの事務所では、決算期ごとにExcelの進捗表を更新したり、ホワイトボードにマグネットを貼って管理したりしていますが、拠点数や職員数、関与先数が増えるにつれ、情報の同期ズレや更新漏れが避けられなくなります。
本記事では、サイボウズ社が提供する kintone（キントーン） を活用し、税理士実務に特化した「申告期限・依頼ステータス管理ダッシュボード」を構築する具体的な手法について、IT実務担当者の視点から詳説します。
税理士法人がkintoneで「申告期限・進捗管理」を統合すべき理由
なぜ今、多くの税理士法人がkintoneを導入し、進捗管理の再構築に動いているのでしょうか。それは、単なる「表計算」では追いつけない動的な管理が必要とされているからです。
Excel管理とホワイトボードが抱える「属人化」の限界
Excelでの進捗管理には、主に3つの限界があります。第一に「同時編集による競合」です。誰かがファイルを開いていると更新できない、あるいは古いバージョンを上書きしてしまうリスクが常に付きまといます。第二に「履歴が残らない」こと。いつ、誰がステータスを変更したのかが追えません。
そして第三に、最も深刻なのが「プッシュ通知ができない」点です。Excelは期限が近づいても自動で担当者にメールを送ってはくれません。結果として、マネージャーが一人ずつ進捗を確認して回るという、非効率な管理コストが発生しています。
申告期限徒過を防ぐ「攻めの進捗管理」への転換
kintoneによる管理は「守り」から「攻め」への転換を意味します。データがクラウド上で一元化されることで、外出先の担当者もスマートフォンからステータスを更新でき、マネージャーは事務所にいながら全拠点の「異常値（遅延）」を瞬時に把握できます。これにより、リソースが不足している担当者のフォローを早期に行うことが可能になります。
kintoneによる「申告管理ダッシュボード」の基本設計
ダッシュボードを有効に機能させるためには、まずアプリのフィールド（入力項目）設計が重要です。単に項目を並べるのではなく、後の「集計」を見据えた設計が求められます。
アプリに必要な基本フィールド
最低限、以下のフィールドは必須です。これらを「申告管理アプリ」として構築します。
- 関与先名（ルックアップ：顧客マスターアプリから取得）
- 決算月（ドロップダウン：1月〜12月）
- 申告期限（日付：計算式または手入力）
- 担当者（ユーザー選択）
- 副担当・監査者（ユーザー選択）
- 依頼ステータス（ドロップダウン：未着手、資料回収中、仕訳入力中、申告準備中、申告完了、等）
- 資料回収日（日付）
- 申告日（日付）
計算式を用いた「申告期限」の自動生成ロジック
税理士実務では、通常「決算月の2ヶ月後」が申告期限となります（延長申請がある場合を除く）。kintoneの計算フィールドを利用することで、決算月から期限を自動算出できますが、日付操作は標準機能では限界があるため、初期設定時は「日付フィールド」として用意し、年度更新時にCSV等で一括インポートする運用が現実的です。
もし高度な自動計算を行いたい場合は、JavaScriptカスタマイズやプラグイン（例：gusuku Customine）を検討してください。これにより、「決算月末＋2ヶ月後」を自動でセットし、休日調整まで考慮した期限管理が可能になります。
依頼ステータスの「4段階」定義と運用ルール
ダッシュボードを可視化する際、ステータスが細かすぎると職員の入力負荷が高まります。実務上は以下の4〜5段階に集約するのがベストプラクティスです。
- 未着手：決算月を迎えたばかりで、まだ何も動いていない状態。
- 資料回収待ち：顧客へ資料提供を依頼済みだが、不足がある状態。
- 作業中（作成中）：資料が揃い、仕訳入力や計算を行っている状態。
- 監査・レビュー中：担当者の作業が終わり、上長や代表の確認待ち。
- 申告完了：電子申告が完了し、控えを納品した状態。
これに加えて、顧問料の請求や支払管理を連携させる場合は、経理システムとの役割分担を整理する必要があります。例えば、請求書発行後の入金確認までを可視化したい場合は、以下の記事にあるような会計ソフトとの連携アーキテクチャが参考になります。
楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ
【実践】ダッシュボードを構築するステップバイステップ
設計ができたら、実際にkintone上で設定を行います。
Step 1：顧客マスターと申告管理アプリの紐付け
まず「顧客マスター」アプリを作成し、そこに関与先の基本情報（法人番号、住所、電話番号、決算期など）を集約します。次に「申告管理アプリ」を作成し、「ルックアップ」フィールドを使って顧客マスターから情報を引っ張ってきます。これにより、顧客情報に変更があった際、一箇所を直せば全ての申告レコードに反映される（再取得時）セキュアな構造が作れます。
Step 2：グラフ機能による「期限間近」の可視化
kintoneの「グラフ」設定機能を使います。以下の条件で集計を設定してください。
- グラフの種類：横棒グラフ または 円グラフ
- 分類する項目：ステータス
- 集計方法：レコード件数
- 絞り込み条件：申告期限 ＝ 今月 または 申告期限 ＝ 来月
これで、「今月末が期限なのに、まだ『資料回収中』の案件が何件あるか」がリアルタイムに表示されます。
Step 3：リマインド通知設定で「うっかり失念」をゼロにする
アプリ設定の「通知」→「リマインド通知」を設定します。「申告期限の14日前」「7日前」「3日前」に、担当者と管理者に通知が飛ぶように設定しましょう。この際、「ステータスが申告完了ではない場合」という条件を必ず加えます。これにより、終わっている案件に対して無駄な通知が飛ぶことを防げます。
Step 4：ポータル画面への貼り付けと全社共有
作成したグラフは、kintoneのトップページ（ポータル）の「お知らせ」掲示板に貼り付けることができます。職員が朝ログインした際、最初に「自分の担当案件の期限」と「事務所全体の進捗」が目に飛び込んでくる環境を作ることが、システム定着の鍵です。
実務におけるkintone活用のためのツール比較表
税理士法人が進捗管理を行う際、kintone以外にも選択肢はあります。主要な手法と比較した表を以下に示します。
| 管理手法 | リアルタイム性 | カスタマイズ性 | 通知機能 | コスト感 |
|---|---|---|---|---|
| Excel（共有フォルダ） | △（同時編集不可） | ◎（自由自在） | ×（なし） | 低（Office代のみ） |
| kintone（スタンダード） | ◎（クラウド同期） | ◎（プラグイン豊富） | ◎（標準装備） | 中（1,500円/人/月〜） |
| 税務基幹システム（進捗管理） | ○（社内LAN中心） | △（固定仕様） | ○（システム内） | 高（保守料に含む） |
| AppSheet (Google系) | ◎（モバイル強い） | ○（関数知識必要） | ○（GAS等併用） | 低〜中 |
※料金・仕様は2024年現在の公式サイト情報（kintone料金ページ）に基づきます。
Google Workspace環境が整っている事務所であれば、AppSheetによる管理も選択肢に入りますが、ノンプログラミングでの画面構築のしやすさと、日本の税理士事務所での導入事例（コミュニティの存在）を考慮すると、kintoneに分があると言えます。Google系ツールでのDXについては、以下のガイドも参考にしてください。
Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド
顧問先規模別 × 申告種別 × kintone進捗管理設計の優先項目 × 期限管理アラート設定 早見表
前のセクションでkintoneによる申告管理ダッシュボードの構築手順を説明しましたが、税理士法人のkintone設計は「顧問先の規模」と「申告種別の組み合わせ」によって追うべき管理項目とアラート設定が変わります。小規模個人事業主の所得税申告と、複数法人を抱える事業承継案件では、kintoneの申告アプリに必要なフィールドと担当者への通知タイミングが根本的に異なります。同じテンプレートで全顧問先を管理しようとすると、重要な大口案件の期限管理が埋もれるリスクが高まります。以下の表は規模別・申告種別ごとの設計指針をまとめたものです。
| 顧問先の規模・申告種別 | kintone申告管理アプリの優先設計項目 | 期限管理アラートの設定タイミング | 進捗管理で見落としやすい落とし穴 |
|---|---|---|---|
| 小規模個人事業主 （所得税・消費税申告） |
「資料回収期限（顧問先からの領収書等の提出期限）」「申告書作成完了日（担当者の作業期限）」「申告期限（3月15日・確定申告期限）」の3日付フィールドが基本。年1回の申告で顧問先数が多い場合、件数が多い2〜3月の繁忙期に資料未回収の顧問先を自動で一覧表示するkintoneビューが業務効率化の核心になる | ①資料回収期限の14日前：担当者への資料催促通知（顧問先へのメール/電話のリマインド）②申告書作成完了期限の7日前：担当者へのアラート③申告期限の3日前：未完了件数を事務所長に自動通知。確定申告シーズンは100件以上が同時進行するため、「期限まで7日以内かつ資料未回収」の件数をkintoneダッシュボードで常時表示する設計が管理者の優先対応判断を助ける | 顧問先の多さに目が向き、1件あたりの作業の「子タスク分解」が不十分になりがち。申告書作成を「資料整理→仕訳入力→申告書下書き→チェック→送付」のサブステータスに分解してkintoneに記録しないと、「どの段階で詰まっているか」が担当者レベルでしか把握できず、事務所長によるボトルネック特定が遅れる |
| 中規模法人 （法人税・消費税・源泉徴収） |
「決算月」「申告期限（決算月＋2ヶ月）」「税務署への届出種別（消費税簡易課税/原則課税の切替届等）」「延長申請の有無（期限延長申請状況）」の4フィールドが法人顧問には必須。顧問先ごとに決算月が異なるため、月別申告件数のカレンダービューをkintoneに作成して繁忙月の偏りを可視化する設計が重要 | ①決算月の1ヶ月前：税務署への届出書（消費税課税期間特例等）の提出漏れ確認アラート②申告期限の30日前：申告書下書き完了の確認通知③申告期限の7日前：承認待ち件数を事務所長に通知。延長申請をした顧問先は延長後の新期限をkintoneに別フィールドで管理して、通常期限とのダブルチェックができる設計にする | 法人顧問では月次顧問料の請求と年次申告業務が同一の顧問先IDで管理されるため、「月次業務（記帳代行・給与計算）の遅れが申告業務の遅れに連鎖する」という因果関係の可視化が難しい。kintoneで月次業務の進捗と年次申告の進捗を同一の顧問先レコードで管理して、月次遅延が申告期限に影響するリスクを担当者が自動的に認識できる設計が理想 |
| 資産税・相続税案件 （スポット・高額・長期） |
相続税申告は申告期限（相続開始から10ヶ月）に加えて「財産評価作業（土地・有価証券・未上場株式の評価）」のサブフェーズ管理が必要。kintoneの相続案件アプリに「被相続人情報」「相続財産の種別と評価状況（土地/建物/金融資産/その他）」「相続人の同意状況」「税務署への申告書送付状況」のフィールドを設ける。案件単価が高いため、事務所長が週次でレビューできるダッシュボードが必須 | ①申告期限の6ヶ月前：財産評価の完了見込み確認アラート（不動産評価は外部業者依頼が多く時間がかかる）②申告期限の3ヶ月前：相続人全員の同意・捺印書類の収集状況確認③申告期限の1ヶ月前：申告書最終チェックと税務署への提出準備確認。相続案件は期限超過が加算税・延滞税に直結するため段階的なアラートが必須 | 相続案件の財産評価は外部業者（不動産鑑定士・M&A仲介）との連携が発生するため、kintone内の進捗管理だけでは外部業者の対応状況が見えにくい。外部業者への依頼日・回答期限・回答状況をkintoneの案件レコードに紐付けて管理する設計にしないと「外部業者の遅れで申告が間に合わない」というリスクを事前に察知できない |
| 国際税務・移転価格案件 （大企業・クロスボーダー） |
国際税務は国内申告に加えて「移転価格文書化の作成期限（事業年度終了後12ヶ月）」「国別報告書（CbCR）の提出期限」など複数の付随的申告義務を別々に管理する必要がある。kintoneの案件アプリに「国内申告」「移転価格文書化」「CbCR」を別々のサブステータスフィールドで管理して、各申告義務の独立した進捗追跡ができる設計にする | ①事業年度終了後6ヶ月前：移転価格文書化の作成着手確認②移転価格文書化の期限3ヶ月前：文書のドラフト完了確認③CbCR提出期限1ヶ月前：関係会社データ収集の完了確認。国際税務案件は担当者が少ない専門業務のため、一人の担当者が複数案件の複数申告義務を管理するリスク集中が起きやすい。kintoneで担当者別の申告義務件数を可視化することが属人化リスクの管理に重要 | 国際税務案件は関係する外国法人・現地税理士・クライアント企業の法務担当との連絡が多く、メールベースの情報管理では進捗把握が困難になりやすい。kintoneのコメント機能またはSlack連携で外部関係者との連絡履歴を案件レコードに集約することで、担当者変更時の引き継ぎコストを大幅に削減できる |
この表で税理士法人のkintone設計において最も即効性が高い改善が「確定申告繁忙期の資料未回収件数の自動カウントビュー」です。2〜3月に100件以上の申告を抱える事務所では、「資料回収期限を過ぎたのに資料が未着の顧問先が何件あるか」を毎朝担当者が手作業で確認していることが多く、この確認作業だけで30分〜1時間かかるケースがあります。kintoneのビュー機能で「資料回収期限<今日かつ資料状況=未回収」のフィルタを設定するだけで、毎朝のリスト作成が自動化されます。
税理士業界におけるkintone運用の落とし穴と回避策
導入したものの、「入力が面倒だ」という現場の不満で挫折するケースは少なくありません。これを防ぐための実務上のテクニックを紹介します。
現場の入力負荷を最小化する「一括更新」の活用
1件ずつレコードを開いて保存するのは手間です。kintoneの「一覧画面からの編集」を許可しましょう。また、月初に発生する大量の「今月の申告レコード」は、CSVで一括作成するのが効率的です。手動入力は「進捗ステータスの変更」だけに絞り込むのが運用を長続きさせるコツです。
会計ソフト（freee/MF）とのデータ二重入力をどう防ぐか
会計ソフト側にも顧客情報があるため、二重入力が課題となります。これを解決するにはAPI連携が不可欠です。freee会計などのモダンなクラウド会計を導入している場合、kintoneとfreeeを連携させることで、freee側の「事業所情報」をkintoneに自動同期させることが可能です。これにより、住所変更などのメンテナンスが一度で済みます。
特にクラウド会計への移行を検討している場合は、データ移行の手順を含めた全体設計が重要になります。
セキュリティ担保：IP制限と2要素認証の必須設定
税理士法人が扱うデータは極めて機密性が高いものです。kintone導入時は必ず以下の設定を行ってください（サイボウズ共通管理から設定可能）。
- 2要素認証の有効化：ID・パスワード漏洩時の不正アクセスを防止します。
- IPアドレス制限：事務所のIPからのみアクセスを許可し、自宅やカフェからのアクセスを制限（必要に応じてVPNやセキュアアクセスを利用）。
- 操作ログの保管：いつ誰がどの情報を閲覧・ダウンロードしたかを記録します。
まとめ：可視化の先にある「リソース最適化」を目指して
kintoneで申告期限と依頼ステータスをダッシュボード化する最大の目的は、単なる「ミス防止」ではありません。事務所全体の「稼働の平準化」です。
特定の日付に申告期限が集中していることが視覚的にわかれば、事前に担当者の割り振りを変更したり、早期に資料提供を依頼するなどの「先手」を打つことができます。ダッシュボードに蓄積されたデータは、次年度の工数見積もりや、職員の適正な評価、ひいては事務所の収益性改善のための貴重な資産となります。
まずは小さな一歩として、「今月末の申告一覧」をグラフ化するところから始めてみてはいかがでしょうか。
kintoneの申告管理ダッシュボードにClaudeを連携させる際は、どのアプリ・レコードをAIに参照させるか、操作ログをどう保持するかという権限設計が税理士業界のコンプライアンス上の要点になります。kintoneとClaudeを組み合わせた進捗管理・自動化の設計や、自社の運用に合わせたPoC進め方は Claude Code 導入支援 でもご相談いただけます。
kintone業務アプリ・プラグイン活用のご相談
kintoneでの業務アプリ設計や、帳票・連携・自動化を補うプラグインの活用を支援します。現場の運用に合わせたアプリ構成や他システムとの連携まで、具体的な形でご提案します。
CRM・営業支援
Salesforce・HubSpot・kintoneの選定から導入・カスタマイズ・定着まで一貫対応。営業生産性を高め、商談化率を改善します。