不具合発生時の対象ロットを迅速に確定し、リコールに備える

火曜の朝、顧客から電話が入ります。先月出荷した部品が顧客先で不具合を起こしました。電話の向こうの声は穏やかですが、毅然としています。同じ欠陥を抱える出荷が他にないか、今日中に答えてほしいと言われます。品質保証のオフィスでは、担当者がスプレッドシート、紙の作業伝票の束、そして共有フォルダに散らばる検査記録を開きます。誰かが手作業でロット番号の追跡を始めます。何時間も過ぎます。リコールの対象範囲は曖昧なままです。対象ロットの一覧がようやく出来上がる頃には、顧客はすでに別の担当者から別の説明を二つ聞いています。これが、対応可能な不具合を信用の危機に変えてしまう経緯です。

これは製造業にとって珍しい出来事ではありません。食品、医薬品、電子部品、精密部品のいずれでも、出荷後に不具合が見つかります。制御された対応と混乱を分けるのは、対象ロットをどれだけ速く、どれだけ確実に特定し、固定し、誰が何を決めたかを証明できるかです。基幹システム（ERP）はこの計算を変えます。ロットのデータと、決定を固定する承認のステップがすでにERPの中の一つの場所にあるため、対象範囲は数日ではなく数分で確定します。

手作業のロット追跡が時間と信頼を静かに食う理由

不具合の報告が届いた瞬間に時計は動き始めます。規制業界の監督官庁は、多くの場合数時間以内に定義された対象範囲を求めます。顧客は自社の在庫が影響を受けるか、明確な回答を求めます。社内では、生産現場はラインを動かし続けるか止めるかを知る必要があります。

手作業の対応は、この三つのすべてで破綻します。品質エンジニアは、どの原料ロットがどの製造ロットに入ったかを紙の作業伝票から探します。完成品がどこへ向かったかを知るため、別のスプレッドシートに出荷記録を照合します。一つ一つの確認が、ロットを見落とす、二重に数える、あるいは筋を完全に見失う機会になります。最終的に出てくる一覧は、三週間前に誰かが走り書きしたメモと同じ精度しかありません。

より根本的なコストは、かかる時間ではありません。対象範囲のブレです。ある関係者は一覧にないロットを思い出します。別の関係者は、疑わしい原料を使ったサブアセンブリを忘れます。新しい情報が届くたびにリコールの対象範囲は時間単位で拡大と縮小を繰り返し、誰がどのロットをなぜ追加したかを示す単一の記録はどこにもありません。監督官庁や顧客が決定の根拠を求めたとき、手元にあるのはバージョン履歴のないスプレッドシートと、いくつかのメールのスレッドだけです。

基幹システムはこれを、制御された、レビュー可能な行為に変えます。ロットの記録、製造ロットと原料ロットのつながり、そして対象範囲を固定する承認が、すべて同じERPの中にあります。決定は速く、同時に防御可能なものになります。

承認とロットのステップが今日実際にできること

ここは正直に伝えるべき部分です。対象ロットを確定し固定する承認ワークフローは、すでに構築され今日稼働しています。その決定が依拠するロットのデータも稼働中です。ロードマップにあり、まだ構築されていないのは、リコール記録から対象ロットへの自動的なリンクと、人の介入なしに在庫を保留・隔離する下流への書き戻しです。

現時点で本当に揃っているのは次のとおりです。

追跡が依拠するロットの記録

各製造ロットは、追跡に必要な識別情報を保持しています。ロット番号、生産した品目、数量、そして日付は、通常の在庫業務の一部として記録されます。製造ロットと、それに投入された原料ロットのつながりは在庫の層で捉えられており、どの原料ロットが完成ロットに入ったかを問うても、考古学のような作業ではなくデータの検索で済みます。

これが重要なのは、不具合対応で最初に問われる問いが常に同じだからです。疑わしい投入材を共有するロットはどれか。ロットのつながりがデータとして記録されていれば、疑わしい原料ロットに紐づくロットの一族を数秒で引き出せます。紙の作業伝票から期限付きでその関係を再構築するという代替手段こそが、まさにミスが起きる現場です。

対象範囲を確定し固定する承認のステップ

