코일이 월요일에 도착합니다. 단일 마스터 히트 인증서, 304 스테인리스강 22,000파운드, 화학 및 기계적 특성이 확인되었으며 사양을 충족했습니다. 인증서는 어딘가로 가고——이메일, 공유 드라이브, 아마도 수령 책상——코일이 슬리터로 이동합니다.
금요일까지 그 코일을 8개의 스트립으로 슬리팅했습니다. 이 스트립들은 두 개의 생산 런에 걸쳐 3가지 다른 크기로 블랭킹됩니다. 다음 3주 동안 4명의 고객이 배송을 받습니다. 각각은 포장 전표를 받습니다.
이 고객들 중 몇 명이 원본 밀 인증서까지 거슬러 올라가는 문서를 실제로 받습니까? 대부분의 금속 서비스 센터에서 솔직한 답변은: 첫 번째, 만약 그들이 물었다면. 그 후에는 누군가 사본을 만들었는지, 블랭크 태그가 여전히 코일 번호를 보여주는지, 그리고 그 월요일 수령을 처리한 사람이 4번째 고객이 인증서 패키지를 요청하며 전화할 때 여전히 책상에 있는지에 달려 있습니다.
이것은 문서 문제가 아닙니다. 이것은 재료 식별 문제입니다. 그리고 재료가 프로세스 작업을 통과할 때마다 악화됩니다.
Quick Answer
금속 서비스 센터는 MTC 관리 시스템이 필요합니다. 왜냐하면 슬리팅, 블랭킹 및 컷-투-렝스 작업은 인벤토리와 원본 밀 인증서 사이의 링크를 끊기 때문입니다——수동 파일링 시스템은 모든 처리 단계를 통해 이 링크를 안정적으로 유지할 수 없습니다. 전용 시스템은 히트에서 생성된 모든 자식 항목에 부모 인증서를 전파하므로 추적성이 슬리팅을 통해 생존하고, CoC 생성이 자동화되며, 다중 창고 풀이 하나의 인증서로 거슬러 올라갑니다.
처리가 인증서 추적성에 미치는 영향
처리 작업은 인증서 추적성을 끊습니다. 왜냐하면 모든 슬리팅, 블랭킹 또는 컷-투-렝스 런은 단일 인증된 부모 히트에서 새 인벤토리 항목을 생성합니다——그리고 대부분의 파일링 시스템은 부모 인증서를 자식에게 전파할 메커니즘이 없습니다.
밀 인증서는 부모 재료를 커버합니다: 코일, 플레이트, 바. 그 인증서의 모든 특성——인장 강도, 항복, 연신율, 화학——은 수신된 대로의 히트에 적용됩니다. 해당 재료를 슬리트, 블랭크, 컷-투-렝스 또는 레벨링할 때, 당신은 그 특성을 변경하지 않습니다. 하지만 당신의 시스템이 원본과 별개로 취급하는 새로운 인벤토리 항목을 만들고 있습니다.
코일을 8개의 스트립으로 슬리팅하면 창고 관리 시스템에 8개의 라인 항목이 생성됩니다. 각 스트립에는 태그가 지정됩니다. 시스템이 잘 구성되어 있고 누군가 부지런하다면, 그 태그에는 원본 코일 번호가 포함됩니다. 실제로는 태그가 처리 중에 교체, 업데이트 또는 손실됩니다. 3번째 피킹 사이클까지, 스트립과 부모 코일 사이의 링크는 이를 받은 사람의 제도적 기억 속에만 존재합니다.
컷-투-렝스와 블랭킹은 문제를 더욱 복합시킵니다. 한 스트립은 40개의 블랭크를 생산합니다. 이 40개의 블랭크는 2개월에 걸쳐 6개의 다른 주문으로 배송될 수 있습니다. 각 주문에는 인증서 패키지가 필요합니다. 인증서 패키지는 원본 히트를 참조해야 합니다. 히트 정보는 코일 수령에서 슬리팅을 통해 블랭킹을 통해 피킹을 통해 배송을 통해 생존해야 합니다——재료가 통과하는 많은 주와 많은 손을 통해서든지 간에.
수동 시스템은 이 체인을 안정적으로 유지할 수 없습니다. 재료가 신선할 때 사람들은 주의합니다. 재료가 베이 7에 6주 동안 앉아 있고 그것을 받은 사람이 떠났을 때, 추적성이 저하됩니다. 고객 감사가 공백을 발견할 때까지, 재료는 이미 배송되었고 인증서 패키지는 누군가 찾을 수 있는 것에서 조립한 것입니다.
브랜드화된 CoC 격차
서비스 센터가 원본 밀 인증서를 찾을 수 있더라도, 그 문서는 대부분의 고객이 받기를 원하는 것이 아닙니다. 그들은 당신의 레터헤드에 적합성 인증서를 원합니다. 당신의 판매 주문, 당신의 부품 번호, 당신의 배송 수량을 참조합니다——당신의 품질 관리자가 서명합니다.
밀 인증서는 히트가 사양을 충족했음을 증명합니다. 당신의 CoC는 당신이 배송한 특정 재료가 그 히트에서 나왔고 적용 가능한 요구 사항을 충족했음을 확인합니다. 이들은 다양한 기능을 제공하는 다양한 문서입니다. 정교한 구매자, 특히 자동차, 항공우주 및 방위 공급망에서는 둘 다 필요합니다.
CoC를 수동으로 생성하는 데 시간이 소요됩니다. 누군가 Word 템플릿을 엽니다. 그들은 밀 인증서에서 손으로 화학 및 기계적 특성 값을 복사합니다. 그들은 고객 이름, 주문 번호, 배송 수량, 적용 가능한 사양을 입력합니다. 그들은 전사 오류에 대한 값을 확인합니다. 그들은 서명을 받습니다. 문서는 배송 패키지로 가거나 이메일로 나갑니다.
하루에 50개의 주문을 실행하는 서비스 센터에서 그 프로세스는 매일 812시간의 노동을 소비합니다. 그것은 인증서 업무만 하는 11.5명의 정직원입니다. 그 작업은 밀 인증서가 이미 확립한 것 이상의 가치를 생산하지 않습니다——이미 존재하는 정보를 재형식화하고 다시 패키징하는 것입니다. 그리고 값이 손으로 전사되기 때문에, 전사 오류의 0이 아닌 비율이 있어 행정 비용 위에 새로운 품질 위험을 만듭니다.
Ready to automate your certificate workflow?
Try TestCert free다중 창고 인증서 연결
여러 위치가 있는 서비스 센터는 발자국으로 확대되는 추적성 문제에 직면합니다. 같은 히트의 재료는 같은 밀 주문에서 나온 별도의 코일 또는 플레이트로 도착한 2개 또는 3개의 창고에 저장될 수 있습니다. 고객이 여러 위치에서 풀링을 요구하는 수량을 주문할 때, 인증서 패키지는 모든 재료를 커버해야 합니다——히트 인증 세트 하나에서.
운영 시나리오는 다음과 같습니다: 고객이 특정 등급과 크기의 300개를 주문합니다. 창고 A는 180개를 가지고 있습니다. 창고 B는 140개를 가지고 있습니다. A에서 180개, B에서 120개를 풀링합니다. 재료는 같은 히트로 거슬러 올라갑니다. 인증서는 같은 문서입니다. 하지만 피킹 레코드, 배송 레코드 및 인증서 패키지는 두 위치의 풀을 일관된 문서와 함께 단일 배송으로 조정해야 합니다.
시스템 없이는 이것은 수동 운동입니다. 본사의 누군가가 B 창고에 전화하거나 이메일을 보내 인벤토리의 히트 번호를 확인합니다. 그들은 인증서를 찾습니다. 그들은 패키지를 조립합니다. B 위치 재고가 다른 시간에 다른 수령 레코드로 수령된 경우 인증서 연결을 찾는 것은 다중 위치 추적성을 염두에 두고 구성되지 않은 레코드를 파고드는 것이 필요할 수 있습니다.
규모로 작동하는 서비스 센터의 경우 이는 주당 수십 번 발생합니다. 수동 개입을 요구할 때마다 시간을 소비하고 오류의 가능성을 소개합니다. 인증서 패키지가 잘못된 수량 또는 일치하지 않는 히트 참조로 나갈 때마다, 고객이 캐치하지 못할 수 있는 불일치를 만듭니다——그리고 감시자는 확실히 할 것입니다.
시스템이 변경하는 것
MTC 관리 시스템은 인증서 조직의 기본 단위를 변경합니다. 수령 문서 또는 구매 주문으로 인증서를 보관하는 대신, 시스템은 수령 시 히트 번호로 모든 것을 인덱싱합니다. 이후의 모든 작업——슬리팅, 블랭킹, 컷-투-렝스, 피킹, 배송——은 원본 히트 레코드로의 링크를 유지합니다.
코일이 8개의 스트립으로 슬리팅될 때, 각 스트립은 시스템의 부모 코일의 히트 할당을 상속합니다. 스트립은 슬리터를 통해 신원을 잃지 않습니다. 이 스트립이 블랭킹될 때, 블랭크는 같은 히트 참조를 수행합니다. 고객 주문이 인벤토리에서 40개의 블랭크를 풀할 때, 시스템은 누군가 태그를 추적하거나 수령 레코드를 확인할 필요 없이 그 블랭크가 어느 히트에서 나왔는지 알고 있습니다.
적합성 인증서 생성은 수동 작업이 아닌 자동 출력이 됩니다. 시스템은 히트를 알고, 저장된 밀 인증서에서 화학 및 기계적 특성을 알고, 고객, 주문 번호, 배송 수량 및 적용 가능한 사양을 알고 있습니다. CoC는 그 데이터에서 생성됩니다——당신의 레터헤드에, 당신의 브랜딩과 함께, 올바른 권한으로 서명——승인 및 인쇄하는 데 걸리는 시간에. 전사 오류는 사라집니다. 왜냐하면 값은 데이터베이스에서 추출되고 손에서 PDF에서 복사되지 않기 때문입니다.
다중 창고 인증서 연결은 전화 통화가 아닌 쿼리가 됩니다. 배송이 두 위치에서 풀할 때, 시스템은 두 풀을 다루는 히트 레코드를 식별하고 인증서 패키지를 자동으로 조립합니다. 품질 관리자는 얼마나 많은 창고가 기여했는지 상관없이 한 배송에 대해 하나의 일관된 문서 패키지를 봅니다.
배송이 떠나기 전에 디지털 인증서 배송을 요구하는 고객을 가진 서비스 센터의 경우——자동차 및 항공우주 공급망에서 점점 일반적——그 배송은 최후의 스크램블 없이 가능해집니다. 인증서 패키지는 운전자가 로딩 도크에서 기다릴 때가 아니라 배송이 확인될 때 조립됩니다.
추적성 표준이 상승하고 있습니다
금속 서비스 센터 고객에 대한 품질 기대는 정적이지 않습니다. IATF 16949 준수 요구 사항을 강화하는 자동차 OEM은 그 요구 사항을 공급망 아래로 밀고 있습니다. AS9100 감시 중인 항공우주 프라임은 공급업체 품질 시스템을 더 자주 검토하고 있습니다. DFARS 재료 추적성 요구 사항의 대상인 방위 계약자는 5년 전에 적용한 것보다 더 엄격하게 경매인과 서비스 센터를 감사하고 있습니다.
모든 이 요구 사항을 통틀어 공통 스레드는 재료 식별이 밀 인증서에서 최종 사용까지 유지되어야 합니다——모든 처리 단계, 모든 창고 이동, 모든 부분 배송을 통해. 덜 엄격한 표준 하에서 허용되었던 문서는 이제 발견을 생성하고 있습니다. 이 발견은 시정 조치 계획을 트리거합니다. 반복되는 발견은 공급업체 자격 검토로 이어집니다.
공유 드라이브, 이메일 폴더 및 손으로 입력한 CoC 템플릿에 인증서 관리를 구축한 서비스 센터는 요구 사항이 덜 까다로웠을 때 이 시스템을 구축했습니다. 시스템은 당시에는 충분히 잘 작동했습니다. 그들은 산업 고객이 현재 적용하는 추적성 표준을 처리할 장비를 갖추지 않았습니다.
구조화된 MTC 관리 시스템에 대한 투자는 주로 종이 업무를 줄이는 것이 아니라——그 이점은 실제이고 측정 가능——운영 기반시설을 구축하는 것입니다. 수동 시스템이 안정적으로 처리할 수 없는 처리 복잡성 수준을 통해 재료 추적성을 유지합니다. 고객 감사가 4개월 전 배송을 원본 밀 인증서로 추적하도록 요청할 때——2개의 처리 작업과 창고 전송을 통해——답변은 아침이 아니라 30초가 소요되어야 합니다.
이 질문에 빠르게 답할 수 있는 서비스 센터는 고객을 유지합니다. 답할 수 없는 서비스 센터는 품질 감시자에게 자신을 설명하고 있으며, 결국 승인된 공급업체 목록에 누가 남아있는지 결정하는 조달 팀에게 설명하고 있습니다.
자주 묻는 질문
코일이 슬리팅될 때 밀 인증서 추적성에 무엇이 일어날까요?
코일이 스트립으로 슬리팅될 때, 원본 밀 인증서는 부모 코일을 커버합니다——개별 스트립이 아닙니다. 부모 인증서를 각 자식 항목에 전파하는 시스템이 없으면, 추적성은 슬리터에서 끊깁니다. 실제로 이는 슬리팅된 스트립을 받는 고객이 특정 재료를 명확하게 식별하지 않는 전달된 밀 PDF를 받을 수 있거나 인증서가 전혀 없음을 의미합니다. 적절한 MTC 시스템은 각 슬리팅된 항목에 대해 부모 히트 인증서를 상속하는 자식 레코드를 만들므로 모든 스트립이 개별적으로 추적 가능합니다.
서비스 센터는 어떻게 브랜드화된 적합성 인증서를 생성합니까?
브랜드화된 적합성 인증서(CoC)는 서비스 센터의 레터헤드에 생성되며 제공된 재료가 적용 가능한 표준을 충족함을 인증합니다——이것은 제조업체에서 전달한 원본 밀 인증서가 아닙니다. 손으로 생성하려면 밀 인증서 값을 추출하고, CoC 템플릿으로 전송하고, 정확성을 검토해야 합니다——일반적으로 배송당 10-15분. MTC 관리 시스템은 연결된 히트 인증서 데이터에서 CoC를 자동으로 생성하고, 서비스 센터의 브랜딩을 사용하여 몇 초 안에 생성합니다.
서비스 센터는 여러 창고에서 밀 인증서 추적성을 어떻게 관리합니까?
다중 창고 인증서 추적성은 2개 이상의 위치에서 주문이 이행될 때, 인증서 패키지가 모든 풀을 설명하고 각각을 해당 소스 히트 인증서로 추적하도록 요구합니다. 수동 시스템에서 이를 위해서는 창고 팀 간의 조정과 결합된 인증서 패키지의 수동 조립이 필요합니다——생략될 수 있는 프로세스. 디지털 MTC 시스템은 위치 전체의 인벤토리 레코드를 공유 히트 인증서 라이브러리에 연결하므로 다중 사이트 주문은 자동으로 단일 추적 가능한 인증서 패키지를 생성합니다.
Ready to automate your certificate workflow?
Try TestCert free