--- title: "会計事務所：資料の催促にかかる時間を、本来の業務時間に戻す — Kylon 活用事例" description: "資料の催促、進捗の確認、システム間の再入力。会計事務所の時間はこの調整作業に流れていきます。この工程を1つのKylonルームで扱い、顧客に出るものは担当者の承認後に動かす運用を整理します。" url: "https://kylon.io/ja/use-cases/accounting-firm-operations" language: "ja" --- [HOME](https://kylon.io/ja)\>[ユースケース](https://kylon.io/ja/use-cases)\>会計事務所：資料の催促にかかる時間を、本来の業務時間に戻す Use Case2026年9月21日·9 min read # 会計事務所：資料の催促にかかる時間を、本来の業務時間に戻す 資料の催促、進捗の確認、システム間の再入力。会計事務所の時間はこの調整作業に流れていきます。この工程を1つのKylonルームで扱い、顧客に出るものは担当者の承認後に動かす運用を整理します。 K Kylon Team Product · 9 min read ## 請求できない仕事が、週の大半を占める 1週間がどこに消えたかを尋ねると、答えは申告書の作成そのものではないことがほとんどです。銀行残高証明を求める11通目のメール、前年度のファイルを送ってきた顧客、誰が何を待っているかを示すために誰かが更新し続ける表計算ファイル。 この層は実測されています。Progress Softwareは会計を含む10業種355社を調査し、資料と署名の回収、顧客へのフォロー、依頼内容の確認、タスクの追跡に**週およそ20時間**が費やされていると報告しました。平均請求単価65ドルで換算すると、**請求対象外の顧客対応業務が年間で中央値およそ6万ドル**に相当します（出典：[Progress Software「State of Client Collaboration 2026」](https://investors.progress.com/news-releases/news-release-details/professional-services-firms-lose-60k-year-inefficient-client)、2026年7月30日公開、2026年9月21日参照）。同じ調査の内訳では**週20.3時間**、**83%の事務所が成長に伴って運用負荷が増したと回答**しています（出典：[ShareFile解説記事](https://www.sharefile.com/blogs/what-s-wrong-with-the-way-client-work-happens-today)、2026年9月21日参照）。 もう1つの流出はツールの間で起きています。米国の会計・記帳担当者725名を対象としたIntuitの2026年調査では、事務所が平均**10種類のアプリケーション**を使い、ツール間で情報を移動、再入力、照合することに**週およそ5時間**を失っていました。アドバイザリー業務を増やせない要因としては**手作業のデータ整備が30%で最多**、人員不足24%、アプリの乱立16%が続きます（出典：[Intuit 2026 Accountant Technology Survey](https://www.firmofthefuture.com/news/accountant-tech-survey-2026/)、2026年6月23日公開、2026年9月21日参照）。 採用で解決する道は時間がかかります。AICPAの調査に回答した監査法人・会計事務所は2024年に11,985名の新卒を採用し、採用した事務所の4分の3が翌年も同数以上を見込むと回答しました（出典：[AICPA、2025年10月27日](https://www.aicpa-cima.com/news/article/accounting-firms-report-strong-hiring-outlook-aicpa-report-finds)、2026年9月21日参照）。同じ理由で、同じ母集団を全員が取り合っています。 ## 案件ごとに1ルーム、事務所に1つのデータベース 構成は意図的に小さくしています。顧客対応用のKylonルームを1つ、その裏にデータベースアプリを1つ。案件は1件ずつレコードになります。顧客名、法人区分、対象期間、サービス区分、担当者、期限、そのサービスに必要な資料チェックリスト、そして各項目の現在の状態です。 個々の要素に新しさはありません。変わるのは、案件を進めるAIエージェントが、責任者と同じレコードを読み、同じレコードに書くことです。誰かの受信箱の中に二つ目の正解が生まれません。 - **案件レコード**：チェックリスト、担当者、提出期限を保持 - **資料ごとの状態**：待ちの状況を記憶ではなく項目として保持 - **ルームガイドライン**：文体、エスカレーション基準、人の署名が必要な範囲を明文化 - **共有ビュー**：進捗確認の打ち合わせの代わりにチーム全員が同じ画面を読む ルーム内の朝の一覧。顧客名、数値、日付はすべて説明用です。 ## 届くもの、整えられるもの、人が決めるもの 重要なのはAIエージェントに何ができるかではありません。どこで作業が止まり、どこから人が引き取るかです。この線はルームガイドラインに固定され、繁忙期の火曜日でも動きません。 | 届くもの | 手元に整えられるもの | 人が決めること | | --- | --- | --- | | 件名のないメールにPDFが3点添付されて届く | 該当案件とチェックリスト項目に紐づけて保管し、未着の項目を併記 | その資料が項目の要件を満たしているかどうか | | チェックリスト項目が督促予定日を5日超過 | 不足している項目を名指しした督促文面を事務所の文体で作成 | 送信するか、電話に切り替えるか | | 対象期間の銀行データと元帳データが揃う | 差異を一覧化し、説明のつかない差異を明示した照合サマリー | 各差異の扱い | | 責任者が案件の状況を尋ねる | レコードに基づく文章での回答。受領済み、待ち、期日リスクを記載 | 期限を動かすか、体制を動かすか | | 期間が締まる | レコードから数値を引いた顧客向け報告の下書き | 対外に出る前の数値すべて | 整える範囲と決める範囲の分け方は、ルームガイドラインで一度だけ設定します ## 督促を、担当者の記憶から外す 最初に任せる価値があるのは督促の反復です。もっとも機械的で、もっとも消耗する工程だからです。チェックリスト項目が督促の期間を過ぎると、AIエージェントが文面を作成します。顧客名、不足している具体的な項目、すでに受領済みのもの、そして何が止まっているかを記載します。 この下書きを自動送信にするかどうかは事務所によって分かれます。個人申告を400件抱える事務所では、定型の督促は予定どおり送信し、料金、範囲変更、不利な内容を含むものだけを確認対象にする運用が多くなります。法人顧客40社の事務所では、対外メールを毎回確認する運用が一般的です。どちらも同じルームの設定違いであり、別の製品ではありません。 顧客が資料を返信すれば項目は完了し、督促は止まります。案件レコードから答えられない質問が返ってきた場合は、推測せずに担当者へスレッドを引き渡します。 ## 運用画面 AIエージェントがレコードの状態を述べ、責任者が一行で督促を指示し、文面が承認待ちの状態で返ってきます。送信するのは設定ではなく人です。 案件レコードから作成し、承認待ちで止めた督促の下書き。顧客名と日付はすべて説明用です。 ## 決算準備を、記録の副産物にする 各案件の状態が構造化されているため、期末の作業は経緯の再構成から始まりません。AIエージェントはレコードから決算資料の下書きを組み立てます。何をいつ受領したか、どの差異を提起したか、それぞれをどう処理したか、どの項目を誰の判断で見送ったかを含みます。 これは下書きです。人が読み、直し、署名します。価値は作成が速いことではありません。各行の根拠が、判断が行われたスレッドに1クリックで戻れる状態にあることです。 レコードから読み出した決算資料の下書き。項目と日付はすべて説明用です。 ## 空いた時間の行き先を先に決める 上に挙げた調査の数字はコストを示すものであり、削減幅を約束するものではありません。Kylonで何時間戻るかをここに書くことはしません。督促と実務の比率は顧客構成によって異なり、御社の数値を測った第三者はいないためです。 計画に値するのは行き先のほうです。Intuitの回答者は手作業のデータ整備をアドバイザリー拡大の最大の障壁に挙げ、86%が今後1年でアドバイザリー提供量が増えると見込んでいます（出典：[Intuit 2026 Accountant Technology Survey](https://www.firmofthefuture.com/news/accountant-tech-survey-2026/)、2026年9月21日参照）。サービスとして設計されていない空き時間は、待機時間か低単価の業務に置き換わります。時間を空ける前に、その1時間を何にするかを決めてください。 ## 接続するもの Kylonは会計ソフトではなく、会計システムや税務システムを置き換えるものでもありません。業務がすでに存在しているツールの上に立ち、その間の調整を担います。 - **メール**：資料依頼と返信が個人の受信箱ではなく案件に紐づく - **ファイル保管**：顧客から届いたものが、チームが探す場所に保管される - **データベースアプリ**：事務所とAIエージェントが同じ案件レコードを読む - **ルームガイドライン**：文体、エスカレーション、署名が必要な範囲の明文化 - **権限設定**：AIエージェントが扱う案件の範囲を限定する 決算がメールで届く資料に依存している場合、受信の設計は[メール起点の営業パイプライン](https://kylon.io/ja/use-cases/sales-email-managed-pipeline)と同じ形になります。管理台帳そのものをワークスペース内で作る場合は[開発者なしで社内アプリを構築する](https://kylon.io/ja/use-cases/internal-apps)をご覧ください。 ## 着手の順序 サービス区分を1つ、対象期間を1つ選びます。そのチェックリストをデータベースアプリに入れ、顧客資料がすでに届いているメールボックスにルームを接続し、重要な1つのルールを書き出します。AIエージェントが単独で送ってよいものは何か、そして何が承認を待つのか。 > “督促が消えたわけではありません。担当者が思い出して行う作業から、担当者が確認する作業に変わりました。” ## 関連ユースケース [すべて見る](https://kylon.io/ja/use-cases) [ ### Kylonで構築した、米国ホスピタリティ企業のAI営業パイプライン 米国のホスピタリティ企業がKylonを活用し、1,000件への営業アプローチ、返信のAI判定、見込み顧客の振り分けを自動化した事例です。 Kylon Team·2026年7月21日 ](https://kylon.io/ja/use-cases/ai-sales-pipeline)[ ### AIスタートアップが実践する、採用スカウト業務の自動化 成長中のAIスタートアップが、履歴書解析、募集職種との適合度評価、候補者への連絡を、構造化データベースを備えた1つのルームで自動化した事例です。 Kylon Team·2026年7月21日 ](https://kylon.io/ja/use-cases/talent-sourcing)