監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法

監査対応の時期になると、管理部門が現場に資料提出を依頼しても、何を・どの粒度で・いつまでに出せばよいのかが伝わらず、差し戻しと再提出が繰り返されます。やり取りが3往復、4往復と増えるたびに現場の業務は圧迫され、監査日程の延期や追加訪問という最悪の結果を招くこともあります。この問題の根本は、依頼の背景・目的・期限・形式がメールや口頭で断片的に伝わっていることにあります。

この記事は、従業員50〜300名規模の企業で、監査対応の取りまとめを担当している管理部門の担当者や内部統制の推進者を想定しています。読み終えると、監査スケジュールの共有から資料依頼の発行、提出物の進捗管理までを一本のワークフローとして回せるようになります。大規模エンタープライズ向けのGRC（ガバナンス・リスク・コンプライアンス）専用システムの導入計画や、個別ツールの網羅的なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、監査論点ごとに依頼内容・担当者・期限・提出状態が一覧化された運用テンプレートと、現場部門への依頼から回収完了までの具体的な手順が手に入ります。

Workflow at a glance: 監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法

• Step 1: 監査論点を分解してタスク化する (Backlog) (タスク管理・プロジェクト管理)
• Step 2: 依頼の通知と質疑をチャットで集約する (Microsoft Teams) (Web会議システム)
• Step 3: 提出物を所定フォルダに格納しタスクを完了させる (Google ドライブ) (オンラインストレージ)

なぜ監査資料の依頼と提出で認識のずれが繰り返されるのか

メールと口頭では依頼の構造が壊れる

監査対応で管理部門が現場に資料を依頼するとき、メールの件名に監査項目名を書き、本文に期限と必要書類を列挙するのが一般的です。しかしメールには致命的な弱点があります。依頼の背景（なぜこの資料が必要か）、粒度の指定（月次集計なのか日次明細なのか）、形式の指定（PDFなのかExcelの元データなのか）が本文中に埋もれ、受け手が読み飛ばします。結果として、現場は自分の解釈で資料を作り、管理部門が差し戻すという往復が始まります。

進捗が見えないから催促が属人化する

メールで依頼を出した後、誰が提出済みで誰が未提出なのかを把握する手段がありません。管理部門の担当者は、自分の受信トレイを検索して提出状況を手作業で一覧化するか、口頭で確認して回ることになります。この作業は担当者個人の記憶とExcel管理に依存するため、担当者が休んだ瞬間に全体の進捗が見えなくなります。

現場が監査の論点を理解していない

最も根深い問題は、現場部門が監査の論点そのものを理解していないことです。なぜこの資料が求められているのか、監査人がどの観点で確認するのかが伝わっていないため、現場は形式的に書類を出すだけになります。その結果、監査人から追加質問が出て、管理部門が再度現場に確認するという二次的なやり取りが発生します。

重要な考え方：依頼1件を1タスクにし背景と完了条件を構造化する

監査資料の依頼を改善するために最も効果的な原則は、依頼1件を独立した1つのタスクとして管理し、そのタスクに背景（なぜ必要か）、完了条件（何をどの形式で出せば完了か）、期限を必ずセットで記録することです。

背景の明示が差し戻しを減らす

現場が資料を正しく出せない最大の原因は、何を出せばよいかではなく、なぜそれが必要かが伝わっていないことです。たとえば、購買プロセスの内部統制テストのために発注書と検収書の突合が必要だという背景を1〜2文で書くだけで、現場は自分で判断して適切な粒度の資料を選べるようになります。依頼タスクのテンプレートに背景欄を設けることで、この情報が毎回必ず伝わる仕組みになります。

完了条件の明示がやり取りの往復を断つ

完了条件とは、提出物がどの状態になれば依頼完了とみなすかの基準です。具体的には、ファイル形式（Excel原本かPDFか）、対象期間（2024年4月〜6月）、含めるべき項目（承認者の押印があること）などを箇条書きで記載します。これがあれば、現場は提出前に自分でチェックでき、管理部門も受領時に機械的に確認できます。

監査資料の依頼から回収完了までを3ステップで回す

ステップ 1：監査論点を分解してタスク化する（Backlog）

監査開始の4〜6週間前に、管理部門の担当者が監査計画書や前回の指摘事項をもとに、監査論点ごとに必要な資料を洗い出します。Backlogのプロジェクトを1つ作成し、監査論点を親課題、個別の資料依頼を子課題として登録します。

子課題には以下の情報を記入します。課題のタイトルに資料名（例：2024年度上期の発注書一覧）、説明欄に背景（なぜこの資料が必要か）と完了条件（ファイル形式・対象期間・含めるべき項目）、担当者に現場部門の提出責任者、期限に監査日の2週間前の日付を設定します。この時点で、監査対応に必要な全タスクがBacklog上に一覧化され、誰が何をいつまでに出すかが構造化された状態になります。

担当者の設定は、現場部門の部門長ではなく、実際に資料を準備する実務担当者を指名します。部門長を経由すると伝言ゲームが発生し、依頼の背景情報が落ちるためです。

ステップ 2：依頼の通知と質疑をチャットで集約する（Microsoft Teams）

Backlogで課題を登録したら、Microsoft Teamsの監査対応専用チャネルにBacklogの課題リンクを貼り、依頼を通知します。BacklogにはMicrosoft Teams連携の機能があり、課題の更新通知をチャネルに自動投稿する設定が可能です。これにより、課題のステータス変更や担当者の変更がチャネルに流れ、関係者全員が進捗を把握できます。

