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

金属サービスセンターがMTC管理システムを必要とする理由

業界インサイト

月曜日にコイルが到着します。単一のマスターヒート証明書、22,000ポンドの304ステンレス、化学成分と機械的特性が確認済み、仕様を満たしています。証明書はどこかへ行きます。メール、共有ドライブ、または受取デスク。一方、コイルはスリッターへ移動します。

金曜日までに、そのコイルを8ストリップにスリッティングしています。これらのストリップは2つの生産ラン全体で3つの異なるサイズにブランクされます。次の3週間で、4人のお客様が配送を受け取ります。それぞれが梱包リストを受け取ります。

これらのお客様のうち何人が元のミル証明書に遡る文書を実際に受け取りますか?ほとんどの金属サービスセンターでは、正直な答えは、要求した場合は最初の1つだけです。その後は、誰かがコピーを作成したかどうか、ブランクタグがコイル番号を示しているかどうか、月曜日に受け取りを処理した人が4番目のお客様が証明書パッケージについて電話してくるときにまだ机についているかどうかによって異なります。

これは文書作成の問題ではありません。これは材料同一性の問題です。そして材料が処理操作を通るたびにそれはより悪くなります。

Quick Answer

金属サービスセンターはMTC管理システムが必要です。スリッティング、ブランキング、カット・ツー・レングス操作がインベントリと元のミル証明書のリンクを断ち切るためです。手動ファイリングシステムではすべての処理ステップを通じてこのリンクを確実に維持することができません。専用システムは熱から作成されたすべてのチャイルドアイテムに親証明書を伝播させるため、スリッティングを通じてトレーサビリティが存続し、CoC生成が自動化され、マルチ倉庫プルが1つの証明書に遡ります。

処理が証明書トレーサビリティに何をするか

処理操作は証明書トレーサビリティを断ち切ります。すべてのスリッティング、ブランキング、またはカット・ツー・レングス実行が単一の認定親熱から新しいインベントリアイテムを作成するためです。ほとんどのファイリングシステムには親証明書をチャイルドに伝播させるメカニズムがありません。

ミル証明書は親材料をカバーしています。コイル、板、棒。その証明書のすべてのプロパティ。引張強さ、降伏応力、伸び、化学成分は受け取った時点で熱に適用されます。スリッティング、ブランキング、カット・ツー・レングス、またはレベリングを行う場合、その材料の特性を変更していません。ただし、システムが元の材料と別に扱う新しいインベントリアイテムを作成しています。

コイルを8ストリップにスリッティングすると、倉庫管理システムに8つのラインアイテムが作成されます。各ストリップはタグを取得します。システムが適切に構成されていて誰かが勤勉である場合、そのタグには元のコイル番号が含まれます。実際には、タグは取り扱いによって置き換えられ、更新され、または失われます。3番目のピッキングサイクルまでに、ストリップと親コイルの間のリンクは受け取った人の組織的記憶にのみ存在します。

カット・ツー・レングスとブランキングは問題をさらに複雑にします。1つのストリップは40個のブランクを生産します。これら40個のブランクは2ヶ月間で6つの異なるオーダーに出荷される可能性があります。各オーダーは証明書パッケージが必要です。証明書パッケージは元の熱を参照する必要があります。熱情報はコイル受け取りを通じてスリッティングを通じてブランキングを通じてピッキングを通じて出荷を通じて存続する必要があります。材料が通過するすべての週とすべての手を通じて。

手動システムはそのチェーンを確実に維持することはできません。人々は材料が新鮮なときに注意深いです。材料がベイ7に6週間座っていて、それを受け取った人が転職しているとき、トレーサビリティは低下します。顧客監査がギャップを見つけるまでに、材料はすでに出荷されており、証明書パッケージは誰かが見つけることができたものから組み立てたものです。

ブランド化されたCoC ギャップ

サービスセンターが元のミル証明書を見つけることができたとしても、その文書はほとんどのお客様が受け取りたいものではありません。彼らはあなたのレターヘッドの適合証明書、あなたの販売オーダーを参照し、あなたの部品番号、あなたの出荷数量を参照したい。あなたの品質マネージャーによって署名されています。