疑わしいロットが特定されても、対応は自由な編集ではありません。対象範囲を確定する決定は、承認ワークフローを通ります。品質責任者が対象ロットの一覧を提案します。承認は決定を所有する役職やポジションへ回付されるため、組織改編や担当者の不在にも耐えます。重要度の高いリコールでは、システムは委員会の決裁（定足数）や、N人の承認者のうち誰か一人というルールを要求でき、不在の一人の管理者が対応を止めることはありません。

承認が下りると、対象範囲は固定されたスナップショットとして確定します。システムは、承認の時点で一覧にあったロット、誰が承認したか、いつ承認したかを正確に記録します。このスナップショットこそ、内部統制のレビューや監督官庁が求める監査証跡です。「対象ロットはこれらだと考えている」と言うのと、「対象ロットの承認済み記録がここに、署名と時刻付きである」と言うのとでは、違いがあります。

-> 関連：基幹システムでロットとリコールを管理する

-> 関連：バッチ全体を通じたロットの追跡

ブロックせずに追跡するウォッチャー

リコールが品質部門だけの出来事になることはほとんどありません。営業はどの顧客に連絡すべきかを知る必要があります。生産はラインを止めるかを知る必要があります。物流は返品に備える必要があります。ウォッチャーの仕組みを使えば、これらの関係者は承認者にならずにロット追跡の承認を追えます。ステータスの移行が見え、確定した瞬間に固定された対象範囲が見え、決定そのもののボトルネックにはなりません。紙のプロセスでは、こうした人々はすでに古くなった転送メールから対象範囲を知ることになります。

正直な境界：書き戻しとは何か、何でないか

境界について正確に伝えることが、信頼を成り立たせます。今日、対象ロットが確定され固定されると、その決定は記録され監査可能です。まだ自動では起きないのは、その決定を在庫や出荷の記録の下流へ押し出す書き戻しです。

具体的に言えば、承認は確定されたロットを倉庫で自動的に保留にすること、関連する出荷を売上の記録でフラグすること、顧客への通知を自動生成することは、今のところ行いません。これらの後続アクションは、固定された決定に人が対応することを依然として必要とします。書き戻しに必要なレジストリとエンティティ型はすでに揃っているため、ロットの書き戻しを追加するのは再構築ではなくロードマップ上の範囲内の作業です。しかし今日正しく言えるのは、対象範囲の確定と固定は稼働中であり、下流への自動アクションはこれから、ということです。

これはシステムを評価する買い手にとって重要です。構築されていないリコールから在庫への完全自動書き戻しを謳うベンダーは、実際のインシデントの最中に発見するギャップを準備していることになります。承認とロット確定の制御が基盤であり、それは本物です。ループを閉じる書き戻しは、その次の層です。

事例：静岡の精密部品メーカー

自動車や産業機械のOEMに部品を供給する、静岡の精密部品メーカーを想像してください。社員数は約280名。六週間前に出荷したブラケットの現場不具合報告が届きます。品質チームは報告された出荷のロット記録を開き、それに投入された原料ロットを追跡します。他に二つの製造ロットが同じ原料ロットから作られていました。

品質責任者はこの三つのロットを対象範囲として提案し、確定の承認をワークフローに回します。重要度が高いため、ルートは品質、生産、部門責任者の委員会決裁を要求します。システムは一人の承認者が出張中でも決定を進めさせ、高危険度の品目には再承認を必須にします。同じ午前中に、対象範囲は固定されたスナップショットとして確定します。

関係者としてその依頼をウォッチしていた営業は、確定した対象範囲を即座に確認し、疑わしいロットを受け取った二人の顧客への連絡を始めます。倉庫チームは固定された決定に基づき、書き戻しの自動化がロードマップを上がる間、三つのロットを手動で保留にします。OEMの顧客がリコール対象範囲の根拠を求めたとき、品質責任者が送るのはスプレッドシートではなく承認済みの記録です。現場の不具合の電話から、固定され監査可能な対象範囲まで、一連の対応は数日にわたるのではなく、一つの午前中で終わります。

速度を超えて、なぜこれが重要なのか

