운송 관리 데이터 템플릿

Blue Yonder TMS
운송 관리 데이터 템플릿

운송 관리 데이터 템플릿

이 데이터 템플릿은 운송 관리 프로세스를 분석하는 데 필요한 구조를 제공합니다. 수집할 주요 속성과 추적할 활동, 데이터 추출 방법을 안내합니다. 이 자료를 활용해 이벤트 로그를 구성하고 물류 운영에 관한 유용한 정보를 확인하세요.
  • 분석에 권장되는 주요 속성
  • 프로세스 탐색을 위해 추적할 주요 활동
  • Blue Yonder TMS 데이터 추출 상세 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

운송 관리 속성

이 속성은 이벤트 로그에 포함하도록 권장되는 필수 데이터 항목으로, 운송 관리를 심층 분석하는 기반이 됩니다.
5 필수 7 권장 6 선택 사항
이름 설명
시작 시각
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다.
설명

이벤트 시각은 운송 프로세스의 각 활동이 발생한 날짜와 시간을 정확하게 나타냅니다. 이벤트 로그에서 활동의 순서를 정하고 활동 간 소요 시간을 계산하는 기준이 됩니다.

분석에서는 전체 운송 처리 시간, 통관 소요 시간, 정시 배송 성과와 같은 시간 기반 KPI를 계산하는 데 이 타임스탬프가 필요합니다. 지연이 발생한 시점과 프로세스의 각 단계에 걸린 시간을 파악할 수 있습니다.

중요한 이유

이 타임스탬프는 이벤트 순서를 정하고 처리 시간을 계산하며 시간에 따른 프로세스 성과를 분석하는 데 필요합니다.

확보 방법

일반적으로 Blue Yonder TMS의 트랜잭션 로그에서 상태 또는 이벤트 레코드와 함께 확인할 수 있습니다. 각 이벤트나 상태 변경에는 해당 시각이 기록되어야 합니다.

예시
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
운송 건
ShipmentId
개별 운송 건을 식별하는 고유 ID로, 운송 프로세스의 케이스 ID로 사용됩니다.
설명

운송 ID는 출발지에서 목적지까지 화물이 이동하는 과정과 관련된 모든 활동과 이벤트를 연결하는 기준 키입니다. 고유 ID 하나가 운송 요청부터 최종 지급까지의 전체 운송 건을 나타냅니다.

process mining 분석에서는 이 속성을 바탕으로 각 운송 건의 전체 여정을 재구성합니다. '운송 계획 완료', '화물 픽업 완료', '화물 배송 완료'와 같은 이벤트를 하나의 일관된 프로세스 흐름으로 묶어 처리 시간을 계산하고 운송 건별 프로세스 변형을 파악할 수 있습니다.

중요한 이유

관련된 모든 운송 이벤트를 연결하는 필수 케이스 ID로, 운송 건의 전체 수명 주기를 분석할 수 있습니다.

확보 방법

Blue Yonder TMS의 운송 또는 화물 적재 관리 모듈에서 기본 키로 사용됩니다. 구체적인 테이블은 시스템 문서를 확인하세요. 운송 헤더와 관련된 테이블일 가능성이 높습니다.

예시
SHP-0012845SHP-0012991SHP-0013054
활동
ActivityName
특정 시점에 운송 건에서 발생한 업무 이벤트 또는 활동의 이름입니다.
설명

이 속성은 '운송 계획 완료', '운송사에 운송 요청 전달', '화물 배송 완료'와 같이 운송 프로세스의 개별 단계를 나타냅니다. 이러한 활동은 발견된 프로세스 맵의 노드가 되며, 활동의 순서에 따라 각 운송 건의 프로세스 흐름이 정해집니다.

활동의 순서와 빈도를 분석하는 것은 process mining의 주요 작업입니다. 가장 일반적인 프로세스 경로(변형)를 파악하고, 활동이 지연되는 병목을 찾으며, '운송 요청 거절'과 같은 활동이 반복되는 재작업을 확인할 수 있습니다.

중요한 이유

프로세스의 단계를 정의하므로 운송 여정을 시각화하고 프로세스 비효율을 파악할 수 있습니다.

