운송 관리 데이터 템플릿
운송 관리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
운송 관리 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 이벤트 시각 EventTime | 활동이 발생한 날짜와 시각을 나타내는 타임스탬프입니다. | ||
| 설명 이벤트 시간은 배송 프로세스의 각 활동에 대해 기록된 정확한 날짜와 시간입니다. 이벤트의 시간 순서를 제공하므로 프로세스 흐름을 구성하고 시간 기반 분석을 수행하는 데 필요합니다. 이 속성은 모든 process mining 분석의 기반입니다. 활동 간 주기 시간을 계산하고, 케이스의 전체 소요 시간을 측정하며, 대기 시간을 파악하고, 기간별 프로세스 성과를 분석하는 데 사용됩니다. 지연 원인을 진단하고 프로세스 효율성을 파악하려면 정확한 타임스탬프가 중요합니다. 중요한 이유 이벤트의 시간순서를 제공하므로 처리 시간 등 소요 시간 기반 지표를 계산하고 프로세스 지연을 찾는 데 필요합니다. 확보 방법 Trimble TMS의 이벤트 로그 또는 거래 테이블에서 활동이나 상태 필드와 함께 확인할 수 있습니다. 예시 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| 화물 Shipment | 개별 화물 이동을 식별하는 고유 ID로, 프로세스 분석의 기본 케이스로 사용됩니다. | ||
| 설명 Shipment ID는 단일 운송 주문과 관련된 모든 이벤트와 활동을 묶는 중심 케이스 식별자입니다. 각 화물은 최초 생성과 계획 수립부터 운송 실행, 배송, 재무 정산까지 전체 여정을 나타냅니다. process mining에서 Shipment를 기준으로 분석하면 운송 주기 전체를 파악할 수 있습니다. 전체 처리 시간을 측정하고, 특정 화물에 영향을 미치는 병목을 찾으며, 화물 유형별 프로세스 경로를 비교할 수 있습니다. Shipment는 주문 하나가 전체 시스템을 거치는 과정을 추적하는 기본 속성입니다. 중요한 이유 관련된 모든 활동을 연결하는 필수 케이스 식별자로, 운송 주문별 전체 프로세스를 분석할 수 있습니다. 확보 방법 Trimble TMS의 기본 화물 또는 주문 테이블에서 기본 키로 사용됩니다. 구체적인 테이블 및 필드 이름은 Trimble TMS 문서를 확인하세요. 예시 SH-750331SH-750332SH-750333 | |||
| 활동 이름 ActivityName | 특정 시점에 화물과 관련해 발생한 업무 이벤트 또는 주요 단계의 이름입니다. | ||
| 설명 활동 이름은 운송 프로세스에서 특정 단계나 상태 변경을 나타냅니다. 이러한 이벤트가 프로세스 맵의 순서를 구성하며, 화물이 생성된 시점부터 완료될 때까지 어떻게 진행되는지 보여줍니다. 활동 분석은 process mining의 기본입니다. 프로세스 흐름을 시각화하고, 일반적이거나 드문 경로를 식별하며, 예약을 반복하는 등의 재작업 루프를 발견하고, 각 단계의 발생 빈도를 측정할 수 있습니다. 활동의 순서와 시점을 바탕으로 주기 시간을 계산하고 단계 간 병목을 파악합니다. 중요한 이유 프로세스의 단계를 정의하는 속성입니다. 프로세스 맵의 기반이 되며, 프로세스 흐름과 변동, 병목을 분석할 수 있습니다. 확보 방법 일반적으로 Trimble TMS에서 화물과 연결된 이벤트 로그, 상태 변경 테이블 또는 특정 거래 기록을 바탕으로 생성합니다. 예시 화물 계획 수립화물 픽업화물 배송 완료운송비 청구서 감사 완료 | |||
| 마지막 데이터 업데이트 LastDataUpdate | 소스 시스템에서 이 레코드의 데이터를 마지막으로 새로 고친 시각을 나타내는 타임스탬프입니다. | ||
| 설명 Trimble TMS에서 데이터를 마지막으로 추출하거나 업데이트한 날짜와 시각을 나타내는 속성입니다. 분석 대상 데이터의 최신성을 확인할 수 있습니다. 시의성 있고 적절한 업무 결정을 내리려면 데이터가 얼마나 최근 정보인지 파악해야 합니다. 이 타임스탬프를 통해 사용자는 데이터의 신뢰도와 현재 분석에 포함된 기간을 확인하고, 오래된 정보에 따라 조치하는 일을 방지할 수 있습니다. 중요한 이유 데이터의 최신성을 보여주므로 최신 정보를 바탕으로 분석하고 정확한 의사결정을 내릴 수 있습니다. 확보 방법 데이터를 가져오는 과정에서 ETL(Extract, Transform, Load) 도구가 타임스탬프를 생성하고 기록하는 경우가 많습니다. 예시 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| 소스 시스템 SourceSystem | 이벤트 데이터를 추출한 기준 시스템입니다. | ||
| 설명 데이터가 생성된 소스 애플리케이션을 나타내는 속성입니다. 이 경우 일반적으로 'Trimble TMS'가 해당합니다. 복잡한 환경에서는 결제용 별도 재무 시스템처럼 서로 다른 모듈이나 연동 시스템을 구분하는 데 사용할 수 있습니다. 소스 시스템을 지정하면 데이터 거버넌스와 추적성을 확보할 수 있습니다. 데이터의 맥락을 파악하고, 여러 소스의 데이터를 결합해 프로세스 전체를 분석할 때도 중요합니다. 중요한 이유 데이터의 출처와 맥락을 추적할 수 있습니다. 여러 시스템의 데이터를 결합해 전체 프로세스를 분석할 때 중요합니다. 확보 방법 데이터 추출 과정에서 레코드의 출처를 표시하기 위해 추가하는 고정값인 경우가 많습니다. 예시 Trimble TMSTrimble TMS v2023.1 | |||
| 요청 배송일 RequestedDeliveryDate | 고객이 요청했거나 서비스 수준 계약(SLA) 목표로 합의한 배송 날짜입니다. | ||
| 설명 Requested Delivery Date는 화물이 최종 목적지에 도착할 것으로 예상되는 목표 날짜입니다. 정시 배송 성과를 측정하는 기준으로 사용됩니다. 이 속성은 Shipment On-Time Delivery Rate와 같은 주요 KPI를 계산하는 데 필요합니다. 실제 배송 시각과 요청 배송일을 비교해 화물이 일찍 도착했는지, 정시에 도착했는지, 늦게 도착했는지 확인할 수 있습니다. Actual vs Requested Delivery Performance 대시보드의 기반이 되며, 고객 만족도와 운송사 신뢰도를 평가하는 데도 사용됩니다. 중요한 이유 정시 배송 성과를 측정하는 기준입니다. 고객 만족도와 운영 효율을 평가하는 주요 KPI입니다. 확보 방법 Trimble TMS의 주문 또는 화물 상세 정보 테이블에서 확인할 수 있습니다. 예시 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| 운송 수단 ModeOfTransport | 트럭, 항공, 철도, 해상 등 화물 운송에 사용된 수단입니다. | ||
| 설명 Mode of Transport는 화물 운송에 사용된 수단을 지정합니다. FTL(Full Truckload), LTL(Less Than Truckload), 항공 화물, 해상 화물, 철도 운송 등이 해당합니다. Mode of Transport별 프로세스 분석은 전략적 의사결정과 비용 최적화에 중요합니다. 운송 수단별 효율과 속도, 비용을 비교할 수 있습니다. 예를 들어 Mode of Transport Efficiency Comparison 대시보드는 이 속성을 사용해 운송 중 시간이 더 길거나 지연률이 높은 운송 수단을 보여주므로 계획 담당자가 더 나은 선택을 할 수 있습니다. 중요한 이유 운송 수단별 비용과 속도, 효율을 비교해 경로와 운송 수단을 전략적으로 계획할 수 있습니다. 확보 방법 Trimble TMS의 화물 또는 적재 기록에 있는 표준 필드입니다. 예시 FTL(Full Truckload, 만차 화물)LTL(Less Than Truckload, 소량 화물)항공 화물해상 운송 | |||
| 운송사 이름 CarrierName | 화물 운송을 담당하는 운송 회사의 이름입니다. | ||
| 설명 Carrier Name은 화물 운송을 맡은 제3자 물류업체 또는 사내 차량 조직을 나타냅니다. 각 화물에 연결되는 주요 기준 정보입니다. 이 속성은 특히 Carrier Performance & Compliance 대시보드에서 성과를 분석할 때 필요합니다. Carrier Name별로 프로세스 데이터를 나누면 운송사별 정시 배송률, 평균 처리 시간, 지연 빈도를 비교할 수 있습니다. 이를 바탕으로 계약을 협상하고 신뢰할 수 있는 파트너를 선정해 전체 공급망을 개선할 수 있습니다. 중요한 이유 운송사별 성과를 비교하고 규정 준수를 분석할 수 있어 운송사 관리와 선정에 도움이 됩니다. 확보 방법 Trimble TMS의 기본 화물 또는 적재 테이블에서 확인할 수 있으며, 운송사 기준 정보 테이블과 연결되는 경우가 많습니다. 예시 Global Freightways Inc.Speedy LogisticsCross-Country Movers | |||
| 정시 배송 여부 IsOnTime | 요청 배송일까지 또는 그 전에 화물이 배송되었는지를 나타내는 불리언 값입니다. | ||
| 설명 'ActualDeliveryDate'와 'RequestedDeliveryDate'를 비교해 계산하는 값입니다. 실제 배송일이 요청 배송일과 같거나 이르면 true, 그렇지 않으면 false입니다. 이 속성을 사용하면 성과 분석과 대시보드 구성이 간편해집니다. 각 차트에서 날짜를 직접 비교하는 대신 이 값으로 필터링하고 집계해 화물 정시 배송률 KPI를 계산할 수 있습니다. 화물별 배송 성과를 참 또는 거짓으로 명확하게 구분해 성공률을 쉽게 시각화할 수 있습니다. 중요한 이유 정시 배송 KPI를 간편하게 계산하고 정시 배송과 지연 배송을 쉽게 필터링하고 구분할 수 있습니다. 확보 방법 이 속성은 원본 시스템에 없습니다. 데이터 변환 과정에서 'ActualDeliveryDate' <= 'RequestedDeliveryDate'를 비교해 계산합니다. 예시 truefalse | |||
| 종료 시각 EndTime | 활동이 완료된 시각을 나타내는 타임스탬프입니다. | ||
| 설명 End Time은 활동이 완료된 시점을 나타냅니다. 값이 있으면 Start Time과 함께 사용해 단일 단계의 정확한 처리 시간을 계산하고, 다음 단계가 시작되기 전 대기 시간과 구분할 수 있습니다. 활동의 시작 시각과 종료 시각을 모두 확보하면 프로세스 성과를 더 세밀하게 분석할 수 있습니다. 실제 작업 시간인 처리 시간과 유휴 시간인 대기 시간을 구분할 수 있어, 실질적인 효율 향상과 리소스 또는 일정 지연을 가려내는 데 도움이 됩니다. 예를 들어 '운송비 청구서 감사 완료' 활동에 걸린 정확한 시간을 측정할 수 있습니다. 중요한 이유 활동의 처리 시간을 정확히 계산하고, 실제 작업 시간과 프로세스 단계 사이의 대기 시간을 구분할 수 있습니다. 확보 방법 Trimble TMS의 일부 모듈은 특정 활동의 시작 이벤트와 종료 이벤트를 모두 기록할 수 있습니다. 이벤트 로그나 거래 로그에서 확인해야 합니다. 예시 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| 지연 사유 DelayReason | 화물 지연의 원인을 설명하는 코드 또는 설명입니다. | ||
| 설명 지연 사유는 화물이 예정된 일정을 지키지 못한 이유를 보여줍니다. 사유에는 '운송업체 지연', '세관 보류', '기상 악화', '고객 부재' 등이 있습니다. 지연을 기록할 때 직접 입력하거나 미리 정의된 목록에서 선택하는 경우가 많습니다. 이 속성은 특히 Shipment Delay & Reason Analysis 대시보드에서 근본 원인을 분석하는 데 유용합니다. 지연을 유형별로 분류하면 특정 운송업체나 경로, 내부 프로세스에서 반복되는 문제를 파악할 수 있습니다. 이를 바탕으로 개선 대상을 정해 지연을 줄이고 신뢰도를 높일 수 있습니다. 중요한 이유 지연의 근본 원인을 분석하고, 개선 대상으로 삼을 수 있는 운송업체, 경로 또는 프로세스의 반복 문제를 찾는 데 도움이 됩니다. 확보 방법 Trimble TMS의 지연 또는 예외 기록 테이블이나 화물 레코드의 자유 입력 메모 필드에 저장될 수 있습니다. 예시 기상 악화로 인한 지연세관 검사운송업체 장비 고장교통 정체 | |||
| POD 처리 시간 ProofOfDeliveryCycleTime | 'Goods Delivered' 이벤트부터 'Proof of Delivery Received' 이벤트까지 걸린 시간입니다. | ||
| 설명 실제 배송이 완료된 후 배송 증명(POD) 서류를 수령하고 처리하는 데 걸리는 시간을 계산하는 지표입니다. POD 처리 시간이 길어지면 청구가 늦어지고 현금 흐름에 영향을 줄 수 있습니다. 이 속성은 Proof of Delivery Receipt Lag 대시보드와 해당 KPI의 기준이 됩니다. 화물별 소요 시간을 계산하면 운송업체의 서류 제출 지연이나 내부 처리 비효율 등 POD 프로세스의 병목을 찾아 고객 청구를 앞당길 수 있습니다. 중요한 이유 배송 후 행정 처리의 효율을 직접 측정합니다. 적시에 청구하고 건전한 현금 흐름을 유지하는 데 중요한 지표입니다. 확보 방법 각 화물의 'Proof of Delivery Received' 활동과 'Goods Delivered' 활동의 타임스탬프 차이를 계산합니다. 예시 P2DT12H30MP5DP1DT4H | |||
| 고객명 CustomerName | 화물이 운송되는 고객의 이름입니다. | ||
| 설명 고객명은 운송 대상 상품의 소유자이거나 서비스를 받는 고객 또는 사업체를 식별합니다. 분석을 구분하는 데 필요한 주요 기준 정보입니다. 고객별로 운송 프로세스를 분석하면 유용한 정보를 얻을 수 있습니다. 특정 고객에게 지연이 더 자주 발생하는지, 예약 과정에서 재작업이 더 많이 필요한지, 고유한 프로세스 흐름이 있는지 확인할 수 있습니다. 이 정보를 활용해 고객 서비스를 개선하고 물류 방식을 맞춤화하며 주요 고객을 더 효과적으로 관리할 수 있습니다. 중요한 이유 고객별로 프로세스를 분석해 특정 고객에게 고유한 문제가 있거나 다른 서비스 수준이 필요한지 파악할 수 있습니다. 확보 방법 주문 또는 화물 기본 테이블에서 확인할 수 있으며, 고객 기준 정보 테이블과 연결되는 경우가 많습니다. 예시 ACME CorporationStark IndustriesWayne Enterprises | |||
| 도착 국가 DestinationCountry | 화물이 배송되는 국가입니다. | ||
| 설명 도착 국가는 화물의 최종 배송 주소가 위치한 국가입니다. 출발 국가와 마찬가지로 지역별 프로세스 분석에 중요한 속성입니다. 도착 국가별 데이터를 분석하면 특정 지역에서 발생하는 프로세스 문제를 찾을 수 있습니다. 예를 들어 특정 국가로 향하는 화물은 통관에 더 오래 걸리거나 배송이 반복적으로 지연될 수 있습니다. 이러한 정보를 바탕으로 해당 경로의 계획과 배송 일정을 조정하면 배송 예정일을 더 정확하게 안내할 수 있습니다. 중요한 이유 통관 지연이나 최종 배송 구간의 문제처럼 도착 지역별로 발생하는 프로세스 과제를 파악하는 데 도움이 됩니다. 확보 방법 Trimble TMS의 화물 또는 주문 상세 정보에 저장된 도착지 주소에서 가져옵니다. 예시 USACANMEXFRA | |||
| 사용자 이름 UserName | 특정 활동을 수행한 사용자 또는 시스템 에이전트입니다. | ||
| 설명 사용자 이름은 화물 계획, 운임 청구서 감사, 결제 처리 등 프로세스 단계를 수행한 직원이나 자동화 시스템을 식별합니다. 프로세스 활동을 사람 또는 시스템 리소스와 연결합니다. 사용자별 데이터를 분석하면 업무량 분포와 교육 필요성을 파악하고, 성과가 두드러지게 다르거나 벗어나는 사례를 찾을 수 있습니다. 예를 들어 Shipment Booking Rework & Errors 대시보드에서 특정 사용자의 재작업이 집중되는지 확인해 추가 교육이나 프로세스 안내가 필요한지 판단할 수 있습니다. 규정 준수와 감사에도 중요한 속성입니다. 중요한 이유 프로세스 활동을 담당 직원이나 시스템 사용자와 연결해 업무량과 성과를 분석하고 교육 기회를 파악할 수 있습니다. 확보 방법 일반적으로 트랜잭션 로그나 이벤트 로그에서 레코드를 생성하거나 수정한 사용자의 ID와 함께 확인할 수 있습니다. 예시 j.doea.smithsystem.api | |||
| 실제 배송일 ActualDeliveryDate | 'Goods Delivered' 활동이 기록된 실제 타임스탬프입니다. | ||
| 설명 실제 배송일은 배송이 완료된 시점을 나타내는 타임스탬프입니다. 화물이 목적지에 도착한 실제 시점을 보여주며, 일반적으로 'Goods Delivered' 이벤트의 타임스탬프를 사용합니다. 요청 배송일과 함께 사용해 정시 배송 여부를 판단합니다. 여러 처리 시간과 성과를 측정할 때 기준이 되는 실제 종료 시점이며, 배송 성과와 운송업체 신뢰도를 추적하는 KPI에도 직접 반영됩니다. 계획된 일정과 실제 프로세스 실행 결과를 비교하는 데 중요한 기준입니다. 중요한 이유 배송이 실제로 완료된 시점을 제공하므로 정시 배송 성과와 실제 운송 시간을 계산할 수 있습니다. 확보 방법 화물의 이벤트 로그에서 'Goods Delivered' 이벤트 상태와 연결된 타임스탬프입니다. 예시 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| 운임 청구 금액 FreightBillAmount | 운송 서비스에 청구된 총액입니다. | ||
| 설명 운임 청구 금액은 화물 운송에 대해 청구된 비용입니다. 비용을 분석하고 프로세스 비효율이 재무에 미치는 영향을 파악하는 데 중요한 데이터입니다. process mining에서는 프로세스 변형, 운송업체 또는 경로별 비용을 분석할 수 있습니다. 예를 들어 재작업이나 지연이 잦은 화물의 운송 비용이 더 높은지 확인할 수 있습니다. 운임 청구서 감사와 결제 처리 분석에도 필요합니다. 중요한 이유 프로세스 실행 결과를 재무 성과와 연결해 프로세스 변형, 지연 또는 운송업체 선택이 운송 비용에 미치는 영향을 분석할 수 있습니다. 확보 방법 Trimble TMS의 운임 청구 또는 재무 정산 모듈에서 확인할 수 있으며, 화물과 연결됩니다. 예시 1250.75850.003400.50 | |||
| 운임 청구 상태 FreightBillStatus | '접수됨', '감사 완료', '반려됨', '지급 완료' 등 운임 청구서의 상태입니다. | ||
| 설명 운임 청구 상태는 운송 프로세스의 재무 정산 단계에서 청구서가 처리되는 과정을 추적합니다. 청구서의 접수, 검토, 승인, 수정 요청을 위한 반려 또는 전액 지급 여부를 나타냅니다. 이 속성은 Freight Bill Auditing & Payment Speed 대시보드에 필요합니다. 감사 처리 시간을 측정하고 지급 승인 병목을 찾으며 운임 청구 반려율을 계산할 수 있습니다. 상태를 분석하면 구매부터 지급까지 이어지는 하위 프로세스의 비효율을 파악할 수 있습니다. 중요한 이유 재무 정산 과정을 파악하고 감사 효율을 측정하며 지급 지연이나 분쟁의 원인을 찾는 데 도움이 됩니다. 확보 방법 Trimble TMS의 매입금 계정 또는 운임 정산 모듈에서 확인할 수 있습니다. 예시 접수됨감사 완료 - 승인감사 완료 - 반려지급 완료 | |||
| 지연 발생 여부 IsDelayed | 화물에 기록된 지연 이벤트가 있는지를 나타내는 불리언 값입니다. | ||
| 설명 지연 사유가 연결되어 있거나 상태가 지연을 나타내는 경우 true로 설정되는 계산값입니다. 지연이 발생했더라도 조치를 통해 제시간에 도착할 수 있으므로 'IsOnTime'과는 다릅니다. 이 속성을 사용하면 예외가 발생한 화물에 집중해 분석할 수 있습니다. Shipment Delay & Reason Analysis 대시보드에서 문제가 있는 사례만 분리해 원인을 분석하고, 원활하게 처리된 화물로 인한 불필요한 데이터를 줄일 수 있습니다. 운영 예외 발생 빈도를 파악하는 데도 도움이 됩니다. 중요한 이유 운영 예외가 발생한 화물을 식별해 지연의 원인과 영향을 집중적으로 분석할 수 있습니다. 확보 방법 데이터 변환 과정에서 계산합니다. 'DelayReason' 필드가 null이 아니거나 특정 'delay' 활동이 있으면 true로 설정합니다. 예시 truefalse | |||
| 총 처리 시간 TotalCycleTime | 화물의 첫 이벤트부터 마지막 이벤트까지 경과한 총 시간입니다. | ||
| 설명 총 처리 시간은 각 화물 사례의 시작부터 끝까지 걸린 시간을 측정합니다. 첫 번째 활동(예: 'Shipment Created')의 타임스탬프와 마지막 활동(예: 'Payment Processed')의 타임스탬프 차이로 계산합니다. 전체 프로세스 효율을 측정하는 주요 KPI입니다. Overall Shipment Throughput & Cycle Time 대시보드에서 전반적인 성과를 확인할 수 있습니다. 이 지표의 시간에 따른 추이나 운송업체, 경로, 운송 수단별 차이를 분석하면 우선적으로 개선할 영역을 찾을 수 있습니다. 중요한 이유 프로세스 전체의 처리 속도를 측정해 효율과 고객 경험을 보여주는 주요 지표입니다. 확보 방법 단일 'Shipment' 사례에 포함된 모든 이벤트의 최소 타임스탬프를 최대 타임스탬프에서 빼 사례 단위로 계산합니다. 예시 P15D6HP22DT10HP12D | |||
| 출발 국가 OriginCountry | 화물이 출발하는 국가입니다. | ||
| 설명 출발 국가는 화물이 출발하는 지점이 위치한 국가입니다. 전 세계 또는 지역 단위로 물류를 분석할 때 중요한 지리 정보입니다. 이 속성을 사용하면 지역별로 프로세스 성과를 나눠 볼 수 있습니다. 특정 국가에서 출발한 화물의 처리 시간이 길거나 지연율이 높은지 확인해 세관 절차의 복잡성이나 인프라 문제 등 지역별 과제를 파악할 수 있습니다. 세관 통관 병목을 분석할 때 특히 유용합니다. 중요한 이유 지역별 프로세스 성과를 분석해 세관이나 운송 시간과 관련된 지역 병목을 파악할 수 있습니다. 확보 방법 Trimble TMS의 화물 또는 주문 상세 정보에 저장된 출발지 주소에서 가져옵니다. 예시 USACANMEXDEU | |||
| 화물 상태 ShipmentStatus | 화물의 현재 운영 상태입니다. | ||
| 설명 화물 상태는 '계획됨', '운송 중', '배송 완료', '취소됨'처럼 화물의 진행 과정에서 가장 최근에 확인된 상태를 나타냅니다. 특정 시점에 화물이 어디까지 진행됐는지 보여줍니다. process mining은 과거의 흐름을 재구성하지만, 현재 상태는 진행 중인 사례를 필터링하고 분석하는 데 유용합니다. 미결 화물과 완료된 화물을 구분하거나, 특정 상태에 많은 화물이 머무는 이유를 조사할 수 있습니다. 운영 현황을 모니터링할 때 참고할 수 있는 정보입니다. 중요한 이유 화물의 현재 진행 상황을 보여주므로 미결, 완료 또는 문제가 있는 사례를 분석하고 필터링할 수 있습니다. 확보 방법 Trimble TMS의 기본 화물 또는 적재 테이블 헤더에 있는 표준 필드입니다. 예시 계획됨운송 중배송 완료청구 완료취소됨 | |||
운송 관리 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 배송 증빙 수령 | 운송사에서 서명된 문서나 디지털 배송 확인을 받아 시스템에 업로드한 상태입니다. 일반적으로 문서를 수동 또는 자동으로 처리하는 단계입니다. | ||
| 중요한 이유 배송 완료부터 POD 수령까지 걸리는 시간은 사무 처리 성과를 보여주는 주요 지표입니다. 보통 송장을 지급하려면 POD가 필요합니다. 확보 방법 POD 문서를 스캔하거나 업로드해 화물 기록에 연결할 때 기록될 수 있습니다. 이 과정에서 상태가 변경되거나 'POD 수령일' 필드가 입력될 수 있습니다. 기록 POD 문서 업로드 또는 상태 변경 시각을 사용합니다. 이벤트 유형 explicit | |||
| 운송사의 운송 요청 수락 | 운송사가 화물 운송 요청을 공식적으로 수락해 운송을 맡기로 확정한 상태입니다. 운송사의 수락이 EDI나 포털 업데이트를 통해 화물 상태에 반영될 때 기록됩니다. | ||
| 중요한 이유 운송 약속이 확정되는 주요 단계입니다. 운송사가 확정되면 픽업과 배송 일정을 잡을 수 있으며, 운송사의 책임이 공식적으로 시작됩니다. 확보 방법 운송사와의 통신을 바탕으로 화물 기록의 상태가 '운송 요청'에서 '예약 완료' 또는 '수락'으로 바뀌는 등의 변화를 통해 추정합니다. 기록 운송사의 EDI 또는 포털 응답에 따른 상태 변경을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 지급 처리 | 운송비 청구서 대금을 지급해 운송사에 보낸 상태입니다. 화물 운송 주기의 재무 처리가 완료된 시점입니다. | ||
| 중요한 이유 프로세스의 마지막 활동입니다. 배송 완료 또는 청구서 수령부터 지급까지 걸린 시간을 분석하면 현금 흐름과 운송사 관계를 관리하는 데 도움이 됩니다. 확보 방법 ERP 또는 회계 시스템과의 연동을 통해 기록됩니다. 해당 시스템에서 TMS 내 운송비 청구서의 지급 상태를 업데이트합니다. 기록 ERP 또는 회계 시스템 연동을 통해 지급 기록의 시각을 확인합니다. 이벤트 유형 explicit | |||
| 화물 배송 완료 | 화물이 최종 목적지에 도착해 수하인에게 인도된 상태입니다. 운전자의 입력이나 운송사의 EDI를 통해 기록되는 중요한 이벤트입니다. | ||
| 중요한 이유 정시 배송 성과와 전체 처리 시간을 측정하는 주요 단계입니다. 이후 송장 발행과 POD 수집 등의 프로세스가 시작됩니다. 확보 방법 운전자의 모바일 입력이나 배송 시각이 포함된 운송사 EDI 214 메시지로 화물 상태가 '배송 완료'로 변경될 때 기록됩니다. 기록 운송사의 EDI 메시지 또는 운전자 앱 업데이트를 바탕으로 이벤트 로그에서 확인합니다. 이벤트 유형 explicit | |||
| 화물 생성 | 이 활동은 시스템에 새 화물 기록이 생성된 시점을 나타냅니다. 일반적으로 고객의 운송 요청으로 시작되며, 기본 화물 또는 주문 테이블에 새 항목이 기록될 때 포착됩니다. | ||
| 중요한 이유 이는 전체 운송 프로세스의 시작점입니다. 이 이벤트부터 다른 이벤트까지 걸린 시간을 분석하면 주문 처리 효율과 전체 리드 타임을 측정할 수 있습니다. 확보 방법 일반적으로 Trimble TMS의 기본 화물 또는 적재 테이블에서 생성 시각과 함께 기록되는 명시적 생성 이벤트입니다. 기록 화물 기록의 생성 시각을 사용합니다. 이벤트 유형 explicit | |||
| 화물 픽업 | 운송사가 출발지에서 화물을 실제로 인수한 상태입니다. 일반적으로 운전자의 입력이나 운송사의 EDI 메시지를 통해 명시적 이벤트로 기록됩니다. | ||
| 중요한 이유 이 이벤트는 실제 운송의 시작을 나타냅니다. 운송사 성과와 일정 준수 여부를 추적하는 데 중요한 단계입니다. 확보 방법 운전자의 모바일 입력이나 운송사의 EDI 214 메시지로 화물 상태가 '운송 중' 또는 '픽업 완료'로 변경될 때 기록됩니다. 기록 운송사의 EDI 메시지 또는 운전자 앱 업데이트를 바탕으로 이벤트 로그에서 확인합니다. 이벤트 유형 explicit | |||
| 운송비 청구서 감사 완료 | 운송사의 운송비 청구서를 계약 요율 및 실제 제공된 서비스와 대조해 검토하고 감사한 상태입니다. 청구서 상태 변경으로 기록됩니다. | ||
| 중요한 이유 중요한 재무 통제 단계입니다. 감사 처리 시간과 반려 등의 결과를 분석하면 감사 프로세스의 효율과 운송사 청구의 정확성을 파악할 수 있습니다. 확보 방법 운송비 청구서 기록의 상태가 '감사 대기'에서 '감사 완료' 또는 '지급 승인'으로 바뀌는 등의 변화를 바탕으로 추정합니다. 기록 운송비 청구서 기록의 상태 변경을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 운송비 청구서 수령 | 운송사가 운송 서비스에 대한 청구서를 보낸 상태입니다. 이 활동부터 정산 프로세스가 시작됩니다. | ||
| 중요한 이유 이 이벤트를 기준으로 지급 조건과 운송비 감사 기간이 시작됩니다. 이를 분석하면 매입채무 처리 일정을 효과적으로 관리할 수 있습니다. 확보 방법 운송사 청구서를 수동으로 입력하거나 EDI 210 메시지로 수신해 시스템에 등록할 때 기록됩니다. 이때 화물 관련 재무 테이블이 업데이트됩니다. 기록 시스템에 운송비 청구서 기록이 생성된 시각을 사용합니다. 이벤트 유형 explicit | |||
| 운송사 선정 | 화물 운송을 담당할 운송사가 지정됩니다. 화물 데이터의 운송사 필드가 입력되거나 변경된 시점을 확인해 포착하는 경우가 많습니다. | ||
| 중요한 이유 이 정보를 추적하면 운송사 배정 효율과 이후 예약 및 픽업 시간에 미치는 영향을 분석할 수 있습니다. 운송사 성과 평가에도 중요한 입력값입니다. 확보 방법 화물 기록의 운송사 ID 필드가 입력되거나 변경된 시점과 해당 시각을 바탕으로 추정합니다. 기록 운송사 필드가 입력된 시각을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 운송사에 화물 운송 요청 | 선정된 운송사에 화물 운송을 공식 요청합니다. TMS에서 알림이나 EDI 메시지를 운송사에 보내는 명시적 작업으로 기록되는 경우가 많습니다. | ||
| 중요한 이유 이 시점부터 운송사와의 업무가 시작됩니다. 요청부터 수락까지 걸린 시간은 운송사의 응답 속도와 예약 지연 가능성을 측정하는 데 중요합니다. 확보 방법 일반적으로 Trimble TMS의 화물 진행 상태가 '운송 요청'으로 바뀌는 등 명시적 이벤트나 상태 변경으로 기록됩니다. 기록 시스템에서 운송 요청 작업을 실행한 시점에 기록됩니다. 이벤트 유형 explicit | |||
| 통관 완료 | 국제 화물이 세관 심사를 통과했음을 나타냅니다. 일반적으로 통관 대행사나 운송사의 업데이트를 통해 기록됩니다. | ||
| 중요한 이유 통관은 국제 물류에서 흔히 병목이 발생하는 단계입니다. 이 활동에 걸리는 시간을 측정하면 큰 지연을 찾아 해결할 수 있습니다. 확보 방법 일반적으로 EDI 메시지나 통관 대행사 또는 운송사의 수동 업데이트를 바탕으로 상태 변경이나 이벤트 로그 항목으로 기록됩니다. 기록 통관 대행사 또는 운송사와의 통신을 바탕으로 이벤트 로그에서 확인합니다. 이벤트 유형 explicit | |||
| 픽업 일정 확정 | 화물 픽업 날짜와 시간이 정해져 기록된 상태입니다. 픽업 예정 날짜와 시간 필드가 입력된 시점을 바탕으로 추정합니다. | ||
| 중요한 이유 픽업 일정 확정은 화주에게 일정을 안내하는 중요한 단계입니다. 예약부터 픽업 일정 확정까지 지연되면 리소스 배정에 문제가 있을 수 있습니다. 확보 방법 Trimble TMS의 화물 또는 경유지 상세 정보에서 '예정 픽업 날짜/시간' 필드가 입력된 시점을 바탕으로 추정합니다. 기록 픽업 예약 필드가 입력된 시각을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 화물 계획 수립 | 화물에 예비 경로와 운송 수단, 사용할 수 있는 리소스가 지정된 상태입니다. 일반적으로 화물 기록의 상태 변경을 바탕으로 추정합니다. | ||
| 중요한 이유 이 활동은 물류 계획 단계의 효율을 파악하는 데 중요합니다. 이 단계의 지연은 이후 단계로 이어져 전체 배송 일정에 영향을 줄 수 있습니다. 확보 방법 일반적으로 화물 상태가 '신규'에서 '계획 완료'로 바뀌거나 경로 정보 필드가 입력되는 등의 변화를 바탕으로 추정합니다. 기록 화물 상태가 '계획 완료' 또는 이에 해당하는 상태로 변경된 시점을 바탕으로 추정합니다. 이벤트 유형 inferred | |||
| 화물 운송 중 | 픽업 이후 목적지에 도착하기 전까지의 기간을 나타냅니다. 단일 이벤트가 아니라 여러 위치 업데이트와 연결되는 상태인 경우가 많습니다. | ||
| 중요한 이유 이 단계는 이벤트가 아니라 상태를 나타내지만, 시작 시점을 파악해야 운송 시간을 측정하고 예상 시간이나 운송사 및 운송 수단별로 비교할 수 있습니다. 확보 방법 일반적으로 '화물 픽업' 이벤트 직후의 화물 상태를 바탕으로 추정합니다. 시작 시각은 픽업 시각입니다. 기록 픽업이 완료된 다음의 상태입니다. 이벤트 유형 inferred | |||
| 화물 취소 | 화물이 생성된 후 픽업이 완료되기 전에 취소된 상태입니다. 프로세스가 종료되는 또 다른 경우입니다. | ||
| 중요한 이유 취소 내역을 추적하면 수요 예측, 주문 관리 또는 계획 수립의 문제를 찾을 수 있습니다. 프로세스가 실패했거나 예외가 발생한 경우에 해당합니다. 확보 방법 일반적으로 사용자의 작업으로 화물 기록이 최종 상태인 '취소'로 명시적으로 변경될 때 기록됩니다. 기록 화물 기록의 상태를 '취소'로 명시적으로 변경합니다. 이벤트 유형 explicit | |||
데이터 추출 가이드
현재 이 프로세스의 추출 방법을 검증하고 있습니다. 나중에 다시 확인하거나 문의해 도움을 받으세요.
시작할 준비가 되셨나요?
이 상세 데이터 템플릿을 활용해 지금 운송 관리 프로세스 개선을 시작하세요. 물류를 간소화하고 운영 효율을 높일 수 있습니다.
운송 관리를 최적화하세요. 지금 시작하세요.
물류를 개선하고 플랫폼으로 처리 시간을 30% 단축하세요.
신용카드가 필요하지 않습니다. 지금 무료 체험을 시작하세요.