실시간 운송 가시성
FourKites
실시간 운송 가시성 플랫폼으로, 트럭·철도·해상·항공 운송 이벤트를 추적하는 데 쓰입니다. 여러 운송 모드를 한 화면에서 다루는 팀에 맞습니다.
이런 팀에 맞습니다 — 해상과 육상이 섞인 구간을 함께 보는 물류 조직.
운송 추적 · 예외 관리 · 공급업체 리스크
정상 운송은 보지 않는 것이 가시성이다
운송 추적 데이터를 전부 화면에 띄우면 아무것도 보이지 않습니다. 가시성의 출발점은 정상 건을 걸러내고 이탈 건만 남기는 일입니다. 멀티티어 공급망에서 운송 추적, 예외 관리, 공급업체 리스크를 실시간 이벤트와 연결하는 방법을 다룹니다.
해상 · 철도 · 간선 · 보관 · 도착
계획 대비 이탈한 건만 남깁니다
예외 관리가 먼저다
모든 운송 건을 나열하는 대시보드는 아무도 보지 않습니다. 계획에서 벗어난 건만 남겨야 합니다.
도착 예정 시각
계획보다 얼마나 밀렸는지 봅니다. 예정 시각 자체보다 계획과의 차이가 판단에 쓸모가 있습니다.
경로 이탈
합의한 경로를 벗어났는지 확인합니다. 우회 자체보다 언제부터 벗어났는지가 중요합니다.
이벤트 단절
이벤트가 예상보다 오래 끊겼는지 봅니다. 신호가 없는 시간도 관측 대상입니다.
이 세 가지를 경보 조건으로 두면 화면이 훨씬 읽힙니다. 조건을 정하고 나면 무엇을 경보로 올리고 무엇을 조용히 지나보낼지가 분명해지고, 담당자가 화면을 매번 훑지 않아도 이탈 건이 먼저 눈에 들어옵니다. 반대로 목록을 길게 두면 담당자는 화면을 신뢰하지 않게 되고, 신뢰하지 않는 화면은 결국 아무도 열지 않습니다.
어떤 지표를 볼 것인가
운송 이벤트, 도착 예정 시각, 계획 대비 지연 폭이 기본입니다. 여기에 정시 도착률과 예외 처리 소요 시간을 붙이면 운영 판단이 가능해집니다. 지표를 너무 많이 넣으면 어느 것이 중요한지 흐려집니다.
운영 판단
정시 도착률과 예외 처리 소요 시간은 현장이 체감하는 품질과 가장 가깝습니다.
경보량
하루에 올라오는 경보 건수와 그중 실제로 조치한 비율을 함께 봅니다.
복원 가능성
지연이 언제 시작됐는지 되짚을 수 있는지가 사후 판단의 품질을 좌우합니다.
갱신 공백
갱신이 뜸한 건은 그 자체로 확인 대상입니다. 침묵을 정상으로 넘기지 않습니다.
처음에는 세 개 이하로 시작하는 편이 낫습니다. 지표를 넓히는 일은 언제든 할 수 있지만, 아무도 보지 않는 지표를 다시 쓰게 만드는 일은 어렵습니다. 정시 도착률과 예외 처리 소요 시간 두 가지를 붙이는 것만으로도 무엇을 먼저 손댈지에 대한 대화가 달라집니다.
멀티티어 공급망에서의 한계
1차 공급사의 상태는 알 수 있지만 2차, 3차 공급사는 보이지 않는 경우가 많습니다. 이 구간은 직접 추적이 어렵습니다. 대신 1차 공급사의 리드타임 편차를 대리 지표로 삼는 방법이 있습니다. 간접 신호라도 없느니 낫습니다.
직접 추적이 되는 구간과 되지 않는 구간을 같은 화면에 섞으면, 보이지 않는 구간이 조용히 정상으로 취급됩니다. 어디까지 관측되고 어디부터 추정인지 화면에서 구분해 두는 편이 낫습니다.
야드에 쌓인 컨테이너 열. 1차 구간은 이렇게 눈에 보이지만 그 뒤의 공정은 화면에 남지 않습니다.
현장에서는 라벨과 스캐너가 만들어 내는 이벤트가 곧 추적의 원천입니다. 문제는 그 이벤트가 남는 방식입니다. 도착 예정 시각이 몇 번 바뀌었는지, 어느 시점에 갱신이 끊겼는지를 함께 저장해 두면 지연이 언제 시작됐는지 복원할 수 있습니다. 최신 상태만 덮어쓰면 그 기록이 사라집니다.
데이터 통합 설계에서 이 부분을 미리 정해야 합니다. 어느 시스템이 도착 예정 시각을 갱신하고, 그 갱신을 어떤 시각 축에 쌓을지가 멀티티어 구간의 판단 품질을 좌우합니다.
공급업체 리스크를 이벤트와 연결하기
납기
출발
운송
예외
도착
공급사 납기 편차
1차 공급사의 리드타임이 반복적으로 흔들리는지 봅니다.
출발 시점이 계획과 어긋나는 빈도를 함께 기록합니다.
운송 중 예외가 같은 공급사에 몰리는지 확인합니다.
반복되는 건지 한 번의 사고인지 구분합니다.
항만 지연과의 동조
특정 항만의 정체가 납기 이탈과 같이 움직이는지 봅니다.
출발 지연이 쌓이는 구간을 시간 축에서 겹쳐 봅니다.
예외 알림이 특정 경로에 집중되는지 확인합니다.
원인이 운송인지 공급사인지 가릅니다.
품질 이슈 중첩
납기 지연과 품질 이슈가 같은 시기에 겹치는지 봅니다.
입고 검사에서 걸린 건을 같은 시간 축에 놓습니다.
두 신호가 함께 오르는 공급사를 따로 표시합니다.
단일 지표로는 안 보이는 구간입니다.
공급업체 리스크는 정적인 점수가 아닙니다. 납기 지연이 반복되는지, 품질 이슈가 겹치는지가 계속 바뀝니다. 이 신호를 운송 이벤트와 같은 시간 축에 놓으면 상관이 보입니다. 특정 항만 지연과 특정 공급사 납기 이탈이 함께 움직이는 식입니다.
마지막 구간의 가시성
공장에서 나온 화물이 고객에게 도착하는 마지막 구간은 데이터가 가장 듬성듬성합니다. 소규모 운송사가 많고 시스템 연동이 안 되어 있기 때문입니다.
여기서는 도착 예정 시각의 신뢰도 자체를 지표로 삼는 편이 실용적입니다. 예정 시각이 최근에 갱신됐는지, 누가 마지막으로 갱신했는지, 갱신 주기가 얼마나 벌어졌는지를 함께 봅니다. 갱신이 뜸한 건은 그 자체로 경보 대상입니다. 값을 믿을 수 없으면 값이 없는 것과 같습니다.
플랫폼별 강점 구분
두 제품 모두 운송 지연과 공급망 예외 대응과 연결됩니다. 차이는 세부 범위에 있으므로, 자사 운송 모드 조합에 맞춰 확인해야 합니다.
운송 가시성 · 예외 알림
project44
운송 가시성 플랫폼이며 실시간 화물 추적과 예외 알림에 강점이 있습니다. 경보를 담당자별로 나눠 보내는 흐름을 만들 때 출발점이 됩니다.
이런 팀에 맞습니다 — 예외 대응 규칙을 먼저 세우려는 조직.
비교의 기준
무엇을 먼저 볼까
자사 운송 모드 조합, 연동할 시스템 목록, 경보를 받을 담당자 구조를 먼저 정리해 두면 두 제품의 차이가 어디서 갈리는지 빠르게 확인할 수 있습니다.
준비물 — 운송 모드 목록, 연동 대상 시스템, 경보 수신 규칙.
이벤트를 저장하는 방식
실시간 이벤트를 다룰 때 흔한 실수는 최신 상태만 덮어쓰는 것입니다. 도착 예정 시각이 몇 번 바뀌었는지가 나중에 중요해집니다. 갱신 이력을 남기면 지연이 언제 시작됐는지 복원할 수 있습니다. 데이터 통합 설계에서 이 부분을 미리 정해야 합니다.
갱신 이력은 화면에 다 보여줄 필요는 없습니다. 다만 저장해 두지 않으면 사후에 되짚을 수 없습니다. 남길 이벤트의 종류와 시간 기준을 먼저 정하고, 그 위에 경보와 지표를 얹는 순서가 안전합니다.
알림을 사람에게 보내는 규칙
경보가 너무 많으면 무시됩니다. 담당자별로 받을 경보 종류를 나누는 편이 낫습니다. 같은 경보를 모두에게 보내면 아무도 반응하지 않습니다.
물류팀
운송 지연과 경로 이탈을 받습니다. 차량과 선박의 움직임을 직접 다루는 쪽에 맞습니다.
조달팀
공급사 납기 이탈을 받습니다. 발주와 리드타임을 조정하는 판단에 쓰입니다.
생산팀
입고 지연을 받습니다. 라인 투입 일정을 미리 바꿀 수 있는 시간을 벌어 줍니다.
가시성 이후에 남는 질문
이탈을 찾았다면 다음은 대응입니다. 대체 운송, 일정 조정, 고객 통보 중 무엇을 할지 미리 정해 두어야 합니다. 대응 규칙이 없으면 경보는 기록으로만 남습니다. 가시성 도구의 값어치는 이 규칙이 있을 때 살아납니다.
대응 규칙은 문서로 두는 편이 낫습니다. 누가 어떤 조건에서 어떤 조치를 승인할 수 있는지 정해 두면, 경보가 올라온 순간에 판단이 아니라 실행만 남습니다. 규칙을 정하지 않은 조직에서는 같은 이탈이 계속 반복됩니다.