운송 관리 데이터 템플릿
운송 관리 데이터 템플릿
운송 관리에 사용할 일반적인 process mining 데이터 템플릿입니다. 더 구체적인 안내가 필요하면 시스템별 템플릿을 사용하세요.
특정 시스템 선택- 모든 운송 관리 시스템에 적용할 수 있는 범용 프레임워크입니다.
- 심층적인 프로세스 분석에 필요한 주요 속성과 활동을 안내합니다.
- process mining을 시작할 때 활용할 수 있는 출발점입니다.
운송 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 운송 ID ShipmentId | 개별 운송 건을 식별하는 고유 ID로, 운송 프로세스의 케이스 ID로 사용됩니다. | ||
| 설명 운송 ID는 출발지에서 목적지까지의 개별 운송 오더 또는 화물 이동을 고유하게 식별하는 기본 키입니다. 각 운송 케이스에는 계획, 예약, 픽업, 배송, 송장 발행 등 관련 활동과 이정표, 데이터가 모두 포함됩니다. process mining에서는 이 속성을 사용해 각 운송 건의 전체 여정을 재구성합니다. 관련 이벤트를 시간순으로 연결해 프로세스 탐색, 적합성 검사, 성과 분석의 기반을 마련합니다. 운송 ID별로 프로세스를 분석하면 운송 과정의 병목, 지연, 편차를 파악할 수 있습니다. 중요한 이유 관련 이벤트를 하나의 프로세스 인스턴스로 연결하는 기본 식별자입니다. 이를 통해 운송의 전체 진행 과정을 분석할 수 있습니다. 확보 방법 일반적으로 운송 관리 시스템(TMS)의 운송 또는 운임 오더 헤더나 기본 테이블에서 찾을 수 있습니다. 예시 SH-2024-001237004568910FO-US-987654 | |||
| 이벤트 시각 EventTime | 운송 건에서 특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다. | ||
| 설명 이벤트 시각은 각 활동이 발생한 정확한 날짜와 시간을 기록합니다. 이벤트를 시간순으로 정렬하고 프로세스 단계 간 소요 시간을 계산하는 데 필요한 속성입니다. process mining에서 이 속성은 시간 기반 분석에 사용됩니다. 처리 시간, 대기 시간, 주기 시간 등의 KPI를 계산할 수 있습니다. 이벤트 시각을 분석하면 운송이 오래 지체되는 병목을 찾고, 서비스 수준 계약 준수 여부를 측정하며, 프로세스 활동이 시간대별로 어떻게 분포하는지 파악할 수 있습니다. 중요한 이유 모든 활동의 시간 순서를 파악할 수 있어 주기 시간 계산, 병목 식별, 성과 측정에 활용됩니다. 확보 방법 일반적으로 기록된 각 작업의 타임스탬프가 포함된 TMS 이벤트 로그나 거래 기록에서 가져옵니다. 예시 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T08:22:00Z | |||
| 활동명 ActivityName | 특정 시점에 운송 건에서 발생한 업무 이벤트나 이정표의 이름입니다. | ||
| 설명 활동명은 '운송 계획 완료', '운송사에 운송 의뢰', '화물 픽업 완료', '운임 송장 수신'처럼 운송 프로세스의 개별 단계나 작업을 나타냅니다. 각 활동은 운송 여정의 주요 이정표입니다. 이 속성을 사용하면 운송이 실제로 어떤 경로로 진행되는지 보여주는 프로세스 흐름도를 시각화할 수 있습니다. 활동의 순서와 빈도를 분석하면 표준 절차를 파악하고, 반복되는 편차와 재작업 또는 비효율이 발생하는 지점을 찾을 수 있습니다. process mining 분석의 기반이 되는 속성입니다. 중요한 이유 프로세스 맵의 단계를 정의해 운송 워크플로와 편차, 병목을 시각화하고 분석할 수 있게 합니다. 확보 방법 일반적으로 이벤트 로그나 상태 업데이트 테이블에서 가져오거나 TMS의 상태 변경 내역을 바탕으로 생성합니다. 예시 화물 계획 완료운송사에 운송 의뢰화물 배송 완료배송 증빙 수신 | |||
| 원천 시스템 SourceSystem | 데이터를 추출한 시스템이나 애플리케이션을 나타냅니다. | ||
| 설명 원천 시스템 속성은 이벤트 데이터가 생성된 시스템을 나타냅니다. 운송 관리 시스템(TMS), 운송 가시성 플랫폼, ERP 시스템 등이 해당합니다. 현대 물류에서는 하나의 운송 건에 대한 데이터가 여러 연동 시스템에서 수집될 수 있습니다. 이 속성은 데이터 계보와 품질을 파악하는 데 유용합니다. 데이터 불일치의 원인을 진단하고 정보 출처별로 분석할 수 있습니다. 예를 들어 가시성 플랫폼과 기본 TMS의 업데이트 시점을 비교하거나 문제가 발생한 원천 시스템을 추적할 수 있습니다. 중요한 이유 데이터의 출처를 추적할 수 있어 데이터 검증과 문제 해결, 각 시스템이 전체 프로세스에 기여하는 방식을 파악하는 데 도움이 됩니다. 확보 방법 데이터 추출본의 표준 필드로 제공되는 경우가 많으며, 데이터 원천을 기준으로 데이터 수집 과정에서 추가할 수도 있습니다. 예시 SAP TMBlue Yonder TMSOracle OTMproject44 | |||
| 최종 데이터 업데이트 시각 LastDataUpdate | 이 레코드의 데이터를 원천 시스템에서 마지막으로 새로 고치거나 추출한 시각입니다. | ||
| 설명 이 속성은 프로세스 mining 데이터셋의 특정 레코드나 이벤트가 마지막으로 업데이트되거나 추출된 시점을 나타냅니다. 분석 대상 데이터가 최신 상태인지 확인할 수 있습니다. 프로세스 흐름 분석에 직접 사용되지는 않지만 데이터 거버넌스와 모니터링에 중요합니다. 최신 정보를 바탕으로 분석하도록 돕고, 지연되거나 실패한 데이터 파이프라인에 알림을 설정하는 데 활용할 수 있습니다. 이를 통해 분석 결과의 신뢰성과 적시성을 확인할 수 있습니다. 중요한 이유 데이터의 최신 상태를 나타냅니다. 시의성 있고 관련성 높은 정보를 바탕으로 프로세스를 분석하고 모니터링하는 데 필요합니다. 확보 방법 일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 이 타임스탬프가 생성됩니다. 예시 2024-05-20T02:00:00Z2024-05-20T03:00:00Z2024-05-20T04:00:00Z | |||
| 도착 국가 DestinationCountry | 화물이 배송될 국가입니다. | ||
| 설명 도착 국가는 화물이 배송될 예정인 국가를 나타냅니다. 목적지 주소 정보의 일부입니다. 출발 국가와 마찬가지로, 이 속성은 지리적 분석과 운송 경로별 성과 파악에 중요합니다. 국가별 배송 성과, 비용, 처리 시간을 비교할 수 있도록 데이터를 구분해 분석할 수 있습니다. 국제 운송의 통관 절차를 분석할 때도 중요한 정보입니다. 중요한 이유 목적지별 성과와 비용을 구분해 분석할 수 있어 운송 경로의 효율성을 파악하고 국제 운송의 복잡성을 관리하는 데 도움이 됩니다. 확보 방법 일반적으로 운송 주문의 목적지 위치 정보나 수하인 주소 정보에 저장됩니다. 예시 캐나다멕시코영국일본 | |||
| 실제 배송일 ActualDeliveryDate | '화물 배송 완료' 이벤트가 발생한 실제 시각입니다. | ||
| 설명 실제 배송일은 운송물이 수하인에게 실제로 전달되고 '화물 배송 완료' 활동이 끝난 시점의 타임스탬프입니다. 배송 증빙 문서로 확인하는 경우가 많습니다. 요청 배송일과 비교해 실제 성과를 계산하는 데 필요한 속성입니다. 정시 배송률 KPI 계산에 직접 사용됩니다. 실제 배송일과 픽업일의 차이로 실제 운송 시간을 계산하고, 계획된 운송 시간과 비교해 운송 중 지연을 파악할 수 있습니다. 중요한 이유 실제 배송 결과를 바탕으로 정시 배송률을 계산하고 배송 지연을 분석할 수 있습니다. 확보 방법 TMS의 '화물 배송 완료' 이벤트에서 가져옵니다. 운송사의 EDI 메시지, 가시성 플랫폼 또는 운전자가 사용하는 모바일 앱을 통해 업데이트되는 경우가 많습니다. 예시 2023-11-01T16:30:00Z2023-11-21T09:00:00Z2024-02-09T18:00:00Z | |||
| 요청 배송일 RequestedDeliveryDate | 고객이 요청했거나 판매 오더에서 지정한 배송일입니다. | ||
| 설명 요청 배송일은 운송물이 목적지에 도착해야 하는 목표 날짜입니다. 고객의 구매 오더나 서비스 수준 계약(SLA)에 따라 정하는 경우가 많습니다. 고객 서비스 수준과 약속 이행 성과를 측정하는 데 필요한 속성입니다. 정시 배송률 KPI를 계산하는 기준으로 사용됩니다. 요청 배송일과 실제 배송일의 차이를 분석하면 반복되는 지연 원인을 파악하고 배송 예측 가능성을 높일 수 있습니다. 중요한 이유 정시 배송 성과를 측정하는 기준입니다. 고객 만족도와 공급망 신뢰성을 보여주는 주요 KPI입니다. 확보 방법 일반적으로 ERP나 주문 관리 시스템 등 상위 시스템에서 가져와 TMS의 운임 오더 상세 정보에 저장합니다. 예시 2023-11-01T17:00:00Z2023-11-20T23:59:59Z2024-02-10T12:00:00Z | |||
| 운송 비용 ShipmentCost | 운송에 청구된 총 운임 또는 금액입니다. | ||
| 설명 운송 비용은 개별 운송 건에 발생한 총비용입니다. 기본 운임, 유류 할증료, 부대 비용, 기타 운송사 수수료가 포함될 수 있습니다. 이 속성은 비용 분석의 기반입니다. 총 운송비, 거리당 비용, 단위당 비용을 추적하는 대시보드를 만들 수 있습니다. 비용 데이터와 프로세스 데이터를 결합하면 비용 초과의 근본 원인과 지연 또는 비효율로 인한 재무 영향을 파악하고 운임 청구의 정확성을 분석할 수 있습니다. 중요한 이유 프로세스 성과와 재무 결과를 연결해 운송비와 비용 발생 요인, 비효율로 인한 재무 영향을 분석할 수 있습니다. 확보 방법 운임 오더, 운송사의 운임 송장 또는 운임 감사 및 지급 시스템에서 가져올 수 있습니다. 예시 1250.75540.008200.50 | |||
| 운송 수단 ModeOfTransport | 트럭, 항공, 해상, 철도 등 운송에 사용되는 수단입니다. | ||
| 설명 이 속성은 운송에 사용된 수단을 나타냅니다. 일반적인 유형으로는 트럭 단독 운송(FTL), 소량 화물 운송(LTL), 항공 화물, 해상 화물, 철도 운송이 있습니다. 운송 수단별로 비용 구조, 운송 시간, 프로세스 복잡성이 다르므로 수단별 분석이 중요합니다. 이를 기준으로 구분하면 주기 시간과 비용의 차이를 설명할 수 있습니다. 예를 들어 해상 운송은 항공 운송보다 주기 시간이 긴 것이 일반적입니다. 이 속성은 물류 운영에 맞는 대시보드와 KPI를 구성하는 데도 필요합니다. 중요한 이유 운송 수단마다 프로세스와 비용, 일정이 다르므로 분석의 주요 필터로 사용됩니다. 의미 있는 비교와 벤치마킹에 필요합니다. 확보 방법 TMS의 운송장이나 운임 오더 상세 정보에서 확인할 수 있습니다. 예시 트럭 단독 운송(TL)소량 화물 운송(LTL)해상항공철도 | |||
| 운송사명 CarrierName | 운송을 맡아 운송물을 이동시키는 운송 회사 또는 물류 서비스 제공업체의 이름입니다. | ||
| 설명 운송사명은 화물을 실제로 운송하도록 계약한 제3자 물류업체(3PL) 또는 운송 회사를 나타냅니다. 트럭 운송사, 항공사, 선사, 철도 화물 운송사 등이 해당합니다. 성과 분석에 중요한 기준입니다. 정시 배송률, 정시 픽업률, 운송 의뢰 수락률, 비용 등의 지표로 운송사를 비교하는 평가표를 만들 수 있습니다. 운송사별로 프로세스를 분석하면 성과가 우수한 협력사와 개선 계획이 필요한 협력사를 파악할 수 있습니다. 중요한 이유 운송사별 성과를 비교할 수 있어 운송사 관리와 협상, 서비스 품질 확보에 도움이 됩니다. 확보 방법 운송장이나 운임 오더 상세 정보에 저장되며, 일반적으로 운송사 기준정보 테이블과 연결됩니다. 예시 FedEx FreightMaersk LineUnion Pacific RailroadDHL Express | |||
| 지연 사유 DelayReason | 화물 운송이 지연된 원인을 설명하는 코드 또는 내용입니다. | ||
| 설명 지연 사유는 화물이 계획된 일정에 맞춰 진행되지 못한 이유를 설명합니다. 기상 악화, 통관 보류, 교통 체증, 기계 고장, 서류 오류 등이 원인일 수 있습니다. 지연 이벤트가 기록될 때 이 정보가 입력됩니다. 근본 원인 분석에 매우 중요한 속성입니다. 지연 사유를 분류하고 발생 빈도를 집계하면 배송 지연의 주요 원인을 파악할 수 있습니다. 이를 바탕으로 내부 프로세스 개선, 운송사 협력, 외부 위험 완화 등 효과가 큰 영역에 개선 노력을 집중할 수 있습니다. 중요한 이유 배송 지연의 근본 원인을 분석하고 주요 지연 요인을 파악해 발생 빈도를 측정하고 대응하는 데 중요합니다. 확보 방법 TMS 또는 가시성 플랫폼의 예외 이벤트나 지연 이벤트 레코드에서 가져옵니다. 운송사가 제공하는 데이터인 경우가 많습니다. 예시 기상 악화로 인한 지연통관 보류항만 혼잡기계 고장 | |||
| 리소스 Resource | 활동을 수행한 사용자의 ID 또는 이름입니다. | ||
| 설명 리소스는 특정 프로세스 단계를 수행한 사용자, 팀 또는 자동화 시스템을 식별합니다. 예를 들어 화물 운송 계획을 작성한 운송 계획 담당자나 운송사를 예약한 물류 코디네이터가 해당합니다. 리소스 관점에서 프로세스를 분석하면 업무량 분배, 팀 성과, 자동화 수준을 파악할 수 있습니다. 재작업이 반복되는 사용자나 팀, 예외를 가장 많이 처리하는 담당자, 처리 시간이 가장 긴 담당자를 확인할 수 있습니다. 이 정보는 교육, 리소스 배분, 자동화 기회 파악에 유용합니다. 중요한 이유 인력과 시스템의 성과, 업무량 분배, 자동화 수준을 분석해 교육 필요성과 리소스 병목을 파악할 수 있습니다. 확보 방법 일반적으로 거래 레코드나 이벤트 로그에 활동명 및 타임스탬프와 함께 기록됩니다. 예시 존 스미스미국 물류팀TMS 자동 계획 시스템사라 존스 | |||
| 실제 픽업일 ActualPickupDate | '화물 픽업 완료' 이벤트가 발생한 실제 시각입니다. | ||
| 설명 실제 픽업일은 운송사가 출발지에서 운송물을 실제로 인수하고 '화물 픽업 완료' 활동이 끝난 시점의 타임스탬프입니다. 운송이 실제로 시작된 시점을 추적하는 데 필요합니다. 정시 픽업률 KPI 계산에 사용되며 운송 중 주기 시간의 시작점이 됩니다. 이 데이터를 분석하면 실제 픽업 절차와 전체 운송 일정에 미치는 영향을 파악할 수 있습니다. 중요한 이유 실제 픽업 성과를 보여주고 운송이 시작된 시점을 나타내므로 주기 시간을 정확히 분석하는 데 중요합니다. 확보 방법 TMS의 '화물 픽업 완료' 이벤트에서 가져옵니다. 일반적으로 운송사의 EDI 메시지나 가시성 플랫폼을 통해 업데이트됩니다. 예시 2023-10-25T14:10:00Z2023-11-15T09:25:00Z2024-02-05T11:45:00Z | |||
| 예정 픽업일 ScheduledPickupDate | 출발지에서 운송사가 화물을 픽업하기로 계획된 날짜와 시간입니다. | ||
| 설명 예정 픽업일은 운송사가 화물을 인수하기 위해 출발지에 도착하기로 합의한 시간입니다. 운송 예약 및 확인 과정의 주요 이정표입니다. 픽업 성과를 측정하는 기준으로 사용됩니다. 실제 픽업 시간과 비교해 정시 픽업률 KPI를 계산할 수 있습니다. 차이를 분석하면 도크 일정 관리, 창고 준비 상태, 운송사의 시간 준수와 관련된 문제를 찾아 후속 지연을 줄일 수 있습니다. 중요한 이유 픽업 성과를 측정하는 기준입니다. 운송 과정의 첫 단계로, 이후 전체 일정에 영향을 줍니다. 확보 방법 운송사를 예약한 뒤 운송장이나 운임 오더 상세 정보에서 확인할 수 있습니다. 예시 2023-10-25T14:00:00Z2023-11-15T09:30:00Z2024-02-05T11:00:00Z | |||
| 운임 청구서 불일치 FreightInvoiceDiscrepancyFlag | 운임 청구서 감사 중 불일치가 발견되었는지 나타내는 플래그입니다. | ||
| 설명 이 불리언 속성은 견적 또는 계약된 운임과 운송사의 최종 청구 금액이 일치하는지 나타냅니다. 값이 'true'이면 분쟁으로 이어질 수 있는 불일치가 있다는 뜻입니다. 이 플래그는 운임 감사 및 지급 프로세스 분석에 중요합니다. 운임 청구 정확도 KPI를 측정하고 청구 오류가 잦은 운송사나 운송 경로를 파악할 수 있습니다. 불일치 원인을 분석하면 운임 관리 개선, 운송사 계약 조건 명확화, 지급 프로세스 효율화로 이어질 수 있습니다. 중요한 이유 운임 청구 정확도를 측정하고 청구 오류가 잦은 운송사를 파악하며 운임 감사 및 지급 프로세스의 효율성을 분석하는 데 도움이 됩니다. 확보 방법 TMS 또는 전용 운임 감사 및 지급 시스템에서 진행되는 운임 청구서 감사 과정에서 생성됩니다. 예시 truefalse | |||
| 출발 국가 OriginCountry | 운송이 시작되는 국가입니다. | ||
| 설명 출발 국가는 운송이 시작되는 국가를 나타내며 출발지 주소 정보에 포함됩니다. 지역별 분석의 기본 속성입니다. 출발 국가나 지역별로 운송 데이터를 필터링하고 구분해 운송 경로별 성과를 파악할 수 있습니다. 국제 운송에서는 통관 요건과 운송 시간을 결정하는 주요 요인이기도 합니다. 중요한 이유 운송 프로세스를 지역별로 분석해 성과 차이를 파악하고, 운송 경로의 복잡성을 관리하며, 국제 물류를 분석할 수 있습니다. 확보 방법 일반적으로 운임 오더의 출발지 또는 선적 지점 주소 정보에 저장됩니다. 예시 USA독일중국브라질 | |||
| 화물 상태 ShipmentStatus | 화물의 현재 상태 또는 마지막으로 확인된 진행 상태입니다. | ||
| 설명 화물 상태는 '계획됨', '운송 중', '배송 완료', '취소됨'과 같이 전체 프로세스에서 화물이 어느 단계에 있는지 요약해 보여줍니다. 화물 건의 현재 상태를 나타냅니다. process mining은 개별 활동을 바탕으로 프로세스 흐름을 도출하지만, 전체 화물 상태는 분석 기준으로 유용합니다. 현재 '운송 중'인 화물을 필터링해 모니터링하거나, '취소됨' 상태가 된 화물의 특성을 분석할 수 있습니다. 화물 진행 상황을 간결하게 집계해 보여줍니다. 중요한 이유 화물의 현재 상태를 한눈에 파악할 수 있어 진행 중이거나 완료된 화물을 필터링하고 보고하며 전체적으로 모니터링하는 데 유용합니다. 확보 방법 일반적으로 TMS의 기본 화물 또는 운송 주문 레코드에 있는 요약 상태 필드입니다. 예시 계획됨예약됨운송 중배송 완료취소됨 | |||
운송 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 배송 증빙 수신 | 배송이 완료되었음을 확인하는 공식 문서를 수신한 상태입니다. 목적지에서 서명한 선하증권, 사진 또는 전자 서명이 이에 해당합니다. | ||
| 중요한 이유 배송 증빙(POD)을 받아야 송장 발행과 운임 지급을 진행할 수 있습니다. POD 수신이 늦어지면 주문부터 대금 회수까지의 처리 시간에 직접 영향을 줍니다. 확보 방법 특정 문서 유형이 업로드되거나 운송장 레코드에 연결될 때, 또는 배송 확인 상태가 업데이트될 때 기록되는 경우가 많습니다. 기록 POD 문서가 첨부되거나 운송 건의 POD 수신 표시가 설정된 시각을 기록합니다. 이벤트 유형 explicit | |||
| 운송 요청 접수 | 이 활동은 운송 프로세스의 공식적인 시작을 나타냅니다. 일반적으로 ERP와 같은 상위 시스템의 주문으로 새로운 운송 수요가 발생하고, 이에 따라 새 화물 기록이 생성됩니다. | ||
| 중요한 이유 주요 시작 이벤트이므로 화물 운송 전체 기간을 측정할 수 있습니다. 요청량과 접수 시점을 분석하면 용량 계획과 리소스 배분에 도움이 됩니다. 확보 방법 일반적으로 소스 시스템에서 기본 화물 또는 운송 요청 문서가 생성된 타임스탬프를 사용해 이 이벤트를 기록합니다. 기록 화물, 주문 출고 또는 포워딩 주문 레코드의 생성 타임스탬프를 사용합니다. 이벤트 유형 explicit | |||
| 운송 취소 | 운송사가 화물을 픽업하기 전에 운송이 취소된 상태입니다. 고객의 주문 취소나 내부 계획 변경 등 여러 이유로 발생할 수 있습니다. | ||
| 중요한 이유 이 활동은 실패로 끝난 절차를 나타내는 종료 지점입니다. 취소 사유를 분석하면 절차 실패의 원인을 파악하고 주문 관리나 계획상의 문제를 찾을 수 있습니다. 확보 방법 일반적으로 운송장 레코드의 상태가 '취소됨' 또는 '무효 처리됨'으로 변경될 때 기록됩니다. 기록 운송의 기본 상태가 '취소됨'으로 변경된 시각을 기록합니다. 이벤트 유형 inferred | |||
| 운송사 운송 예약 완료 | 운송사가 의뢰를 정식으로 수락하고 운송을 맡기로 확정했음을 나타내는 이정표입니다. 이 단계에서 운송사, 요율, 운송 일정이 확정됩니다. | ||
| 중요한 이유 이 확인으로 조달 단계가 끝나고 운송 실행 단계가 시작됩니다. 운송 의뢰부터 예약까지의 효율을 측정하는 주요 시점입니다. 확보 방법 운송사의 수락을 받으면 기록됩니다. 이때 운송 상태가 '예약됨', '확정됨' 또는 '확인됨'으로 바뀌는 경우가 많습니다. 기록 의뢰 상태가 '수락됨'으로 바뀌거나 운송 상태가 '예약됨'으로 업데이트된 시각을 기록합니다. 이벤트 유형 explicit | |||
| 지급 처리 완료 | 운송 건의 마지막 활동으로, 운송 서비스 대금이 운송사에 지급되었음을 확인합니다. 이 이벤트로 운송 건의 재무 처리가 마무리됩니다. | ||
| 중요한 이유 이 이벤트로 운송 건의 조달부터 지급까지의 절차가 끝납니다. 지급 소요 시간, 운송사의 재무 건전성, 전체 절차의 완료 여부를 분석하는 데 필요합니다. 확보 방법 이 정보는 별도의 재무 시스템이나 ERP에서 생성된 뒤 연동을 통해 TMS에 반영되는 경우가 많습니다. 기록 지급 거래의 타임스탬프나 송장 상태가 '지급 완료'로 표시된 날짜를 사용합니다. 이벤트 유형 explicit | |||
| 화물 계획 완료 | 경로, 운송 수단, 잠재적 운송업체를 정하는 초기 계획 단계가 완료된 상태를 나타냅니다. 시스템의 계획 엔진이 운송 요청에 맞는 물류 계획을 생성합니다. | ||
| 중요한 이유 이 마일스톤은 계획 단계를 마무리합니다. 요청 접수부터 계획 완료까지 걸린 시간은 계획 효율과 잠재적 병목을 보여 주는 주요 지표입니다. 확보 방법 일반적으로 화물 레코드의 상태가 'Planned' 또는 이와 유사한 상태로 변경되거나 운임 주문 문서가 생성된 시점으로 확인합니다. 기록 유효한 계획이 생성되었음을 화물 상태가 나타내는 시점의 타임스탬프를 기록합니다. 이벤트 유형 inferred | |||
| 화물 배송 완료 | 운송물이 수하인의 목적지에 실제로 도착했음을 나타내는 이정표입니다. 이 이벤트로 운송 중 단계가 끝납니다. | ||
| 중요한 이유 운송 분야에서 가장 중요한 KPI인 정시 배송 성과를 측정하는 주요 이벤트입니다. 운송 시간과 전체 처리 시간을 계산하는 기준점이 됩니다. 확보 방법 운송사가 전자 메시지, 운전자 업데이트 또는 포털 입력을 통해 배송을 확인하면 TMS의 운송 상태가 업데이트됩니다. 기록 최종 경유지 도착을 나타내는 운송 이벤트 로그의 타임스탬프나 '배송 완료' 상태를 사용합니다. 이벤트 유형 explicit | |||
| 화물 픽업 완료 | 운송이 실제로 시작되는 시점입니다. 운송사가 창고나 생산 시설 등 출발지에서 화물을 인수할 때 발생합니다. | ||
| 중요한 이유 운송사의 정시 픽업 성과와 운송 중 가시성의 시작을 측정하는 중요한 이정표입니다. 이 단계의 지연은 최종 배송 시간에 직접 영향을 줍니다. 확보 방법 일반적으로 운송사나 운전자의 상태 업데이트 메시지를 통해 기록됩니다. EDI 거래 내역이나 모바일 앱 업데이트가 사용되기도 합니다. 기록 첫 번째 경유지에서 출발했음을 나타내는 운송 이벤트 로그의 타임스탬프나 '픽업 완료' 상태를 사용합니다. 이벤트 유형 explicit | |||
| 도착 예정 시간 업데이트 | 실시간 데이터를 바탕으로 시스템이 새로운 도착 예정 시간(ETA)을 생성하거나 수신한 시점입니다. 운송 여건이 바뀌면 운송 과정에서 여러 차례 발생할 수 있습니다. | ||
| 중요한 이유 도착 예정 시간이 자주 또는 크게 바뀌면 운송의 변동성과 예측 가능성을 파악할 수 있습니다. 업데이트 내역을 분석하면 지연에 선제적으로 대응하고 고객과의 소통을 개선할 수 있습니다. 확보 방법 실시간 추적 정보와 변경된 배송 예상 시간을 제공하는 가시성 플랫폼이나 운송사 업데이트에서 기록됩니다. 기록 최초 예약 이후 최종 배송의 ETA 필드가 업데이트될 때마다 기록합니다. 이벤트 유형 explicit | |||
| 운송사 의뢰 거부 | 운송사가 운송 제안을 거절했음을 나타냅니다. 일반적으로 새 운송사를 선정해 다시 의뢰하는 재작업 절차가 이어집니다. | ||
| 중요한 이유 운송 의뢰 거부는 지연과 비용 증가의 주요 원인입니다. 거부 빈도와 사유를 분석하면 운송사 평가표와 조달 전략을 개선할 수 있습니다. 확보 방법 운송사가 보낸 전자 메시지나 운송사 포털에서 거부를 나타내는 수동 상태 업데이트를 통해 기록됩니다. 기록 의뢰 상태가 '거부됨' 또는 이에 해당하는 상태로 변경된 시각을 확인합니다. 이벤트 유형 explicit | |||
| 운송사에 운송 의뢰 | 계획된 운송 건을 특정 운송사에 정식으로 제안해 수락 여부를 요청할 때 발생하는 활동입니다. 일반적으로 전자 메시지를 보내거나 포털을 업데이트해 운송사에 알립니다. | ||
| 중요한 이유 운송 의뢰를 추적하면 운송사의 응답 시간과 수락률을 분석할 수 있습니다. 같은 운송 건을 여러 차례 의뢰한다면 운송사 계약이나 운송 능력에 문제가 있을 수 있습니다. 확보 방법 일반적으로 TMS에서 제안이 운송사에 전달된 시점을 기록하는 명시적인 거래 내역이나 상태 변경으로 남습니다. 기록 운송 제안이 운송사에 전송된 거래의 타임스탬프를 기록합니다. 이벤트 유형 explicit | |||
| 운송업체 선정 | 특정 운송 서비스 제공업체, 즉 운송업체가 화물 운송을 맡도록 공식 선정된 상태입니다. 수동 배정, 자동 계획 또는 입찰 절차를 통해 선정될 수 있습니다. | ||
| 중요한 이유 이 활동을 분석하면 운송업체 배정 전략과 운송 파트너를 확보하는 데 걸리는 지연을 파악할 수 있습니다. 경로 계획과 운송업체 선정을 구분해 살펴볼 수 있습니다. 확보 방법 운송장 레코드의 운송사 필드에 값이 입력되거나 해당 운송 오더에 운송사가 지정되면 이 이벤트가 기록됩니다. 기록 운송사 ID가 운송장 레코드에 처음 연결된 시각을 이벤트 타임스탬프로 확인합니다. 이벤트 유형 explicit | |||
| 운임 송장 감사 완료 | 운송사 송장을 계약 요율, 부대 비용, 배송 증빙과 대조해 시스템 또는 수동으로 감사한 상태입니다. 지급 승인 전에 청구 금액을 확인하는 단계입니다. | ||
| 중요한 이유 운임 지출의 정확성을 확보하는 주요 재무 통제 지점입니다. 감사 절차를 분석하면 반복되는 불일치와 비용 절감 기회를 파악할 수 있습니다. 확보 방법 운송 건의 청구 상태가 '감사 완료', '검증 완료' 또는 이에 해당하는 상태로 변경되어 대조 절차가 끝나면 기록됩니다. 기록 감사 완료를 나타내도록 송장 상태가 업데이트된 시각을 기록합니다. 이벤트 유형 inferred | |||
| 운임 송장 수신 | 운송 서비스 대가로 운송사의 송장 또는 운임 청구서를 수신하는 활동입니다. 이때 운송 건의 정산 단계가 시작됩니다. | ||
| 중요한 이유 배송 완료부터 송장 수신까지 걸린 시간은 재무 예측과 미지급 비용 산정에 영향을 줍니다. 이 이벤트를 기준으로 운임 감사 및 지급 처리 시간을 측정합니다. 확보 방법 EDI 거래 내역, 수동 입력 또는 운송사 포털에서의 업로드를 통해 시스템에 새 송장 레코드가 생성될 때 기록됩니다. 기록 해당 운송 건과 연결된 운임 청구서나 운송사 송장의 생성일을 사용합니다. 이벤트 유형 explicit | |||
| 통관 완료 | 국제 운송에서 화물이 국경이나 항구의 세관 절차를 통과했음을 나타내는 활동입니다. 필요한 서류 제출과 검사가 모두 완료된 상태입니다. | ||
| 중요한 이유 통관은 국제 물류에서 주요 병목이 될 수 있습니다. 세관에 소요된 시간을 측정하면 지연을 파악하고 규정 준수 절차를 개선하는 데 도움이 됩니다. 확보 방법 관세사나 운송사의 알림 또는 정부 시스템의 직접 업데이트를 통해 이 이벤트가 발생합니다. 기록 통관 승인을 나타내는 이벤트나 상태 업데이트의 타임스탬프를 기록합니다. 이벤트 유형 explicit | |||
데이터 추출 가이드
추출 방법은 시스템마다 다릅니다. 자세한 안내는
ETL 가이드 를 확인하거나 특정 프로세스와 시스템을 선택하세요.
시작할 준비가 되셨나요?
현재 사용 중인 플랫폼에 맞는 시스템별 추출 가이드를 선택하거나, 이 범용 템플릿을 활용해 운송 관리 데이터를 체계적으로 구성하세요.
운송 성과를 지금 개선하세요
숨은 비효율을 찾아 물류 프로세스 전반을 간소화하세요.
신용카드 없이 몇 분 만에 설정할 수 있습니다.