在庫から材料をリリースするときに、システムが追跡するトレーサビリティのユニットは何ですか？答えが「ロット」または「ヒート」である場合、その違いを知っていますか、そしてあなたの選択が顧客が実際に要求しているものと一致していますか？
ほとんどのサービスセンターは、デフォルトで1つのモデルを選択します。通常は実装時にERPシステムがサポートするように構成されたもの。ただし、顧客ミックスを満たしているかどうかを評価することなく選択します。不一致は、トレーサビリティ不足のために顧客が出荷を拒否する場合、または監査がサービスセンターの文書システムがその業務の仕様要件と一致しないことを発見したときに明らかになります。
ヒートベースのトレーサビリティ：仕組み
ヒートベースのトレーサビリティは、製鋼所のヒート番号を主要なトレーサビリティ識別子として使用します。在庫からリリースされたすべての材料は、そのヒート番号を参照します。これは結局、その特定の溶解に対する製鋼所のテストレポートに直接リンクされます。
ヒート番号は冶金学的識別子です。材料が生産された特定の溶融鋼のロットに割り当てられた番号です。そのヒートのMTCには、その特定の鋼バッチの実際の化学および機械的試験結果が含まれています。
必要な場合： 顧客が特定の、テストされた材料が使用されたことを確認する必要があるあらゆるアプリケーション。AISC またはAWS D1.1 によって管理される圧力容器製造、構造用鋼建設、発電コンポーネント、および防衛調達で一般的です。顧客のPOが「MTCを提供してください」と言う場合、製鋼所のテスト結果にトレースできるヒート番号を含むドキュメントを意味しています。
運用上の課題： 単一のヒート番号は複数の生産実行、複数のコイル、および複数のプレート長にまたがることができます。すべて同じメルトから来たため、同じヒート番号を持ちます。ヒート番号は一意の物理部分を識別しません。バッチを識別します。同じヒートの複数のピースが異なる場所のストックにある場合、システムは特定のピースを識別するためにヒート番号と物理的な場所を追跡する必要があります。
ロットベースのトレーサビリティ：仕組み
ロットベースのトレーサビリティは、ロット番号を主要な識別子として使用します。ロットは行政上のグループ化です。単一のヒートからの材料、または類似の条件の下で生成された複数のヒートからの材料が含まれる場合があります。
ロット番号は大量製造アイテムの標準トレーサビリティモデルです：ファスナー、フィッティング、バーストック、パイプフィッティング、フランジ。ボルトロット証明書は、このロット内のボルトがテストされ、仕様要件を満たしたことを示します。ただし、どの特定のメルトから来たかは示していません。
許容される場合： 顧客の仕様がロット認証を許可し、ヒート固有のテストデータを要求しない場合。商業用建設ハードウェア、非重要な構造アプリケーション、およびASTM標準がヒート認証ではなくロット認証を許可するアプリケーションで一般的です。
許容されない場合： 顧客の仕様がヒート番号トレーサビリティを要求する場合、ロット番号は代替品ではありません。ロット証明書には、顧客が仕様への適合性を確認するために必要なヒート固有の化学および機械的試験結果が含まれていません。
モデルの混合が問題を引き起こす理由
ロット別にインベントリを追跡するが、ヒート固有のトレーサビリティが必要なサービスセンターは、受け取り検査に失敗します。ロット証明書は顧客が提出する質問に答えていません。顧客は尋ねています：これはどのヒートですか？ロット証明書は言っています：これはどの生産バッチでしたか？これらは異なる質問であり、異なる答えです。
この不一致は、受け取り検査がそれを見つけるまで、運用的には見えません。その時点で、サービスセンターはロット対ヒートマッピングレコードからヒート番号を再構築するか（存在する場合）、適切なヒート番号文書を使用して修正された出荷を発行する必要があります。
是正措置は簡単です。繰り返し発生のパターン — 同じ顧客への複数の出荷での同じ不一致 — これが認可された供給業者監査または是正措置要求を生成します。
モデルを顧客ベースと一致させる方法
アクティブな顧客発注書のトレーサビリティ要件を確認してください。特に：
- POはヒート番号の識別を必要とする材料仕様（ASTM A6、ASTM A480、ASTM A999）を参照していますか？
- POはヒート番号を含む特定のデータフィールドを持つMTCを要求していますか？
- 顧客の品質計画または認定サプライヤー要件は、ヒートベースのトレーサビリティを指定していますか？
分割を数えてください。あなたの収益の大部分がヒート番号トレーサビリティが必要な顧客からのものである場合、あなたの在庫および文書システムはエンドツーエンドでヒートベースのトレーサビリティをサポートする必要があります。
顧客ベースが混在している場合、システムは両方のモデルをサポートする必要があります。または、トレーサビリティレベルごとにストックを物理的にセグメント化し、重要な顧客向けのヒートタグ付きストックを商業顧客向けのロット追跡ストックと別に保持する必要があります。
ヒートベースのトレーサビリティの運用上の意味
ヒートベースのトレーサビリティシステムを運用することは次を意味します：コイルが受け取られるとき、ヒート番号が記録され、証明書にリンクされます。コイルがスリットされるとき、各ストリップはヒート番号を運びます。ストリップが出荷されるとき、配送文書と証明書は元の製鋼所証明書からヒート番号を参照します。
これはロット追跡よりも運用上より集約的です。ヒート番号はすべてのトランザクション（受け取り、処理、保管、出荷）を通じて流れる必要があります。チェーンを破壊せずに。これは各ステップでプロセスの規律を必要とし、処理操作でヒート番号が低下することを許さないシステムが必要です。
これは重要なアプリケーション顧客が要求する標準です。顧客ベースにそれらの顧客が含まれている場合、それはあなたの運用が満たす必要がある標準です。