新しい部材の仕入先選定で複数社から届いたRFI(情報提供依頼)の回答を、Copilot で質問項目ごとに並べ、回答の抜けと追加の質問を作る
仕入先から届いたRFIの回答を、自社の質問票の質問IDごとに抜き出して比較表にそろえます。回答の無い質問と、条件付きの回答を拾い、仕入先ごとの追加の質問の案まで作ります。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 対象業界
- 商社/建設/製造
- 対象部門
- 購買
- 対象業務
- データ入力・転記/比較検討
- 主な課題
- 判断に時間がかかる/属人化している/確認ミスが多い
- AIで行う処理
- 抽出
- 主な効果
- 入力漏れ削減/判断支援/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- SaaS追加(小)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 担当者が部材の種類に合った質問票のひな形を選び、質問を足し引きしてRFIを作る
- 候補の仕入先5社ほどに、秘密保持契約を確かめたうえでメールで送る
- 回答がメールで届いたら、添付のファイルを RFI のフォルダに保存する
- 仕入先1社ずつ、回答書と添付の資料を開き、質問IDごとにどこに答えが書いてあるかを探す
- 見つけた答えを要約して、比較表の該当するセルに写す
- 答えが見つからない質問、条件付きの答え、「別紙参照」とだけ書かれた質問に印を付ける
- 印を付けた質問について、仕入先ごとに聞き返すメールを書く
- 全社がそろったところで比較表を技術・品質の担当と見比べ、RFQに進める仕入先を決める
- 人担当者がRFIを作って送り、回答が届いたら仕入先ごとのフォルダに保存する
- 人RFIごとに Copilot Notebooks のノートブックを1つ作り、質問票・区分の決まり・仕入先のフォルダを参照に加える
- 自動担当者が仕入先1社を指定して決まった指示を送ると、Copilot が質問IDごとの回答・区分・根拠の箇所を表で返す
- 自動同じ指示の続きで、区分が「抜け」「条件付き」「別資料のみ」の質問について、聞き返す質問の案を作る
- 人担当者が区分を1件ずつ根拠の箇所と照らし、「答えあり」と出たもののうち数字の要る質問を重点に確かめる
- 人確かめた表を比較表のファイルに貼り、追加の質問を直して仕入先に送る
- 人全社がそろったら、技術・品質の担当と比較表を見比べ、RFQに進める仕入先を決める
各工程の詳しい説明を読む
- 担当者が部材の種類に合った質問票のひな形を選び、質問を足し引きしてRFIを作る
- 候補の仕入先5社ほどに、秘密保持契約を確かめたうえでメールで送る
- 回答がメールで届いたら、添付のファイルを RFI のフォルダに保存する
- 仕入先1社ずつ、回答書と添付の資料を開き、質問IDごとにどこに答えが書いてあるかを探す
- 見つけた答えを要約して、比較表の該当するセルに写す
- 答えが見つからない質問、条件付きの答え、「別紙参照」とだけ書かれた質問に印を付ける
- 印を付けた質問について、仕入先ごとに聞き返すメールを書く
- 全社がそろったところで比較表を技術・品質の担当と見比べ、RFQに進める仕入先を決める
(a)答えの場所を探すところから始まる。 自社の様式で返ってこない回答では、質問1つの答えが、会社案内の10ページ目と認証の写しとメールの本文に分かれていることがあります。比較表に1行写すたびに、3つのファイルを行き来します。
(b)「何か書いてある」を答えとして写してしまう。 「生産能力は?」という質問に、月産の数量ではなく設備の台数だけが書いてある。「RoHS指令への対応は?」に、「お客様のご要望に応じて対応いたします」とある。欄が埋まっていると、答えたように見えます。 後でRFQに進めてから、肝心の数字が無かったことに気づきます。
(c)抜けの判断が担当者で違う。 ある担当者は「別紙参照」を答えとして写し、別の担当者は抜けとして聞き返します。
(d)聞き返しが遅れる。 5社分の比較表を作り終えてから聞き返すので、最初に届いた回答への質問が送られるのは1〜2週間後になります。
- 【人】 担当者がRFIを作って送り、回答が届いたら仕入先ごとのフォルダに保存する
- 【人】 RFIごとに Copilot Notebooks のノートブックを1つ作り、質問票・区分の決まり・仕入先のフォルダを参照に加える
- 【自動】 担当者が仕入先1社を指定して決まった指示を送ると、Copilot が質問IDごとの回答・区分・根拠の箇所を表で返す
- 【自動】 同じ指示の続きで、区分が「抜け」「条件付き」「別資料のみ」の質問について、聞き返す質問の案を作る
- 【人】 担当者が区分を1件ずつ根拠の箇所と照らし、「答えあり」と出たもののうち数字の要る質問を重点に確かめる
- 【人】 確かめた表を比較表のファイルに貼り、追加の質問を直して仕入先に送る
- 【人】 全社がそろったら、技術・品質の担当と比較表を見比べ、RFQに進める仕入先を決める
3番目で仕入先を1社ずつに分けるのは、意図してのことです。 5社分をまとめて「比べて」と頼むと、A社の答えがB社の行に入る、といった混ざり方が起きやすくなります。横に並べるのは、人が貼り付ける段階で行います。
5番目で重点を置くのは、「答えあり」と出た行です。 「抜け」は聞き返せば済みますが、「答えあり」に数字の無い答えが混ざると、RFQまで気づかれません。 第3章の(b)の型を拾うのは、人の確認の役目です。
02今回想定するシステム構成
RFIの質問票(Excel:質問IDつき) 仕入先の回答(質問票への記入/自社書式の回答書/会社案内・認証の写し/メール本文) │ RFIごとの SharePoint のフォルダ、その下に仕入先ごとのフォルダ ▼【トリガー】担当者が仕入先1社分の回答の受領を確認 Copilot Notebooks(RFIごとに1つ) │ 参照:質問票/回答の区分の決まり(Word)/仕入先ごとのフォルダ ├──▶ 質問IDごとの回答の要旨・区分・根拠の箇所(仕入先1社分の表) └──▶ 抜け・条件付き・別資料のみの質問への追加の質問の案 ▼ 【担当者が根拠の箇所と照らして区分を直す】 ▼ 比較表のファイル(質問ID×仕入先)に貼る ── 追加の質問を Outlook で送る ▼ 技術・品質の担当と見比べ、RFQに進める仕入先を決める
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | Microsoft Copilot(Copilot Notebooks) | ChatGPT Enterprise、Gemini、Claude |
| 保管 | SharePoint(RFIごとのフォルダ) | 社内のファイルサーバー |
| 共有 | Microsoft Teams(調達開発グループのチャネル) | Outlook のメール |
新しく足すのは、調達開発グループ5名分の Copilot のライセンスだけです。 質問票のひな形、回答の置き場所、比較表のファイルは今のものを使い、答えを探して写す工程にだけ Copilot を入れます。
Copilot Notebooks を選ぶのは、参照する資料をRFIごとに閉じられるからです。 公式のページでは、ノートブックの Copilot はノートブックに追加した参照だけを使って回答を作り、OneDrive の全体、メール、Teams のチャット、Webにはアクセスしないとされています。RFIの比較で何より困るのは、別のRFIで受け取った他社の資料や、Web上の一般的な情報が答えに混ざることです。参照を閉じられることが、この業務での一番の利点です。
参照にできる数と形式も足ります。 公式のページでは、回答の根拠に使われる参照は最初の300まで(Copilot Chat のユーザーは50まで)、形式は .docx、.pptx、.xlsx、.pdf、.txt などで、SharePoint のフォルダも参照に追加できます。 1件のRFIのファイルは多くて数十です。
利用には Microsoft Copilot か Copilot Chat のライセンスが要り、ノートブックを作るアカウントには SharePoint または OneDrive のライセンスが要るとされています。一部の機能は順次の提供なので、自社のテナントで画面が出るかを先に確かめます。
03どうやって実装するのか
処理の起点を決める
仕入先1社分の回答がそろったことを、担当者が確かめた時点を起点にします。 自動では動かしません。回答は1通のメールで終わるとは限らず、「添付を追加で送ります」「認証の写しは後日」と分かれて届くことが多いからです。途中の段階で抜き出すと、後から届いた資料に答えがあるのに「抜け」と出ます。
担当者は、仕入先のフォルダにファイルを保存し終えたら、Teams の調達開発グループのチャネルに「A社分そろい」と書きます。この書き込みが、その仕入先の処理を始める合図です。 5社分がそろうのを待たず、そろった会社から順に抜き出します。 第3章の(d)で書いた聞き返しの遅れは、ここで縮みます。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 質問票 | 質問ID、質問文、回答に求める形(数値・有無・自由記述)、必須か任意か | RFIのフォルダ(Excel) |
| 回答の区分の決まり | 区分の定義と例、数値で求めた質問の扱い、聞き返しの文体 | RFIのフォルダ(Word。購買部で1つを共通に使う) |
| 仕入先の回答 | 記入済みの質問票、自社書式の回答書、会社案内、認証の写し、設備の一覧 | 仕入先ごとのフォルダ |
| メール本文の回答 | 本文に書かれた回答の部分 | Outlook から PDF に保存して仕入先のフォルダへ |
質を決めるのは、質問票の「回答に求める形」の列です。 「生産能力」という質問に「月産の数量(個/月)」と書いておけば、設備の台数だけの答えを「条件付き」ではなく「形が違う」と判断する手がかりになります。この列が空の質問票では、AIも人も、何をもって答えとみなすかを決められません。 ひな形の段階でこの列を埋めておくのが、最初の準備作業です。
メール本文の回答は、PDFにしてフォルダに入れます。 ノートブックの参照には、作成時の候補の絞り込みに Emails も出てきますが、どのメールを根拠にしたかを後から追えるよう、ファイルとして固定するほうが確かめやすくなります。
データの取得方法を決める
RFIごとにノートブックを1つ作り、参照を3種類加えます。 質問票、区分の決まり、仕入先ごとのフォルダです。仕入先のフォルダは、SharePoint のフォルダごと参照に加えられます。
| 加えるもの | 加え方 | 理由 |
|---|---|---|
| 質問票 | ファイルを直接追加 | 質問IDの一覧として必ず使わせたい |
| 区分の決まり | ファイルを直接追加 | 区分の定義を毎回同じにする |
| 仕入先ごとのフォルダ | フォルダとして追加 | 後から届いた資料も同じ場所に入れれば参照に入る |
質問票と区分の決まりをファイルとして直接加えるのには理由があります。 公式のページでは、共有の場所を参照にした場合は指示に関係の深いファイルが選ばれるとされ、特定のファイルを確実に含めたいときは、ノートブックに直接追加するよう書かれています。質問票が選ばれなかった回では、質問IDの対応づけそのものが崩れます。
フォルダの名前は「S01_A社」のような決まった形にし、指示の中で仕入先を名指しするときの取り違えを防ぎます。 公式のページでは、参照のファイルが更新されると答えもそれに沿うとされているので、回答の差し替えは上書きせず、版を付けて残します。
AIへ渡す前に整形する
- ファイルの形式をそろえる … 対応形式は .docx、.pptx、.xlsx、.pdf ほかです。図面の画像ファイルや圧縮ファイルは、参照の対象外なので、中身を取り出すか、答えに関係する資料だけをPDFにします
- 画像だけのPDFを見分ける … スキャンした認証の写しやカタログは、文字を選べないPDFのことがあります。公式のページは対応形式に .pdf を挙げていますが、画像の中の文字まで読むかは書かれていません。 文字を選べないPDFは、仕入先に文字の入ったPDFを頼むか、担当者が該当の部分を書き起こします
- メール本文を固定する … 回答の書かれたメールは、送信日時と差出人が見える形でPDFにします
- 版を分ける … 仕入先が回答を差し替えてきたら、古いファイルを「旧」のフォルダに移し、参照に入るのを最新の版だけにします
2番目は、試す段階で必ず数えてください。 小さな仕入先ほど、認証の写しや設備の一覧をスキャンして送ってきます。画像の中にしか答えが無い質問は、AIからは「抜け」に見えます。 本当の抜けと、読めていないだけの抜けを混ぜると、仕入先に要らない聞き返しを送ることになります。
AIに処理させる
させるのは、仕入先1社分の回答から、質問IDごとに答えを抜き出し、区分と根拠の箇所を付けること、そして追加の質問の案を作ることです。
| 区分 | 意味 | 例 |
|---|---|---|
answered | 質問が求める形で答えている | 「月産の数量」に「月30,000個」 |
conditional | 答えているが条件や前提が付いている | 「年間契約の場合に限り月30,000個」 |
wrong_form | 答えはあるが、求めた形と違う | 「月産の数量」に「成形機12台」 |
reference_only | 「別紙参照」とだけあり、別紙に該当の記述が見つからない | 「詳細は会社案内をご覧ください」 |
not_answered | どの資料にも該当する記述が無い | 欄が空、または質問に触れていない |
cannot_read | 該当しそうな資料があるが、文字が読めず判断できない | スキャンした認証の写しだけ |
wrong_form と reference_only を分けて持つのが、この構成の要です。 どちらも比較表では「答えあり」と写されがちな型で、第3章の(b)と(c)の原因です。区分を細かく持てば、人は「答えあり」の行の中からこの2つを先に見ることができます。
reference_only は、別紙を探して見つからなかったときだけ付けさせます。 別紙に答えがあれば answered です。
| させないこと | 理由 |
|---|---|
| 仕入先の良し悪しや順位付け | RFQに進めるかは購買と技術・品質の担当が決める |
| 答えの無い質問を一般的な値で埋める | 業界の相場で埋めると、聞き返すべき抜けが消える |
| 別の仕入先の資料を根拠に使う | 1社ずつ処理し、指示でも他社の資料を使わないと書く |
| 単位の換算・数値の丸め | 月産を年産に直す、範囲の中央値を取る、をしない |
| 認証の有効期限の判断 | 期限の読み取りまではさせ、有効かどうかは人が写しで確かめる |
2行目がいちばん起きやすい失敗です。 「RoHS指令への対応」の答えが無い仕入先について、「一般に対応していると考えられます」と書いて answered にする。それらしい補いは、読み手には区別がつきません。 指示で禁じたうえで、根拠の箇所が空の answered が無いかを人の確認で見ます。
指示内容を固定する
あなたは製造業の購買部で、RFI(情報提供依頼)の回答を整理する担当です。
このノートブックの参照のうち、次のものだけを使ってください。
- 質問票:RFI-2026-031_質問票.xlsx
- 区分の決まり:RFI回答の区分の決まり.docx
- 仕入先の回答:フォルダ「{仕入先フォルダ名}」の中のファイル
他の仕入先のフォルダのファイルは、根拠にも参考にも使わないでください。
【やること】
質問票のすべての質問IDについて、この仕入先の回答を探し、
次の列を持つ表を1つ作ってください。質問IDの順に、抜かさずに並べます。
質問ID|回答の要旨|区分|根拠のファイル名|根拠の箇所|根拠の原文|追加の質問の案
【区分の選び方】
- answered ......... 質問票の「回答に求める形」のとおりに答えている
- conditional ...... 答えているが、条件や前提が付いている
- wrong_form ....... 答えはあるが、求めた形(数値・単位・有無)と違う
- reference_only ... 「別紙参照」等とあり、別紙を探しても該当の記述が無い
- not_answered ..... どのファイルにも該当する記述が無い
- cannot_read ...... 該当しそうなファイルがあるが、文字が読めず判断できない
迷ったときに answered を選ばないでください。
【厳守事項】
- 回答に書かれていないことを、推測や一般的な値で埋めないでください。
書かれていなければ not_answered です。
- 「別紙参照」と書かれていたら、その別紙を探してから区分を決めてください。
- 数値は原文の数値と単位のまま写してください。換算・丸め・合算をしないでください。
- 根拠の原文には、根拠にした文を原文のまま短く写してください。
要約したものを原文の欄に書かないでください。
- 根拠の箇所には、ページ番号・シート名とセル・見出しのいずれかを書いてください。
- 認証の有効期限は読み取った日付だけを書き、有効かどうかを判断しないでください。
- 仕入先の良し悪し、順位、推奨は書かないでください。
- 追加の質問の案は、区分が answered 以外の質問にだけ作ってください。
1問につき1〜2文、丁寧語で、何を・どの形で答えてほしいかを具体的に書きます。
表のあとに、区分ごとの件数を1行で書いてください。
「迷ったときに answered を選ばない」を最初の段落近くに置くのは、意図してのことです。 何も言わないと、何か書いてある行はほぼ answered になります。区分の初期値を「答えあり」から外すことで、第3章の(b)の型が拾われやすくなります。
根拠の原文と根拠の箇所を別の列にしているのは、確認を速くするためです。 原文が写してあれば、多くの行はファイルを開かずに区分を確かめられます。箇所はファイルを開いて確かめる行のためにあります。 原文の列が空の answered は、その時点で疑ってかかります。
最後の「区分ごとの件数」は、行の抜けを見るためです。 40問なら合計は40で、合わなければ質問IDが飛ばされています。
出力形式を固定する
ノートブックの答えは、決まった列の表で受け取ります。 後段は人が比較表のファイルに貼り付けるので、システムに渡す JSON ではなく、列の並びを固定した表にします。
【仕入先:S02_B社 RFI-2026-031 樹脂成形品】
質問ID|回答の要旨|区分|根拠のファイル名|根拠の箇所|根拠の原文|追加の質問の案
Q-07|成形機12台を保有|wrong_form|B社_会社案内.pdf|p.6 設備一覧|射出成形機 12台(50t〜350t)|月あたりの生産可能数量(個/月)を、本件の部品の大きさを前提にご教示ください。
Q-12|RoHS指令に対応|answered|B社_回答書.docx|3.2 環境|RoHS指令(EU)2011/65/EU に準拠した材料を使用|-
Q-15|詳細は会社案内参照|reference_only|B社_回答書.docx|4.1 品質|詳細は弊社会社案内をご参照ください|品質の検査体制(受入・工程内・出荷の各検査の有無と方法)を、回答書の様式でご記入ください。
Q-21|ISO 9001 認証取得、有効期限 2027-03-31|answered|B社_認証写し.pdf|p.1|(有効期限)2027年3月31日|-
Q-28|記載なし|not_answered|-|-|-|供給が止まった場合の代替の生産拠点の有無をご教示ください。
区分ごとの件数:answered 31/conditional 3/wrong_form 2/reference_only 1/not_answered 3/cannot_read 0(計40)
列を固定する理由は3つあります。
1つ目は、比較表への貼り付けが機械的になることです。 仕入先ごとのシートに貼った表から、要旨と区分を集約のシートに照合の式で引きます。写す作業が、貼る作業に変わります。
2つ目は、区分で色分けできることです。 答えが弱い質問がどこに集まっているかが一目で分かります。
3つ目は、追加の質問の案の列を集めれば、そのままメールの下書きになることです。
| 区分 | 比較表での扱い | 次の行動 |
|---|---|---|
answered | 要旨を写す | 数値の要る質問は原文を確かめる |
conditional | 要旨と条件を写す | 条件が本件に当てはまるかを聞き返す |
wrong_form | 要旨を写し、色を付ける | 求める形で聞き返す |
reference_only | 空欄にして、色を付ける | 様式に記入してもらうよう頼む |
not_answered | 空欄 | 聞き返す |
cannot_read | 空欄 | 文字の入ったPDFを頼むか、人が書き起こす |
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| SharePoint(RFIのフォルダ) | ノートブックの参照 | 質問票・区分の決まり・仕入先ごとのフォルダを読む |
| Teams(グループのチャネル) | 担当者の書き込み | 仕入先1社分がそろったことを知らせる |
| 比較表のファイル | 担当者の貼り付け | 仕入先ごとのシートに表を貼り、要旨と区分を集約のシートに引く |
| Outlook | 担当者の送信 | 追加の質問を仕入先へ送る |
| 購買システム | 連携しない | RFQに進める仕入先が決まってから、従来どおり登録する |
購買システムとはつなぎません。 この構成が出すのは、RFQの前の段階の整理までです。仕入先の登録や評価の点数は、選定が終わってから従来の手順で入れます。
追加の質問の送信も、人が行います。 案のままでは、仕入先の担当者の名前も、これまでのやり取りの経緯も入っていません。送る前に、宛先と文面を担当者が整えます。
人が確認する
担当者は、仕入先1社分の表を、区分の順に確かめます。
- 件数を見る … 区分ごとの件数の合計が質問の数と合っているかを確かめます。合わなければ、抜けた質問IDを指名して出し直させます
answeredのうち、数値で求めた質問を見る … 原文の列を読み、求めた形と単位で答えているかを確かめます。ここでwrong_formに直す行が出ますansweredで原文の列が空の行を見る … 推測で埋めた疑いのある行です。根拠の箇所を開いて確かめますnot_answeredとreference_onlyを見る … 本当に書いていないかを、ファイル名から当たりを付けて確かめます。聞き返す前の最後の確認ですcannot_readを処理する … 仕入先に文字の入ったPDFを頼むか、担当者が該当の部分を読みます- 区分を変えたら記録する … どの質問IDを、どの区分からどの区分に変えたかを、比較表の備考の列に残します
2番目と3番目を省かないでください。 not_answered は聞き返せば仕入先が答えてくれますが、誤った answered は、誰も聞き返さないまま比較表に残ります。 確認の時間の大半は、この2つに使う想定です。
目標は、1社分を30分で終えることです。 確かめるのは数値の質問と answered 以外の質問で、全体の3〜4割です。
例外に対処する
| 起きること | 対応 |
|---|---|
| 回答が複数のメールに分かれて届く | 全部そろってから抜き出す。途中で抜き出したら、そろった後に出し直す |
| 仕入先が回答を差し替えてくる | 旧版を「旧」のフォルダに移してから出し直す。比較表の版も上げる |
| 文字を選べないPDFしか無い | cannot_read として、文字の入ったPDFを頼むか人が読む |
| 図面・画像・圧縮ファイルで答えてくる | 参照の対象外。中身を取り出すか、該当部分をPDFにする |
| 他社の資料を根拠にした行が出る | その仕入先の表を捨て、他社のフォルダを使わないことを強めて出し直す |
| 質問票と違う版の質問番号で答えてくる | 仕入先の番号と自社の質問IDの対応を人が確かめ、指示に対応を書き足す |
| 区分の件数の合計が質問の数と合わない | 抜けた質問IDを指名して、その行だけを出し直させる |
| 秘密保持契約でクラウドでの扱いが認められない | その社の回答はノートブックに入れず、従来どおり手で比べる |
| 期限までに回答が来ない | 抜き出さずに比較表へ「期限超過」と書き、別に催促する |
上から3行目と4行目が、試す段階でいちばん多く出るはずです。 どちらも受け取り方の問題で、 送付の文面に「回答は文字の入ったPDFか、質問票への記入で」と一文足せば多くは減ります。
5行目は、出たら必ず記録してください。 他社のフォルダが同じ参照にある以上、ゼロにはなりません。頻繁に出るなら、ノートブックを仕入先ごとに分けます。
記録を残す
- 仕入先ごとの回答のファイル(旧版を含む)と、受け取った日時
- Copilot が返した仕入先ごとの表の全文(比較表のファイルの仕入先ごとのシート)
- 人が区分を変えた記録 … 質問ID、変更前と変更後の区分、理由
- 送った追加の質問と、その回答が届いた日時
- RFQに進めた仕入先と、その判断の理由(比較表の集約のシートの欄)
3つ目の「区分を変えた記録」が、指示を直すときの材料になります。 answered から wrong_form に直した行がどの質問に多いかを見れば、質問票の「回答に求める形」の書き方か、指示の区分の説明のどちらを直すべきかが分かります。
Copilot とのやり取りそのものも残ります。 公式のページでは、ユーザーのプロンプトと Copilot の応答は Copilot の利用履歴として保存され、管理者は Microsoft Purview で保持のポリシーを設定できるとされています。ただし、ノートブックの削除は現在は元に戻せないと公式のページにあるので、RFIが終わるまで消さず、比較表のファイルを正本にします。
04実装レベルの3段階
本記事の想定は半自動化です。 1社90分の作業が30分になるのはこの段階で、答えを探して写す①と②がほぼなくなり、③の聞き返しの文面も案から始められるためです。 本格構成に進むかは、件数で決めます。 月30件なら、担当者がノートブックで指示を送る手順で回ります。受領の振り分けは Power Automate などで組めますが、ノートブックへ指示を送る部分を自動化できるかは、公開の仕様で確かめる必要があります。 段階を飛ばさないでください。 半自動化で3か月回すと、どの質問で wrong_form が多いか、どの仕入先が画像のPDFで答えてくるかが分かります。そこを直してから進むほうが空振りが減ります。
05工数削減シミュレーション
導入後 30件 × 30分 ÷ 60 = 15 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 新製品の立ち上げや代替の仕入先探しで、部材・外注加工・副資材のRFI(情報提供依頼)を毎月いくつも出し、1件あたり3〜6社から回答を集めている製造業・商社・建設業の購買部門。質問票を自社で作っているのに、仕入先が自社の様式・会社案内・認証の写しなどばらばらの形で返してくるため、比較表への転記と抜けの確認に時間がかかっている場合。Microsoft 365 を使っており、RFIごとに SharePoint のフォルダを分けられる場合。
- RFIを年に数件しか出さず、比較表を手で作っても負担にならない場合。仕入先の回答がほぼ紙やFAXで届き、電子のファイルとして集められない場合。仕入先との秘密保持契約で、受け取った資料を社外のクラウドのサービスで扱うことを禁じられている場合。なお、どの仕入先をRFQ(見積依頼)に進めるかの判断と、仕入先の評価の点数付けは、この構成では代替できません。
07最小構成で試す方法
- 先月までに終わったRFIから1件を選び、5社分の回答と、当時作った比較表を用意する
- 当時の担当者に、どの質問を抜けとして聞き返したかを聞いておく
- Copilot Notebooks でノートブックを1つ作り、質問票と1社分の回答のファイルを参照に加える
- 第7章の指示を貼り、1社分の表を出させる
- 出てきた区分を、当時の比較表と聞き返しの記録と突き合わせる
- 残りの4社でも同じことを繰り返す
ノートブックが使えない環境なら、OneDrive の Web で最大5つのファイルを選んで Copilot に比べさせる機能で当たりを付けられます。動画と画像は対象外で、質問IDごとの表になるかは決まっていないので、入り口として使います。
| 出てきた内容 | 判断 |
|---|---|
当時聞き返した質問が answered 以外で出た | 指示と区分の決まりは使える。半自動化に進む |
当時聞き返さなかったのに wrong_form が出た | 当時の見落としかもしれない。 原文を確かめる |
| 他社の資料を根拠にした行が出た | 指示の書き方で直る。1社ずつの分け方を強める |
cannot_read が多い | 受け取り方が先。 AIの問題ではない |
2行目が出たら、それは失敗ではありません。 当時「答えあり」と写したものに、求めた形と違う答えが混ざっていたということです。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
何か書いてある行がすべて answered になる | 区分の初期値を外す一文を指示に入れ、wrong_form の例を区分の決まりに書く |
| 答えの無い質問を一般的な値で埋める | 推測を禁じ、原文の列が空の answered を人が必ず疑う |
| A社の答えがB社の表に混ざる | 1社ずつ指示し、他社のフォルダを使わないと明記する。多発するならノートブックを分ける |
| 質問票が参照から外れる回がある | 質問票と区分の決まりはファイルとして直接追加する |
| 「別紙参照」を答えとして写す | 別紙を探したうえで、見つからなければ reference_only にさせる |
| 画像だけのPDFの答えが「抜け」に見える | cannot_read を区分に持ち、仕入先に文字の入ったPDFを頼む |
| 月産を年産に直す、範囲を丸める | 換算と丸めを禁じ、原文の数値と単位のまま写させる |
| 差し替えの回答で古い版が根拠になる | 旧版を参照の外のフォルダへ移す |
| Webの情報が答えに混ざる | ノートブックはWebに行かないとされる。Word などで使う場合は管理者がWeb検索を止める |
上の2行が、この構成の失敗のほとんどです。 どちらも「答えているように見える」ことから出発しており、区分を細かく持ち、根拠の原文を写させることで防ぎます。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 仕入先の会社の情報、生産の能力、設備、品質の体制、認証の写し、取引先の名前(仕入先が実績として書いてくるもの)、そして自社の新製品に使う部材の仕様と数量の見込みです。仕入先にとっても自社にとっても、外に出したくない情報が両方含まれます。
- 秘密保持契約の条項を先に確かめる … 受け取った資料をクラウドのサービスで扱ってよいかは、契約ごとに違います。認められていない会社の回答は、ノートブックに入れません
- RFIのフォルダの権限を絞る … 公式のページでは、Microsoft Copilot はユーザーが少なくとも閲覧の権限を持つ組織のデータだけを示すとされています。裏を返せば、フォルダの権限が広すぎれば、関係のない社員の Copilot からもRFIの資料が見えうるということです。RFIのフォルダは調達開発グループと関係する技術・品質の担当だけにします
- 学習に使われないことと、保存されることを分けて理解する … 公式のページでは、プロンプト、応答、Microsoft Graph を通じてアクセスしたデータは基盤のモデルの学習に使われないとされています。一方で、やり取りは利用履歴として保存されます。保持の期間は Purview のポリシーで決めます
- Web検索の扱いを決めておく … Word などで資料を開いたまま指示すると、文書の内容が Bing への検索語の材料になりうり、その検索語には DPA が適用されないとされています。管理者が「Allow web search in Copilot」のポリシーでWeb検索を止める前提にします
- 仕入先の評価をAIに書かせない … 比較表に出すのは区分と根拠までです。良し悪しの記述が残ると、判断の先回りになり、仕入先との関係にも響きます
- 追加の質問を自動で送らない … 宛先の取り違えは、ある仕入先の質問内容を別の仕入先に見せることになります
誤りが起きた場合のリスクは、答えていない仕入先をRFQに進めることと、答えている仕入先に要らない聞き返しを送ることの2つです。 どちらも区分の持ち方で防ぎ、人の確認はそこに集中させます。
10まず何から始めるか
1週目:質問票のひな形に1列足す
部材の種類ごとの質問票のひな形に、「回答に求める形」の列を足します。数値の質問には単位を、有無の質問には「有/無」を書きます。RFIの多い2〜3種類から始めます。 あわせて、区分の決まりのファイルを1つ作ります。
2週目:過去のRFI1件で試す
終わったRFIを1件選び、5社分の回答をノートブックに入れて、1社ずつ表を出させます。当時の比較表と聞き返しの記録と突き合わせ、answered に推測が混ざっていないか、他社の資料を根拠にした行が無いかを最優先で見ます。
3週目:受け取り方を直す
cannot_read の件数を見て、送付の文面に回答の形式の頼み方を足します。法務と秘密保持契約の条項を確かめ、ノートブックに入れられない仕入先の扱いを決めます。
4週目:新しいRFI1件で使う
これから出すRFI1件で、回答がそろった会社から順に表を出し、比較表のファイルに貼ります。区分を変えた記録を、この段階から残し始めます。
2か月目: 5名全員で新しいRFIすべてに使い、区分を変えた記録を月末に見直します。3か月目以降: 1社あたりの時間を実測し、wrong_form の多い質問を質問票の側で直します。RFQに進めた後で数字の無さに気づくことがなくなった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| 利用に Microsoft Copilot か Copilot Chat のライセンスが必要で、作成するアカウントに SharePoint または OneDrive のライセンスが要ること。参照の候補を Emails 等で絞り込めること。一部の機能が順次の提供であること | Microsoft サポート: Get started with Microsoft Copilot Notebooks | 2026-10-15 |
| 根拠に使われる参照が最初の300まで(Copilot Chat は50まで)であること。対応形式。SharePoint のフォルダ等を参照にできること。参照の更新に答えが沿うこと | Microsoft サポート: Add reference files to your Copilot Notebooks | 2026-10-15 |
| 追加した参照だけを使い、OneDrive の全体・メール・Teams のチャット・Webにはアクセスしないこと。確実に含めたいファイルは直接追加すること。削除が元に戻せないこと | Microsoft サポート: How Copilot Notebooks works | 2026-10-15 |
| OneDrive の Web で最大5つのファイルを選んで Copilot に比べさせられること。比較の後に続けて質問できること。動画と画像は対象外であること | Microsoft サポート: Compare your files with Copilot in OneDrive | 2026-10-15 |
| 閲覧の権限があるデータだけを示すこと。プロンプト・応答等が基盤のモデルの学習に使われないこと。やり取りが保存され、Purview で保持を設定できること | Microsoft Learn: Data, Privacy, and Security for Microsoft Copilot | 2026-10-15 |
| 開いている文書の内容が Bing への検索語の材料になりうること。検索語に DPA が適用されないこと。「Allow web search in Copilot」のポリシーで止められること | Microsoft Learn: Data, privacy, and security for web search in Microsoft Copilot | 2026-10-15 |
受け取った資料をクラウドのサービスで扱えるかは、仕入先ごとの秘密保持契約と自社の法務の判断に従ってください。 本記事は Microsoft の公式ページで確認できた範囲だけを根拠にしています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1598)についてのご相談はこちらから。
