공급망 영향

핵심 공급업체가 멈추면, 그 영향은 고객에게 닿습니다.
그 둘을 잇는 사슬은 어떤 시스템에도 없습니다.

구매 부서는 계약, 공급업체, 원자재를 압니다. 운영 부서는 그 자재가 어떤 조립 라인에 투입되고 어떤 완제품이 나오는지 압니다. 영업 부서는 제품 포트폴리오와 주문을 보유한 고객을 압니다. 셋 다 옳지만, 어느 쪽도 나머지 둘이 있어야 가능해지는 질문에는 답할 수 없습니다. 오늘 이 공급업체에 문제가 생기면, 어떤 고객이 피해를 입는가?

지식이 있는 곳

데이터가 없는 것이 아닙니다. 한 번도 연결된 적 없는 세 개의 시스템에 나뉘어 있을 뿐입니다.

ERP · 구매

구매

계약, 공급업체, 원자재. 어떤 계약이 어떤 부품을 어떤 조건으로 다루는지.

연결 없음

ERP · 생산

운영

원자재, 조립 라인, 완제품 사이의 관계. 무엇이 무엇에 들어가는지.

연결 없음

CRM

영업

제품 포트폴리오와 고객 기반. 누가 무엇을 주문했고, 언제 납품하기로 약속했는지.

하나의 사슬을 이루는 세 개의 고리가 세 개의 시스템에 나뉘어 있으며, 그 사이의 연결은 충분히 오래 근무한 사람들의 머릿속에만 있습니다. 문제는 데이터 부족이 아닙니다. 조직이 아는 것이 구조적으로 파편화되어 있다는 것입니다.

오늘

간단한 질문인데, 답은 몇 주 뒤에 나옵니다.

고리들이 끊어져 있으므로, 이 질문에 답하려면 다음이 필요합니다:

01

부서 간 회의

02

세 개의 ERP에서 뽑은 스프레드시트

03

수작업 대조

04

약간의 추측

작업 자체는 유능합니다. 문제는 타이밍입니다. 몇 주가 걸리는 답은 고객이 이미 알아챈 뒤에 도착합니다. 그때 내려야 할 결정은 피해 차단이 아니라 사과입니다.

하나의 모델, 하나의 쿼리

모든 개체는 노드가 됩니다. 계약, 부품, 주문, 고객.

공급업체의 중단을 시뮬레이션하면 — Adventure Works 모델의 Victory Bikes — 에이전트는 그 한 노드에서 상류와 하류로 관계를 따라갑니다:

영향 시뮬레이션

Victory Bikes

탐색 다시 실행

타입 경로

5홉

계약 등록부 · 제품 카탈로그 · 운영 등록부

Victory Bikes

외부 엔터티 · 파트너 및 공급업체

당사자를 둠 ←

Supply of Touring Tire Tube

거버넌스 및 컴플라이언스 · 계약

적용을 받음 ←

Touring Tire Tube

물리적 자산 · 재고 및 자재

의존함 ←

SO70282

비즈니스 · 상거래

발주됨 →

Dalton Adams

외부 엔터티 · 고객

영향받는 고객

몇 초면 되고, 돌아오는 것은 요약이 아닙니다. 바로 행동에 옮길 수 있는 목록입니다:

탐색이 반환하는 것

발견 4건

Adventure Works · 데모 테넌트

1

부족해질 원자재 — Touring Tire Tube

1

멈추게 될 진행 중인 구매 주문

3

그 투입물에 의존하는 조립 제품

1

해당 제품의 주문을 보유한 고객, 그리고 그 뒤의 고객 계정 담당자

다섯 번의 홉, 그리고 에이전트는 그중 어느 것도 추론하지 않았습니다. 각 홉은 누군가 또는 어떤 시스템이 이미 명시한 타입 관계입니다. 이 사슬은 제3자 계약, 부품, 판매 주문, 그리고 한 사람을 가로지릅니다. 네 개의 유형, 세 개의 부서, 하나의 쿼리입니다.

위험, 그리고 그에 대한 대응

노출을 찾아내는 바로 그 탐색이, 빠져나갈 길이 있는지도 묻습니다.

한 홉 더 나아간 곳에, 어떤 요약도 닿지 못하는 부분이 있습니다. 그 부품에 사전에 계약된 두 번째 공급원이 있는가. 이 부품에는 없습니다.

재고 및 자재

Touring Tire Tube

적용을 받음 →

계약 · 다른 계약 없음

계약 1건 · Victory Bikes

그리고 그 부재가 곧 발견입니다. 위험에 처한 주문과 고객까지 함께 드러나는, 이름이 특정된 단일 장애 지점. 두 번째 계약이 실제로 있는 경우 — 이 공급업체가 함께 공급하는 타이어처럼 — 같은 탐색이 그것을 반환하고, 답은 완화 방안이 딸린 영향이 됩니다. 어느 쪽이든 답은 구체적이며, 어느 경우에 해당하는지 질문하기 전에 미리 알 필요가 없었습니다.

그리고 이것은 누군가 실행하는 보고서가 아니라 모델의 상태이므로, 질문을 기다리지 않습니다:

01

감지됨

부품의 공급원이 하나로 줄어듭니다. 납품이 지연됩니다. 계약이 만료에 가까워집니다.

02

전달됨

그 계약에 책임이 있는 사람과, 위험에 처한 고객 계정의 담당자에게 — 메일함이 아니라.

03

사람이 결정함

공급처 전환, 재검증, 또는 노출 수용. 에이전트는 소싱을 변경하지 않습니다.

04

기록됨

무엇이, 누구에 의해, 언제, 모델의 어떤 상태를 기준으로 결정되었는지.

막연한 경고가 아닙니다. 이름이 특정된 단일 장애 지점 — 그 뒤에 있는 주문과 고객까지 함께.

권한의 자율성이 아니라 주의의 자율성입니다. 에이전트는 식별하고, 보고하고, 모니터링하고, 에스컬레이션합니다. 귀사의 조직을 변경하지 않습니다.

필요한 것

모델 안에 있는 것에 대해 답합니다. 그 대부분은 귀사가 이미 가지고 있습니다.

계약은 귀사의 구매 시스템에 있습니다. 자재 명세서는 운영 부서에 있습니다. 주문과 고객 계정은 영업 부서에 있습니다. 그 어느 것도 손으로 작성할 필요가 없습니다 — 읽어 들여지며, 노드는 자신이 온 소스에 계속 묶여 있습니다.

진정으로 새로운 것은 그 사이의 연결이며, 연결은 질문마다 대조하는 것이 아니라 한 번 타입으로 정의됩니다. 그것이 해야 할 작업입니다. 그리고 두 번째 질문에 비용이 들지 않는 이유이기도 합니다. 공급업체 장애에 답하는 탐색이 곧 공장 폐쇄, 부품 단종, 계약 만료에 답하는 탐색입니다.

직접 물어보십시오

몇 주에 걸친 수작업 추적, 또는 일상 언어로 던지는 질문 하나.

데모 테넌트에는 Adventure Works가 완전히 모델링되어 있습니다 — 공급업체, 계약, 부품, 주문, 고객까지. 공급업체 장애가 어디까지 미치는지 묻고, 답과 함께 돌아오는 경로를 읽어 보십시오.

실제로 동작하는 모습 보기

데모 열기

업무용 계정으로 클릭 한 번. 양식도, 통화도 없습니다.

데모 열기

또는 모델 읽어 보기

작동 방식

타입 노드, 타입 관계, 그리고 둘 모두에 적용되는 라이프사이클 — 다섯 번의 홉이 한 번의 홉과 같은 비용인 이유.

작동 방식 →