不良報告をAIで要約すると、会議で読む資料の下書きを作れます。ただし、自然な文章になっていても、原票にない原因が付いたり、別の報告が混ざったりする場合があります。そこで、対象報告、識別情報、数値、処置、原因の状態を原票へ照らしてから共有しましょう。要約を終えたことを、原因の確定や出荷の許可にはしません。この記事では、入力を作る段階から、照合と共有の記録を残すまでを説明します。
自由記述の報告が増えると、どの原票から読むかを決めるだけでも時間がかかります。一方、文章を短くした結果、出荷保留の指示や調査中という条件が落ちれば、判断を誤るおそれがあります。NISTの生成AIリスク資料も、入力内容と食い違う出力や、誤った根拠をもっともらしく示す問題を挙げています（https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf）。作成前に、照合する人、根拠となる記録、共有を止める条件を決めておきます。
| 状況 | 判断 | 最初の対応 | 続けて照合すること |
|---|---|---|---|
| 項目や表記がばらばら | すぐに一括要約しない | 原文を保持し、品番・工程・現象を社内名称へ対応させる | 対象期間と報告IDが全件入るか |
| 会議前に傾向を知りたい | AIは下書きに使える | 事実・未確定・記載なしを分けて指示する | 対象ID・数値と停止や保留の処置を原票へ照合する |
| 原因や対策が未確定 | 原因判定を任せない | 原因欄を未確定または記載なしにする | 確定担当者と期限を資料に残す |
| 顧客名や仕様を含む | 入力範囲を決めてから使う | 社内ルールと利用環境の条件を照らす | 伏せ字後も含め、その入力内容が許可されるか |
AIに頼む下書きと人が行う判断を分ける
AIへ頼むのは、複数報告の要点を並べる、項目の順をそろえる、似た表現や未記載の欄を候補として挙げる作業です。原因の確定、工程停止、選別、出荷可否、取引先への連絡、是正処置の承認は、それぞれの権限を持つ担当者が原票や現物、工程状況を基に判断します。AIが提案したという理由で、指示や処置を自動で変える使い方にはしません。
出力は「原票に記載された事実」「未確定事項」「AIによる分類候補」を分けます。たとえば、原票の原因欄が空なら「原因記載なし」、調査中とあれば「原因未確定」です。空欄だけでは調査を始めたかどうかも分からないため、調査中という状態を勝手に補いません。候補を求める場合も別欄へ置き、確定した事実や処置の根拠には混ぜないようにしましょう。
要約前にそろえる項目と入力範囲を決める
まず品質担当者や要約作成者が対象期間の報告を抽出し、報告IDごとに1行の一覧を作ります。複数の不良や処置を含む報告は、明細や別紙をIDへ結び付けて保持し、一覧の都合で省略しません。先頭に対象期間、対象工程、報告件数、明細件数、作成日を記し、実際にAIへ渡すID一覧と原票を照合します。原票の版、保存先、ページや行も残すと、要約から根拠へ戻れます。
- 報告ID、発見日と判明している発生日、品番、工程、ロット
- 現象、不良数、検査数または生産数、発見場所
- 暫定処置、原因の確定状況、原票の保管場所または行番号
次に、「キズ」と「傷」、「組立」と「組み立て」などの表記を、承認された社内名称へ対応させます。原文は保存し、対応させた名称を別欄へ持たせる方法です。同じ現象名でも品番、発見工程、推定する発生工程が違えば、その違いは残します。似た言葉だから同じ原因とまとめず、品番マスターと分類表の版を決めてから入力表へ使いましょう。
顧客名、図面番号、仕様、個人名を含む記録は、送信前に情報管理の担当者と入力可否を決めます。利用するAIの契約、入力の保存や学習利用、共有設定と社内ルールを照らし、許可された項目だけを渡します。名前を伏せても仕様の組合せなどから相手を特定できる場合があるため、伏せ字にしただけで送信可能とは扱いません。不明ならその情報の入力を止め、判断先へ戻します。
入力前に原票の欠けが見つかったら、AIへ補完を頼まず、未記載の状態と照会先を残します。今後の報告をそろえる方法は、Googleフォームで不良報告を集める作り方も参考になります。フォームへ移しても、原票の内容や要求された記録を省いてよいことにはならないため、まず現行の項目と照らして使いましょう。
事実・未確定・記載なしを分ける指示文にする
出力順は、対象範囲、全体件数、工程別・現象別の傾向、対応を急ぐ報告、未確定事項、原票へ戻るIDに固定します。数値は原票からの転記と計算結果を分け、計算には対象ID、単位、式を付けます。ただし、式が書かれていても正しい保証にはなりません。報告数、明細数、不良品の個数、検査数を別の指標として読み、集計表でも計算し直します。
以下は、社内で入力を許可した情報だけを渡すための指示文例です。角括弧を実際の対象へ置き換え、別紙や明細がある場合は、それらとの対応も入力へ含めます。指示を守ったように見える出力も原票照合の対象であり、依頼文だけで誤りを防げるわけではありません。
「以下の不良報告を要約してください。対象は［対象期間］、［対象工程］、［報告ID］の［入力件数］件です。報告と明細を区別し、対応する別紙も対象にしてください。原票に書かれた事実、未確定事項、記載なしを分け、原票のない情報は推測で補わないでください。数値は原文の単位とともに転記し、計算値には式と対象ID・件数を付けてください。出力順は、対象範囲、全体件数、工程別・現象別の傾向、対応を急ぐ報告一覧、未確定事項、原票へ戻る報告IDとします。停止、保留、未実施の処置、期限を省かず残してください。原因候補・対策候補を示す場合は、原票事実とは別欄で候補と明記し、未確定を断定しないでください。」
記入例として、加工工程の傷、組立工程の部品違い、検査工程の寸法外れを扱うなら、各要約を報告IDと該当明細へ結び付けます。傷の原因が調査中なら「原因未確定」、部品違いの原因欄が空なら「原因記載なし」とします。なお、検査工程で見つけた寸法外れを、検査工程で生じた不良とは言い換えません。AIが原因を補っても、調査の根拠と所定の判断が得られるまでは確定欄へ移さないようにします。
出力直後は10項目を原票と照合する
出力を受け取ったら、先に対象を照合し、その後に内容を読みます。入力表、原票、AI出力を並べ、IDの抜け、重複、対象外の混入がないかを調べましょう。件数だけが合っていても、別の報告が入れ替わっている場合は見つかりません。そのうえで、下の10項目に沿い、識別情報、数値、処置、原因の状態と文章の意味を原票へ戻って読みます。
- 指定した期間、工程、報告IDだけが対象になっているか
- 入力と出力のID集合と報告件数が一致し、明細も対応するか
- 品番、工程、ロット、発見日・発生日、報告IDが原票どおりか
- 不良数、検査数、合計、内訳、計算式が一致するか
- 現象、発見場所、暫定処置、原因が別項目と混同していないか
- 停止、出荷保留、選別、顧客影響と実施状態・期限が残っているか
- 原因未確定の報告が、確定原因として書かれていないか
- 原票の空欄をAIが補完していないか
- 各要約から報告IDまたは入力表の行番号へ戻れるか
- 根拠のない断定、曖昧な主語、似た不良の誤統合がないか
不一致があれば、その版の要約を判断資料として配りません。入力表の転記、分類の対応、指示、出力のどこで違ったかを切り分け、原票を誤った要約へ合わせて書き換えないようにします。出力だけの誤りなら、根拠に沿って人が直しても構いませんが、修正前後、理由、担当、日付を残し、関連する箇所も再照合します。作り直した要約にも同じ工程を通します。
件数と傾向を原票と集計表へ照らす
AI要約は、読むべき報告と未決事項を案内する下書きとして使います。工程別、品番別、現象別、日付別の件数や順位は、入力表から作った集計表と照合します。不良率なら、不良品の個数と同じ範囲の検査個数など、定義した分母を使います。明細に同じ個体の傷と寸法外れがあっても、不良品を重ねて数えない方法を決め、報告件数を不良数に置き換えないでください。
| 調べる内容 | 主に使うもの | 照合方法 | 不一致時に戻る先 |
|---|---|---|---|
| 対象件数・合計 | 入力表と集計表 | ID集合、報告数、明細数と数量を別々に照合する | 対象行、重複行、空欄 |
| 多い工程・現象 | 集計表 | 工程別・現象別の件数と順位を見る | 分類ルール、表記ゆれ |
| 対応を急ぐ内容 | AI要約と原票 | 処置の実施状態、未決事項、報告IDを照合する | 原票、要約指示 |
| 不良率 | 集計表と原票 | 不良数と分母を照合する | 分母の範囲、計算式 |
集計表と要約が合わないときは、対象ID、明細、重複、空欄、分類、式の順に戻ります。原票に数がない場合も、ゼロとして埋めず未記載のまま扱います。工程や品番が違う報告をまとめる前に内訳を読み、件数が少なくても停止や出荷保留の報告は別に取り上げます。集計の作り方は、ピボットテーブルで不良内容を集計する方法を参照してください。
会議資料を配る前に、照合と共有承認を記録する
共有前には、下の表のように作成者、工程責任者、品質責任者の役割を分けます。少人数で兼務する場合も、作成時の照合と、工程内容の照合、共有の承認を別の作業として記録します。本人の兼務記録を独立した別人の点検とは扱いません。配る資料には対象期間、版、照合した日と担当、原票の保存先、未決事項を示し、途中の下書きと区別します。
| 役割 | 照合する内容 | 記録場所 |
|---|---|---|
| 要約作成者 | 対象範囲、件数、数値、報告ID | 照合シートの入力前・出力直後欄 |
| 工程責任者 | 現象、暫定処置、現場状況との相違 | 照合シートの工程担当欄 |
| 品質責任者 | 共有可否、未確定表示、資料表現 | 会議資料の照合担当・日付欄 |
数値の不一致が残る要約は共有を保留し、原因が調査中である報告は、その状態を正しく示したうえで共有可否を判断します。原因が未確定であること自体と、原票と要約が食い違うことは別です。訂正した箇所は修正前後、根拠、担当、日付を残します。スプレッドシートの変更履歴を追跡する運用も参考に、入力表から最終資料まで同じ版を追えるようにしましょう。
AI不良報告要約・照合シートの記入例
下の表は、入力前、出力直後、共有前に使う照合シートの例です。実績ではなく運用の見本なので、自社の役割と記録先へ合わせて使います。担当と日付は作業を終えてから記入し、未実施のままOKを付けません。NGが残る行は、理由と戻す先、次の担当、期限を追い、解消した根拠を残してから共有の承認へ進みます。
| 照合する段階 | 照合する項目 | 照合元 | OK基準 | NG時の対応 | 照合担当 | 照合日 |
|---|---|---|---|---|---|---|
| 入力前 | 対象期間・工程 | 抽出条件、報告一覧 | 入力表先頭と一致 | 抽出条件を修正 | 作成者 | 記入 |
| 入力前 | 報告ID・件数 | 報告一覧 | ID集合と報告行数が一致し、別明細も対応 | 対象行を作り直す | 作成者 | 記入 |
| 入力前 | 品番・工程・現象 | 入力表、分類表 | 原文を保持し、承認された名称へ対応 | 置換ルールを適用 | 作成者 | 記入 |
| 入力前 | 入力情報の範囲 | 社内ルール、入力表 | 送信する内容と環境の利用を許可済み | 入力を止め、伏せ字後の内容も取扱い判断へ戻す | 作成者 | 記入 |
| 入力前 | 原票へ戻る情報 | 原票一覧 | IDか保管場所がある | 対応表を追加 | 作成者 | 記入 |
| 入力前 | 原因の確定状況 | 原票、調査記録 | 確定・未確定・記載なしを区分 | 状態欄を補記 | 作成者 | 記入 |
| 出力直後 | 対象期間・工程・ID | 入力表、原票 | 全件で一致 | 対象を直して再要約 | 作成者 | 記入 |
| 出力直後 | 対象件数 | 入力表、AI出力 | 入力件数と一致 | IDの漏れ・入替り・重複を調べる | 作成者 | 記入 |
| 出力直後 | 品番・ロット・日付 | 原票 | 識別情報が原票どおり | 入力表を直して再要約 | 作成者 | 記入 |
| 出力直後 | 不良数・検査数・合計 | 原票、集計表 | 転記値と計算値が一致 | 対象行、単位と式を照合する | 作成者 | 記入 |
| 出力直後 | 現象・場所・処置 | 原票 | 別項目との混同がない | 該当報告へ戻す | 作成者 | 記入 |
| 出力直後 | 停止・保留等の暫定処置 | 原票、工程の記録 | 停止・選別等が残る | 原票記載へ直し、実施状態も再照合する | 作成者 | 記入 |
| 出力直後 | 原因の確定状況 | 原票、調査記録 | 未確定を断定していない | 未確定へ修正 | 作成者 | 記入 |
| 出力直後 | 記載なしの扱い | 原票 | 空欄を補完していない | 補完部分を削除 | 作成者 | 記入 |
| 出力直後 | 原票に戻るID | AI出力、入力表 | 各要約にIDか行番号あり | 出力形式を変更 | 作成者 | 記入 |
| 出力直後 | 断定・誤統合 | AI出力、原票 | 根拠のない断定がない | 指示文を修正し再要約 | 作成者 | 記入 |
| 共有前 | 工程内容の照合 | 原票、工程責任者の記録 | 現象・処置の実施状態を照合済み | 資料を保留 | 工程責任者 | 記入 |
| 共有前 | 未確定事項の表示 | AI出力、会議資料 | 調査中・未記載など実際の状態を明記 | 表示を修正 | 品質責任者 | 記入 |
| 共有前 | 共有範囲 | 会議資料、社内ルール | 不要な情報がない | 資料を分けるか伏せ字 | 品質責任者 | 記入 |
| 共有前 | 照合担当・照合日 | 照合シート、会議資料 | 作業を終えた担当と日付を両方に記載済み | 未実施の照合・承認へ戻す | 品質責任者 | 記入 |
| 共有前 | 修正履歴・原票場所 | 照合シート、保管場所 | 根拠を追える | 履歴と保管情報を追加 | 品質責任者 | 記入 |
初回は過去5〜10件程度を選び、原票との相違と照合にかかった時間を記録しましょう。少数で合格しても、別工程や長い報告まで同じ精度とは限りません。未記載、複数明細、訂正、出荷保留なども試し、使える範囲を判断します。未処理の照合を拾う補助には、Apps Scriptで確認漏れをメール通知する方法もありますが、通知だけで受領や点検の完了とはしません。
よくある質問
AI要約と原票は、全対象を毎回照合するのですか？
この運用では、共有する要約の全対象について、ID、数値、処置、原因の状態と原文の意味を原票へ照合します。数値だけ合っていても、「実施予定」が「実施済み」に変われば誤判断につながるためです。照合範囲を変える場合は、対象業務、誤りの種類と影響、検証結果を品質責任者へ渡して判断します。文章が自然、以前は正しかったという理由だけでは省きません。
不良原因が未確定の報告は、AIへどこまで任せてよいですか？
現象、発見工程、記録された発生工程、暫定処置、調査の進み具合、原票にある原因候補までを、それぞれの状態付きで並べさせます。記載がなければ空白を推測で埋めず「記載なし」とします。候補には報告IDと根拠を添え、確定原因から分けます。新たな仮説をAIに求める場合も調査案にとどめ、根拠を確かめず処置を変えたり出荷を認めたりしません。
AIが付けた不良分類と、社内で使っている分類名が違う場合はどう直しますか？
元の分類とAIの分類候補を残し、承認された社内分類へ対応させます。ぴったり合わないものは無理に既存区分へ押し込まず、未分類として担当者の判断へ渡します。分類を変更する場合は、対応表の版、適用開始、過去集計との関係も決めます。名前だけを一括置換すると、実際の現象まで同じだったように見えるため、原文と変更理由を追える形にしましょう。
品質会議へ要約を渡した後、どの記録を残せば根拠を追えますか？
入力表、原票、指示文、使用したAI環境と実行時点、出力、照合シート、共有資料の版を対応付けて残します。対象期間、報告ID、明細、担当、日付、原票保存先、修正理由がつながれば、数値や表現の根拠へ戻れます。保存先と閲覧権限、保存期間を先に決め、最終版の共有後も原票や修正前の記録を黙って上書きしないようにします。
まとめ
まず、少数の不良報告を選び、報告IDと明細、工程、品番、数値、処置、原因の状態を原票へ結び付けましょう。次に、事実・未確定・記載なしを分ける指示で下書きを作り、全対象を原票と集計表へ照らしてから共有します。件数不一致や処置の欠落が起きたら、出力だけでなく入力と分類のどこで違ったかも記録してください。緊急の異常対応は要約の完成を待たず、所定の連絡と判断を先に進めます。