확보 방법

Blue Yonder TMS의 여러 모듈에 있는 이벤트 로그, 상태 변경 레코드 또는 트랜잭션 코드에서 가져옵니다. 시스템 이벤트를 업무에서 이해하기 쉬운 활동명으로 매핑해야 하는 경우가 많습니다.

예시
운송 계획 완료운송사에 운송 요청 전달화물 배송 완료지급 처리 완료
원천 시스템
SourceSystem
데이터를 추출한 시스템을 식별합니다.
설명

이 속성은 이벤트 데이터의 출처를 나타내며, 여기서는 Blue Yonder TMS를 의미합니다. 여러 시스템의 데이터를 결합해 프로세스를 폭넓게 살펴보는 환경에서 특히 유용합니다.

분석 시 데이터를 필터링하고 맥락을 파악하는 데 도움이 됩니다. 이 정보를 유지하면 데이터 계보를 추적할 수 있어 데이터 거버넌스에도 도움이 됩니다.

중요한 이유

데이터 출처에 대한 맥락을 제공해 추적성을 확보하고 여러 원천의 데이터를 관리하는 데 도움이 됩니다.

확보 방법

일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 추가하는 고정값입니다.

예시
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
최근 데이터 업데이트 시각
LastDataUpdate
이 레코드의 데이터를 원천 시스템에서 마지막으로 새로 고치거나 추출한 시각입니다.
설명

이 속성은 데이터의 최신성을 나타냅니다. Blue Yonder TMS에서 이벤트 로그를 마지막으로 업데이트한 날짜와 시각을 기록합니다.

분석에서는 대시보드와 KPI 데이터가 얼마나 최신인지 파악하는 데 중요합니다. 사용자는 실시간 정보인지 이전 기간의 데이터인지 확인할 수 있으며, 이는 근거 있는 운영 의사결정에 필요합니다.

중요한 이유

데이터가 얼마나 최근 정보인지 알려주므로 분석의 관련성과 정확성을 판단하는 데 도움이 됩니다.

확보 방법

일반적으로 데이터 추출(ETL) 과정에서 생성해 추가하는 메타데이터 필드입니다.

예시
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
도착 국가
DestinationCountry
운송 건이 배송되는 국가입니다.
설명

이 속성은 수하인 주소 또는 배송 장소를 기준으로 운송 건의 최종 도착 국가를 나타냅니다.

출발 국가와 마찬가지로 지역별 데이터를 구분하는 데 사용합니다. 분석 담당자는 미국에서 캐나다로 가는 운송과 미국에서 멕시코로 가는 운송처럼 무역 경로별 성과를 비교하고, 국가별 배송 문제를 분석하며, 국경 간 절차가 처리 시간에 미치는 영향을 평가할 수 있습니다.

중요한 이유

도착지별 성과를 분석할 수 있어 무역 경로의 복잡성과 지역별 배송 문제를 파악하는 데 도움이 됩니다.

확보 방법

Blue Yonder TMS의 운송 상세 정보에 있는 도착지 또는 수하인 주소 데이터에 저장됩니다.

예시
캐나다멕시코영국
실제 배송 시각
ActualDeliveryTime
'화물 배송 완료' 이벤트가 발생한 실제 시각입니다.
설명

이 속성은 최종 배송 활동에 해당하는 타임스탬프입니다. 운송 건이 목적지에 도착해 배송 완료로 확인된 정확한 시각을 기록합니다.

성과 측정에 필요한 데이터입니다. '정시 배송률' KPI는 이 타임스탬프와 'RequestedDeliveryDate'를 비교해 계산합니다. 또한 '배송까지의 전체 처리 시간' KPI를 계산하는 종료 시점이 됩니다.

중요한 이유

이 타임스탬프는 정시 배송률과 전체 운송 시간을 계산하는 데 필요합니다.

확보 방법

'화물 배송 완료' 상태가 업데이트된 시각입니다. 보통 운송사의 EDI 메시지를 받거나 Blue Yonder TMS에 수동으로 입력합니다.

