Skip to main content
ブログ·8分で読める·

材料の切断と分割はトレーサビリティを破壊します。残材に対して MTC データを正確に保つ方法はこちらです。

業界インサイト

プレートを切断したりコイルを分割したりするたびに、トレーサビリティの問題が生じます。元のミル証明書は、ヒート全体をカバーしています。切断された部品と残材は、そのヒートの一部です—それぞれが元の証明書への追跡可能なリンクが必要です。

修正は簡単です。実行には意図的なプロセスが必要です。ほとんどのインベントリシステムのデフォルト動作が積極的にそれに対抗するからです。

切断後のトレーサビリティを処理するための 2 つのモデル

切断操作後の証明書リンク維持には、2 つの有効なアプローチがあります。それらの間の選択は、顧客が何を必要とするかによって異なります。

モデル 1: 証明書リレー。 切断された各部分は、元のミル証明書を参照します。証明書は複製または複製されません—参照されます。部品 ID、ロット レコード、または出荷ドキュメントは、元の証明書番号と加熱番号を指し示します。顧客は、元の MTC と、どの部品がどのヒートから来たかを示す参照を受け取ります。

モデル 2: 証明書補足。 サービス センターまたは流通業者は、元のミル証明書を参照し、部品との関係を説明する補足証明書またはテスト レポートである新しいドキュメントを発行します。補足は、元のヒート番号、元の証明書参照、部品の切断寸法、および処理操作の日付と性質を特定します。

両方とも有効です。証明書リレーはより簡潔で、元の証明書がお客様の要件を満たすのに十分な場合に推奨されます。証明書補足は、顧客がサプライヤーのレターヘッドで発行されたドキュメントを要求する場合、または元の証明書形式が顧客が必要とする部品レベルの詳細に対応できない場合に使用されます。

トレーサビリティが切断後に破壊される場所

中断点は予測可能です。

ERP は切断時に新しいストック アイテムを作成します。 プレートを標準的でないサイズに切断すると、ほとんどの ERP システムは結果の部品に対する新しいインベントリ レコードを作成します。その新しいレコードには、独自のアイテム番号、独自の位置、独自のロット ID があります—デフォルト構成では、親材料の加熱番号への参照は含まれていません。証明書リンクは新しいレコードの作成時に切断されます。

コイルからストリップへの変換。 コイルは 8 本のストリップにスリットされます。8 本すべてのストリップは同じヒート番号を持っています—同じ認定ヒートの一部です。しかし、スリット操作は 8 つの新しいインベントリ レコードを作成し、ほとんどの実装では、アクティブな注文に行く者のレコードだけが証明書参照を持っています。残りは「未認定残材」として保存され、数週間以内にヒート番号リンクが失われます。

部分的なパレット ピック。 材料は同じヒートからすべて取得された 20 個の部品のパレットで受け取られます。注文は数週間にわたって 3 個、5 個、4 個をピックします。システムが最初のピックでのみ証明書リンクを更新し、後続のピックを「同じパレット」として処理する場合、後続のピックは完全な個別証明書レコードを持っていない可能性があります。

スリット ケースの詳細

スリットは、金属サービス センターで最も高い容量の証明書トレーサビリティ問題です。単一のコイルは、数十の異なる顧客に向かう数十のストリップを生成できます。各ストリップは異なるサイズ、潜在的には異なる SKU、潜在的には異なる証明書要件を持つ顧客に向かっている可能性があります。

正しいアプローチ: 元のコイル加熱番号は、すべての操作を通じたアンカーです。 コイルがスリットに行くと、結果の各ストリップは、コイルの加熱番号を親参照として持つ ID を割り当てられます。ストリップ ID、加熱番号、証明書参照は、スリットから保管から出荷へのシステム全体を一緒に移動します。

これは複雑なデータ モデルではありません。これは 3 つのフィールドを持つ親-子レコードです: ストリップ ID、親コイル加熱番号、親証明書参照。これを運用上困難にしているのは、ERP システムが通常親参照なしでバッチ内にストリップ レコードを作成し、これらの参照を確立するには、カスタム構成または多くの実装がスキップする手動ステップが必要だということです。

実用的なソリューション

加熱番号を永続的なアンカーとして使用します。すべての切断、スリット、または分割操作は新しい物理アイテムを作成しますが、新しいヒートは作成しません。元の加熱番号は、その間に発生した処理操作に関係なく、そこから派生したあらゆる部分に伝播します。

インベントリ システムを構成して、処理操作が親加熱番号を自動的に継承するようにします。システムがカスタマイズなしでこれを実行できない場合、最小限の実行可能な代替案は、すべての出力部分をその入力ヒートにマップし直す処理ログです—処理時に維持され、後で再構築されません。

次に読むこと