Claude Media
Claudeで顧客監査の質問票回答を下書きする — 過去回答と証跡の所在を突き合わせる

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. 1

    「要確認」の行を担当者に回す

    規程の担当者が、運用の実態を確かめて区分を決めます。

  2. 2

    「実施している」の証跡を現物で開く

    証跡IDから台帳を引き、文書を開いて版と承認日が回答案と合っているか確かめます。

  3. 3

    有効期限のある証跡を見る

    認証の有効期間や点検の実施日など、日付のあるものは台帳の値でなく原本の日付を使います。

  4. 4

    回答案の数字と固有名を照合する

    拠点数、人数、認証の名前などを、規程や台帳の原本と1つずつ照らします。

  5. 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行から始めると、指示文の調整点がつかめます。

この記事を共有:XはてブLinkedIn