예시
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
요청 배송일
RequestedDeliveryDate
고객이 요청했거나 판매 주문에서 지정한 배송일입니다.
설명

이 속성은 물류 프로세스에서 맞춰야 하는 목표 배송일을 나타냅니다. 고객의 기대 또는 운송 건에 적용되는 내부 서비스 수준 협약(SLA)을 반영합니다.

이 날짜는 '정시 배송률' KPI를 계산하는 기준입니다. 'ActualDeliveryTime'과 'RequestedDeliveryDate'를 비교해 운송 건이 일찍, 정시에 또는 늦게 배송되었는지 확인할 수 있습니다. '정시 픽업 및 배송 성과' 대시보드에도 필요한 데이터입니다.

중요한 이유

정시 배송 성과와 고객 만족도를 측정하는 주요 기준입니다.

확보 방법

일반적으로 ERP나 주문 관리 시스템과 같은 상위 시스템에서 가져와 Blue Yonder TMS의 운송 요청 상세 정보에 저장합니다.

예시
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
운송 상태
ShipmentStatus
운송 건의 현재 상태 또는 마지막으로 확인된 상태입니다.
설명

운송 상태는 '계획 완료', '운송 중', '배송 완료', '취소'와 같이 운송 수명 주기에서 현재 위치를 나타냅니다. 프로세스에서 운송 건이 어느 단계에 있는지 보여줍니다.

process mining에서는 케이스의 최종 상태를 분석해 결과를 파악하는 것이 중요합니다. 예를 들어 '배송 완료' 운송 건과 '취소'된 운송 건의 프로세스 흐름을 비교하면 바람직하지 않은 결과로 이어지는 패턴을 찾을 수 있습니다. 아직 완료되지 않은 운송 건을 필터링해 진행 중인 업무량을 확인하는 데도 도움이 됩니다.

중요한 이유

운송 건의 현재 상태를 빠르게 확인하고 완료, 진행 중, 취소된 운송 건을 구분할 수 있습니다.

확보 방법

Blue Yonder TMS의 운송 헤더 또는 기본 상태 추적 테이블에서 사용하는 주요 필드입니다.

예시
계획 완료운송 중배송 완료취소
운송 수단
ModeOfTransport
운송 건에 사용된 트럭, 항공, 해상, 철도 등의 운송 방식입니다.
설명

이 속성은 운송 방식을 나타냅니다. 주요 값으로는 소량 화물 트럭 운송(LTL), 만차 트럭 운송(FTL), 항공 화물, 해상 운송, 철도 운송이 있습니다.

프로세스 분석에서 운송 수단은 데이터를 필터링하고 비교하는 주요 기준입니다. 운송 수단에 따라 프로세스, 처리 시간, 비용이 크게 달라질 수 있습니다. 예를 들어 '통관 병목 분석'은 항공 및 해상 운송에서 중요하지만 국내 트럭 운송에서는 상대적으로 관련성이 낮습니다. 운송 수단별 성과를 분석하면 물류 상황에 맞는 개선 활동을 계획할 수 있습니다.

중요한 이유

운송 수단마다 프로세스, 비용, 일반적인 처리 시간이 다르므로 구분해 분석할 수 있습니다.

확보 방법

Blue Yonder TMS의 운송 계획 및 운임 산정 모듈에서 일반적으로 사용하는 필드입니다.

예시
LTLFTL항공해상
운송사명
CarrierName
운송 건을 담당하는 운송 회사 또는 물류 서비스 제공업체의 이름입니다.
설명

운송사명은 화물 운송을 맡은 제3자 회사를 식별합니다. 트럭 운송사, 항공사, 선사 또는 포워더가 해당할 수 있습니다.

이 속성은 특히 '운송사 성과 비교' 대시보드에서 성과를 분석할 때 필요합니다. 데이터를 필터링하고 구분해 정시 배송률, 픽업 준수율, 평균 지연 시간 등의 지표를 운송사별로 비교할 수 있습니다. 이를 바탕으로 운송사를 선정하고 협력 관계를 관리할 수 있습니다.

중요한 이유

