Mẫu dữ liệu quản lý chuỗi cung ứng
Mẫu dữ liệu quản lý chuỗi cung ứng
- Các thuộc tính nên thu thập để phân tích kỹ lưỡng
- Các hoạt động và mốc quan trọng cần theo dõi trong quy trình
- Hướng dẫn từng bước trích xuất dữ liệu từ Blue Yonder
Thuộc tính quản lý chuỗi cung ứng
| Tên | Mô tả | ||
|---|---|---|---|
| Đơn hàng logistics LogisticsOrder | Mã định danh duy nhất của một đơn hàng logistics, được dùng làm mã hồ sơ chính để theo dõi quy trình chuỗi cung ứng từ đầu đến cuối. | ||
| Mô tả Đơn hàng logistics là mã định danh cốt lõi, kết nối mọi hoạt động liên quan từ lúc tạo đơn hàng của khách đến khi giao hàng. Mỗi mã đơn hàng logistics duy nhất tương ứng với một lần thực hiện quy trình chuỗi cung ứng. Trong process mining, phân tích dữ liệu theo đơn hàng logistics giúp bạn có cái nhìn đầy đủ về vòng đời đơn hàng. Đây là cơ sở để tính thời gian chu kỳ từ đầu đến cuối, xác định các biến thể quy trình và hiểu hành trình của từng đơn hàng qua các giai đoạn như mua sắm, sản xuất và phân phối. Vì sao điều này quan trọng Đây là mã hồ sơ (Case ID) cơ bản. Mã này liên kết mọi bước trong quy trình, giúp tái dựng và phân tích toàn bộ hành trình đáp ứng đơn hàng. Lấy dữ liệu ở đâu Bạn thường tìm thấy mã này trong các phân hệ quản lý đơn hàng chính hoặc thực thi logistics của Blue Yonder. Ví dụ LO-845123LO-845124LO-845125 | |||
| Tên hoạt động ActivityName | Tên của một sự kiện hoặc bước nghiệp vụ cụ thể trong quy trình logistics, chẳng hạn 'Gửi đơn đặt hàng mua' hoặc 'Lấy và đóng gói hàng hóa'. | ||
| Mô tả Tên hoạt động mô tả một bước hoặc tác vụ được thực hiện trong vòng đời của đơn hàng logistics. Các sự kiện được ghi theo trình tự thời gian để tạo thành chuỗi hành động cho từng hồ sơ. Phân tích hoạt động là nền tảng của process mining. Việc này giúp trực quan hóa sơ đồ quy trình, phát hiện điểm nghẽn giữa các bước cụ thể, phân tích tần suất hoạt động và xác định sai lệch so với luồng quy trình chuẩn. Vì sao điều này quan trọng Thuộc tính này xác định các bước trên sơ đồ quy trình, giúp bạn trực quan hóa, phân tích và tối ưu luồng xử lý đơn hàng logistics. Lấy dữ liệu ở đâu Tên hoạt động được lấy từ nhật ký sự kiện, mã giao dịch hoặc thay đổi trạng thái được ghi trong các phân hệ Blue Yonder về quản lý kho, vận tải và đơn hàng. Ví dụ Nhận đơn hàng của kháchHoàn tất sản xuất hàng hóaLên lịch giao hàngKý xác nhận giao hàng | |||
| Thời gian bắt đầu EventTime | Dấu thời gian cho biết một hoạt động cụ thể bắt đầu hoặc diễn ra khi nào. | ||
| Mô tả Thời điểm sự kiện, hay thời gian bắt đầu, là ngày giờ chính xác khi hoạt động được ghi nhận trong hệ thống nguồn. Dữ liệu theo trình tự thời gian này rất quan trọng để sắp xếp sự kiện chính xác và thực hiện mọi phân tích dựa trên thời gian. Dấu thời gian này được dùng để tính thời gian chu kỳ giữa các hoạt động, đo thời lượng toàn bộ quy trình và xác định chậm trễ hoặc thời gian chờ. Đây là cơ sở cho hầu hết KPI về hiệu suất, chẳng hạn Thời gian xử lý đơn hàng từ đầu đến cuối và Thời gian chu kỳ vận chuyển. 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 lượng và phân tích hiệu suất cũng như điểm nghẽn của quy trình theo thời gian. Lấy dữ liệu ở đâu Thông tin này thường có trong dữ liệu giao dịch của từng đối tượng nghiệp vụ trong Blue Yonder, dưới dạng dấu thời gian tạo, thay đổi hoặc ghi nhận. Ví dụ 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| Loại đơn hàng OrderType | Phân loại đơn hàng, chẳng hạn như “Đơn hàng tiêu chuẩn”, “Đơn hàng gấp” hoặc “Đơn hàng số lượng lớn”. | ||
| Mô tả Loại đơn hàng phân nhóm các đơn logistics theo đặc điểm, mức độ khẩn cấp hoặc bối cảnh kinh doanh. Mỗi loại đơn thường đi theo luồng quy trình riêng hoặc có thỏa thuận mức dịch vụ (SLA) khác nhau. Phân tích theo loại đơn hàng giúp bạn hiểu rõ các điểm khác biệt trong quy trình. Chẳng hạn, đơn hàng gấp thường cần thời gian xử lý ngắn hơn và có thể bỏ qua một số bước, còn đơn hàng số lượng lớn có thể cần thời gian sản xuất lâu hơn. Thuộc tính này giúp giải thích vì sao một số trường hợp khác với thông lệ và hỗ trợ phân tích trên bảng điều khiển “Phân tích biến thể quy trình”. Vì sao điều này quan trọng Giúp giải thích sự khác biệt giữa các luồng quy trình và kết quả vận hành, vì mỗi loại đơn thường có lộ trình, mức ưu tiên và SLA riêng. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong dữ liệu phần đầu đơn hàng của hệ thống quản lý đơn hàng Blue Yonder. Ví dụ Tiêu chuẩnGấpChuyển khoTrả hàng | |||
| Ngày giao hàng khách yêu cầu RequestedDeliveryDate | Ngày giao hàng khách yêu cầu cho đơn hàng. | ||
| Mô tả Ngày giao hàng khách yêu cầu là dữ liệu quan trọng của khách hàng, gắn với đơn hàng logistics. Ngày này thể hiện cam kết với khách hàng và là mốc chính để đo hiệu suất giao hàng. Ngày này được so sánh với 'Ngày giao hàng thực tế' để tính KPI Tỷ lệ giao hàng đúng hạn. Đây là dữ liệu nền tảng cho bảng điều khiển 'Hiệu suất giao hàng đúng hạn', giúp phân tích chậm trễ và nguyên nhân gốc rễ, chẳng hạn hiệu suất của đơn vị vận chuyển hoặc điểm nghẽn nội bộ. Vì sao điều này quan trọng Đây là mốc chuẩn để đo sự hài lòng của khách hàng và hiệu suất giao hàng. Thông tin này rất cần thiết để tính KPI Tỷ lệ giao hàng đúng hạn. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong dữ liệu tiêu đề đơn hàng của khách hàng trong hệ thống quản lý đơn hàng Blue Yonder. Ví dụ 2023-11-152023-11-202023-12-01 | |||
| Ngày giao hàng thực tế ActualDeliveryDate | Ngày đơn hàng được giao thành công cho khách hàng, có xác nhận giao hàng. | ||
| Mô tả Ngày giao hàng thực tế được ghi nhận khi hoàn tất giao hàng, thường từ sự kiện 'Ký xác nhận giao hàng'. Dấu thời gian này đánh dấu lúc hoàn tất việc đáp ứng đơn hàng logistics. Thuộc tính này rất cần thiết để đo hiệu suất. Bạn có thể so sánh ngày này với 'Ngày giao hàng khách yêu cầu' để xác định hàng được giao đúng hạn, trễ hay sớm. Phép tính này là cơ sở cho KPI Tỷ lệ giao hàng đúng hạn và được thể hiện trên bảng điều khiển Hiệu suất giao hàng đúng hạn. Vì sao điều này quan trọng Thuộc tính này rất quan trọng để tính Tỷ lệ giao hàng đúng hạn, giúp so sánh hiệu suất thực tế với kỳ vọng của khách hàng. Lấy dữ liệu ở đâu Ngày này thường được xác định từ dấu thời gian của sự kiện xác nhận giao hàng, có thể được ghi trong TMS của Blue Yonder hoặc phân hệ logistics liên quan. Ví dụ 2023-11-142023-11-212023-12-01 | |||
| Tên người dùng UserName | Mã hoặc tên người thực hiện hoạt động. | ||
| Mô tả Thuộc tính này xác định nhân viên hoặc người dùng hệ thống chịu trách nhiệm cho một bước cụ thể trong quy trình. Đây là thông tin cần thiết để hiểu cách phân bổ tài nguyên, phân chia khối lượng công việc và đánh giá hiệu suất của từng cá nhân hoặc nhóm. Khi phân tích, bạn có thể dùng Tên người dùng để lọc sơ đồ quy trình, xem cách những người dùng khác nhau thực hiện cùng một tác vụ, xác định nhu cầu đào tạo hoặc tìm người có hiệu suất cao. Thuộc tính này cũng rất quan trọng trên bảng điều khiển 'Tác vụ thủ công và tiềm năng tự động hóa', giúp xác định người dùng thường thực hiện các tác vụ lặp đi lặp lại. Vì sao điều này quan trọng Gắn hành động của người dùng với từng cá nhân, giúp phân tích khối lượng công việc, so sánh hiệu suất và xác định cơ hội tự động hóa. Lấy dữ liệu ở đâu Thông tin này thường có trong dữ liệu giao dịch ở trường 'Created By' hoặc 'Changed By', liên kết đến bảng dữ liệu chính về người dùng trong Blue Yonder. Ví dụ j.doea.smithSYSTEM_RFC | |||
| Tên nhà cung cấp SupplierName | Tên nhà cung cấp nguyên vật liệu hoặc linh kiện cho đơn đặt hàng mua. | ||
| Mô tả Tên nhà cung cấp xác định đơn vị cung cấp hàng hóa trong quy trình chuỗi cung ứng. Đây là chiều phân tích quan trọng cho các giai đoạn logistics đầu vào và mua sắm. Thuộc tính này được dùng trên bảng điều khiển 'Hiệu suất đầu vào của nhà cung cấp' để phân tích thời gian chu kỳ từ lúc tạo đơn đặt hàng mua đến khi nhận vật liệu theo từng nhà cung cấp. Qua đó, bạn có thể xác định nhà cung cấp giao hàng nhanh, đáng tin cậy và những nhà cung cấp thường gây chậm trễ, từ đó điều chỉnh chiến lược mua sắm và quản lý quan hệ với nhà cung cấp. Vì sao điều này quan trọng Cho phép phân tích hiệu suất của từng nhà cung cấp, yếu tố quan trọng để tối ưu logistics đầu vào và đảm bảo đáp ứng lịch sản xuất. Lấy dữ liệu ở đâu Thông tin này được lưu trong dữ liệu tiêu đề đơn đặt hàng mua và liên kết với bảng dữ liệu chính về nhà cung cấp trong Blue Yonder hoặc hệ thống ERP tích hợp. Ví dụ Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Trạng thái đơn hàng OrderStatus | Trạng thái hiện tại hoặc cuối cùng của đơn logistics, chẳng hạn như “Đang xử lý”, “Đã hoàn tất” hoặc “Đã hủy”. | ||
| Mô tả Trạng thái đơn hàng cho biết đơn logistics đang ở giai đoạn nào trong vòng đời tại thời điểm trích xuất dữ liệu, hoặc kết quả cuối cùng của đơn. Đây là chỉ báo quan trọng về tình trạng của trường hợp. Bạn có thể dùng thuộc tính này để chỉ phân tích các đơn đã hoàn tất hoặc tìm hiểu lý do một số đơn bị hủy. Thuộc tính này giúp làm rõ kết quả của từng biến thể quy trình và cung cấp cách đơn giản để đo tỷ lệ thành công hoặc thất bại chung của quy trình. Vì sao điều này quan trọng Cho biết kết quả của một trường hợp. Bạn có thể lọc phân tích theo đơn đã hoàn tất, đang xử lý hoặc đã hủy để hiểu đúng bối cảnh của các chỉ số hiệu suất. Lấy dữ liệu ở đâu Thông tin này thường nằm trong trường trạng thái ở phần đầu của đơn logistics hoặc chứng từ lô hàng chính trong Blue Yonder. Ví dụ Đã hoàn tấtĐang xử lýĐã hủyTạm hoãn | |||
| Có làm lại IsRework | Cờ tính toán cho biết đơn hàng có phải làm lại hay không, chẳng hạn như phải lặp lại bước đóng gói hoặc kiểm tra chất lượng. | ||
| Mô tả Cờ đúng/sai này được đặt thành true nếu đơn logistics có dấu hiệu lặp lại công việc, chẳng hạn chuỗi hoạt động “Đã lấy và đóng gói hàng” -> “Đã kiểm tra chất lượng” -> “Đã lấy và đóng gói hàng”. Cờ này giúp nhận diện các trường hợp đi chệch khỏi luồng chuẩn, hiệu quả. Thuộc tính này được dùng để tính KPI “Tỷ lệ đơn hàng phải làm lại” và hiển thị trên bảng điều khiển “Phân tích biến thể quy trình và công việc làm lại”. Xác định các trường hợp phải làm lại giúp tìm ra nguồn gây lỗi hoặc kém hiệu quả trong quy trình thực hiện đơn hàng, từ đó cải tiến đúng chỗ để giảm lãng phí và chi phí vận hành. Vì sao điều này quan trọng Đánh dấu các trường hợp lặp lại bước để phát hiện quy trình kém hiệu quả và vấn đề chất lượng, giúp tập trung cải thiện tính ổn định của quy trình và giảm chi phí. Lấy dữ liệu ở đâu Đây không phải là trường dữ liệu trong Blue Yonder. Thuộc tính được tính trong quá trình phân tích process mining bằng cách phát hiện các chuỗi hoạt động lặp lại cụ thể trong một trường hợp. Ví dụ truefalse | |||
| Danh mục sản phẩm ProductCategory | Danh mục của sản phẩm trong đơn logistics, chẳng hạn như đồ điện tử hoặc quần áo. | ||
| Mô tả Danh mục sản phẩm dùng để nhóm các sản phẩm tương tự. Mỗi danh mục có thể có quy trình chuỗi cung ứng, yêu cầu xử lý hoặc thời gian giao hàng khác nhau. Bảng điều khiển “Xu hướng xử lý đơn logistics” dùng thuộc tính này để lọc và so sánh số lượng đơn đã hoàn tất theo từng loại sản phẩm. Qua đó, bạn có thể phát hiện dòng sản phẩm nào thường bị chậm trễ hoặc có lượng đơn xử lý thấp, rồi tập trung cải tiến vào những nơi cần thiết nhất. Vì sao điều này quan trọng Cho phép phân tích quy trình theo loại sản phẩm, giúp phát hiện điểm nghẽn, xu hướng nhu cầu hoặc khâu xử lý phức tạp ở từng danh mục. Lấy dữ liệu ở đâu Thông tin này thuộc dữ liệu danh mục vật tư hoặc sản phẩm, được liên kết với các dòng hàng trong đơn logistics của Blue Yonder. Ví dụ Đồ điện tử tiêu dùngMáy móc công nghiệpQuần áoThực phẩm và hàng tạp hóa | |||
| Giao hàng đúng hạn IsOnTimeDelivery | Cờ tính toán cho biết đơn hàng được giao vào hoặc trước ngày giao hàng yêu cầu. | ||
| Mô tả Đây là thuộc tính đúng/sai được tính bằng cách so sánh “Ngày giao hàng thực tế” với “Ngày giao hàng yêu cầu”. Thuộc tính này phân loại đơn hàng thành “Đúng hạn” (true) hoặc “Trễ hạn” (false), giúp phân tích hiệu suất dễ dàng hơn. Thuộc tính này trực tiếp hỗ trợ bảng điều khiển “Hiệu quả giao hàng đúng hạn” và được dùng để tính KPI “Tỷ lệ giao hàng đúng hạn”. Bạn có thể nhanh chóng lọc dữ liệu và tìm nguyên nhân gốc rễ, chẳng hạn như đơn vị vận chuyển hoặc loại sản phẩm liên quan đến các trường hợp giao trễ. Vì sao điều này quan trọng Giúp phân tích việc giao hàng đúng hạn bằng kết quả đúng/sai rõ ràng cho từng đơn, từ đó dễ tính tỷ lệ hiệu suất và xác định nguyên nhân gây chậm trễ. 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 bằng công thức: ActualDeliveryDate <= RequestedDeliveryDate. Ví dụ truefalse | |||
| Hệ thống nguồn SourceSystem | Hệ thống đã trích xuất dữ liệu, trong trường hợp này là Blue Yonder. | ||
| Mô tả Thuộc tính này xác định nguồn gốc của dữ liệu quy trình. 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 tổng thể về quy trình, đồng thời giúp theo dõi rõ nguồn gốc dữ liệu. Trong phân tích này, giá trị luôn là 'Blue Yonder'. Đây vẫn là siêu dữ liệu quan trọng cho việc quản trị dữ liệu và cung cấp ngữ cảnh, nhất là khi tích hợp thêm các hệ thống như ERP hoặc CRM. Vì sao điều này quan trọng Xác định nguồn gốc dữ liệu, yếu tố quan trọng để quản trị, xác thực dữ liệu và quản lý các phân tích trải rộng trên nhiều hệ thống doanh nghiệp. 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 và chuyển đổi dữ liệu để ghi nhãn nguồn gốc của tập dữ liệu. Ví dụ Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| 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 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 ngày giờ của lần lấy dữ liệu gần nhất. Thông tin này giúp bạn hiểu dữ liệu mới đến đâu và dự kiến khi nào dữ liệu được làm mới tiếp theo. Người dùng cần biết dữ liệu đang phân tích được cập nhật đến thời điểm nào. Điều này giúp diễn giải bảng điều khiển chính xác và đảm bảo quyết định dựa trên thông tin kịp thời. Vì sao điều này quan trọng Cung cấp ngữ cảnh quan trọng về độ mới của dữ liệu, giúp người dùng biết phân tích quy trình được cập nhật đến đâu. Lấy dữ liệu ở đâu Dấu thời gian này được tạo và thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Ngày nhà cung cấp cam kết giao hàng SupplierPromisedDeliveryDate | Ngày nhà cung cấp cam kết giao một đơn đặt hàng mua cụ thể. | ||
| Mô tả Ngày này thể hiện cam kết của nhà cung cấp về thời điểm giao nguyên vật liệu hoặc linh kiện. Đây là mốc để đánh giá độ tin cậy và khả năng giao hàng đúng hạn của nhà cung cấp. Thuộc tính này cần thiết để tính KPI “Tỷ lệ giao hàng đúng hạn của nhà cung cấp”. Bạn so sánh ngày này với ngày thực nhận vật tư (dấu thời gian của sự kiện “Đã nhận nguyên vật liệu”) để xác định nhà cung cấp có thực hiện đúng cam kết hay không. Đây là nội dung trọng tâm của bảng điều khiển “Hiệu quả giao hàng đầu vào của nhà cung cấp”. Vì sao điều này quan trọng Là mốc để đánh giá hiệu quả giao hàng đầu vào, giúp đo độ tin cậy của nhà cung cấp và tác động đến lịch sản xuất. Lấy dữ liệu ở đâu Ngày này thường được lưu ở cấp dòng hàng của đơn đặt hàng mua, dựa trên thông tin nhà cung cấp cung cấp hoặc thời gian giao hàng tiêu chuẩn. Ví dụ 2023-10-102023-10-122023-10-15 | |||
| Người tạo yêu cầu mua hàng PurchaseRequisitionCreator | Người dùng hoặc phòng ban khởi tạo yêu cầu mua hàng hóa hoặc vật tư. | ||
| Mô tả Thuộc tính này cho biết cá nhân hoặc nhóm đã tạo yêu cầu mua hàng, tức chứng từ nội bộ khởi động việc lập đơn đặt hàng mua chính thức. Nhờ đó, bạn biết bộ phận nào đang tạo nhu cầu mua hàng trong tổ chức. Phân tích theo thuộc tính này giúp hiểu rõ mô hình mua hàng nội bộ và hỗ trợ bảng điều khiển “Tác vụ thủ công và tiềm năng tự động hóa”. Nếu một số ít người dùng tạo nhiều yêu cầu mua hàng tiêu chuẩn, đây có thể là cơ hội để tự động hóa quy trình tạo yêu cầu. Vì sao điều này quan trọng Cho biết yêu cầu mua hàng bắt nguồn từ đâu, giúp phân tích nhu cầu nội bộ và tìm cơ hội tự động hóa quy trình. Lấy dữ liệu ở đâu Thông tin này có trong dữ liệu chứng từ yêu cầu mua hàng, thường ở trường “Người tạo”. Ví dụ m.jonesp.chenPLANNING_DEPT | |||
| 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, đường hàng không hoặc đường biển. | ||
| Mô tả Thuộc tính này cho biết phương thức được dùng để vận chuyển hàng hóa. Mỗi phương thức có chi phí, tốc độ và sức chở khác nhau, nên đây là yếu tố quan trọng khi lập kế hoạch và phân tích logistics. Bảng điều khiển “Theo dõi hiệu quả vận chuyển” dùng thuộc tính này để so sánh thời gian và chi phí vận chuyển giữa các phương thức. Nhờ đó, bạn có thể đưa ra quyết định phù hợp, chẳng hạn chọn vận chuyển bằng đường hàng không nhanh nhưng đắt hơn hay đường biển chậm nhưng rẻ hơn, tùy theo mức độ ưu tiên và giới hạn chi phí của đơn hàng. Vì sao điều này quan trọng Cung cấp tiêu chí quan trọng để phân tích chi phí và tốc độ vận chuyển, giúp bạn chọn phương thức giao hàng phù hợp nhất. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong chi tiết lô hàng hoặc đơn vận chuyển của TMS thuộc Blue Yonder. Ví dụ Nguyên xe tải (FTL)Vận chuyển hàng khôngVận chuyển đường biểnĐường sắt | |||
| Số đơn đặt hàng mua PurchaseOrderNumber | Mã định danh duy nhất của đơn đặt hàng mua, được tạo để mua nguyên vật liệu hoặc hàng hóa từ nhà cung cấp. | ||
| Mô tả Số đơn đặt hàng mua liên kết đơn logistics với quy trình mua hàng. Số này được tạo trong các hoạt động như “Tạo yêu cầu mua hàng” và “Phát hành đơn đặt hàng mua”. Thuộc tính này cho phép phân tích chi tiết quy trình con mua hàng. Đây là thông tin thiết yếu cho bảng điều khiển “Hiệu quả giao hàng đầu vào của nhà cung cấp”, giúp theo dõi một đơn đặt hàng mua cụ thể từ lúc phát hành đến khi nhận hàng, đồng thời liên hệ chậm trễ với nhà cung cấp hoặc vật tư liên quan. Vì sao điều này quan trọng Liên kết quy trình thực hiện đơn hàng chính với các hoạt động mua hàng trước đó, giúp phân tích chi tiết hiệu quả của nhà cung cấp và thời gian xử lý đơn mua hàng. Lấy dữ liệu ở đâu Mã này được tạo và lưu trong phân hệ mua hàng của Blue Yonder hoặc hệ thống ERP được tích hợp. Ví dụ PO45000123PO45000124PO45000125 | |||
| Tên đơn vị vận chuyển CarrierName | Tên công ty vận chuyển chịu trách nhiệm giao hàng. | ||
| Mô tả Tên đơn vị vận chuyển cho biết đối tác logistics nào đã vận chuyển hàng từ kho đến điểm nhận cuối cùng. Đây là tiêu chí quan trọng để đánh giá hiệu quả logistics đầu ra. Trong bảng điều khiển “Theo dõi hiệu quả vận chuyển”, phân tích dữ liệu theo tên đơn vị vận chuyển giúp so sánh thời gian “Hàng đang vận chuyển” giữa các đơn vị. Nhờ đó, doanh nghiệp có thể xác định đối tác vận chuyển nhanh nhất, đáng tin cậy nhất hoặc tiết kiệm chi phí nhất, rồi điều chỉnh chiến lược giao hàng cho phù hợp. Vì sao điều này quan trọng Giúp so sánh hiệu quả giữa các đơn vị vận chuyển, từ đó tối ưu chi phí, tuyến đường và thời gian giao hàng. Lấy dữ liệu ở đâu Thông tin này thường có trong chứng từ lô hàng hoặc đơn vận chuyển của Transportation Management System (TMS) của Blue Yonder. Ví dụ Express FreightNational LogisticsSwift Haulage | |||
| Tên khách hàng CustomerName | Tên khách hàng đã đặt hàng. | ||
| Mô tả Thuộc tính này xác định khách hàng cuối cùng của đơn logistics. Đây là tiêu chí cơ bản để phân tích quy trình theo góc nhìn khách hàng. Phân tích hiệu suất quy trình theo khách hàng có thể cho thấy khách hàng nào thường phải chờ lâu hơn hoặc gặp nhiều vấn đề hơn. Thuộc tính này hỗ trợ các bảng điều khiển như “Hiệu quả giao hàng đúng hạn”, cho phép xem dữ liệu theo từng khách hàng và ưu tiên cải tiến dịch vụ cho các khách hàng trọng yếu. Vì sao điều này quan trọng Hỗ trợ phân tích theo khách hàng, giúp xác định ai chịu ảnh hưởng nhiều nhất từ những điểm kém hiệu quả trong quy trình và ưu tiên cải thiện dịch vụ. Lấy dữ liệu ở đâu Thông tin này được lưu trong dữ liệu phần đầu đơn hàng của khách hàng và liên kết với bảng dữ liệu danh mục khách hàng trong Blue Yonder hoặc hệ thống CRM/ERP được tích hợp. Ví dụ Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| Thời gian chu kỳ từ đầu đến cuối EndToEndCycleTime | Tổng thời gian từ hoạt động đầu tiên (“Đã nhận đơn hàng của khách”) đến hoạt động cuối cùng (“Đã ký xác nhận giao hàng”) của một đơn logistics. | ||
| Mô tả Chỉ số này đo tổng thời gian trong vòng đời của một đơn logistics. Đây là KPI quan trọng, phản ánh tốc độ và hiệu quả chung của toàn bộ quy trình chuỗi cung ứng. Đây là chỉ số chính trên bảng điều khiển “Phân tích thời gian xử lý đơn từ đầu đến cuối” và KPI “Thời gian chu kỳ đơn logistics từ đầu đến cuối”. Phân tích thời lượng này giúp phát hiện chậm trễ mang tính hệ thống và đánh giá tổng quan tình trạng quy trình. Bạn có thể phân tích theo loại đơn hàng hoặc danh mục sản phẩm để tìm nguyên nhân khiến thời gian xử lý kéo dài. Vì sao điều này quan trọng Đây là KPI quan trọng để đo tốc độ chung của chuỗi cung ứng, tác động trực tiếp đến mức độ hài lòng của khách hàng và vốn lưu động. Lấy dữ liệu ở đâu Giá trị này không được lưu trong hệ thống nguồn. Giá trị được tính bằng cách lấy dấu thời gian của sự kiện cuối trừ dấu thời gian của sự kiện đầu trong mỗi trường hợp. Ví dụ 15 ngày 4 giờ22 ngày 11 giờ10 ngày 2 giờ | |||
| Thời gian kết thúc EndTime | Dấu thời gian cho biết một hoạt động hoàn tất khi nào. | ||
| Mô tả Thời gian kết thúc đánh dấu lúc một hoạt động hoàn tất. Khi có cả thời gian bắt đầu và thời gian kết thúc, bạn có thể tính chính xác thời gian xử lý hoạt động, tách biệt với thời gian nhàn rỗi hoặc chờ. Thông tin này rất hữu ích khi phân tích thời lượng của các tác vụ cụ thể như 'Lấy và đóng gói hàng hóa' hoặc 'Thực hiện kiểm tra chất lượng'. Qua đó, bạn có thể xác định hoạt động nào tốn nhiều thời gian nhất để tập trung cải tiến và tự động hóa. Vì sao điều này quan trọng Giúp tính chính xác thời gian xử lý hoạt động, yếu tố then chốt để xác định tác vụ kém hiệu quả và đo năng suất sử dụng tài nguyên. Lấy dữ liệu ở đâu Tương tự thời gian bắt đầu, thông tin này thường có dưới dạng dấu thời gian trong các bảng dữ liệu giao dịch của từng đối tượng nghiệp vụ trong Blue Yonder, thường đánh dấu lúc trạng thái hoàn tất. Ví dụ 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
Hoạt động quản lý chuỗi cung ứng
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Gửi đơn đặt hàng mua | Hoạt động này ghi nhận việc chính thức tạo và gửi đơn đặt hàng mua cho nhà cung cấp bên ngoài để mua nguyên vật liệu hoặc thành phẩm. Đây là sự kiện cốt lõi được ghi nhận rõ trong các chức năng mua sắm của Blue Yonder. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng để theo dõi thời gian giao hàng và hiệu suất của nhà cung cấp. Mốc này là điểm bắt đầu để tính KPI Tỷ lệ giao hàng đúng hạn của nhà cung cấp. Lấy dữ liệu ở đâu Được ghi nhận rõ trong các bảng của hệ thống mua sắm, kèm dấu thời gian cho biết chứng từ đơn đặt hàng mua được tạo hoặc chính thức phát hành khi nào. Thu thập Sự kiện tương ứng với dấu thời gian tạo hoặc phát hành chứng từ đơn đặt hàng mua. Loại sự kiện explicit | |||
| Hoàn tất sản xuất hàng hóa | Sự kiện này đánh dấu việc hoàn tất sản xuất hàng hóa cho một đơn hàng logistics. Sự kiện thường được suy ra từ thay đổi trạng thái của lệnh sản xuất, chẳng hạn chuyển sang 'Completed' hoặc 'Finished'. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng để đo thời gian chu kỳ sản xuất và là điểm bắt đầu tính KPI Thời gian từ sản xuất đến xuất hàng. Mốc này cho biết hàng hóa đã sẵn sàng chuyển sang bước tiếp theo để đáp ứng đơn hàng. Lấy dữ liệu ở đâu Có thể suy ra từ thay đổi trạng thái trong các bảng lệnh sản xuất, chẳng hạn trạng thái được cập nhật thành 'Completed'. Dấu thời gian của lần cập nhật trạng thái cuối cùng này được dùng làm thời điểm sự kiện. Thu thập Xác định dấu thời gian khi trạng thái lệnh sản xuất chuyển sang trạng thái kết thúc 'complete'. Loại sự kiện inferred | |||
| Ký xác nhận giao hàng | Hoạt động cuối cùng này xác nhận khách hàng đã nhận hàng, thường bằng cách ký vào chứng từ giao hàng. Sự kiện thường được ghi nhận qua cập nhật trạng thái, do nhân viên nhập thủ công hoặc qua ứng dụng di động mà tài xế sử dụng. | ||
| Vì sao điều này quan trọng Đây là sự kiện kết thúc đáng tin cậy nhất của quy trình logistics từ đầu đến cuối. Sự kiện rất quan trọng để tính tổng thời gian chu kỳ và Tỷ lệ giao hàng đúng hạn. Lấy dữ liệu ở đâu Có thể suy ra từ cập nhật trạng thái trên chứng từ giao hàng hoặc lô hàng trong TMS hoặc OMS. Dấu thời gian trạng thái chuyển thành 'POD Received' hoặc 'Delivered' được sử dụng. Thu thập Được xác định từ thay đổi trạng thái trên chứng từ lô hàng, cho biết việc giao hàng đã được xác nhận. Loại sự kiện inferred | |||
| Lấy và đóng gói hàng hóa | Hoạt động này bao gồm việc lấy hàng khỏi vị trí lưu trữ trong kho và đóng gói để giao đi. Nhân viên kho thường ghi nhận rõ sự kiện bằng thiết bị quét RF trong WMS. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng trong quy trình logistics đầu ra. Phân tích thời lượng hoạt động giúp phát hiện điểm chưa hiệu quả trong vận hành kho và là một phần của Thời gian chu kỳ từ tồn kho đến giao hàng. Lấy dữ liệu ở đâu Được ghi rõ trong nhật ký giao dịch WMS của Blue Yonder. Dấu thời gian được ghi lại khi nhân viên kho xác nhận hoàn tất các tác vụ lấy hàng và đóng gói. Thu thập Dấu thời gian sự kiện được ghi lại khi tác vụ lấy hàng hoặc đóng gói cuối cùng của đơn hàng được xác nhận hoàn tất. Loại sự kiện explicit | |||
| Nhận đơn hàng của khách | Hoạt động này ghi nhận thời điểm tạo đơn hàng logistics mới trong hệ thống sau khi khách hàng gửi yêu cầu. Sự kiện thường được ghi nhận rõ ràng khi người dùng hoặc thông điệp EDI tạo chứng từ đơn hàng bán trong phân hệ Order Management của Blue Yonder. | ||
| Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của quy trình chuỗi cung ứng từ đầu đến cuối. Phân tích hoạt động này giúp đo lường số lượng đơn hàng tiếp nhận và tổng thời gian từ lúc đặt hàng đến khi giao hàng. Lấy dữ liệu ở đâu Sự kiện này được ghi rõ trong các bảng của hệ thống quản lý đơn hàng khi tạo đơn hàng bán. Sự kiện tương ứng với dấu thời gian tạo bản ghi tiêu đề đơn hàng. Thu thập Sự kiện được ghi nhận khi tạo đơn hàng bán, chẳng hạn lúc giao dịch được xác nhận. Loại sự kiện explicit | |||
| Nhận nguyên vật liệu | Hoạt động này ghi nhận hàng hóa được nhận trực tiếp từ nhà cung cấp tại kho hoặc cơ sở sản xuất. Sự kiện được ghi rõ qua giao dịch nhận hàng, thường bắt đầu bằng việc quét mã hàng nhập kho. | ||
| Vì sao điều này quan trọng Sự kiện này đánh dấu kết thúc chặng giao hàng của nhà cung cấp. Đây là dữ liệu cần thiết để đo độ tin cậy của nhà cung cấp và hiệu quả logistics đầu vào. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký giao dịch trong hệ thống quản lý kho (WMS) hoặc phân hệ quản lý hàng tồn kho. Sự kiện tương ứng với ngày giờ ghi nhận chứng từ nhận hàng. Thu thập Dựa trên dấu thời gian của giao dịch ghi nhận nhận hàng. Loại sự kiện explicit | |||
| Xếp hàng lên phương tiện vận chuyển | Hoạt động này ghi nhận thời điểm hàng đã đóng gói được xếp lên phương tiện vận chuyển và rời khỏi kho. Đây là sự kiện quan trọng, được ghi nhận rõ, thường dưới dạng giao dịch 'goods issue' trong WMS hoặc TMS. | ||
| Vì sao điều này quan trọng Sự kiện này là điểm bắt đầu để đo thời gian chu kỳ vận chuyển và hiệu quả vận chuyển nói chung. Đây cũng là thời điểm bàn giao từ hoạt động nội bộ của kho cho đơn vị vận chuyển bên ngoài. Lấy dữ liệu ở đâu Được ghi rõ trong WMS hoặc hệ thống ERP dưới dạng giao dịch ghi nhận xuất hàng. Ngày giờ ghi nhận giao dịch này được dùng làm dấu thời gian sự kiện. Thu thập Sự kiện được lấy từ nhật ký giao dịch xuất hàng liên kết với lệnh giao hàng. Loại sự kiện explicit | |||
| Dỡ hàng tại điểm đến | Hoạt động này ghi nhận lô hàng đã đến và được dỡ xuống tại địa điểm của khách hàng. Sự kiện thường được ghi rõ qua thông điệp EDI từ đơn vị vận chuyển hoặc được nhập thủ công dựa trên thông tin do đơn vị vận chuyển cung cấp. | ||
| Vì sao điều này quan trọng Mốc này đánh dấu kết thúc chặng vận chuyển. Đây là dữ liệu cần thiết để tính chính xác KPI Thời gian chu kỳ vận chuyển và xác định các chậm trễ liên quan đến đơn vị vận chuyển. Lấy dữ liệu ở đâu Thông tin này thường đến từ dữ liệu bên ngoài của đơn vị vận chuyển qua nguồn cấp dữ liệu EDI hoặc cổng thông tin của đơn vị vận chuyển. Thông tin được ghi thành cập nhật trạng thái trên chứng từ lô hàng trong TMS. Thu thập Thời điểm sự kiện dựa trên dấu thời gian của cập nhật trạng thái 'Delivered' từ đơn vị vận chuyển. Loại sự kiện explicit | |||
| Gửi hóa đơn cho khách hàng | Hoạt động này ghi nhận việc tạo và phát hành hóa đơn cho khách hàng đối với hàng hóa đã giao. Đây là giao dịch tài chính được ghi rõ trong phân hệ quản lý đơn hàng hoặc tài chính. | ||
| Vì sao điều này quan trọng Hoạt động này là bước quan trọng trong chu trình từ đơn hàng đến thu tiền. Phân tích thời điểm xuất hóa đơn so với thời điểm giao hàng có thể giúp phát hiện chậm trễ trong quy trình lập hóa đơn, vốn ảnh hưởng đến dòng tiền. Lấy dữ liệu ở đâu Được ghi rõ trong các bảng thanh toán hoặc tài chính. Sự kiện tương ứng với ngày tạo hoặc ghi nhận chứng từ hóa đơn. Thu thập Dựa trên dấu thời gian ghi nhận chứng từ lập hóa đơn cho khách hàng. Loại sự kiện explicit | |||
| Hủy đơn hàng | Hoạt động này ghi nhận việc hủy đơn hàng logistics trước khi hoàn tất đáp ứng đơn hàng. Đây là sự kiện kết thúc thay thế, có thể suy ra từ trạng thái cuối cùng 'Canceled' hoặc 'Void' trên đơn hàng bán. | ||
| Vì sao điều này quan trọng Theo dõi đơn hàng bị hủy rất quan trọng để hiểu các trường hợp quy trình không hoàn tất và sự không hài lòng của khách hàng. Phân tích thời điểm và lý do hủy đơn có thể giúp phát hiện vấn đề tiềm ẩn trong bán hàng hoặc vận hành. Lấy dữ liệu ở đâu Có thể suy ra từ trạng thái tiêu đề đơn hàng bán. Dấu thời gian chuyển sang trạng thái cuối cùng 'Canceled' được ghi lại làm thời điểm sự kiện. Thu thập Dựa trên dấu thời gian trạng thái đơn hàng chuyển thành 'Canceled'. Loại sự kiện inferred | |||
| Kiểm tra hàng tồn kho | Hoạt động này thể hiện việc hệ thống hoặc nhân viên kiểm tra xem có đủ hàng để đáp ứng đơn hàng của khách hay không. Sự kiện thường được suy ra từ thay đổi trạng thái trên dòng đơn hàng, cho biết đơn hàng đã qua bước kiểm tra Available-to-Promise (ATP). | ||
| Vì sao điều này quan trọng Hoạt động này giúp đo thời gian xác nhận đơn hàng và xác định các chậm trễ do hết hàng. Đây là dữ liệu quan trọng để tính KPI Tỷ lệ sẵn có của hàng tồn kho và đánh giá khả năng đáp ứng đơn hàng. Lấy dữ liệu ở đâu Có thể suy ra từ thay đổi trường trạng thái trên dòng đơn hàng bán, chẳng hạn từ 'New' sang 'Confirmed', hoặc từ dấu thời gian trong nhật ký kiểm tra ATP thuộc phân hệ quản lý hàng tồn kho hoặc đơn hàng của Blue Yonder. Thu thập Được xác định từ thay đổi trạng thái trên dòng đơn hàng, cho biết hàng đã được xác nhận còn trong kho. Loại sự kiện inferred | |||
| Lên lịch giao hàng | Hoạt động này thể hiện việc lập kế hoạch vận chuyển, bao gồm chọn đơn vị vận chuyển và đặt khung giờ lấy hàng. Đây là sự kiện được ghi nhận rõ trong Hệ thống quản lý vận tải (TMS) của Blue Yonder khi lô hàng được tạo và xác nhận. | ||
| Vì sao điều này quan trọng Sự kiện này cho biết tình hình ở giai đoạn lập kế hoạch vận chuyển. Chậm trễ tại đây có thể ảnh hưởng đến thời gian khởi hành đúng hạn và hiệu quả giao hàng nói chung. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký giao dịch trong phân hệ TMS. Sự kiện tương ứng với dấu thời gian hoàn tất chứng từ lô hàng hoặc chỉ định đơn vị vận chuyển. Thu thập Dựa trên dấu thời gian tạo hoặc xác nhận lô hàng hay kế hoạch xếp hàng. Loại sự kiện explicit | |||
| Lên lịch sản xuất | Hoạt động này thể hiện việc lập kế hoạch và lên lịch cho lệnh sản xuất để tạo ra hàng hóa cần thiết. Đây thường là sự kiện được ghi nhận rõ từ các phân hệ sản xuất hoặc hoạch định nguồn cung của Blue Yonder. | ||
| Vì sao điều này quan trọng Hoạt động này cho biết chu kỳ sản xuất bắt đầu khi nào. Phân tích khoảng thời gian từ lúc lên lịch đến khi hoàn tất sản xuất giúp phát hiện khoảng cách giữa kế hoạch và thực tế. Lấy dữ liệu ở đâu Được ghi trong các bảng của hệ thống thực thi hoặc hoạch định sản xuất, kèm dấu thời gian tạo hoặc xác nhận lệnh sản xuất. Thu thập Được xác định từ dấu thời gian tạo lệnh sản xuất hoặc thay đổi trạng thái của lệnh. Loại sự kiện explicit | |||
| Tạo yêu cầu mua hàng | Hoạt động này diễn ra khi lượng hàng tồn kho không đủ để đáp ứng đơn hàng, dẫn đến yêu cầu mua các vật tư cần thiết. Việc tạo chứng từ yêu cầu mua hàng là sự kiện được ghi nhận rõ trong phân hệ mua sắm. | ||
| Vì sao điều này quan trọng Theo dõi hoạt động này giúp xác định mức độ phụ thuộc vào khâu mua sắm và ảnh hưởng của khâu này đến tổng thời gian đáp ứng đơn hàng. Hoạt động cũng cho thấy những trường hợp thiếu hàng làm chậm chuỗi cung ứng. Lấy dữ liệu ở đâu Được ghi rõ trong các bảng mua sắm hoặc hoạch định nguồn cung khi tạo chứng từ yêu cầu mua hàng và liên kết chứng từ đó với nhu cầu từ đơn hàng bán. Thu thập Dựa trên dấu thời gian tạo chứng từ yêu cầu mua hàng. Loại sự kiện explicit | |||
| Thực hiện kiểm tra chất lượng | Hoạt động này ghi nhận việc hoàn tất kiểm tra chất lượng thành phẩm trước khi hàng sẵn sàng xuất đi. Có thể suy ra sự kiện từ cập nhật trạng thái của lô hàng tồn kho, khi trạng thái chuyển thành 'unrestricted' hoặc 'passed inspection'. | ||
| Vì sao điều này quan trọng Hoạt động này giúp xác định điểm nghẽn trong quy trình đảm bảo chất lượng và rất quan trọng khi phân tích việc làm lại. Nhiều lần kiểm tra chất lượng trên cùng một đơn hàng có thể cho thấy vấn đề về chất lượng. Lấy dữ liệu ở đâu Có thể suy ra từ thay đổi trường trạng thái trong phân hệ quản lý hàng tồn kho hoặc quản lý chất lượng. Dấu thời gian chuyển trạng thái từ 'in-inspection' sang 'released' được sử dụng. Thu thập Được xác định từ thay đổi trạng thái chất lượng của lô hàng tồn kho liên quan. Loại sự kiện inferred | |||
Hướng dẫn trích xuất dữ liệu
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ợ.
Bắt đầu ngay?
Dùng các mẫu này để bắt đầu tối ưu quy trình quản lý chuỗi cung ứng. Tìm ra những điểm kém hiệu quả còn khuất và cải thiện hoạt động ngay hôm nay.
Chấm dứt chậm trễ: tối ưu chuỗi cung ứng Blue Yonder ngay
Đạt độ chính xác dự báo 90% và loại bỏ tình trạng hết hàng gây tốn kém.
Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.