顧客がSA-516-70N(正規化、熱間圧延ではない)を必要とし、-50°Fで記録されたCharpy衝撃試験があるように要求して電話してきました。4インチプレートが必要で、今週中に必要です。SA-516-70が在庫にあることはわかっています。そのうちのいくつかは正規化されていると、かなり確信しています。どのヒートに正しい温度で衝撃試験が記録されているかはわかりません。
内部販売担当者がERPを開きます。在庫画面には、等級、サイズ、数量、および価格が表示されます。熱処理状態のフィールドはありません。補足要件のフィルタはありません。仕様番号は全体的に「A516-70」としてリストされています——正規化と熱間圧延の区別がなく、Charpyデータは表示されません。担当者は、材料が適格である可能性があることは知っていますが、ファイルキャビネットに行き、在庫のSA-516-70ヒートの証明書を取り出し、それぞれを手動で確認することなく確認することはできません。
これが証明書検索の問題です。適格な材料はあなたの倉庫にありますが、それが適格であることを証明するデータは、クエリできないPDFでロックされています。内部販売チームは、結局のところ、盲目的に見積もるか(危険)、顧客に答える前に45分間証明書を探すのに費やすことになります(遅い)。
標準的なERPが追跡しないもの
鋼鉄流通の大多数のERPシステムは、等級/サイズレベルで在庫を追跡します。在庫数量、価格設定、および注文の履行を管理するために構築されています。製鋼所試験証明書データを保存するように設計されておらず、ほとんどはそうしていません。
標準的なERPが通常追跡するフィールド：品目コード、説明、手持ち数量、場所、単価、顧客価格。追跡しないもの：熱処理状態(正規化対熱間圧延対焼入れ焼き戻し)、補足要件試験結果、ヒート別の実際の化学値、Charpy試験温度とエネルギー値、ヒート別の実際の降伏強度と引張強度。
これらのデータはすべてMTC上にあります。しかし、MTCは受取文書に添付されたPDFであり、ERPがフィルタリングできる構造化データレコードではありません。
結果は、販売チームが知る必要があることとシステムが言うことができることの間の切断です。
これが害をもたらすシナリオ
高価値の特殊注文。 正規化されたプレート、Charpy試験材、高温サービス材——これらはより高い価値、より高いマージンの注文です。これらを発注する顧客は、多くの場合、特定の技術要件を持つ常連の購い手です。これらの問い合わせに迅速かつ正確に対応できる能力は、競争上の差別化要因です。数分以内に「はい、あります。ここにヒート番号と証明書データがあります」と答えられる鋼鉄流通業者が注文に勝ちます。「確認させていただき、折り返しお電話します」と言う流通業者は、より早く答えられる人に負けます。
時間的プレッシャー下での見積もり精度。 製造業者が午後2時に電話をかけ、午後3時30分までに顧客に答える必要があります。内部販売担当者は、材料が在庫にあることを確認し、仕様を満たしていることを確認し、配送日を提供する必要があります。証明書検索に1時間かかるのであれば、見積もりウィンドウは閉まります。
販売後の仕様不一致の回避。 内部販売担当者が、在庫のヒートが正規化されているかどうか確認することなく、SA-516-70を見積もり販売します。顧客のPOは正規化を要求します。材料が出荷されます。着荷検査で、顧客が証明書を確認します——熱間圧延、正規化ではありません。材料拒否、再注文、加急。この失敗は、見積もりの時点で証明書データをクエリできないことから始まります。
検索可能な証明書データベースが可能にするもの
証明書データが構造化され、保存されるとき——PDFとしてではなく、クエリ可能なレコードとして——検索機能は完全に変わります。
このようなクエリが数秒以内に可能になります：MTCが正規化された熱処理と-50°FでのCharpy値を記録している在庫のすべてのSA-516-70ヒートを表示してください。システムは、数量、場所、および証明書参照を備えた適格ヒートのリストを返します。
内部販売担当者は、45分ではなく2分で顧客に答えます。特定のヒート番号を見積もります。見積もりに証明書データプレビューを添付します。顧客は、証明書レベルで在庫を知っているサプライヤーと取引していることを目にします。
クエリはさらに深く掘り下げることもできます：最小降伏強度でフィルタリング、DFARS敏感注文の溶融国でフィルタリング、特定の補足要件を満たす化学範囲でフィルタリング、または時間敏感な品質要件の試験日でフィルタリング。
クエリ可能な証明書レコードの構築
この機能を達成するには、2つのことが必要です：構造化された証明書の取得と証明書と在庫のリンク。
構造化された証明書の取得は、MTCが到着するときに、主要なデータフィールドが構造化された形式でキャプチャされることを意味します——フォルダに保存されたPDFだけでなく、データベースに入力された実際のデータ値。等級、ヒート番号、熱処理、化学値、機械試験結果、補足試験データ。
これは受け取り時の証明書エントリフォームを通じて手動で行うことができます。OCRベースの証明書解析を使用して部分的に自動化できます。どちらの方法でも、原則は同じです：証明書データはファイルとしてではなく、データとしてシステムに入ります。
証明書と在庫のリンクは、証明書レコードがそのヒートの在庫レコードに接続されることを意味します。販売チームが在庫を照会するとき、証明書データは別のファイリングシステム検索ではなく、在庫レコードを通じてアクセス可能です。
週に数十のMTCを処理する流通業者にとって、この機能を構築することはプロセス投資です。見返りは、技術的な問い合わせにリアルタイムで対応でき、より正確に見積もることができ、より高い価値の注文をより速く成立させることができる内部販売チームです。