운송사별 성과를 비교하고 분석해 운송사 선정과 서비스 품질을 개선할 수 있습니다.

확보 방법

Blue Yonder TMS의 운송 또는 화물 적재 상세 정보에서 확인할 수 있으며, 운송사 기준 데이터 테이블과 연결되어 있는 경우가 많습니다.

예시
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
출발 국가
OriginCountry
운송 건이 출발하는 국가입니다.
설명

이 속성은 운송 여정의 출발 국가를 나타냅니다. 화주 주소 또는 픽업 장소 정보에서 가져옵니다.

분석에서는 데이터를 지역별로 구분하는 기준으로 사용합니다. 지역에 따른 프로세스 성과, 운송사 가용성, 처리 시간의 차이를 파악할 수 있습니다. 예를 들어 국제 운송의 통관 소요 시간을 분석할 때 중요합니다.

중요한 이유

프로세스 성과를 지역별로 분석해 지역에 따른 병목이나 효율 차이를 파악할 수 있습니다.

확보 방법

Blue Yonder TMS의 운송 상세 정보에 있는 출발지 또는 화주 주소 데이터에 저장됩니다.

예시
USA독일중국
사용자
User
활동을 수행한 사람의 사용자 ID 또는 이름입니다.
설명

이 속성은 TMS에서 특정 이벤트나 상태 변경을 수행한 물류 계획 담당자, 코디네이터 또는 시스템 사용자를 식별합니다. 자동 이벤트의 경우 시스템 또는 서비스 계정 ID가 기록될 수 있습니다.

사용자별로 분석하면 업무량 분배, 개인별 성과, 교육 필요성을 파악할 수 있습니다. 특정 사용자에게 재작업이나 지연이 더 자주 발생하는지, 특정 팀이 다른 팀보다 효율적으로 처리하는지 확인할 수 있습니다. 이를 바탕으로 리소스를 관리하고 필요한 프로세스 개선을 추진할 수 있습니다.

중요한 이유

사용자 또는 팀별 성과와 업무량을 분석해 교육 기회와 리소스 제약을 파악할 수 있습니다.

확보 방법

트랜잭션 또는 이벤트 로그에서 확인할 수 있어야 합니다. 각 레코드에 연결된 '변경자' 또는 '사용자 ID' 필드에 기록되는 경우가 많습니다.

예시
j.doea.smithTMS_AUTOMATION_USER
실제 픽업 시각
ActualPickupTime
'화물 픽업 완료' 이벤트가 발생한 실제 시각입니다.
설명

운송사가 출발지에서 화물을 실제로 인수한 시각을 기록합니다. 운송 중 단계가 공식적으로 시작되는 시점입니다.

운송사 성과를 측정하는 데 필요한 데이터입니다. '예정 픽업 시각'과 비교해 '정시 픽업률'과 '평균 픽업 지연 시간' KPI를 계산합니다. 차이를 분석하면 특정 운송사나 픽업 장소의 문제를 파악할 수 있습니다.

중요한 이유

이 타임스탬프를 사용해 픽업 성과를 정확하게 측정하고 운송 초기의 지연을 파악할 수 있습니다.

확보 방법

'화물 픽업 완료' 상태가 업데이트된 시각입니다. 보통 운송사가 EDI로 전송하거나 Blue Yonder TMS에 수동으로 입력합니다.

예시
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
예정 픽업 시각
ScheduledPickupTime
운송사가 출발지에서 화물을 픽업하기로 계획한 날짜와 시각입니다.
설명

운송사와 합의해 예약한 화물 픽업 시각을 저장합니다. 운송 계획의 주요 단계입니다.

이 타임스탬프는 '정시 픽업률'과 '평균 픽업 지연 시간' KPI를 계산하는 기준입니다. 'ActualPickupTime'과 비교하면 운송 여정 초기에 발생한 지연을 파악할 수 있습니다. 초기 지연은 이후 단계에도 연쇄적으로 영향을 미치는 경우가 많습니다.

중요한 이유

정시 픽업 성과를 측정하는 기준으로, 운송사의 신뢰도와 계획의 정확성을 보여주는 주요 지표입니다.

확보 방법

