工程FMEAとQC工程表をAIで最新に保つ方法

工程FMEAは、新製品の立ち上げ時に時間をかけて作られ、その後は顧客クレームや監査のタイミングでしか見直されないことが多くあります。一方で、現場では治具の変更、作業順序の入れ替え、検査設備の更新、材料メーカーの切り替えなどが日常的に起きています。変更管理の記録は変更申請書や設計変更通知にあり、FMEAのExcelとは別の場所に保管されているため、両者を突き合わせる作業が後回しになります。

QC工程表も同様です。工程名、管理項目、管理方法、測定方法、サンプリング頻度、反応計画が表になっていますが、その根拠となる故障モードはFMEA側にあり、番号で対応付けていない会社では、どの管理項目がどのリスクに対応しているのか追えなくなります。

入力となるのは、工程FMEAとQC工程表(Excelや品質管理システム)、不具合報告書、変更申請、検査実績、そして生産管理システム上の工程マスタと品目マスタです。これらを社内に置いたまま、検索用の索引を作り、社内のGPUサーバーまたは国内のプライベートクラウドで動くオープンウェイトのモデルから参照できるようにします。モデルの実行にvLLMやOllamaを使う構成が一般的です。

回答には、必ず参照した文書名、版数、行番号を付けます。FMEAやQC工程表への書き込みはAIから直接行わず、修正案を差分として出力し、品質保証の担当者が承認してから反映します。ERP側の工程マスタは、読み取りのみを既定とします。

最初は一つの製品ラインを選び、直近の不具合報告書とそのラインの工程FMEAだけで試すのが現実的です。二、三週間で「未対応の不具合候補」がどの程度拾えるか、担当者が見て有用と感じる割合を確認します。有用性が低ければ、データの整備(故障モードの表記、番号付け)を先に行ったほうが早い場合もあります。

FMEAの点数が少なく、変更も少ない小規模な工場や、すでに専用の品質管理パッケージが関連付けと通知を備えている場合は、AIを追加しても効果が小さい可能性があります。その場合は、既存ツールの設定を整える方が先です。