特採の「なぜ出荷してよいと判断したのか」を、どう案件に残すか

GembaOS は、AI エージェントを職務権限規程・稟議・監査のもとで運用するための実行基盤です。ポリシーによる権限判定、パラメータに紐づくワンタイム許可証、人の承認記録を、オンプレミスまたはプライベート VPC 上で提供します。

この記事で扱うのは、製造業の品質保証現場における最大の監査リスクです。「規格外となった不適合品を、なぜ特採（特別採用）として出荷してよいと判断したのか」という技術的・商業的根拠を、後から誰でも完全に追跡・証明できるようにするための統制設計です。

事故の現場：判定はされているのに、根拠が散逸する構造

自動車部品、精密機器、電子部品の製造現場において、特採の判定そのものは日々極めて真剣に行われています。問題は判定の妥当性ではなく、その判断を支えた根拠データが組織内にバラバラに散らばり、ひとつの案件として残らないことです。

公差測定データは検査端末のローカル Excel ファイルにあり、顧客からの受入承諾は営業担当者の受信トレイの奥深くに埋もれ、工場長の決裁は現場の紙の現品票（トラベラー）に押された赤い認印だけ。

数か月後、納品先で市場不具合が発生したり、ISO 9001 / IATF 16949 の外部監査で「なぜこの不適合ロットが出荷されたのか、根拠を示してください」と求められたとき、現場は 3 か所、4 か所を必死に捜索し、記憶を頼りにつなぎ合わせて弁明書を作成することになります。

画像認識 AI による外観検査や自動計測の導入が進んでも、それは「不適合を検出する」までの話です。検出から是正、顧客照会、そして出荷保留の解除に至る判断のバトンリレーは、依然として属人的な手作業のまま放置されています。

処置は記録項目であり、押印者は所見を選ぶ

GembaOS では、不適合品処置（特採・手直し・廃却・仕入先返品）の内容と数量を、不適合報告チケットの構造化データとして、改変すれば検知できるハッシュチェーン記録に残します。

決裁者が自由文で曖昧な指示を書くのではなく、あらかじめ業務ルールで定められた所見から選択します：「処置に同意」「追加測定データが必要」「顧客の特採承認書が必要」「処置案を差し戻し」。選択された所見に応じてワークフローが分岐し、エビデンスが不足している場合は担当エンジニアへ補正依頼が自動発行されます。

押印された処置だけが、システム上で実行される

製造現場で最も恐ろしいのは、「工場長が手直しを条件に押印したはずなのに、納期プレッシャーからそのまま未処置で特採出荷されてしまう」といった押印と現物のすり替えです。

GembaOS では、MES や倉庫管理システム（WMS）の出荷保留フラグを解除する最後の 1 ミリ秒において、ガバナンスカーネルが不適合報告チケットの最新状態を再照合します。

もし押印された後に、数量が 100 個から 500 個に書き換えられていたり、顧客規格フラグが改変されていた場合、発行されたワンタイム許可証は直ちに失効します。MES への解除コマンドは遮断され、対象ロットは安全に保留状態に留まります。「押印された内容と寸分たがわぬ処置だけが実行される」ことが、コードによって保証されます。

まとめ

特採は、製造現場が納期の現実と品質の厳格さの間で下す、最も重い経営判断のひとつです。

GembaOS は AI に特採の可否を判定させません。AI の役割は、散らばる計測値と顧客規約を整理し、判断に必要な客観的事実を決裁者の前に揃えることです。そして、誰が、いつ、どのような所見に基づいて出荷を認めたのかという不可逆な証跡を刻み、企業の品質信頼を守り抜きます。

関連する実機シナリオ

製造現場における不適合品処置の完全な流れをご覧ください：

• 不適合品処置シナリオ（NCR）：顧客承認書の補正依頼、品質保証課長と工場長による二重押印、および保留解除の実行制御。