Blue Yonder TMS의 예약 일정 관리 또는 화물 적재 계획 모듈에서 확인할 수 있습니다.

예시
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
운임 청구서 불일치 사유
FreightBillDiscrepancyReason
운임 청구서가 감사를 통과하지 못한 이유를 설명하는 코드 또는 내용입니다.
설명

운임 청구서 감사에서 불일치가 발견되면 이 속성에 그 사유를 기록합니다. 예를 들면 '잘못된 운임', '중복 청구서', '배송 증빙 누락' 등이 있습니다.

이 속성은 '배송 증빙 및 청구 정확도' 대시보드와 '운임 청구서 재작업률' KPI에 필요합니다. 불일치 사유별 발생 빈도를 분석하면 운송사 오류, 계약 조건 불일치 또는 내부 프로세스 문제 등 청구 오류의 원인을 파악할 수 있습니다. 이를 바탕으로 청구서 재작업을 줄이기 위한 조치를 취할 수 있습니다.

중요한 이유

청구 오류의 원인을 파악해 운임 청구서 재작업과 지급 지연을 줄이는 개선 활동을 추진할 수 있습니다.

확보 방법

Blue Yonder TMS의 운임 감사 및 지급 모듈에서 확인할 수 있으며, 예외 또는 거절 로그와 연결되어 있습니다.

예시
잘못된 운임 적용중복 청구서부대 비용 분쟁
정시 배송 여부
IsOnTimeDelivery
요청된 배송일 이전 또는 당일에 배송이 완료되었는지 나타내는 계산된 플래그입니다.
설명

이 불리언 속성은 'ActualDeliveryTime'과 'RequestedDeliveryDate'를 비교해 계산합니다. 실제 배송 시간이 요청된 배송일 이전이거나 당일이면 true, 그렇지 않으면 false입니다.

계산 지표인 이 속성을 사용하면 '정시 배송률' KPI를 간편하게 분석하고 시각화할 수 있습니다. 정시 배송 실적 비율을 기간별, 운송사별 또는 운송 수단별로 보여주는 대시보드를 만들 때 데이터를 쉽게 필터링하고 집계할 수 있으며, '정시 픽업 및 배송 실적' 대시보드에도 바로 활용할 수 있습니다.

중요한 이유

정시 배송 실적을 간편하게 분석하고 대시보드와 KPI에서 데이터를 빠르게 필터링하고 집계할 수 있습니다.

확보 방법

이 속성은 원본 시스템에 없습니다. 데이터 변환 과정에서 ActualDeliveryTime <= RequestedDeliveryDate 공식을 사용해 계산합니다.

예시
truefalse
지연 사유
DelayReason
픽업 또는 배송이 지연된 원인을 설명하는 코드나 내용입니다.
설명

이 속성은 운송 단계가 예정대로 완료되지 않은 사유를 기록합니다. 예를 들면 '기상 악화로 인한 지연', '세관 보류', '운송사 적재 용량 부족' 등이 있습니다. 운송사가 사유를 제공하는 경우가 많습니다.

이 속성은 '정시 픽업 및 배송 성과' 대시보드에 필요합니다. 운송이 늦었다는 사실뿐 아니라 그 이유도 확인할 수 있습니다. 지연 사유를 분석하면 물류팀이 위험을 사전에 줄이고 운송사와 반복되는 문제를 해결할 수 있습니다.

중요한 이유

지연의 원인을 파악해 위험에 선제적으로 대응하고 운송사와 함께 개선할 수 있습니다.

확보 방법

Blue Yonder TMS의 이벤트 또는 예외 관리 영역에 기록되는 경우가 많으며, 운송사의 EDI 업데이트(예: EDI 214)를 통해 입력되기도 합니다.

예시
기상통관 보류운전자 지연시설 혼잡
필수 권장 선택 사항

운송 관리 활동

정확한 프로세스 시각화와 탐색을 위해 이벤트 로그에 기록해야 하는 주요 단계와 이정표입니다.
6 권장 7 선택 사항
활동 설명
운송 예약 완료
운송사가 요청을 수락하고 운송을 맡기로 확정했음을 나타내는 주요 단계입니다. 운송 상태가 '예약 완료' 또는 '확정'으로 업데이트되며, 운송사와 운임이 확정됩니다.
중요한 이유

