ほとんどのサービスセンターは、受け取り (ステップ 1) および保管 (ステップ 2) を通じて優れた認証トレーサビリティを維持しています。付加価値加工 — 材料の形が変わる場合 — で破損が発生します。これがステップ 3 であり、認証チェーンが材料を追跡するのを停止する場所です。
これは稀な故障ではありません。付加価値操作が認証データを伝播するために特別に設計されていない場合、デフォルトの結果です。
付加価値操作が認証チェーンに対して行うこと
スリッティングは幅を変更します。ブランキングは寸法を変更します。レベリングは平坦度を変更します。ショットブラスティングは表面状態を変更します。酸洗は表面化学を変更します。長さごとのカット操作は長さを変更します。
これらの操作のいずれも、材料の化学または機械的特性を変更しません。元のミル認証 — ロット番号、化学成分、引張値および降伏値と共に — は、これらの各操作から出てくるあらゆる部品に依然として適用されます。認証はコイルがストリップになったために無効になることはありません。
しかし、運用上は、スリッティングラインから出てくる部品は入ったものとは異なって見えます。寸法が異なります。SKU が異なる場合があります。ほとんどの ERP 実装では、新しい在庫レコードを取得します — この新しいレコードは元のコイルからロット番号を自動的に継承しません。
ステップ 3 の破損の詳細
特定のコイルを 3 つのステップを通じて追跡します:
ステップ 1 — 受け取り: コイルが到着します。受け取り担当者は、実際のコイルのロット番号をミル認証のロット番号と照合します。受け取りレコードはロット番号と認証参照で作成されます。コイルは認証に関連付けられた在庫に入ります。このステップは機能します。
ステップ 2 — 保管: コイルが倉庫に保管されます。在庫レコードはロット番号と認証参照を維持します。コイルを配置でき、その認証を取得でき、ロット番号を確認できます。このステップは機能します。
ステップ 3 — スリッティング: コイルはスリッティングラインに移動します。スリッターは異なる幅の 6 つのストリップを生成します。ERP は 6 つの新しい在庫レコードを作成します — ストリップごとに 1 つ。デフォルトの ERP 構成では、これら 6 つのレコードは親コイルのロット番号を継承せずに作成されます。6 つの新しいレコードは、グレード、寸法、および重量を表示します。ロット番号は表示されません。認証参照は表示されません。
この時点で、6 つの認定鋼ストリップが倉庫に存在しますが、システムは彼らがどのロットから来たかについての記録を持っていません。
ERP システムがこれを防ぐことができない理由
これはバグではなく、構造的な問題です。
ERP システムは、処理操作が新しい寸法または新しい SKU を作成する場合に新しい在庫レコードを作成するように設計されています。新しいレコードは新しい在庫品目です — ピッキング、出荷、および再注文に最適化されています。親レコードから認証データを伝播するために設計されていません。
ほとんどの ERP 実装では、親のロット番号を子レコードに伝播するには、カスタムワークフロー構成、スリッティングオペレーターが実行する手動データ入力ステップ、または処理後のデータ調整ステップが必要です。これらはいずれもすぐに使える標準的な動作ではありません。
運用上の結果: サービスセンターの ERP システムを構成する人々は、在庫精度と倉庫効率を最適化しています。材料トレーサビリティは、ERP 構成プロジェクト中にテーブルになかった可能性のある品質機能です。品質に敏感な顧客がスリット ストリップのロット番号ドキュメントを要求する最初の時間に、ギャップが発見されます。
ASTM が実際に要求するもの
ASTM 規格はソフトウェア システムまたはドキュメント形式を指定しません。彼らが要求することは、材料に対して発行されたテストレポートがテストされたロットまで追跡できることです。
スリット ストリップがソース コイルのロット番号に追跡できない場合、ASTM に認定されているものとして提示することはできません。元のコイル認証がファイルにあるという事実は関係ありません。レコード内にストリップからコイルへのリンクが存在しない場合、ストリップの認証は検証不可能です。
品質監査を実施している顧客 — 特に自動車、エネルギー、防御サプライチェーンの場合 — はこのチェーンをテストします。彼らは尋ねます: このストリップのロット番号を見せてください。そのロットの認証を見せてください。このストリップがそのコイルから来たことをどうやって知っていますか。
答えがシステム レコードではなく手動での再構築を必要とする場合、それは調査結果です。
解決策
処理ワークフローを構成して、処理操作によって作成されたすべての子アイテムに親のロット番号を伝播させます。 これはテクノロジー購入ではなく、ワークフロー規則です。既存の ERP はほぼ確実に親子レコード関係をサポートしています — 構成の質問は、ロット番号の継承がオンになっているかどうかです。
ERP が自動伝播をサポートしていない場合は、手動ステップを実装します: スリッティング オペレーターがストリップを片付ける前に、親コイルのロット番号をストリップの実行に対して記録します。ログエントリがトレーサビリティレコードです。
運用コストは低いです。それをしないコンプライアンス コストはそうではありません。