メリットは削減できた時間だけではありません。もっとも、その時間も実在します。製造業にとって見過ごせないコンプライアンスの側面があります。ロットのトレーサビリティは、食品、医薬品、そしてますます精密部品のOEM供給において、基本的な期待となっています。監督官庁や大手顧客は、不具合の対象ロットが何であったか、対象範囲を何に基づいて決めたかを、求められたときに証明できるかを問います。固定された、承認済みのスナップショットは、その問いに証拠で答えます。

スプレッドシートにはきれいに現れないリスクの側面もあります。過小な対象範囲のリコールは、欠陥品を現場に残します。過大な対象範囲のリコールは、良好な在庫を廃棄し、問題のなかった製品まで巻き込むことで顧客の信頼を損ないます。どちらの誤りも同じ源から生まれます。圧力のもとで、固定された記録のないまま決められた対象範囲です。承認のステップは、まさに最も重要な瞬間に、意図的でレビューされた決定を強制するために存在します。

最後に、日本の中堅・中小製造業を悩ませる暗黙知の問題があります。ロットのつながりを頭の中で追えるベテランが、定年を間近に控えています。その人が去るとき、ロットのつながりと決定の記録がシステムの中に生きていなければ、リコールの対象範囲を決める能力も一緒に去っていきます。基幹システムは追跡をデータとして、決定を監査可能な記録として残すため、次の世代が受け継ぐのはパズルではなくプロセスになります。

-> 関連：製造業のワークフロー全体とROI

よくある質問

対象ロットが確定されたら、倉庫の在庫を自動的に保留にできますか？

今のところはできません。承認ステップで対象範囲を確定し固定することは、構築済みで今日稼働しています。その決定を在庫の保留や隔離に自動で書き戻すことはロードマップ上です。今日は固定された決定に人が対応しますが、それでも対象範囲がメールにしか存在しない状態から比べれば、大きな改善です。正直な表現は、確定の制御は稼働中であり、下流への書き戻しはこれから、ということです。

対象範囲が網羅的だと、どうやって分かりますか？

ロットのつながりがメモからの再構築ではなく、データとして記録されているからです。各製造ロットは、それに投入された原料ロットとのつながりを保持するため、疑わしいロットに紐づく一族のロットは検索で得られます。品質責任者がその一式を対象範囲として提案し、承認ステップが固定の前にレビューを強制します。もしロットが見落とされていれば、承認の前にレビューアーが気づき、固定されたスナップショットが修正後の一覧を捉えます。

不具合発生時に正しい担当者が不在だったらどうなりますか？

承認は名指しの個人ではなく、役職やポジションに回付されます。出張中の管理者が対応を止めることはありません。高危険度の確定に対しては、システムはN人の承認者のうち誰か一人で足りるルールを使うことも、重要度が求めるなら定足数を要求することもできます。安全な代理承認も支えられており、高危険度の品目には再承認が必須になるため、対応は速く、同時に統制されたものに保たれます。

監督官庁向けの監査証跡は得られますか？

はい。それこそが固定されたスナップショットの目的です。固定された対象範囲は、どのロットが確定されたか、誰が決定を承認したか、いつ承認したかを正確に記録します。監督官庁やOEMの顧客に手渡すのは、バージョンのないスプレッドシートではなく、承認済みの記録です。品質インシデントを巡る内部統制を構築する企業にとって、その記録が証拠です。

重要なポイント

リコール対応は圧力のもとでの決定であり、その決定の質は、対象ロットをどれだけ速く、どれだけ防御可能に特定し固定できるかに完全に依存します。ロットのデータと対象範囲を固定する承認は、今日構築済みです。ループを閉じる自動書き戻しはロードマップ上であり、それを率直に伝えることは過剰に売り込むことよりも役立ちます。確定が一つの基幹システムの中にあるとき、対応は速く、同時に信頼できるものになります。

Kikan System で始める

もしその場で不具合が起きたら、チームが何日も紙の作業伝票を掘り返すことになるなら、Kikan System をご覧ください。対象ロットを確定し固定するロットの記録と承認ワークフローはすでに稼働中であり、すべての決定は固定された監査可能なスナップショットとして残ります。2ユーザーまで無料、カード不要のフリープランですぐに始められます。→ 無料で始めるからご開始ください。