이 단계에서 계획이 확정되고 운송 건이 실행 단계로 넘어갑니다. 여기까지 걸리는 시간을 측정하면 예약 처리의 효율성과 응답 속도를 평가할 수 있습니다.

확보 방법

운송사의 수락 응답(예: EDI 990)을 받아 처리하면 TMS의 운송 건 레코드 상태가 명시적으로 변경되며, 이때 이벤트가 기록됩니다.

기록

상태가 '예약 완료' 또는 '확정'으로 변경된 시각을 기록합니다.

이벤트 유형 explicit
운송 요청 접수
이 활동은 Blue Yonder TMS에서 운송 요청이 생성되는 시점을 나타냅니다. 일반적으로 ERP와 같은 상위 시스템에서 주문이 들어오면 시작됩니다. 새 운송 건이 생성되고 상태가 처음에 '미계획' 또는 '신규'로 설정되면서 운송 프로세스가 공식적으로 시작됩니다.
중요한 이유

이는 전체 운송 프로세스의 주요 시작 이벤트입니다. 이 이벤트부터 후속 계획 활동까지 걸리는 시간을 분석하면 초기 처리 지연을 파악하고 전체 처리량을 측정할 수 있습니다.

확보 방법

일반적으로 운송 건 또는 주문의 핵심 테이블에 기록된 생성 시각으로 추정합니다. ERP에서 전송된 인터페이스 메시지를 처리할 때 이벤트가 명시적으로 기록되기도 합니다.

기록

운송 건의 생성 시각을 사용합니다.

이벤트 유형 inferred
지급 처리 완료
운송 프로세스의 마지막 활동으로, 운송 서비스 대금이 운송사에 지급되었음을 확인합니다. 보통 외부 재무 시스템(ERP)에서 이벤트가 발생하고, 결과가 TMS에 반영됩니다.
중요한 이유

이 활동은 운송 건의 재무 처리가 완료되었음을 나타냅니다. 배송 또는 감사 완료부터 지급까지 걸리는 시간을 분석하면 운전자본을 관리하고 운송사와의 원활한 관계를 유지하는 데 도움이 됩니다.

확보 방법

매입금 또는 ERP 시스템의 인터페이스 메시지가 TMS의 운임 청구서 지급 상태를 업데이트할 때 이벤트로 명시적으로 기록되는 경우가 많습니다.

기록

재무 시스템에서 받은 지급 확인 메시지의 시각을 사용합니다.

이벤트 유형 explicit
통관 완료
국제 운송에서 화물이 국경이나 항구의 세관 절차를 통과했음을 나타내는 활동입니다. 통관업체 또는 운송사의 알림을 받으면 이벤트가 발생합니다.
중요한 이유

국제 물류에서 통관은 상당한 지연이 자주 발생하는 구간입니다. 통관 완료까지 걸리는 시간을 측정하면 병목을 파악하고 국경 간 운송 시간을 줄이는 데 도움이 됩니다.

확보 방법

운송사 메시지(예: EDI 214) 또는 수동 업데이트에 따라 이벤트로 기록되는 경우가 많습니다. 이때 운송 건의 통관 상태가 '통관 완료'로 변경됩니다.

기록

운송 건의 통관 상태가 '통관 완료'로 업데이트된 시각을 기록합니다.

이벤트 유형 explicit
화물 배송 완료
운송 건이 수하인의 목적지에 실제로 도착했음을 나타내는 단계입니다. 운송사가 보통 EDI 214 메시지로 도착을 확인하면 TMS의 운송 상태가 업데이트됩니다.
중요한 이유

실제 운송이 끝났음을 나타내는 중요한 완료 단계입니다. 정시 배송 성과를 측정하는 기준이며, 이는 고객 만족도와 운송사 신뢰도를 보여주는 주요 지표입니다.

확보 방법