ミル証明書は熱が仕様を満たしたことを証明しています。あなたのCoC は、出荷した特定の材料がその熱から来たこと、および該当する要件を満たしたことを確認します。これらは異なる機能を提供する異なる文書です。特に自動車、航空宇宙、防衛サプライチェーンでの洗練されたバイヤーは両方を必要とします。

CoC を手動で生成するのに時間がかかります。誰かが Word テンプレートを開きます。ミル証明書の化学成分と機械的特性の値を手動でコピーします。顧客名、オーダー番号、出荷数量、該当する仕様を入力します。転記エラーをチェックします。署名を取得します。文書は配送パッケージまたはメールで外に出ます。

1日50オーダーを実行するサービスセンターでは、そのプロセスは毎日8~12時間の労働を消費します。これは証明書書類だけをしている1~1.5フルタイム従業員です。仕事はミル証明書がすでに確立したもの以上の価値を生成しません。ただ、すでに存在する情報を再フォーマットして再パッケージ化するだけです。値は手動で転記されるため、管理コストの上に新しい品質リスクを作成する転記エラーのゼロではない率があります。

Ready to automate your certificate workflow?

Try TestCert free

マルチ倉庫証明書リンケージ

複数の場所を持つサービスセンターは、その足跡でスケーリングするトレーサビリティの問題に直面しています。同じ熱からの材料は2つまたは3つの倉庫にわたって保存される可能性があり、同じミルオーダーから別のコイルまたはプレートで到着しています。顧客が複数の場所からの引き出しが必要な数量を注文する場合、証明書パッケージはそれらのすべてをカバーする必要があります。単一の熱認定セットから。

運用シナリオは次のようです。顧客は特定の品位とサイズの300個を注文します。倉庫Aには180個があります。倉庫Bには140個があります。Aから180を引き、Bから120を引きます。材料は同じ熱に遡ります。証明書は同じ文書です。しかし、ピッキング記録、出荷記録、および証明書パッケージは、2つの場所から1つの出荷に引き出しを調和させる必要があります。

システムがなければ、これは手動の練習です。ホームロケーションの誰かが倉庫Bに電話またはメールしてインベントリ上の熱番号を確認します。彼らは証明書を見つけます。彼らはパッケージを組み立てます。B ロケーション在庫が異なる時間に異なる受信記録の下で受け取られた場合、証明書接続を見つけることは、マルチロケーションのトレーサビリティを念頭に置いて整理されていない記録を掘り下げることが必要な場合があります。

大規模に運営するサービスセンターでは、これは週に数十回発生します。それが手動による介入を必要とするたびに、それは時間を消費し、エラーの可能性を導入します。証明書パッケージが正しくない数量またはミスマッチされた熱参照で出ていくたびに、それはお客様が見つけるかもしれないし見つけないかもしれない矛盾を作成します。しかし監査人は確実に見つけます。

システムが何を変えるか

MTC管理システムは証明書編成の基本単位を変更します。受信文書またはPOによって証明書をファイリングする代わりに、システムはすべてを受け取りの時点で熱番号でインデックス化します。その後のすべての操作(スリッティング、ブランキング、カット・ツー・レングス、ピッキング、出荷)は、その発信熱記録へのリンクを維持します。

コイルが8ストリップにスリッティングされるとき、各ストリップは親コイルの熱割り当てをシステムに継承します。ストリップはスリッターを通じてそれらのアイデンティティを失いません。これらのストリップがブランクされるとき、ブランクは同じ熱参照を運びます。顧客オーダーがインベントリから40個のブランクをプルするとき、システムはタグをトレースしたり、記録を受け取ったりする必要なく、それらのブランクが来た熱を知っています。

適合証明書の生成は手動タスクではなく自動出力になります。システムは熱を知っています。保存されたミル証明書の化学成分と機械的特性を知っています。顧客、オーダー番号、出荷数量、および該当する仕様を知っています。CoC はそのデータから生成されます。あなたのレターヘッド上で、あなたのブランディングで、正しい権限によって署名されて。承認と印刷に必要な時間で。転記エラーはPDFから手動でコピーされるのではなく、データベースから値がプルされるため消えます。

マルチ倉庫証明書リンケージは電話呼び出しではなくクエリになります。出荷が2つの場所からプルするとき、システムは両方のプルをカバーする熱記録を識別し、証明書パッケージを自動的に組み立てます。品質マネージャーは1つの出荷に対する1つの一貫した文書パッケージを見ます。複数の倉庫がそれに貢献した方法に関係なく。

