여러 지점을 가진 디젤 서비스 회사는 예상치 못한 공급 문제를 일으킬 수 있습니다. 각 작업실은 동일한 VDO 고압 연료 펌프에 다른 이름을 사용할 수 있습니다.
대표적인 바레인 다중 지점 서비스 시나리오에서 한 지점은 5WS 번호로 검색했으며 다른 지점은 OE 번호를 사용했으며 세 번째 지점은 내부 별명을 사용했습니다.
그 결과 구매 데이터가 분산되었습니다.
서로 다른 지점에서는 같은 펌프를 다음과 같이 기록할 수 있습니다.
이 설명들은 모두 유용할 수 있지만, 공유된 마스터 레코드가 없으면 별도의 제품처럼 보일 수 있습니다.
서비스 네트워크는 공통 영역을 설정했습니다.
5WS 번호
A2C 번호
차량 제조사 참조
엔진 가족 또는 코드
회사에서 통제하는 주식 식별자
지사는 여전히 지역 설명을 사용할 수 있지만 모든 기록은 동일한 기술적 아이덴티티로 연결됩니다.
기본 데이터 표준화는 모든 관련 참조가 하나의 제품에 속한다는 것을 의미하지는 않습니다.
회사는 다음과 같이 구분했습니다.
이것은 데이터 청소가 잘못된 교환 목록이 되는 것을 막았습니다.
공유 데이터 없이 지사는 독립적으로
공통적인 참조 구조는 작업장, 창고 및 구매 팀 간의 커뮤니케이션을 용이하게합니다.
수리명령은 다음을 기록할 수 있습니다.
차량 → 엔진 → 설치된 VDO 참조 → 승인된 교체 → 내부 SKU
구매는 주문을 할 때 동일한 기술 필드를 사용합니다.
이것은 작업실 진단에서 부품 조달에 대한 일관된 경로를 만듭니다.
만약 회사가 독립적인 웹사이트를 운영한다면, 동일한 마스터 데이터는 제품 페이지를 지원할 수 있습니다.
검색 가능한 필드는 확인된 필드를 포함해야 합니다.
이것은 내부 정보와 공개된 제품 정보 사이의 차이를 줄입니다.
모든 지점이 동일한 제품 별명을 사용해야 할까요?
꼭 그렇지는 않지만 모든 설명은 공유된 기술 기본 데이터와 연결되어야 합니다.
하나의 SKU는 여러 개의 참조를 포함 할 수 있습니까?
그 관계가 확인된 후에야
가장 중요한 마스터 데이터 필드는 무엇일까요?
단일 필드는 충분하지 않습니다. VDO, OE 및 엔진 데이터는 함께 작동합니다.