운송사의 배송 확인 메시지에서 가져와 이벤트로 명시적으로 기록됩니다. 상태가 'D1'인 EDI 214 또는 이에 해당하는 메시지를 처리한 시각을 TMS에 저장합니다.

기록

처리된 운송사 배송 확인 메시지의 시각을 사용합니다.

이벤트 유형 explicit
화물 픽업 완료
운송사가 출발지에서 화물을 인수해 운송이 실제로 시작되는 활동입니다. 보통 EDI 214 트랜잭션과 같은 운송사 상태 업데이트 메시지를 바탕으로 Blue Yonder TMS에 기록됩니다.
중요한 이유

운송이 시작되었음을 확인하는 중요한 실행 단계입니다. 운송 중 소요 시간을 계산하고 예정일 기준 픽업 정시율을 측정하는 기준점으로 사용됩니다.

확보 방법

운송사 상태 업데이트에서 가져와 이벤트로 명시적으로 기록됩니다. 픽업 확인 메시지(예: 상태가 'AF' 또는 'X3'인 EDI 214)를 처리한 시각을 시스템에 저장합니다.

기록

처리된 EDI 214 또는 운송사의 다른 픽업 확인 메시지에 기록된 시각을 사용합니다.

이벤트 유형 explicit
배송 증빙 수신
서명된 선하증권과 같이 배송 완료를 확인하는 공식 문서를 받는 활동입니다. 실제 배송 이후 별도로 진행되는 경우가 많으며, 운임 지급을 위해 필요한 단계입니다.
중요한 이유

배송 증빙(POD)을 신속하게 받으면 청구 및 지급 절차를 앞당길 수 있습니다. 이 단계가 지연되면 현금 흐름에 직접 영향을 주고 운송사와 지급 분쟁이 발생할 수 있습니다.

확보 방법

사용자가 POD 수신 여부를 직접 표시하거나 TMS의 운송 건 레코드에 문서를 첨부하면 상태가 변경되며, 이때 기록되는 경우가 많습니다.

기록

운송 건에 'POD 수신' 표시 또는 상태가 설정된 시각을 기록합니다.

이벤트 유형 inferred
운송 계획 완료
운송 건의 경로, 운송 수단, 이용 가능한 운송사를 결정하는 초기 계획 단계가 완료된 상태입니다. 시스템의 계획 엔진이 계획안을 생성하고, 계획이 준비되었음을 나타내도록 운송 상태를 업데이트합니다.
중요한 이유

이 활동을 추적하면 계획 및 최적화 엔진의 효율성을 측정할 수 있습니다. 이 단계에서 지연이나 재작업이 발생하면 기준 데이터, 운송사 가용성 또는 시스템 설정에 문제가 있을 수 있습니다.

확보 방법

운송 건의 상태가 '미계획'에서 '계획 완료'로 바뀌는 등의 상태 변경으로 추정할 수 있습니다. 상태가 변경된 시각이 이벤트 발생 시각입니다.

기록

운송 상태가 '계획 완료'로 변경된 시각을 기록합니다.

이벤트 유형 inferred
운송 요청 거절
운송사가 운송 제안을 거절했음을 나타내는 이벤트입니다. 보통 EDI 990 트랜잭션이나 운송사 포털의 수동 업데이트를 통해 거절이 접수되며, 대체 운송사를 찾는 워크플로가 시작됩니다.
중요한 이유

운송 요청 거절을 추적하면 운송사 선정 과정에서 발생하는 재작업을 파악할 수 있습니다. 거절률이 높으면 운임, 운송사 적재 용량 또는 부정확한 화물 정보에 문제가 있어 지연과 비용 증가로 이어질 수 있습니다.

확보 방법

TMS가 운송사의 거절 응답을 처리하고 운송 건의 요청 상태를 업데이트할 때 보통 이벤트로 명시적으로 기록됩니다.

기록

운송사의 거절 메시지(예: EDI 990)를 받으면 이벤트로 기록됩니다.

이벤트 유형 explicit
운송 중 업데이트 수신
운송 중 운송사로부터 위치 또는 상태 업데이트를 받는 이벤트입니다. EDI 214 메시지로 전달되는 경우가 많으며, 운송 진행 상황과 잠재적 지연을 파악하는 데 도움이 됩니다.
중요한 이유