トラックが出発する前にデジタル証明書配送が必要なお客様を持つサービスセンターの場合(自動車と航空宇宙サプライチェーンではますます一般的)、その配送は最後の瞬間の混乱なしに可能になります。証明書パッケージは運転手がドックで待っているときではなく、配送が確認されたときに組み立てられます。

トレーサビリティ標準は上昇しています

金属サービスセンターに対する顧客の品質期待は静的ではありません。IATF 16949コンプライアンス要件を厳しくしている自動車OEM はそれらの要件をサプライチェーン全体に押し下げています。AS9100監視下の航空宇宙プライムはサプライヤー品質システムをより頻繁にレビューしています。DFARS材料トレーサビリティ要件の対象となる防衛請負業者は、5年前に適用したよりも多くの厳密さで流通業者とサービスセンターを監査しています。

これらのすべての要件全体を通じた共通の糸は、材料同一性がミル証明書から最終用途まで維持される必要があります。すべての処理ステップ、すべての倉庫移動、すべての部分配送を通じて。より厳密でない基準の下で許容可能だった文書は現在、調査結果を生成しています。これらの調査結果は是正措置計画をトリガーします。繰り返される調査結果はサプライヤー適格性レビューに導きます。

共有ドライブ、メールフォルダ、手書きCoC テンプレートで証明書管理を構築したサービスセンターは、要件がそれほど厳しくなかったときにこれらのシステムを構築しました。システムは当時十分でした。彼らは現在、産業顧客が適用しているトレーサビリティ標準に対応する準備ができていません。

構造化MTC管理システムへの投資は主に書類作業の削減についてではありません。その利点は実質的で測定可能ですが。これは、手動システムが確実に処理できない処理の複雑さのレベルを通じて材料トレーサビリティを維持するための運用インフラストラクチャを構築することについてです。顧客監査が4ヶ月前の配送を元のミル証明書までトレースするよう依頼したとき、2つのプロセス操作と倉庫転送を通じて、答えは朝ではなく30秒で取得すべきです。

その質問に素早く答えることができるサービスセンターは、その顧客を保持します。答えられないサービスセンターは品質監査人に説明し、最終的に承認されたベンダーリストに誰が残るかを決定しているプロキュアメントチームに説明しています。

よくある質問

コイルがスリッティングされるとき、ミル証明書のトレーサビリティはどうなりますか?

コイルがストリップにスリッティングされるとき、元のミル証明書は親コイルをカバーします。個々のストリップではなく。親証明書をチャイルドアイテムに伝播させるシステムがなければ、スリッターでトレーサビリティが断ち切られます。実際には、これはスリットストリップを受け取るお客様が、彼らの特定の材料を明確に識別しない転送ミルPDF を取得するか、証明書をまったく取得しないことを意味します。適切なMTCシステムは各スリットアイテムのチャイルドレコードを作成し、親熱証明書を継承し、すべてのストリップが個別にトレース可能です。

サービスセンターはブランド化された適合証明書をどのように生成しますか?

ブランド化された適合証明書(CoC)はサービスセンターのレターヘッドで生成され、供給された材料が該当する標準を満たしていることを証明します。これは、生産者から転送された元のミル証明書ではありません。手動でそれを生成するには、ミル証明書値を引き出し、それらをCoC テンプレートに転送し、精度をレビューする必要があります。通常、配送あたり10~15分です。MTC管理システムは、リンクされた熱証明書データからCoC を自動的に生成し、サービスセンターのブランディングで、数秒で生成します。

サービスセンターは複数の倉庫にわたってミル証明書のトレーサビリティをどのように管理しますか?

マルチ倉庫証明書トレーサビリティでは、2つ以上のロケーションからオーダーが満たされるとき、証明書パッケージがすべてのプルを考慮し、各ロケーションを源熱証明書に遡す必要があります。手動システムでは、これは倉庫チーム間の調整と結合された証明書パッケージの手動組み立てが必要です。省略の傾向がある処理です。デジタルMTCシステムは位置全体のインベントリレコードを共有熱証明書ライブラリにリンクし、マルチサイトオーダーは1つのトレース可能な証明書パッケージを自動的に生成します。

Ready to automate your certificate workflow?

Try TestCert free