Mẫu dữ liệu quản lý vận tải của bạn
Mẫu dữ liệu quản lý vận tải của bạn
- Các thuộc tính nên dùng để phân tích chuyên sâu
- Hoạt động chính cần theo dõi để khám phá quy trình
- Hướng dẫn trích xuất chi tiết cho Blue Yonder TMS
Thuộc tính quản lý vận tải
| Tên | Mô tả | ||
|---|---|---|---|
| Hoạt động ActivityName | Tên của sự kiện hoặc hoạt động nghiệp vụ cụ thể diễn ra tại một thời điểm trong quá trình vận chuyển lô hàng. | ||
| Mô tả Thuộc tính này mô tả một bước trong quy trình vận chuyển, chẳng hạn 'Lô hàng đã được lập kế hoạch', 'Đã gửi đề nghị vận chuyển cho hãng vận tải' hoặc 'Đã giao hàng'. Các hoạt động này tạo thành các nút trên sơ đồ quy trình được khám phá, còn thứ tự của chúng xác định luồng quy trình cho từng lô hàng. Phân tích thứ tự và tần suất của các hoạt động là trọng tâm của process mining. Việc này giúp xác định các luồng quy trình phổ biến nhất (biến thể), phát hiện điểm nghẽn do hoạt động bị chậm và tìm các vòng lặp phải làm lại, chẳng hạn khi bước 'Đề nghị vận chuyển bị từ chối' lặp lại. Vì sao điều này quan trọng Thuộc tính này xác định các bước trong quy trình, giúp trực quan hóa hành trình của lô hàng và phát hiện những điểm chưa hiệu quả. Lấy dữ liệu ở đâu Thông tin này được lấy từ nhật ký sự kiện, bản ghi thay đổi trạng thái hoặc mã giao dịch trong các phân hệ của Blue Yonder TMS. Thường cần ánh xạ sự kiện hệ thống sang tên hoạt động dễ hiểu với người dùng nghiệp vụ. Ví dụ Lô hàng đã được lập kế hoạchĐã gửi đề nghị vận chuyển cho hãng vận tảiĐã giao hàngĐã xử lý thanh toán | |||
| Lô hàng ShipmentId | Mã định danh duy nhất của một lô hàng, được dùng làm mã hồ sơ cho quy trình vận chuyển. | ||
| Mô tả Shipment ID là khóa trung tâm liên kết mọi hoạt động và sự kiện liên quan đến việc vận chuyển hàng hóa từ điểm xuất phát đến điểm đến. Mỗi mã duy nhất đại diện cho một hồ sơ vận chuyển hoàn chỉnh, từ yêu cầu ban đầu đến khi thanh toán cuối cùng. Trong phân tích process mining, thuộc tính này là nền tảng để tái dựng toàn bộ hành trình của từng lô hàng. Thuộc tính này giúp nhóm các sự kiện như 'Lô hàng đã được lập kế hoạch', 'Đã nhận hàng' và 'Đã giao hàng' thành một luồng quy trình thống nhất. Nhờ đó, bạn có thể tính thời gian chu kỳ và xác định các biến thể quy trình của từng lô hàng. Vì sao điều này quan trọng Đây là mã hồ sơ thiết yếu, liên kết mọi sự kiện vận chuyển liên quan để bạn có thể phân tích toàn bộ vòng đời của một lô hàng. Lấy dữ liệu ở đâu Đây là khóa chính trong các phân hệ quản lý lô hàng hoặc chuyến hàng của Blue Yonder TMS. Hãy xem tài liệu hệ thống để xác định bảng cụ thể, nhiều khả năng là bảng tiêu đề lô hàng. Ví dụ SHP-0012845SHP-0012991SHP-0013054 | |||
| Thời gian bắt đầu EventTime | Dấu thời gian cho biết một hoạt động hoặc sự kiện cụ thể đã diễn ra khi nào. | ||
| Mô tả Thời điểm sự kiện cung cấp ngày giờ chính xác của từng hoạt động trong quy trình vận chuyển lô hàng. Đây là cơ sở thời gian của nhật ký sự kiện, giúp sắp xếp hoạt động theo thứ tự và tính khoảng thời gian giữa các hoạt động. Trong phân tích, dấu thời gian này rất quan trọng để tính mọi KPI dựa trên thời gian, chẳng hạn Thời gian chu kỳ vận chuyển từ đầu đến cuối, Thời gian thông quan và Hiệu suất giao hàng đúng hẹn. Dữ liệu này giúp xác định thời điểm xảy ra chậm trễ và thời gian cần thiết cho từng giai đoạn của quy trình. Vì sao điều này quan trọng Dấu thời gian này rất cần thiết để sắp xếp sự kiện, tính thời gian chu kỳ và phân tích hiệu suất quy trình theo thời gian. Lấy dữ liệu ở đâu Thông tin này thường nằm cùng bản ghi trạng thái hoặc sự kiện trong nhật ký giao dịch của Blue Yonder TMS. Mỗi sự kiện hoặc lần đổi trạng thái cần có dấu thời gian tương ứng. Ví dụ 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Hệ thống nguồn SourceSystem | Cho biết hệ thống được trích xuất dữ liệu. | ||
| Mô tả Thuộc tính này cho biết nguồn gốc của dữ liệu sự kiện, trong trường hợp này là Blue Yonder TMS. Thuộc tính đặc biệt hữu ích khi kết hợp dữ liệu từ nhiều hệ thống để có cái nhìn rộng hơn về quy trình. Trong phân tích, thuộc tính này giúp lọc dữ liệu và hiểu bối cảnh của dữ liệu. Lưu lại thông tin này giúp truy xuất nguồn gốc dữ liệu và là một thực hành tốt trong quản trị dữ liệu. Vì sao điều này quan trọng Thuộc tính này cung cấp bối cảnh quan trọng về nguồn gốc dữ liệu, giúp truy xuất dữ liệu và quản lý thông tin từ nhiều nguồn. Lấy dữ liệu ở đâu Đây thường là giá trị cố định được thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết lần gần nhất dữ liệu của bản ghi này được làm mới hoặc trích xuất từ hệ thống nguồn. | ||
| Mô tả Thuộc tính này cho biết dữ liệu còn mới hay không. Thuộc tính ghi lại ngày giờ nhật ký sự kiện được cập nhật lần gần nhất từ Blue Yonder TMS. Trong phân tích, thông tin này giúp bạn biết dashboard và KPI có được cập nhật kịp thời hay không. Người dùng có thể xác định mình đang xem dữ liệu gần thời gian thực hay dữ liệu của kỳ trước, điều rất quan trọng để đưa ra quyết định vận hành phù hợp. Vì sao điều này quan trọng Thuộc tính này cho người dùng biết dữ liệu được cập nhật gần đây đến mức nào, yếu tố quan trọng để đảm bảo phân tích còn phù hợp và chính xác. Lấy dữ liệu ở đâu Đây là trường siêu dữ liệu thường được tạo và thêm trong quá trình trích xuất dữ liệu (ETL). Ví dụ 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Ngày giao hàng yêu cầu RequestedDeliveryDate | Ngày giao hàng do khách hàng yêu cầu hoặc được quy định trong đơn hàng bán. | ||
| Mô tả Thuộc tính này ghi nhận ngày giao hàng mục tiêu mà quy trình logistics cần đáp ứng. Đây là kỳ vọng của khách hàng hoặc thỏa thuận mức dịch vụ nội bộ (SLA) áp dụng cho lô hàng. Ngày này làm cơ sở tính KPI 'Tỷ lệ giao hàng đúng hẹn'. Bằng cách so sánh 'ActualDeliveryTime' với 'RequestedDeliveryDate', bạn có thể xác định lô hàng được giao sớm, đúng hẹn hay trễ. Đây là thông tin thiết yếu cho bảng điều khiển 'Hiệu suất nhận hàng và giao hàng đúng hẹn'. Vì sao điều này quan trọng Đây là mốc chuẩn chính để đo lường hiệu suất giao hàng đúng hẹn và mức độ hài lòng của khách hàng. Lấy dữ liệu ở đâu Thông tin này thường đến từ hệ thống nguồn như ERP hoặc hệ thống quản lý đơn hàng, rồi được lưu trong chi tiết yêu cầu vận chuyển của Blue Yonder TMS. Ví dụ 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Phương thức vận chuyển ModeOfTransport | Cách thức vận chuyển lô hàng, chẳng hạn bằng xe tải, máy bay, tàu biển hoặc đường sắt. | ||
| Mô tả Thuộc tính này cho biết phương thức vận chuyển. Các giá trị thường gặp gồm vận tải hàng lẻ bằng xe tải (LTL), vận tải nguyên xe (FTL), vận tải hàng không, đường biển và đường sắt. Trong phân tích quy trình, phương thức vận chuyển là chiều phân tích quan trọng để lọc và so sánh dữ liệu. Quy trình, thời gian chu kỳ và chi phí có thể khác nhau đáng kể giữa các phương thức. Ví dụ, 'Phân tích điểm nghẽn thông quan' rất phù hợp với lô hàng đường hàng không và đường biển, nhưng ít liên quan hơn đến lô hàng nội địa vận chuyển bằng xe tải. Phân tích hiệu suất theo phương thức giúp điều chỉnh hoạt động cải tiến cho phù hợp với từng bối cảnh logistics. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích theo từng nhóm, vì mỗi phương thức vận chuyển có quy trình, chi phí và thời gian chu kỳ thường gặp khác nhau. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong các phân hệ lập kế hoạch và tính giá lô hàng của Blue Yonder TMS. Ví dụ LTLFTLĐường hàng khôngĐường biển | |||
| Quốc gia đến DestinationCountry | Quốc gia nơi lô hàng được giao đến. | ||
| Mô tả Thuộc tính này cho biết quốc gia đích của lô hàng, được lấy từ địa chỉ người nhận hoặc địa điểm giao hàng. Tương tự Quốc gia xuất phát, thuộc tính này được dùng để phân nhóm theo địa lý. Chuyên viên phân tích có thể so sánh hiệu suất giữa các tuyến thương mại khác nhau, chẳng hạn Hoa Kỳ đến Canada so với Hoa Kỳ đến Mexico, phân tích khó khăn khi giao hàng tại từng quốc gia và đánh giá ảnh hưởng của các yếu tố xuyên biên giới đến thời gian chu kỳ. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích hiệu suất theo điểm đến, rất cần thiết để hiểu độ phức tạp của các tuyến thương mại và khó khăn khi giao hàng tại từng khu vực. Lấy dữ liệu ở đâu Thông tin này được lưu trong dữ liệu địa điểm đến hoặc địa chỉ người nhận, thuộc chi tiết lô hàng trong Blue Yonder TMS. Ví dụ CanadaMexicoVương quốc Anh | |||
| Quốc gia xuất phát OriginCountry | Quốc gia nơi lô hàng bắt đầu hành trình. | ||
| Mô tả Thuộc tính này cho biết quốc gia xuất phát của lô hàng. Thông tin được lấy từ địa chỉ người gửi hoặc chi tiết địa điểm nhận hàng. Trong phân tích, Quốc gia xuất phát là chiều dữ liệu hữu ích để phân nhóm. Thuộc tính giúp tìm hiểu khác biệt giữa các khu vực về hiệu suất quy trình, khả năng đáp ứng của hãng vận tải và thời gian chu kỳ. Ví dụ, thuộc tính này rất cần thiết khi phân tích thời gian thông quan của lô hàng quốc tế. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích hiệu suất quy trình theo khu vực địa lý, giúp phát hiện điểm nghẽn hoặc khác biệt về hiệu quả giữa các khu vực. Lấy dữ liệu ở đâu Thông tin này được lưu trong dữ liệu địa điểm xuất phát hoặc địa chỉ người gửi, thuộc chi tiết lô hàng trong Blue Yonder TMS. Ví dụ USAĐứcTrung Quốc | |||
| Tên hãng vận tải CarrierName | Tên công ty vận tải hoặc nhà cung cấp dịch vụ logistics chịu trách nhiệm vận chuyển lô hàng. | ||
| Mô tả Tên hãng vận tải cho biết công ty bên thứ ba được giao nhiệm vụ vận chuyển hàng hóa. Đó có thể là công ty vận tải đường bộ, hãng hàng không, hãng tàu hoặc đơn vị giao nhận hàng hóa. Thuộc tính này rất cần thiết để phân tích hiệu suất, đặc biệt trong bảng điều khiển 'So sánh hiệu suất hãng vận tải'. Bạn có thể lọc và phân nhóm dữ liệu để so sánh các hãng vận tải theo chỉ số như tỷ lệ giao hàng đúng hẹn, mức độ tuân thủ lịch nhận hàng và thời gian chậm trễ trung bình. Thông tin này hỗ trợ lựa chọn hãng vận tải và quản lý quan hệ hợp tác. Vì sao điều này quan trọng Thuộc tính này giúp so sánh và phân tích hiệu suất giữa các hãng vận tải, từ đó lựa chọn hãng phù hợp và cải thiện chất lượng dịch vụ. Lấy dữ liệu ở đâu Thông tin này có trong chi tiết lô hàng hoặc chuyến hàng của Blue Yonder TMS, thường được liên kết với bảng dữ liệu chủ về hãng vận tải. Ví dụ Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| Thời gian giao hàng thực tế ActualDeliveryTime | Dấu thời gian thực tế khi sự kiện 'Đã giao hàng' diễn ra. | ||
| Mô tả Thuộc tính này là dấu thời gian gắn riêng với hoạt động giao hàng cuối cùng. Thuộc tính ghi lại chính xác thời điểm lô hàng đến nơi và được xác nhận đã giao. Đây là dữ liệu quan trọng để đo lường hiệu suất. KPI 'Tỷ lệ giao hàng đúng hẹn' được tính bằng cách so sánh dấu thời gian này với 'RequestedDeliveryDate'. Ngoài ra, đây cũng là mốc kết thúc để tính KPI 'Tổng thời gian đến khi giao hàng'. Vì sao điều này quan trọng Dấu thời gian này rất cần thiết để tính tỷ lệ giao hàng đúng hẹn và đo tổng thời gian vận chuyển lô hàng. Lấy dữ liệu ở đâu Đây là dấu thời gian của lần cập nhật trạng thái 'Đã giao hàng', thường được nhận qua thông điệp EDI từ hãng vận tải hoặc nhập thủ công vào Blue Yonder TMS. Ví dụ 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Trạng thái lô hàng ShipmentStatus | Trạng thái hiện tại hoặc trạng thái gần nhất được ghi nhận của lô hàng. | ||
| Mô tả Trạng thái lô hàng cho biết tình trạng hiện tại của lô hàng trong vòng đời, chẳng hạn 'Đã lập kế hoạch', 'Đang vận chuyển', 'Đã giao hàng' hoặc 'Đã hủy'. Thông tin này cho biết lô hàng đang ở bước nào trong quy trình. Trong process mining, phân tích trạng thái cuối cùng của hồ sơ rất quan trọng để đánh giá kết quả. Ví dụ, so sánh luồng quy trình của lô hàng 'Đã giao hàng' với lô hàng 'Đã hủy' có thể cho thấy những yếu tố dẫn đến kết quả không mong muốn. Bạn cũng có thể lọc các lô hàng chưa hoàn tất để theo dõi khối lượng công việc đang xử lý. Vì sao điều này quan trọng Thuộc tính này giúp bạn nhanh chóng nắm được tình trạng hiện tại của lô hàng và phân biệt lô hàng đã hoàn tất, đang xử lý hoặc đã bị hủy. Lấy dữ liệu ở đâu Đây là trường quan trọng trong bảng tiêu đề lô hàng hoặc bảng theo dõi trạng thái chính của Blue Yonder TMS. Ví dụ Đã lập kế hoạchĐang vận chuyểnĐã giao hàngĐã hủy | |||
| Giao hàng đúng hạn? IsOnTimeDelivery | Cờ tính toán cho biết lô hàng được giao vào hoặc trước ngày giao hàng yêu cầu. | ||
| Mô tả Thuộc tính boolean này được tính bằng cách so sánh 'ActualDeliveryTime' với 'RequestedDeliveryDate'. Giá trị là true nếu hàng được giao vào hoặc trước ngày yêu cầu, và false nếu không. Vì đây là chỉ số được tính toán, thuộc tính này giúp đơn giản hóa việc phân tích và trực quan hóa KPI 'Tỷ lệ giao hàng đúng hạn'. Bạn có thể dễ dàng lọc và tổng hợp dữ liệu để tạo dashboard theo dõi tỷ lệ giao đúng hạn theo thời gian, đơn vị vận chuyển hoặc phương thức vận tải. Chỉ số này hỗ trợ trực tiếp dashboard 'Hiệu suất nhận và giao hàng đúng hạn'. Vì sao điều này quan trọng Thuộc tính này giúp phân tích hiệu suất giao hàng đúng hạn và nhanh chóng lọc, tổng hợp dữ liệu trên dashboard và KPI. Lấy dữ liệu ở đâu Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính trong quá trình chuyển đổi dữ liệu theo công thức: ActualDeliveryTime <= RequestedDeliveryDate. Ví dụ truefalse | |||
| Lý do chậm trễ DelayReason | Mã hoặc nội dung giải thích nguyên nhân chậm nhận hàng hoặc giao hàng. | ||
| Mô tả Thuộc tính này ghi nhận lý do lỡ một cột mốc vận chuyển. Ví dụ: 'Thời tiết xấu', 'Hàng bị giữ tại hải quan' hoặc 'Hãng vận tải thiếu năng lực'. Thông tin này thường do hãng vận tải cung cấp. Đây là dữ liệu quan trọng cho bảng điều khiển 'Hiệu suất nhận hàng và giao hàng đúng hẹn'. Thay vì chỉ biết lô hàng bị trễ, bạn còn biết nguyên nhân. Phân tích các lý do chậm trễ phổ biến giúp đội ngũ logistics chủ động giảm thiểu rủi ro và phối hợp với hãng vận tải để xử lý vấn đề tái diễn. Vì sao điều này quan trọng Thuộc tính này giải thích nguyên nhân gốc rễ của chậm trễ, giúp chủ động quản lý rủi ro và phối hợp với hãng vận tải để cải tiến có trọng tâm. Lấy dữ liệu ở đâu Thông tin này thường được ghi trong phần quản lý sự kiện hoặc ngoại lệ của Blue Yonder TMS, thường lấy từ các cập nhật EDI của hãng vận tải, chẳng hạn EDI 214. Ví dụ Thời tiếtHàng bị giữ tại hải quanTài xế đến trễÙn tắc tại cơ sở | |||
| Người dùng User | Mã người dùng hoặc tên người thực hiện hoạt động. | ||
| Mô tả Thuộc tính này xác định chuyên viên lập kế hoạch logistics, điều phối viên hoặc người dùng hệ thống chịu trách nhiệm thực hiện sự kiện hoặc thay đổi trạng thái trong TMS. Với sự kiện tự động, đây có thể là mã tài khoản hệ thống hoặc dịch vụ. Phân tích theo người dùng giúp hiểu cách phân bổ khối lượng công việc, hiệu suất cá nhân và nhu cầu đào tạo. Qua đó, bạn có thể phát hiện người dùng thường phải làm lại hoặc gặp chậm trễ nhiều hơn, hay nhóm nào làm việc hiệu quả hơn. Thông tin này hỗ trợ quản lý tài nguyên và cải tiến quy trình có trọng tâm. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích hiệu suất và khối lượng công việc theo người dùng hoặc nhóm, giúp xác định nhu cầu đào tạo và tình trạng thiếu tài nguyên. Lấy dữ liệu ở đâu Thông tin này thường có trong nhật ký giao dịch hoặc sự kiện, dưới dạng trường 'Người thay đổi' hoặc 'Mã người dùng' gắn với từng bản ghi. Ví dụ j.doea.smithTMS_AUTOMATION_USER | |||
| Sai lệch hóa đơn cước FreightBillDiscrepancyReason | Mã hoặc nội dung giải thích lý do hóa đơn cước không đạt yêu cầu kiểm tra. | ||
| Mô tả Khi phát hiện sai lệch trong quá trình kiểm tra hóa đơn cước, thuộc tính này cho biết nguyên nhân. Ví dụ: 'Áp dụng sai mức giá', 'Hóa đơn trùng lặp' hoặc 'Thiếu xác nhận giao hàng'. Thuộc tính này rất quan trọng đối với bảng điều khiển 'Xác nhận giao hàng và độ chính xác hóa đơn' và KPI 'Tỷ lệ phải làm lại hóa đơn cước'. Phân tích tần suất của từng nguyên nhân sai lệch giúp tìm ra nguyên nhân gốc rễ của lỗi thanh toán, dù lỗi xuất phát từ hãng vận tải, hợp đồng không khớp hay vấn đề nội bộ. Từ đó, bạn có thể đưa ra biện pháp phù hợp để giảm việc phải xử lý lại hóa đơn. Vì sao điều này quan trọng Thuộc tính này cho biết nguyên nhân gốc rễ của lỗi thanh toán, giúp cải tiến có trọng tâm để giảm việc xử lý lại hóa đơn cước và chậm thanh toán. Lấy dữ liệu ở đâu Thông tin này nằm trong phân hệ kiểm tra cước và thanh toán của Blue Yonder TMS, gắn với nhật ký ngoại lệ hoặc từ chối. Ví dụ Áp dụng sai mức giáHóa đơn trùng lặpTranh chấp phụ phí | |||
| Thời gian nhận hàng theo lịch ScheduledPickupTime | Ngày giờ dự kiến hãng vận tải đến nhận hàng tại điểm xuất phát. | ||
| Mô tả Thuộc tính này lưu thời gian hẹn đã được lên lịch và thống nhất với hãng vận tải để nhận lô hàng. Đây là cột mốc quan trọng trong kế hoạch vận chuyển. Dấu thời gian này được dùng làm mốc chuẩn để tính các KPI 'Tỷ lệ nhận hàng đúng hẹn' và 'Thời gian chậm nhận hàng trung bình'. So sánh với 'ActualPickupTime' giúp phát hiện chậm trễ ngay từ đầu hành trình, vốn thường ảnh hưởng dây chuyền đến các cột mốc tiếp theo. Vì sao điều này quan trọng Đây là mốc chuẩn để đo lường hiệu suất nhận hàng đúng hẹn, một chỉ số quan trọng về độ tin cậy của hãng vận tải và độ chính xác của kế hoạch. Lấy dữ liệu ở đâu Thông tin này nằm trong phân hệ lên lịch hẹn hoặc lập kế hoạch chuyến hàng của Blue Yonder TMS. Ví dụ 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Thời gian nhận hàng thực tế ActualPickupTime | Dấu thời gian thực tế khi sự kiện 'Đã nhận hàng' diễn ra. | ||
| Mô tả Thuộc tính này ghi lại chính xác thời điểm hãng vận tải nhận lô hàng tại điểm xuất phát. Đây là thời điểm chính thức bắt đầu giai đoạn vận chuyển. Dữ liệu này rất cần thiết để đo lường hiệu suất của hãng vận tải. Bạn có thể so sánh với 'ScheduledPickupTime' để tính các KPI 'Tỷ lệ nhận hàng đúng hẹn' và 'Thời gian chậm nhận hàng trung bình'. Phân tích chênh lệch giúp phát hiện vấn đề với một số hãng vận tải hoặc địa điểm nhận hàng. Vì sao điều này quan trọng Dấu thời gian này giúp đo lường chính xác hiệu suất nhận hàng và phát hiện chậm trễ ở giai đoạn đầu của quy trình vận chuyển. Lấy dữ liệu ở đâu Đây là dấu thời gian của lần cập nhật trạng thái 'Đã nhận hàng', thường được hãng vận tải gửi qua EDI hoặc được nhập thủ công vào Blue Yonder TMS. Ví dụ 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
Hoạt động quản lý vận tải
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Đã giao hàng | Cột mốc này cho biết lô hàng đã đến địa điểm của người nhận. Hãng vận tải gửi xác nhận, thường qua thông điệp EDI 214, để cập nhật trạng thái lô hàng trong TMS. | ||
| Vì sao điều này quan trọng Đây là cột mốc quan trọng đánh dấu kết thúc hành trình vận chuyển thực tế. Mốc này làm cơ sở đo lường tỷ lệ giao hàng đúng hẹn, một chỉ số quan trọng về mức độ hài lòng của khách hàng và độ tin cậy của hãng vận tải. Lấy dữ liệu ở đâu Đây là sự kiện riêng được ghi nhận từ thông báo xác nhận giao hàng của hãng vận tải. TMS lưu dấu thời gian khi xử lý EDI 214 có trạng thái 'D1' hoặc thông điệp tương đương. Thu thập Dùng dấu thời gian từ thông báo xác nhận giao hàng của hãng vận tải sau khi được xử lý. Loại sự kiện explicit | |||
| Đã nhận hàng | Hoạt động này đánh dấu thời điểm lô hàng bắt đầu hành trình thực tế, khi hãng vận tải nhận hàng tại điểm xuất phát. Blue Yonder TMS thường ghi nhận sự kiện này dựa trên thông báo cập nhật trạng thái từ hãng vận tải, chẳng hạn giao dịch EDI 214. | ||
| Vì sao điều này quan trọng Đây là cột mốc quan trọng trong giai đoạn thực hiện, xác nhận lô hàng đã bắt đầu được vận chuyển. Mốc này làm cơ sở tính thời gian vận chuyển và đo lường hiệu suất nhận hàng đúng hẹn so với lịch dự kiến. Lấy dữ liệu ở đâu Đây là sự kiện riêng được ghi nhận từ các cập nhật trạng thái của hãng vận tải. Hệ thống lưu dấu thời gian khi xử lý xác nhận đã nhận hàng, chẳng hạn EDI 214 có trạng thái 'AF' hoặc 'X3'. Thu thập Dùng dấu thời gian từ thông điệp EDI 214 đã xử lý hoặc thông báo xác nhận nhận hàng khác của hãng vận tải. Loại sự kiện explicit | |||
| Đã nhận yêu cầu vận chuyển | Hoạt động này đánh dấu thời điểm phát sinh nhu cầu vận chuyển trong Blue Yonder TMS, thường bắt đầu từ đơn hàng được gửi từ hệ thống khác như ERP. Đây là điểm khởi đầu chính thức của vòng đời lô hàng, khi hệ thống tạo hồ sơ lô hàng mới với trạng thái ban đầu là 'chưa lập kế hoạch' hoặc 'mới'. | ||
| Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của toàn bộ quy trình vận chuyển. Phân tích khoảng thời gian từ sự kiện này đến các hoạt động lập kế hoạch tiếp theo giúp phát hiện chậm trễ ở khâu đầu và đo lường thông lượng tổng thể. Lấy dữ liệu ở đâu Sự kiện này thường được suy ra từ dấu thời gian tạo hồ sơ lô hàng trong các bảng chính về lô hàng hoặc đơn hàng. Hệ thống cũng có thể ghi nhận sự kiện riêng khi xử lý thông điệp giao tiếp từ ERP. Thu thập Dùng dấu thời gian tạo hồ sơ lô hàng. Loại sự kiện inferred | |||
| Đã thông quan | Với lô hàng quốc tế, hoạt động này đánh dấu thời điểm hàng hóa hoàn tất thủ tục hải quan tại cửa khẩu hoặc cảng. Sự kiện được kích hoạt khi nhận thông báo từ đại lý hải quan hoặc hãng vận tải. | ||
| Vì sao điều này quan trọng Hải quan thường là nguyên nhân gây chậm trễ đáng kể trong hoạt động logistics quốc tế. Đo thời gian thông quan rất quan trọng để phát hiện điểm nghẽn và rút ngắn thời gian vận chuyển xuyên biên giới. Lấy dữ liệu ở đâu Thông thường, hệ thống ghi nhận sự kiện riêng dựa trên thông báo của hãng vận tải, chẳng hạn EDI 214, hoặc cập nhật thủ công. Sự kiện này làm trạng thái hải quan của lô hàng chuyển thành 'đã thông quan'. Thu thập Ghi lại dấu thời gian khi trạng thái hải quan của lô hàng được cập nhật thành 'Đã thông quan'. Loại sự kiện explicit | |||
| Đã xử lý thanh toán | Đây là hoạt động cuối cùng trong vòng đời lô hàng, xác nhận hãng vận tải đã được thanh toán cho dịch vụ vận chuyển. Sự kiện này thường bắt nguồn từ hệ thống tài chính bên ngoài (ERP), sau đó được cập nhật lại vào TMS. | ||
| Vì sao điều này quan trọng Hoạt động này đánh dấu việc hoàn tất tài chính của lô hàng. Phân tích thời gian từ lúc giao hàng hoặc kiểm tra hóa đơn đến khi thanh toán rất quan trọng để quản lý vốn lưu động và duy trì quan hệ tốt với hãng vận tải. Lấy dữ liệu ở đâu Thông thường, hệ thống ghi nhận sự kiện riêng khi thông điệp từ hệ thống phải trả hoặc ERP cập nhật trạng thái thanh toán của hóa đơn cước trong TMS. Thu thập Dùng dấu thời gian trong thông báo xác nhận thanh toán nhận từ hệ thống tài chính. Loại sự kiện explicit | |||
| Lô hàng đã được xác nhận | Cột mốc này cho biết hãng vận tải đã chấp nhận đề nghị và cam kết vận chuyển lô hàng. Trạng thái lô hàng được cập nhật thành 'đã xác nhận' hoặc 'đã cam kết', qua đó chốt hãng vận tải và mức giá vận chuyển. | ||
| Vì sao điều này quan trọng Đây là cột mốc quan trọng, đánh dấu kết thúc giai đoạn lập kế hoạch và chuyển lô hàng sang giai đoạn thực hiện. Đo thời gian cần để đạt đến bước này giúp đánh giá hiệu quả và tốc độ xác nhận đặt chỗ. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi TMS nhận và xử lý xác nhận của hãng vận tải, chẳng hạn EDI 990, rồi cập nhật trạng thái lô hàng. Thu thập Ghi lại dấu thời gian khi trạng thái chuyển thành 'Đã xác nhận' hoặc 'Đã cam kết'. Loại sự kiện explicit | |||
| Đã gửi đề nghị vận chuyển cho hãng vận tải | Hoạt động này diễn ra khi lô hàng được chính thức đề nghị cho một hãng vận tải cụ thể để họ chấp nhận. Đây là thao tác riêng trong TMS, thường kích hoạt thông báo cho hãng vận tải qua giao dịch EDI 204, email hoặc cổng thông tin. | ||
| Vì sao điều này quan trọng Đây là điểm bắt đầu để đo lường mức độ phản hồi và tỷ lệ chấp nhận đề nghị của hãng vận tải. Phân tích thời gian từ lúc gửi đề nghị đến khi hãng vận tải phản hồi giúp đánh giá hiệu quả phối hợp với các hãng vận tải. Lấy dữ liệu ở đâu Blue Yonder TMS có thể ghi nhận đây là sự kiện riêng trong bảng lịch sử lô hàng hoặc lịch sử đề nghị vận chuyển khi người dùng hoặc hệ thống thực hiện thao tác gửi đề nghị. Thu thập Được ghi vào lịch sử sự kiện của lô hàng khi thực hiện thao tác gửi đề nghị vận chuyển. Loại sự kiện explicit | |||
| Đã kiểm tra hóa đơn cước vận chuyển | Hóa đơn của hãng vận tải, hay hóa đơn cước, đã được kiểm tra tự động hoặc thủ công dựa trên mức giá đã thỏa thuận, các khoản phụ phí và xác nhận giao hàng. Bước này xác minh các khoản phí trước khi duyệt thanh toán. | ||
| Vì sao điều này quan trọng Đây là điểm kiểm soát tài chính quan trọng. Phân tích quy trình kiểm tra có thể phát hiện các sai lệch hóa đơn thường gặp. Việc phải làm lại ở giai đoạn này cho thấy có vấn đề làm tăng khối lượng công việc hành chính. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi trạng thái hóa đơn cước gắn với lô hàng trong phân hệ kiểm tra cước của TMS chuyển thành 'Đã kiểm tra', 'Đã duyệt thanh toán' hoặc trạng thái tương tự. Thu thập Ghi lại dấu thời gian thay đổi trạng thái của hóa đơn cước liên kết với lô hàng. Loại sự kiện inferred | |||
| Đã nhận cập nhật trong quá trình vận chuyển | Sự kiện này ghi nhận việc nhận thông tin vị trí hoặc trạng thái từ hãng vận tải khi lô hàng đang trên đường. Các cập nhật này thường được gửi qua thông điệp EDI 214, giúp theo dõi tiến độ và phát hiện nguy cơ chậm trễ. | ||
| Vì sao điều này quan trọng Các sự kiện này rất cần thiết để theo dõi tiến độ lô hàng và phát hiện chậm trễ trong quá trình vận chuyển. Thiếu cập nhật có thể cho thấy khoảng trống về khả năng theo dõi, còn các thông báo chậm trễ thường xuyên có thể phản ánh vấn đề về hiệu suất của hãng vận tải. Lấy dữ liệu ở đâu Mỗi lần nhận và xử lý thông điệp trong quá trình vận chuyển từ hãng vận tải, chẳng hạn EDI 214 có trạng thái 'X1' hoặc 'AG', hệ thống sẽ ghi một sự kiện riêng vào bảng theo dõi lô hàng hoặc lịch sử sự kiện. Thu thập Mỗi thông điệp trong quá trình vận chuyển từ hãng vận tải sau khi được xử lý sẽ tạo một mục mới trong nhật ký sự kiện. Loại sự kiện explicit | |||
| Đã nhận xác nhận giao hàng | Hoạt động này ghi nhận việc nhận chứng từ chính thức xác nhận giao hàng, chẳng hạn vận đơn có chữ ký. Đây thường là bước riêng sau khi giao hàng thực tế và là điều kiện cần để thanh toán cước vận chuyển. | ||
| Vì sao điều này quan trọng Nhận xác nhận giao hàng (POD) kịp thời giúp đẩy nhanh chu kỳ lập hóa đơn và thanh toán. Chậm trễ ở bước này ảnh hưởng trực tiếp đến dòng tiền và có thể dẫn đến tranh chấp thanh toán với hãng vận tải. Lấy dữ liệu ở đâu Thông thường, hệ thống ghi nhận sự kiện này khi người dùng đánh dấu thủ công rằng đã nhận POD hoặc đính kèm chứng từ vào hồ sơ lô hàng trong TMS, khiến trạng thái thay đổi. Thu thập Ghi lại dấu thời gian khi cờ hoặc trạng thái 'Đã nhận POD' được thiết lập cho lô hàng. Loại sự kiện inferred | |||
| Đề nghị vận chuyển bị từ chối | Sự kiện này cho biết hãng vận tải đã từ chối đề nghị vận chuyển lô hàng. Thông thường, hệ thống nhận thông tin từ chối qua giao dịch EDI 990 hoặc cập nhật thủ công trên cổng thông tin của hãng vận tải. Sau đó, quy trình làm việc tìm hãng vận tải thay thế sẽ được kích hoạt. | ||
| Vì sao điều này quan trọng Theo dõi các đề nghị bị từ chối rất quan trọng để phát hiện việc phải làm lại trong khâu chọn hãng vận tải. Tỷ lệ từ chối cao có thể cho thấy vấn đề về giá, năng lực vận chuyển hoặc thông tin lô hàng không chính xác, dẫn đến chậm trễ và tăng chi phí. Lấy dữ liệu ở đâu Thông thường, hệ thống ghi nhận sự kiện riêng khi TMS xử lý phản hồi từ chối của hãng vận tải và cập nhật trạng thái đề nghị của lô hàng. Thu thập Được ghi nhận thành sự kiện khi nhận thông báo từ chối của hãng vận tải, chẳng hạn EDI 990. Loại sự kiện explicit | |||
| Lô hàng đã bị hủy | Sự kiện này ghi nhận việc chấm dứt lô hàng trước khi hàng được nhận. Việc này có thể xảy ra vì nhiều lý do, chẳng hạn khách hàng hủy đơn hoặc kế hoạch thay đổi. Đây là trạng thái kết thúc cuối cùng nhưng không thành công. | ||
| Vì sao điều này quan trọng Theo dõi các trường hợp hủy giúp hiểu rõ biến động nhu cầu và lãng phí trong quy trình. Phân tích lý do hủy lô hàng có thể phát hiện vấn đề trong quản lý đơn hàng hoặc lập kế hoạch. Lấy dữ liệu ở đâu Đây là sự kiện riêng, được ghi nhận khi người dùng hoặc quy trình tự động đổi trạng thái chính của lô hàng thành 'Đã hủy'. Thu thập Ghi lại dấu thời gian khi trạng thái chuyển thành 'Đã hủy'. Loại sự kiện explicit | |||
| Lô hàng đã được lập kế hoạch | Hoạt động này đánh dấu việc hoàn tất giai đoạn lập kế hoạch ban đầu, trong đó xác định tuyến đường, phương thức vận chuyển và các hãng vận tải phù hợp cho lô hàng. Công cụ lập kế hoạch của hệ thống tạo phương án, sau đó cập nhật trạng thái lô hàng để cho biết đã có kế hoạch. | ||
| Vì sao điều này quan trọng Theo dõi hoạt động này giúp đo lường hiệu quả của công cụ lập kế hoạch và tối ưu hóa. Chậm trễ hoặc phải làm lại ở bước này có thể cho thấy dữ liệu chủ chưa chính xác, hãng vận tải không sẵn sàng hoặc hệ thống được cấu hình chưa phù hợp. Lấy dữ liệu ở đâu Sự kiện này có thể được suy ra từ thay đổi trạng thái của lô hàng, chẳng hạn từ 'chưa lập kế hoạch' sang 'đã lập kế hoạch'. Dấu thời gian của lần đổi trạng thái đó là thời điểm ghi nhận sự kiện. Thu thập Ghi lại dấu thời gian khi trạng thái lô hàng chuyển sang 'đã lập kế hoạch'. Loại sự kiện inferred | |||
Hướng dẫn trích xuất
Các phương pháp trích xuất dữ liệu cho quy trình này đang được kiểm tra. Vui lòng quay lại sau hoặc liên hệ với chúng tôi để được hỗ trợ.
Sẵn sàng bắt đầu?
Bắt đầu tối ưu quy trình quản lý vận tải ngay hôm nay. Dùng mẫu này để tìm cơ hội nâng cao hiệu quả và cải thiện hiệu suất logistics.
Nâng cao hiệu quả quản lý vận tải ngay hôm nay
Xác định điểm kém hiệu quả, theo dõi hiệu suất và giảm 30% thời gian chu kỳ.
Không cần thẻ tín dụng, kích hoạt chỉ trong vài phút.