이 이벤트는 운송 진행 상황을 추적하고 운송 중 지연을 파악하는 데 필요합니다. 업데이트가 없으면 가시성에 공백이 있을 수 있고, 지연 업데이트가 잦으면 운송사 성과에 문제가 있을 수 있습니다.

확보 방법

운송 중인 화물에 대한 운송사 메시지(예: 상태가 'X1' 또는 'AG'인 EDI 214)를 받을 때마다 처리되어 운송 추적 또는 이벤트 이력 테이블에 명시적으로 기록됩니다.

기록

처리된 운송 중 운송사 메시지마다 새 이벤트 로그 항목이 생성됩니다.

이벤트 유형 explicit
운송 취소
화물을 픽업하기 전에 운송이 종료된 상태입니다. 고객의 주문 취소나 계획 변경 등 여러 이유로 발생할 수 있으며, 프로세스가 정상적으로 완료되지 않은 최종 상태입니다.
중요한 이유

취소를 추적하면 수요 변동과 프로세스 낭비를 파악할 수 있습니다. 운송 취소 사유를 분석하면 주문 관리나 계획 프로세스의 문제를 확인할 수 있습니다.

확보 방법

사용자 또는 자동화된 프로세스가 운송 건의 기본 상태를 '취소'로 변경할 때 이벤트로 명시적으로 기록됩니다.

기록

상태가 '취소'로 변경된 시각을 기록합니다.

이벤트 유형 explicit
운송사에 운송 요청 전달
운송 건을 특정 운송사에 공식적으로 제안해 수락 여부를 확인하는 활동입니다. TMS에서 별도의 작업으로 처리되며, 보통 EDI 204 트랜잭션, 이메일 또는 포털 알림을 통해 운송사에 요청을 전달합니다.
중요한 이유

이 이벤트는 운송사의 응답 속도와 운송 요청 수락률을 측정하는 출발점입니다. 요청을 전달한 시점부터 운송사가 응답할 때까지 걸리는 시간을 분석하면 운송사와의 협업 효율을 파악할 수 있습니다.

확보 방법

사용자나 시스템이 운송 요청을 전달하면 Blue Yonder TMS의 운송 이력 또는 요청 이력 테이블에 이벤트가 명시적으로 기록될 수 있습니다.

기록

운송 요청을 전달할 때 운송 이벤트 이력에 기록됩니다.

이벤트 유형 explicit
운임 청구서 감사 완료
운송사의 청구서, 즉 운임 청구서를 계약 운임, 부대 비용 및 배송 증빙과 대조해 시스템 또는 수동으로 검토한 상태입니다. 지급 승인 전에 청구 금액을 확인하는 단계입니다.
중요한 이유

이 단계는 중요한 재무 통제 지점입니다. 감사 절차를 분석하면 청구 금액 불일치가 반복되는지 확인할 수 있습니다. 이 단계에서 재작업이 발생하면 관리 업무가 늘어나는 원인을 파악할 수 있습니다.

확보 방법

운송 건과 연결된 운임 청구서의 상태가 TMS 운임 감사 모듈에서 '감사 완료', '지급 승인' 또는 이에 해당하는 상태로 변경되면 이벤트가 기록됩니다.

기록

운송 건과 연결된 운임 청구서의 상태가 변경된 시각을 기록합니다.

이벤트 유형 inferred
권장 선택 사항

데이터 추출 가이드

Blue Yonder TMS에서 데이터 추출하기

현재 이 프로세스의 추출 방법을 검증하고 있습니다. 나중에 다시 확인하거나 문의해 도움을 받으세요.

시작할 준비가 되셨나요?

지금 운송 관리 프로세스 최적화를 시작하세요. 이 템플릿을 활용해 효율을 높이고 물류 성과를 개선할 수 있습니다.

지금 운송 관리 효율을 높이세요

비효율을 찾아 성과를 추적하고 처리 시간을 30% 단축하세요.

무료 체험 시작하기

신용카드 없이 몇 분 만에 시작할 수 있습니다.