Claudeで顧客監査の質問票回答を下書きする — 過去回答と証跡の所在を突き合わせる
顧客から届いた監査の質問票に、過去回答と社内規程をProjectに置いたClaudeで回答案を作り、証跡の所在を添えて提出前の照合につなぐ手順です。
顧客から監査の質問票が届いたとき、時間を食うのは文章を書くことよりも「去年はどう答えたか」「その根拠はどの文書か」を探すことです。過去回答と社内規程をClaudeのProjectに置けば、設問ごとに回答案と証跡の所在を並べた下書きを作らせられます。
ただし、提出する回答は会社が顧客に対して行う表明です。Claudeに任せるのは下書きと突き合わせまでで、「できている」と言い切ってよいかは、規程の担当者が現物で確かめます。この記事では、Projectの組み方、指示文、設問ごとの頼み方、提出前の照合の順に進めます。
顧客監査の質問票がRFP回答と違うのは、回答のあとに現物を見られること
質問票の回答づくりは、営業のRFP回答と似た作業です。過去の回答から近いものを探し、今回の設問に合わせて直します。この転用の基本はClaudeでRFPの回答ドラフトを過去回答から組み立てる手順にあります。
顧客監査では、そこに2つの条件が加わります。
- 回答は、すでに取引のある相手に対する表明になる。契約書や前回の回答と食い違うと、そのまま指摘になる
- 回答のあとで、「その手順書を見せてください」「実施記録はありますか」と証跡を求められうる
つまり回答文の出来より、書いた内容を裏づける文書が実在し、版と日付まで言える状態かどうかが問われます。そこで下書きの単位を「回答文」ではなく「回答文 + 証跡の所在」の組にします。
自社が仕入先を監査する側に立つ場合はサプライヤー監査のチェックリストと所見の整理が別の手順です。クラウドサービスとしてのClaudeそのものについて顧客から聞かれた場合は、Claudeのセキュリティチェックシートに一次資料で答える方法が材料になります。
Projectに置く3種類の資料
ClaudeのProjectは、専用のチャット履歴と知識ベースを持つ作業スペースです。知識ベースに置いた文書は、そのProject内のすべてのチャットで文脈として使われます。無料アカウントを含む全ユーザーが使えますが、無料で作れるのは5つまでです。
質問票の回答用には、次の3種類を分けて置きます。
| 種類 | 例 | ファイル名の付け方の例 |
|---|---|---|
| 過去回答 | 例前年の質問票と提出した回答、他顧客向けの回答 | ファイル名の付け方の例回答_A社_2025_情報セキュリティ.xlsx |
| 社内規程 | 例情報セキュリティ方針、品質マニュアル、手順書 | ファイル名の付け方の例規程_情報セキュリティ基本方針_v3.2.pdf |
| 証跡台帳 | 例証跡の一覧表(下記) | ファイル名の付け方の例証跡台帳_2026.csv |
規程のファイル名に版番号を入れておくのは、回答の根拠として引くときに「どの版か」をClaudeに答えさせるためです。古い版が混ざると、現行にない手順を根拠に挙げる原因になります。改訂前の版は置かないか、旧_ を付けて指示文で「旧版は根拠にしない」と書きます。
証跡台帳は、回答と証跡を結ぶ唯一の表
過去回答は文章で、規程は長文です。この2つだけだと、Claudeは「規程のどこかに書いてある」としか言えません。証跡の所在を答えさせるには、文書を一行ずつ登録した台帳を足します。
| 列 | 内容の例 |
|---|---|
| 証跡ID | 内容の例EV-014 |
| 文書名と版 | 内容の例情報資産の管理台帳 第5版 |
| 承認日・有効期限 | 内容の例2026-04-01 / 次回見直し2027-03 |
| 保管場所 | 内容の例共有ドライブ上のフォルダ名 |
| 何を示すか | 内容の例資産の分類、持ち出しの承認記録 |
台帳の「保管場所」は社内の場所の名前で足ります。Claudeに実ファイルを開かせる必要はなく、回答案の横に EV-014 と書かせれば、担当者が台帳から現物にたどれます。
ファイルの種類と上限
ヘルプセンターによると、Projectに置くファイルは1つ30MBまでです。枚数に制限はなく、内容がClaudeのコンテキストウィンドウに収まる範囲で使えます。処理されるのはテキストの抽出が中心で、PDF以外の文書に埋め込まれた画像は読み取られません。
画面キャプチャを貼った手順書や、スキャンした承認書は、本文として読まれない可能性があります。台帳の「何を示すか」の列に一言入れておくと、画像の中身をClaudeが知らなくても、証跡として引けます。経路別の上限はClaudeファイル上限の一覧にまとめてあります。
有料プランでは、知識がコンテキストの上限に近づくとRAGモードが自動で有効になり、容量が最大10倍まで広がります。複数年分の回答と大量の規程を入れた場合は、全文を読み通した答えではなく、関連部分を検索した答えになります。取りこぼしの出方はClaudeのProjectsとRAG検索の仕組みで説明しています。
Project指示に書く4つのルール
Projectの画面で「Set project instructions」を選び、指示文を書いて保存すると、そのProjectの全チャットに効きます。顧客監査の回答用なら、次の4点を入れておきます。例えば次のような書き方です。
あなたは顧客監査の質問票への回答案を作る担当です。
材料は、ナレッジにある過去回答・社内規程・証跡台帳だけです。
1. 回答区分
- 各設問を「実施している」「一部実施」「実施していない」
「該当しない」「要確認」のいずれかに分ける。
- 規程と証跡の両方で裏づけられない場合は、必ず「要確認」にする。
2. 証跡の添え方
- 回答案の横に、証跡ID・文書名・版を書く。
- 台帳にない文書は挙げない。創作しない。
3. 版の扱い
- 同じ文書が複数の版で存在するときは、最新の版だけを根拠にする。
- 旧版にしか書かれていない手順は、その旨を注記する。
4. 持ち込み禁止
- 他の顧客の社名、契約条件、担当者名は回答に出さない。効くのは、1つ目の「裏づけられなければ要確認」と、2つ目の「台帳にない文書は挙げない」です。これがないと、設問に何か答えようとして、規程にない運用をそれらしく書いてしまうことがあります。
ヘルプセンターには、Project内でチャット同士の文脈は共有されない、共有したい情報は知識ベースに追加する、という注記があります。「今回の顧客は製造委託の範囲だけが監査対象」のような案件固有の条件は、チャットごとに伝えるか、案件メモをファイルとして置いておきます。
設問ごとに回答案と証跡の所在を出させる
設問は一度に全部貼らず、章や区分ごとに分けて頼みます。件数が多いほど、検索で拾う範囲が広がって取りこぼしやすくなるためです。
添付の質問票のうち、「4. 情報資産の管理」の設問4-1〜4-9に回答案を作ってください。
出力は表で、列は次の順にします。
設問番号 / 回答区分 / 回答案(2〜3文)/ 証跡ID / 根拠の過去回答(ファイル名と設問番号)/ 要確認の理由出力は、例えば次のような形になります(形の例であり、実際の文面はProjectの中身で変わります)。
| 設問 | 回答区分 | 回答案 | 証跡ID | 要確認の理由 |
|---|---|---|---|---|
| 4-1 | 回答区分実施している | 回答案情報資産を台帳で管理し、年1回棚卸しをしています。 | 証跡IDEV-014 | 要確認の理由なし |
| 4-4 | 回答区分要確認 | 回答案過去回答は暗号化ありだが、現行規程に記載なし。 | 証跡IDなし | 要確認の理由規程に根拠がない |
4-4のように「過去回答にはあるが、現行の規程と台帳に根拠がない」行が、この手順でいちばん見つけたいものです。去年の回答が今も正しいとは限りません。運用が変わったのに回答だけが引き継がれている箇所を、Claudeが突き合わせて見つけます。
設問の言葉が違うだけの再利用を見分ける
顧客ごとに質問票の書式は違い、同じ内容が別の言葉で聞かれます。「バックアップを取得していますか」と「データ復旧の手順を整備していますか」は、似ていても聞いていることが違います。前者は取得の事実、後者は復旧手順の有無です。
過去回答をそのまま写すと、聞かれていない点に答えたり、聞かれた点が抜けたりします。次の一文を足して頼むと、転用の判断が見えるようになります。
各設問について、過去回答を転用した場合は、元の設問と今回の設問の違いを1行で書いてください。
違いが大きい場合は転用せず、「要確認」にしてください。提出前に、人が現物で確かめること
下書きができたら、提出の前に人が確かめる項目が残ります。Claudeの回答区分を、次の順で見ます。
下書きから提出までの確認
- 1
「要確認」の行を担当者に回す
規程の担当者が、運用の実態を確かめて区分を決めます。
- 2
「実施している」の証跡を現物で開く
証跡IDから台帳を引き、文書を開いて版と承認日が回答案と合っているか確かめます。
- 3
有効期限のある証跡を見る
認証の有効期間や点検の実施日など、日付のあるものは台帳の値でなく原本の日付を使います。
- 4
回答案の数字と固有名を照合する
拠点数、人数、認証の名前などを、規程や台帳の原本と1つずつ照らします。
- 5
承認者が回答全体を読む
顧客への表明として出すため、責任者が最後に通読します。
もう一歩だけ、別のチャットで検査を回すこともできます。回答案の表を貼り、次のように頼みます。
次の回答案のうち、証跡IDが空欄なのに「実施している」になっている行、
断言の強い表現(常に・すべて・必ず)を含む行を挙げてください。これは書いた本人のチャットではなく、新しいチャットで行うほうが、直前の流れに引きずられません。ただし検査も下書きと同じ材料から生成されるため、見逃しはゼロになりません。人の現物確認の代わりにはなりません。
顧客ごとの共有範囲と、Projectの扱い
回答を他の顧客向けに再利用する以上、Projectの共有の設計が要ります。TeamとEnterpriseのプランでは、Projectを組織内の他のメンバーに共有できます。権限は2段階で、Can viewは内容と指示を見てチャットできますが編集はできません。Can editは指示や知識を編集できます。管理者が共有を止めている場合は、共有できません。
次の3点を先に決めておくと、運用が安定します。
- 回答の編集者は、規程の担当者に限る。他の人にはCan viewを渡す
- 顧客ごとの質問票は、回答集Projectとは別のProjectかチャットで扱い、完成した回答だけを回答集に足す
- 完了した案件のProjectはアーカイブする。アーカイブしても共有の権限は外れないため、アクセスを外したいときはメンバーを削除する
メモリにも注意が要ります。Project内では、そのProjectのメモリが、Project外のチャットのメモリと並んで使われます。他のProjectのメモリは使われません。メモリを完全に分けたいときは、Projectのページで「Use account memory」をオフにします。1つのチャットだけ外すなら、最初のメッセージを送る前に「+」メニューで「Memory」をオフにします。
入力する情報の扱いは、アカウントの種類によって変わります。顧客の機密情報が質問票に含まれる場合の確認先は、Claudeに個人情報を入力する前に確認する一次資料にまとめてあります。会計監査人の独立性に関わる話は監査の独立性とClaude利用が扱っています。
踏みやすい落とし穴
落とし穴
古い版の規程が根拠として引かれる
旧版をProjectに残したままだと、現行に存在しない手順が根拠に挙がります。規程を改訂したら、Projectの知識から旧版を外し、台帳の版も同時に更新します。
落とし穴
「実施している」が過去回答の写しにすぎない
回答区分を決める条件に「現行の規程と台帳の両方に根拠がある」を入れていないと、過去回答があるだけで実施済みと扱われます。指示文の1つ目のルールで防ぎます。
落とし穴
Projectの新しい版に移ると画面が変わる
ヘルプセンターによると、Projectsの新しい版がベータで段階的に展開されており、既存のProjectが移行される場合があります。この記事の手順は現行の版の画面に沿っています。移行されたProjectでも、指示・ファイル・チャット履歴は引き継がれると案内されています。
他の用途との使い分け
| 状況 | 向いている手順 |
|---|---|
| 顧客から質問票が届いた(回答する側) | 向いている手順この記事 |
| 営業案件のRFPに答える | 向いている手順RFP回答のドラフト |
| 自社が仕入先を監査する | 向いている手順サプライヤー監査 |
| 税務調査の想定問答を準備する | 向いている手順税務調査の想定問答 |
まとめ
質問票の回答づくりで時間がかかるのは、探して突き合わせる部分です。そこをClaudeに寄せ、回答区分と証跡IDを必ず並べさせると、「去年の回答が今は根拠を失っている」箇所が下書きの段階で見えます。
提出の判断は人に残ります。証跡台帳を整え、規程の版を管理する地味な作業が、そのまま下書きの精度になります。まず前年の質問票1通と、現行の規程3本、証跡台帳の先頭20行から始めると、指示文の調整点がつかめます。