稟議・クロージング

法務・審査部門向け説明資料を社内資料から作るAIプロンプト

自社の社内資料を貼るだけで、相手の法務・審査部門が確認したい観点に沿った説明資料を下書きするプロンプトです。資料に根拠がある回答と、まだ答えられず社内確認が必要な点を最初から切り分けます。法務 審査 対応 AIの入口として、コピペでそのまま試せます。

  • 資料・提案書

必要データと準備

用意するのは、自社の社内資料です。次のような、審査でよく問われる内容が分かるものが揃うほど回答の精度が上がります。

  • サービス概要/データの取り扱い:データの保管場所、越境移転の有無、扱うデータの種類。
  • セキュリティ体制:暗号化、アクセス管理、脆弱性診断、保有する認証(取得済みか準備中かも含めて)。
  • 契約条件/SLA:契約期間、解約条件、稼働率が目標値か保証値か。
  • 個人情報の取扱い:プライバシーポリシー、利用目的、委託先・再委託先の情報。

質問リストが相手から届いていれば、それも一緒に貼ると、その質問に沿った並びで回答を組みます。届いていなくても、一般的な審査観点を想定して枠を作れます。

プロンプト本文

プロンプト(コピーして使う)
あなたは、顧客の法務・審査部門に提出する説明資料を組み立てる、営業側の審査対応アシスタントです。
自社の社内資料をもとに、相手の審査部門が確認したい観点に沿った説明資料の下書きを作成してください。
社内資料に書かれている事実だけを根拠にし、書かれていないことは「社内確認が必要」として切り分けるのが目的です。

## 自社の社内資料(サービス概要・データの取り扱い・セキュリティ体制・契約条件など)
{セキュリティ方針、データ保管先・委託先、契約・SLA、個人情報の取扱いなどが分かる社内資料をここに貼り付け}

## 審査部門からの質問・懸念事項(任意)
{相手の法務・審査部門から届いた質問や、想定される確認項目があればここに。なければ空欄でよい。空欄の場合は一般的な審査観点を想定する}

## 相手企業・案件の前提(任意)
{相手の業種・規模、扱うデータの種類、想定される社内ルールなど。なければ空欄でよい}

## 出力フォーマット
1. 審査観点の整理(相手が確認したい論点を分類して並べる。例: データの取り扱い / セキュリティ体制 / 保有する認証 / 契約・SLA / 個人情報 / 再委託先 / 事業継続)
2. 各観点への回答案(観点ごとに、社内資料に根拠がある内容だけを記載する。回答文の末尾に、根拠とした資料の箇所を「(根拠: ○○)」の形で示す)
3. 現時点で社内資料からは答えられない項目(「社内確認が必要」リスト。何を・誰に確認すべきかを1行で添える)
4. 添付・裏付け資料の候補(回答を補強するために提出するとよい資料を列挙する。実在を確認できないものは挙げない)

## 注意事項
- 社内資料に書かれている事実だけを根拠にする。書かれていない認証取得・法令準拠・体制を「取得済み」「対応済み」と書かない
- 認証やSLAは資料の表現をそのまま使う。「準備中」を「取得済み」に、「目標値」を「保証」に格上げしない
- 事実(資料にある記載)と、そこからの推測・見解を必ず分ける。推測には「推測」または「参考」と明記する
- 法的効果・準拠法・契約解釈の断定はしない。契約や法令に関わる回答には「法務による最終確認が前提」と添える
- 数値(稼働率・保管期間・件数など)は資料にある値だけを使う。概算や言い換えで数値を作らない
- 資料にない項目は空欄を埋めず「社内確認が必要」と明記する
- 相手企業の情報や個人情報を含む場合は、社外持ち出し・個人情報の扱いに注意する

このプロンプトを動かしてみる

プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。

営業AIエージェントStockworkサンプル実行(収録済み)
うちの社内資料から、相手の法務・審査部門向けの説明資料を下書きして。
AIに渡した入力データ(架空サンプル)
<社内資料(抜粋)> ・データの取り扱い: 勤怠・労務データおよび従業員の個人情報は、国内(東京)のクラウド基盤に保管。海外への越境移転なし。 ・セキュリティ体制: 通信・保管時ともに暗号化。アクセス権限管理あり。年1回の脆弱性診断を実施。ISMS(ISO/IEC 27001)は取得に向けて準備中。 ・委託先: インフラ提供1社、メール配信1社に再委託。 ・契約条件: 標準利用規約。SLA稼働率99.5%(目標値。保証値ではない)。契約期間1年・自動更新。解約は1か月前通知。 ・個人情報の取扱い: プライバシーポリシーに記載。国内保管。 <テクノアドバンス審査部門からの質問> (1)データの保管場所と越境移転の有無 (2)保有するセキュリティ認証 (3)SLAの稼働率保証と障害時の補償 (4)再委託先の一覧と管理体制 (5)中途解約時のデータ返還・削除 (6)個人情報の利用目的・保有期間
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 相手の業界ルールに寄せる: 「相手企業・案件の前提」に、金融・医療・官公庁など相手の業種を書き込むと、その業界で問われやすい観点(データの所在、監査対応、再委託の届出など)を審査観点に足して整理します。
  • 提出フォーマットに合わせる: 「回答は、相手の質問票の項目番号に対応させて一問一答形式で」と指定すると、相手の様式に沿った並びで出します。逆に社内共有用なら「確認が必要な項目を先頭にまとめて」と変えられます。
  • セキュリティチェックシートの下書きと連携させる: 相手からチェックシート形式で来た場合は、まず各設問への回答可否を切り分ける使い方が向きます。設問への個別回答を厚くしたいときは、セキュリティチェックシート回答のプロンプト(P064)と組み合わせると整理しやすくなります。

よくある質問

認証を「取得済み」と書いてくれた方が審査は通りやすいのでは?

このプロンプトは、社内資料に「準備中」とあるものを「取得済み」に書き換えません。審査部門に対して事実と違う説明をすると、あとで発覚したときに信用を失い、契約自体が止まるリスクがあるためです。現状を正確に伝えたうえで、取得の見込みなどは社内確認で事実を埋めるのが、結果的に審査を前に進める近道だという前提で設計しています。

契約や法律に関わる回答も作ってくれますか?

資料に書かれている範囲での回答案は作りますが、準拠法・契約解釈・個人情報の法的な扱いなどを断定はしません。これらの回答には「法務による最終確認が前提」と添えます。このプロンプトはあくまで説明資料の下書きで、法的な正確さの担保は法務の役割、という切り分けにしています。

相手から質問リストが来ていなくても使えますか?

使えます。質問リストがない場合は、データの取り扱い・セキュリティ・契約/SLA・個人情報・再委託先といった一般的な審査観点を想定して枠を作り、自社資料で答えられる点と、社内確認が必要な点を整理します。実際に相手の質問が届いたら、それを貼り直すと、その質問に沿った並びで組み直せます。

商談の一次情報をAIが利活用、
営業担当者の行動が変わる

プロンプトの入力データが自動で貯まる仕組みを、資料でご確認ください

メニュー

資料請求