現場からの質問はMicrosoft Teamsのスレッド内で完結させます。メールで個別に質問が来た場合は、必ずチャネルのスレッドに誘導します。これにより、同じ論点に関する質疑が1か所に集約され、他の現場部門も参照できるようになります。たとえば、経理部門が出した質問とその回答を営業部門も見られるため、同じ質問が重複して発生することを防げます。

週に1回、管理部門の担当者がBacklogのガントチャートまたは課題一覧を確認し、未着手や期限超過の課題をMicrosoft Teamsのチャネルで名指しでリマインドします。この確認作業は15分程度で完了します。

ステップ 3：提出物を所定フォルダに格納しタスクを完了させる（Google ドライブ）

現場部門が資料を準備できたら、Google ドライブの監査対応用共有フォルダにファイルをアップロードします。フォルダ構成は、監査年度 > 監査論点名 > 部門名の3階層にしておきます。この構成にすることで、監査人への提出時にフォルダごと共有するだけで済みます。

アップロード後、現場担当者はBacklogの該当課題のコメント欄にGoogle ドライブのファイルリンクを貼り、ステータスを処理済みに変更します。管理部門の担当者は、ファイルを開いて完了条件（形式・期間・必要項目）を確認し、問題なければステータスを完了に変更します。不備があれば、コメント欄に具体的な修正指示を書いてステータスを差し戻しに変更します。

この運用により、提出物の実体（ファイル）はGoogle ドライブに、提出の進捗管理と質疑の履歴はBacklogに、リアルタイムの通知と口頭補足はMicrosoft Teamsに、それぞれ役割が分かれます。監査人から追加質問が来た場合も、Backlogに新しい子課題を追加するだけで同じワークフローに乗せられます。

この組み合わせが機能する理由

Backlog：依頼の構造化と進捗の可視化を1つのツールで実現できる

Backlogは課題管理ツールとして、親課題・子課題の階層構造、カスタム属性、ガントチャート、担当者・期限の設定を標準機能で備えています。監査論点を親課題、個別依頼を子課題にする運用は、Backlogの課題階層にそのまま当てはまります。日本企業での導入実績が多く、ITに詳しくない現場部門でも操作に抵抗が少ない点が強みです。

一方で、Backlogはあくまでタスク管理ツールであり、ファイルの版管理やアクセス権限の細かい制御には向いていません。添付ファイル機能はありますが、容量制限があるため、提出物の実体はGoogle ドライブなどのファイルストレージに置く運用が現実的です。また、無料プランでは利用人数やプロジェクト数に制限があるため、監査対応に関わる人数が多い場合は有料プランが必要になります。

Microsoft Teams：通知と質疑の集約で情報の分散を防ぐ

Microsoft Teamsは多くの日本企業でMicrosoft 365の一部として既に導入されているため、新たにツールを追加する必要がないケースが多いです。チャネルとスレッドの構造により、監査論点ごとの質疑を整理しやすく、メールのように情報が個人の受信トレイに閉じることがありません。

BacklogとMicrosoft Teamsの連携は、Backlog側の設定画面からWebhookを登録するだけで完了します。ただし、通知が多すぎるとチャネルが流れて読まれなくなるリスクがあります。通知対象を課題のステータス変更とコメント追加に絞り、課題の作成通知は初回の一括登録時のみに限定するなどの調整が必要です。

Google ドライブ：提出物の一元管理と監査人への共有が容易

Google ドライブは、フォルダ単位での共有リンク発行、閲覧権限の設定、ファイルの版管理を標準機能で備えています。監査人への資料提出時に、フォルダの共有リンクを1つ送るだけで済む点は、メールにファイルを添付して送る運用と比べて大幅に手間が減ります。

注意点として、社外の監査人にGoogle ドライブのフォルダを共有する場合、組織のGoogle Workspaceの外部共有ポリシーを事前に確認する必要があります。外部共有が禁止されている場合は、監査人用のゲストアカウントを発行するか、ダウンロードしたファイルを別の手段で渡す運用に切り替えます。また、Google ドライブではなくMicrosoft 365環境のSharePointやOneDriveを使っている企業は、同じフォルダ構成の考え方をそのまま適用できます。

Recommended tool list

結論：依頼1件を1タスクにするだけで監査対応の往復は半分以下になる

監査資料の依頼で何度もやり取りが発生する原因は、依頼の背景・完了条件・期限が構造化されずに伝わっていることです。Backlogで依頼を1件1タスクとして管理し、Microsoft Teamsで通知と質疑を集約し、Google ドライブで提出物を一元管理する。この3つの役割分担を決めるだけで、差し戻しの回数は大幅に減り、管理部門の催促作業も週15分の定期確認に集約されます。

最初の一歩として、次回の監査対応でBacklogにプロジェクトを1つ作り、直近の監査論点3〜5件を子課題として登録してみてください。背景欄と完了条件欄を埋める作業を通じて、これまでメールに書いていた依頼がどれだけ情報不足だったかが実感できます。

Mentioned apps: Backlog, Microsoft Teams, Google ドライブ

Related categories: Web会議システム, オンラインストレージ, タスク管理・プロジェクト管理

Related stack guides: 補助金の申請期限から逆算して社内承認とタスクを連動させ申請見送りをなくす方法, プロジェクト中止の判断根拠を確実に残し意思決定の説明責任を果たす方法, 体制変更後のナレッジ移行が不十分で起きるプロジェクト遅延を3つのツールで防ぐ方法, マイルストーン判定基準の曖昧さによる手戻りをなくし意思決定スピードを上げる方法, 外部協力会社の進捗をリアルタイムに自社スケジュールへ反映し納期遅延を防ぐ方法