Mẫu dữ liệu quản lý kho hàng của bạn
Mẫu dữ liệu quản lý kho hàng của bạn
- Các thuộc tính nên thu thập
- Hoạt động chính cần theo dõi trong vận hành kho hàng
- Hướng dẫn trích xuất dành riêng cho Körber WMS
Thuộc tính quản lý kho hàng
| Tên | Mô tả | ||
|---|---|---|---|
| Đơn hàng kho WarehouseOrder | Mã định danh duy nhất của đơn hàng kho, dùng làm mã hồ sơ chính để theo dõi mọi hoạt động logistics liên quan. | ||
| Mô tả Đơn hàng kho là mã định danh trung tâm, liên kết mọi tác vụ và sự kiện liên quan đến một yêu cầu logistics cụ thể, chẳng hạn như nhận hàng nhập kho hoặc xuất hàng. Mã này giúp theo dõi toàn bộ vòng đời đơn hàng trong kho, từ lúc tạo đến khi xuất hàng hoặc hủy. Trong process mining, phân tích theo đơn hàng kho giúp bạn xem toàn bộ luồng quy trình của từng đơn. Qua đó, bạn có thể nhận diện các luồng phổ biến, điểm khác biệt, điểm nghẽn và thời gian xử lý tổng thể của từng loại đơn, chẳng hạn như đơn tiêu chuẩn và đơn cần xử lý nhanh. Vì sao điều này quan trọng Đây là Case ID thiết yếu để liên kết mọi sự kiện liên quan, giúp phân tích toàn bộ quy trình quản lý kho từ đầu đến cuối cho từng đơn hàng. Lấy dữ liệu ở đâu Mã này thường nằm trong các bảng quản lý đơn hàng chính của Körber WMS. Xem tài liệu Körber WMS để biết tên bảng và trường cụ thể, chẳng hạn như bảng đầu đơn hàng. Ví dụ WO-0012845WO-0012991WO-0013402 | |||
| Tên hoạt động ActivityName | Tên sự kiện hoặc tác vụ cụ thể diễn ra tại một thời điểm trong vòng đời đơn hàng kho. | ||
| Mô tả Thuộc tính này mô tả một bước trong quy trình quản lý kho, chẳng hạn như 'Lấy hàng khỏi vị trí lưu trữ' hoặc 'Xuất lô hàng'. Mỗi hoạt động là một sự kiện nghiệp vụ riêng được ghi lại trên hệ thống, kèm theo dấu thời gian cụ thể. Phân tích hoạt động là trọng tâm của process mining. Việc này giúp lập sơ đồ quy trình để thấy công việc thực tế diễn ra trong kho như thế nào. Qua đó, bạn có thể nhận diện điểm nghẽn, các vòng lặp làm lại và những điểm khác với quy trình vận hành tiêu chuẩn. Vì sao điều này quan trọng Thuộc tính này xác định các bước của quy trình, làm cơ sở lập sơ đồ quy trình và phân tích luồng công việc, các điểm khác biệt cũng như điểm nghẽn. Lấy dữ liệu ở đâu Các bảng nhật ký sự kiện hoặc giao dịch trong Körber WMS, nơi ghi lại sự kiện nghiệp vụ. Dữ liệu này thường được suy ra từ mã giao dịch hoặc mô tả thay đổi trạng thái. Ví dụ Đã tạo tác vụ lấy hàngĐã đóng gói hàngĐã xuất hàngHủy đơn hàng kho | |||
| Thời điểm sự kiện EventTime | Ngày và giờ chính xác khi hoạt động hoặc sự kiện được ghi nhận trong hệ thống nguồn. | ||
| Mô tả Thời điểm sự kiện là dấu thời gian gắn với mỗi hoạt động, cho biết chính xác khi nào hoạt động diễn ra. Dữ liệu thời gian này là cơ sở để tính thời lượng, thời gian chu kỳ và thời gian chờ giữa các bước trong quy trình. Khi phân tích quy trình, thuộc tính này giúp sắp xếp sự kiện theo trình tự thời gian, dựng luồng quy trình và thực hiện các phân tích dựa trên thời gian. Đây cũng là dữ liệu cần thiết cho dashboard đo hiệu suất, chẳng hạn như phân tích thời gian chu kỳ, và tính KPI như 'Thời gian chu kỳ trung bình từ đầu đến cuối của đơn hàng'. Vì sao điều này quan trọng Dấu thời gian này rất quan trọng để sắp xếp sự kiện, tính các chỉ số dựa trên thời gian như thời gian chu kỳ và thời gian chờ, đồng thời đánh giá hiệu suất quy trình. Lấy dữ liệu ở đâu Có trong các bảng giao dịch và nhật ký sự kiện của Körber WMS, thường mang tên như 'CreationDate', 'Timestamp' hoặc 'EventDateTime'. Ví dụ 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Hệ thống nguồn SourceSystem | Hệ thống dùng để trích xuất dữ liệu. | ||
| Mô tả Thuộc tính này cho biết hệ thống nguồn của dữ liệu sự kiện, trong trường hợp này là 'Körber WMS'. Khi có nhiều hệ thống tích hợp, trường này giúp phân biệt nguồn dữ liệu và theo dõi nguồn gốc dữ liệu. Trong phân tích, thuộc tính này cung cấp bối cảnh, nhất là khi kết hợp dữ liệu từ nhiều hệ thống. Nó giúp đảm bảo chất lượng dữ liệu và cho phép lọc hoạt động theo từng hệ thống. Vì sao điều này quan trọng Cho biết nguồn gốc dữ liệu, giúp thông tin rõ ràng và dễ truy xuất, nhất là khi có nhiều hệ thống kết nối với nhau. 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 dữ liệu để xác định hệ thống nguồn. Ví dụ Körber WMSKörberOne | |||
| 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 quy trình này được làm mới. | ||
| Mô tả Thuộc tính này cho biết ngày giờ của lần trích xuất hoặc cập nhật dữ liệu gần nhất. Nhờ đó, người dùng biết dữ liệu đang phân tích mới đến đâu và góc nhìn về quy trình được cập nhật khi nào. Trong dashboard và báo cáo, thông tin này giúp người dùng hiểu rõ dữ liệu là theo thời gian thực, theo ngày hay theo tuần, từ đó đưa ra quyết định phù hợp. Vì sao điều này quan trọng Cho người dùng biết dữ liệu được cập nhật đến thời điểm nào, yếu tố quan trọng để đưa ra quyết định kinh doanh chính xác và phù hợp dựa trên kết quả phân tích. Lấy dữ liệu ở đâu Giá trị này được tạo và ghi lại bởi luồng dữ liệu hoặc công cụ ETL sau mỗi lần làm mới dữ liệu. Ví dụ 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Mã người dùng/người vận hành UserOperatorId | Mã định danh của người dùng hoặc người vận hành thực hiện hoạt động. | ||
| Mô tả Thuộc tính này xác định nhân viên kho hoặc người dùng hệ thống chịu trách nhiệm thực hiện một tác vụ cụ thể, chẳng hạn như lấy hàng, đóng gói hoặc cất hàng. Trong một số trường hợp, đây cũng có thể là hệ thống tự động hoặc bot. Đây là chiều phân tích quan trọng để đánh giá hiệu suất nguồn lực. Thuộc tính này giúp hiểu cách phân bổ khối lượng công việc, nhận diện nhân viên có hiệu suất cao và phát hiện người cần được đào tạo thêm. Đây là cơ sở cho dashboard 'Mức sử dụng tài nguyên và khối lượng công việc' và KPI 'Sản lượng xử lý trên mỗi người vận hành'. Vì sao điều này quan trọng Giúp phân tích hiệu suất nhân sự, phân bổ khối lượng công việc và hiệu quả sử dụng tài nguyên, từ đó xác định nhu cầu đào tạo và những người có hiệu suất cao. Lấy dữ liệu ở đâu Có trong các bảng giao dịch hoặc nhật ký ghi lại thao tác của người dùng. Tìm các trường như 'UserID', 'UserName', 'ExecutedBy' hoặc 'OperatorID'. Ví dụ JSMITHABOT01CDAVIShệ thống | |||
| Mức độ ưu tiên PriorityLevel | Cho biết mức độ khẩn cấp hoặc ưu tiên của đơn hàng kho, chẳng hạn như tiêu chuẩn hoặc xử lý nhanh. | ||
| Mô tả Mức độ ưu tiên là phân loại cho biết đơn hàng kho cần được xử lý khẩn cấp đến đâu. Ví dụ, đơn hàng có thể được đánh dấu là 'Xử lý nhanh' hoặc 'Ưu tiên cao', nghĩa là cần xử lý trước các đơn tiêu chuẩn. Thuộc tính này cần thiết cho dashboard 'Phân tích đơn hàng xử lý nhanh' và KPI 'Tỷ lệ lô hàng xử lý nhanh'. Thuộc tính giúp đánh giá ảnh hưởng của đơn hàng khẩn cấp đến hoạt động chung của kho và chi phí liên quan, đồng thời xác định thời gian xử lý các đơn này có thực sự nhanh hơn đơn tiêu chuẩn hay không. Vì sao điều này quan trọng Giúp phân tích cách xử lý đơn hàng khẩn cấp, tần suất phát sinh và ảnh hưởng của chúng đến hiệu suất cũng như chi phí chung của quy trình. Lấy dữ liệu ở đâu Có trong dữ liệu đầu đơn hàng. Tìm các trường như 'Priority', 'Urgency' hoặc chỉ báo cấp độ dịch vụ vận chuyển cụ thể. Ví dụ Tiêu chuẩnXử lý nhanhGiao qua đêmKhẩn cấp | |||
| SKU sản phẩm ProductSKU | Mã SKU (Stock Keeping Unit) hoặc mã vật tư của mặt hàng được xử lý. | ||
| Mô tả SKU sản phẩm là mã định danh duy nhất của một sản phẩm hoặc vật tư cụ thể trong đơn hàng kho. Một đơn hàng có thể gồm một hoặc nhiều SKU. Phân tích theo SKU sản phẩm giúp xác định sản phẩm nào có quy trình xử lý phức tạp hoặc dễ phát sinh vấn đề. Ví dụ, bạn có thể phát hiện mặt hàng dễ vỡ mất nhiều thời gian đóng gói hơn hoặc một số SKU thường bị sai lệch khi lấy hàng. Từ đó, bạn có thể điều chỉnh cách bố trí lưu trữ hoặc quy trình xử lý. Vì sao điều này quan trọng Cho phép phân tích hiệu suất quy trình theo từng sản phẩm, qua đó phát hiện mặt hàng gây chậm trễ hoặc sai sót. Lấy dữ liệu ở đâu Có trong các bảng chi tiết dòng hàng của đơn, liên kết với bảng đầu đơn hàng kho chính. Tên trường thường gặp gồm 'SKU', 'MaterialNumber' hoặc 'ItemCode'. Ví dụ SKU-847361SKU-991204SKU-103557 | |||
| Số lượng thực tế ActualQuantity | Số lượng mặt hàng thực tế được xử lý hoặc ghi nhận trong một tác vụ. | ||
| Mô tả Số lượng thực tế là số đơn vị được nhân viên kho đếm, lấy, đóng gói hoặc nhận trên thực tế. Giá trị này được ghi nhận khi hoàn tất tác vụ và đôi khi khác với 'Số lượng dự kiến' do thiếu hàng, hư hỏng hoặc lỗi của con người. So sánh thuộc tính này với 'Số lượng dự kiến' là bước quan trọng trong dashboard 'Tình trạng và độ chính xác của quy trình tồn kho'. Chênh lệch giữa hai giá trị cho thấy quy trình có thể đã gặp sự cố hoặc dữ liệu không chính xác, cần được kiểm tra. Vì sao điều này quan trọng Cho biết số lượng thực tế đã được xử lý, là dữ liệu thiết yếu để tính tỷ lệ sai lệch và đảm bảo độ chính xác của hàng tồn kho. Lấy dữ liệu ở đâu Có trong bản ghi xác nhận giao dịch hoặc hoàn tất tác vụ. Tên trường có thể là 'ActualQty', 'ConfirmedQuantity' hoặc 'PickedQuantity'. Ví dụ 10491 | |||
| Có sai lệch khi lấy hàng IsPickingDiscrepancy | Cờ cho biết số lượng thực tế đã lấy có khớp với số lượng dự kiến hay không. | ||
| Mô tả Đây là thuộc tính boolean được suy ra, có giá trị true nếu 'Số lượng thực tế' khác 'Số lượng dự kiến' trong bất kỳ hoạt động nào liên quan đến lấy hàng. Thuộc tính này là chỉ báo đơn giản về lỗi lấy hàng hoặc vấn đề tồn kho trong một tác vụ cụ thể. Cờ này giúp đơn giản hóa việc phân tích, cho phép người dùng nhanh chóng lọc tất cả đơn hàng có sai lệch khi lấy hàng. Cờ được dùng để tính KPI 'Tỷ lệ sai lệch khi lấy hàng' và hỗ trợ dashboard 'Tình trạng và độ chính xác của quy trình tồn kho' bằng cách làm nổi bật các điểm xảy ra sự cố. Vì sao điều này quan trọng Cung cấp chỉ báo rõ ràng, có hoặc không, về lỗi lấy hàng, giúp đơn giản hóa việc phân tích để nhận diện và định lượng vấn đề về độ chính xác của hàng tồn kho. Lấy dữ liệu ở đâu Được tính trong quá trình chuyển đổi dữ liệu. Logic: Ví dụ truefalse | |||
| Loại đơn hàng OrderType | Phân loại đơn hàng kho, chẳng hạn như hàng nhập, hàng xuất hoặc chuyển kho nội bộ. | ||
| Mô tả Loại đơn hàng cho biết mục đích nghiệp vụ của đơn hàng kho. Các loại phổ biến gồm giao hàng cho khách (hàng xuất), nhận hàng từ nhà cung cấp (hàng nhập), chuyển hàng giữa các vị trí trong kho (nội bộ) hoặc hàng trả lại. Thuộc tính này hữu ích để lọc và so sánh dữ liệu. Bạn có thể phân tích, so sánh luồng quy trình và hiệu suất của từng loại hoạt động logistics, chẳng hạn như xem quy trình nhập hàng có hiệu quả hơn hay kém hơn quy trình xuất hàng. Vì sao điều này quan trọng Cho phép phân tích theo mục đích của đơn hàng, qua đó làm rõ khác biệt về hiệu suất giữa các quy trình như nhận hàng nhập và xuất hàng. Lấy dữ liệu ở đâu Thường nằm trong bảng đầu đơn hàng của Körber WMS. Tìm trường có tên 'OrderType', 'TransactionType' hoặc tương tự. Ví dụ Lô hàng xuấtNhận hàng nhậpChuyển kho nội bộHàng khách trả lại | |||
| Mã kho WarehouseId | Mã định danh duy nhất của kho hoặc trung tâm phân phối nơi các hoạt động diễn ra. | ||
| Mô tả Mã kho cho biết địa điểm hoặc cơ sở thực tế đang xử lý đơn hàng kho. Với tổ chức có nhiều trung tâm phân phối, đây là chiều phân tích quan trọng. Thuộc tính này cho phép so sánh hiệu suất giữa các địa điểm. Ví dụ, bạn có thể so sánh 'Thời gian chu kỳ trung bình từ đầu đến cuối của đơn hàng' giữa Kho A và Kho B để tìm ra cách làm hiệu quả hoặc vấn đề vận hành riêng tại từng địa điểm. Vì sao điều này quan trọng Cho phép so sánh và đối chiếu hiệu suất giữa các địa điểm kho, giúp phát hiện vấn đề riêng theo khu vực hoặc cơ sở. Lấy dữ liệu ở đâu Thông tin này thường có trong bảng đầu đơn hàng hoặc bảng cấu hình địa điểm. Trường tương ứng có thể mang tên 'Plant', 'Site' hoặc 'LocationCode'. Ví dụ WH-NYCDC-LAXFC-DAL | |||
| Ngày hoàn tất theo yêu cầu RequestedCompletionDate | Ngày khách hàng hoặc bên liên quan nội bộ yêu cầu hoàn tất đơn hàng. | ||
| Mô tả Đây là ngày mục tiêu hoàn tất hoặc giao hàng của đơn hàng xuất, thường dựa trên kỳ vọng của khách hàng hoặc thỏa thuận mức dịch vụ (SLA). Ngày này là hạn chót chính để so sánh với kết quả thực tế. Ngày này rất quan trọng đối với dashboard 'Phân tích đơn hàng xử lý nhanh'. So sánh 'Ngày hoàn tất theo yêu cầu' với 'Ngày hoàn tất thực tế' (dấu thời gian của hoạt động 'Xuất lô hàng' hoặc 'Hoàn tất đơn hàng kho') giúp đánh giá tỷ lệ giao đúng hạn và nhận diện những đơn có nguy cơ trễ. Vì sao điều này quan trọng Làm cơ sở đo tỷ lệ đúng hạn và mức độ đáp ứng thỏa thuận mức dịch vụ (SLA), đồng thời giúp phát hiện các đơn hàng có nguy cơ trễ. Lấy dữ liệu ở đâu Có trong bảng đầu đơn hàng. Tên trường thường gặp gồm 'RequiredDeliveryDate', 'RequestedShipDate' hoặc 'SLA'. Ví dụ 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Nhà vận chuyển Carrier | Đơn vị vận chuyển được giao nhiệm vụ giao đơn hàng đến điểm nhận cuối cùng. | ||
| Mô tả Nhà vận chuyển là đơn vị logistics bên thứ ba (ví dụ: FedEx, UPS, DHL) chịu trách nhiệm vận chuyển hàng từ kho đến điểm nhận cuối cùng. Đơn vị này thường được chỉ định trong giai đoạn lập kế hoạch hoặc điều phối giao hàng. Phân tích theo nhà vận chuyển giúp phát hiện khác biệt về hiệu suất giữa các đối tác giao hàng. Ví dụ, bạn có thể xác định nhà vận chuyển nào thường có thời gian tập kết lâu hơn hoặc hay giao trễ hơn. Dữ liệu này hữu ích khi đàm phán hợp đồng và lựa chọn nhà vận chuyển. Vì sao điều này quan trọng Cho phép phân tích hiệu suất của từng đối tác vận chuyển, giúp tối ưu logistics và nâng cao độ tin cậy khi giao hàng. Lấy dữ liệu ở đâu Có trong các bảng lô hàng hoặc lập kế hoạch vận chuyển của Körber WMS. Tìm các trường như 'CarrierCode', 'ShippingAgent' hoặc 'SCAC'. Ví dụ FedExUPSDHLLocal Freight Inc. | |||
| Số lượng dự kiến PlannedQuantity | Số lượng mặt hàng dự kiến được xử lý trong một tác vụ, chẳng hạn như lấy hàng hoặc nhận hàng. | ||
| Mô tả Số lượng dự kiến là số đơn vị cần xử lý theo yêu cầu của đơn hàng kho. Ví dụ, nếu đơn hàng yêu cầu lấy 10 đơn vị của một SKU cụ thể, số lượng dự kiến cho tác vụ lấy hàng đó là 10. Thuộc tính này rất quan trọng để phát hiện sai lệch khi so sánh với 'Số lượng thực tế'. Đây là dữ liệu đầu vào chính để tính KPI 'Tỷ lệ sai lệch khi lấy hàng' và 'Tỷ lệ sai lệch tồn kho', giúp duy trì độ chính xác của hàng tồn kho. Vì sao điều này quan trọng Làm cơ sở đo độ chính xác của các tác vụ như lấy hàng và nhận hàng, giúp phát hiện sai lệch tồn kho. Lấy dữ liệu ở đâu Có trong các bảng tác vụ hoặc chi tiết dòng hàng của đơn. Tìm các trường như 'OrderQuantity', 'PlannedQty' hoặc 'ExpectedQuantity'. Ví dụ 10501 | |||
| Thiết bị sử dụng EquipmentUsed | Mã định danh của thiết bị dùng để thực hiện tác vụ, chẳng hạn như xe nâng hoặc máy quét. | ||
| Mô tả Thuộc tính này cho biết thiết bị xử lý hàng hóa (MHE) hoặc công nghệ được sử dụng trong một tác vụ kho. Thiết bị có thể là xe nâng, xe nâng tay, máy quét cầm tay hoặc xe tự hành (AGV). Phân tích theo thiết bị giúp đánh giá mức độ sử dụng tài nguyên, nhu cầu bảo trì và ảnh hưởng của từng loại thiết bị đến hiệu quả tác vụ. Đây là chiều phân tích quan trọng trong dashboard 'Mức sử dụng tài nguyên và khối lượng công việc', giúp bạn có cái nhìn tổng thể về cả nhân lực lẫn máy móc. Vì sao điều này quan trọng Cho phép phân tích mức độ sử dụng thiết bị và ảnh hưởng của thiết bị đến hiệu suất tác vụ, từ đó tối ưu đội xe và phát hiện điểm nghẽn liên quan đến máy móc. Lấy dữ liệu ở đâu Xem tài liệu Körber WMS. Dữ liệu này có thể được ghi trong bản ghi thực hiện tác vụ, nhất là khi người vận hành đăng nhập vào thiết bị cụ thể. Ví dụ FORKLIFT-08SCANNER-112AGV-03 | |||
| Thời điểm kết thúc EndTime | Dấu thời gian cho biết khi nào hoạt động hoàn tất, nếu có. | ||
| Mô tả Thời điểm kết thúc là dấu thời gian ghi nhận lúc một hoạt động hoàn tất. Trong khi StartTime (EventTime) đánh dấu thời điểm bắt đầu, thời điểm kết thúc cho biết lúc hoạt động kết thúc, nhờ đó có thể tính trực tiếp thời lượng của hoạt động đó. Không phải sự kiện nào cũng có thời điểm kết thúc riêng. Với nhiều sự kiện, thời điểm bắt đầu của sự kiện tiếp theo được dùng để ước tính thời lượng của sự kiện trước. Thuộc tính này rất hữu ích để tính chính xác thời gian xử lý của từng tác vụ. Ví dụ, có thể dùng thuộc tính này để tính 'Thời gian kiểm tra chất lượng trung bình' bằng cách đo từ lúc bắt đầu đến khi kết thúc kiểm tra. Vì sao điều này quan trọng Giúp tính chính xác thời gian xử lý của từng hoạt động, qua đó nhận diện các tác vụ kém hiệu quả và điểm nghẽn về tài nguyên. Lấy dữ liệu ở đâu Xem tài liệu Körber WMS. Thông tin này có thể nằm trong bảng giao dịch cùng với thời điểm bắt đầu hoặc trong các bảng lịch sử trạng thái liên quan. Ví dụ 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Thời gian chu kỳ CycleTime | Tổng thời gian từ khi tạo đến khi hoàn tất đơn hàng kho. | ||
| Mô tả Thời gian chu kỳ là chỉ số được tính bằng tổng thời gian đã trôi qua của một hồ sơ, từ sự kiện đầu tiên ('Tạo đơn hàng kho') đến sự kiện cuối cùng ('Hoàn tất đơn hàng kho'). Chỉ số này thể hiện thời gian xử lý đơn hàng từ đầu đến cuối. Đây là KPI hiệu suất chính trong process mining, giúp trả lời trực tiếp câu hỏi 'Mất bao lâu?'. Chỉ số này là trọng tâm của dashboard 'Thời gian chu kỳ từ đầu đến cuối của đơn hàng kho' và KPI 'Thời gian chu kỳ trung bình từ đầu đến cuối của đơn hàng', dùng để theo dõi tình trạng chung của quy trình và nhận diện các đơn mất nhiều thời gian bất thường để xử lý. Vì sao điều này quan trọng Đây là KPI quan trọng để đo hiệu quả chung của quy trình kho, ảnh hưởng trực tiếp đến mức độ hài lòng của khách hàng và chi phí vận hành. Lấy dữ liệu ở đâu Công cụ process mining tính chỉ số này 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 cho từng đơn hàng kho. Ví dụ 8640017280036000 | |||
| Trạng thái SLA SLAStatus | Cho biết đơn hàng đã hoàn tất đúng hạn, bị trễ hay có nguy cơ trễ, dựa trên ngày hoàn tất theo yêu cầu. | ||
| Mô tả Trạng thái SLA là thuộc tính được tính để phân loại từng đơn hàng theo mức độ đúng hạn so với 'RequestedCompletionDate'. Các giá trị có thể gồm 'Đúng hạn', 'Trễ' hoặc 'Đang xử lý'. Thuộc tính này cho biết ngay hiệu suất đáp ứng mức dịch vụ. Bạn có thể nhanh chóng lọc và phân tích các đơn hàng bị trễ để tìm nguyên nhân gốc, chẳng hạn như điểm nghẽn cụ thể hoặc vấn đề về tài nguyên. Đây là yếu tố quan trọng trong các phân tích về mức độ hài lòng của khách hàng và độ tin cậy trong vận hành. Vì sao điều này quan trọng Đo trực tiếp mức độ đáp ứng thỏa thuận mức dịch vụ, giúp dễ dàng nhận diện đơn hàng bị trễ và phân tích nguyên nhân gốc. Lấy dữ liệu ở đâu Được tính ở lớp chuyển đổi dữ liệu bằng cách so sánh dấu thời gian của sự kiện 'Hoàn tất đơn hàng kho' với 'RequestedCompletionDate'. Ví dụ Đúng hạnTrễĐang xử lý | |||
| Vị trí lưu trữ StorageLocation | Vị trí cụ thể trong kho, chẳng hạn như ô kệ hoặc lối đi, nơi hàng được lưu trữ hoặc lấy ra. | ||
| Mô tả Thuộc tính này xác định tọa độ thực tế trong kho, chẳng hạn như giá kệ, ngăn kệ hoặc ô chứa hàng. Thuộc tính này liên quan đến các hoạt động như 'Cất hàng vào vị trí lưu trữ' và 'Lấy hàng khỏi vị trí lưu trữ'. Dữ liệu này được dùng trong dashboard 'Hiệu quả cất hàng và mức sử dụng vị trí' để phân tích thời gian di chuyển, mức độ sử dụng vị trí và hiệu quả của cách bố trí lưu trữ. Ví dụ, dữ liệu có thể giúp xác định liệu mặt hàng bán chạy có được đặt ở vị trí dễ lấy để giảm thời gian lấy hàng hay không. Vì sao điều này quan trọng Giúp tối ưu cách bố trí kho và chiến lược lưu trữ bằng cách phân tích thời gian di chuyển, cũng như hiệu quả cất và lấy hàng tại từng vị trí. Lấy dữ liệu ở đâu Có trong các bảng dữ liệu chính về hàng tồn kho, tác vụ hoặc vị trí. Tìm các trường như 'BinCode', 'LocationID' hoặc 'StorageBin'. Ví dụ A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
Hoạt động quản lý kho hàng
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Đã đóng gói hàng | Quá trình đóng gói hàng vào thùng hoặc kiện vận chuyển đã hoàn tất, bao bì được niêm phong và dán nhãn. Sự kiện này cho biết đơn hàng đã sẵn sàng để tập kết và giao đi, đồng thời được ghi nhận rõ trên hệ thống. | ||
| Vì sao điều này quan trọng Mốc quan trọng này đánh dấu việc hoàn tất chuẩn bị hàng để giao. Mốc này được dùng để tính năng suất đóng gói và xác định chậm trễ trước khi xếp hàng lên xe. Lấy dữ liệu ở đâu Nhân viên thực hiện giao dịch “Packing Complete” hoặc “Close Carton”, ghi lại dấu thời gian hoàn tất cho kiện hàng. Thu thập Dấu thời gian từ giao dịch “Close Container” hoặc “Packing Complete”. Loại sự kiện explicit | |||
| Đã lấy hàng khỏi vị trí lưu trữ | Nhân viên xác nhận đã lấy các mặt hàng trong đơn khỏi vị trí lưu trữ. Thao tác này thường được thực hiện bằng cách quét mã mặt hàng và vị trí, cập nhật giảm tồn kho tại vị trí đó và ghi lại hoạt động. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng trong quy trình xử lý hàng xuất. Sự kiện này giúp phân tích thời gian lấy hàng và xác định chậm trễ có thể xảy ra giữa khâu lấy hàng và đóng gói. Lấy dữ liệu ở đâu Ghi nhận khi nhân viên xác nhận hoàn tất tác vụ lấy hàng bằng thiết bị RF. Thao tác này cập nhật trạng thái tác vụ thành “Completed” và lưu dấu thời gian hoàn tất. Thu thập Dấu thời gian từ giao dịch xác nhận tác vụ lấy hàng. Loại sự kiện explicit | |||
| Đã nhận và kiểm đếm hàng | Nhân viên kho dỡ hàng, quét mã và kiểm đếm số lượng nhận được so với thông báo giao hàng nhập. Giao dịch này xác nhận rõ số lượng vật tư cụ thể đã được kho tiếp nhận. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng trong quy trình nhận hàng, giúp tính KPI như “Thời gian từ nhận hàng đến đưa vào vị trí lưu trữ”. Sự kiện này cũng giúp sớm phát hiện chênh lệch giữa số lượng dự kiến và số lượng thực nhận. Lấy dữ liệu ở đâu Sự kiện được tạo khi người dùng xác nhận số lượng nhận bằng máy quét RF hoặc giao dịch trên máy tính. Thao tác này cập nhật trạng thái tồn kho thành “Received” hoặc “On-Hand” tại vị trí tập kết. Thu thập Dấu thời gian từ giao dịch xác nhận nhận hàng. Loại sự kiện explicit | |||
| Đã xuất hàng | Hàng được xếp lên xe và xe rời khỏi kho. Sự kiện này được kích hoạt bởi giao dịch “Ship Confirm” hoặc “Post Goods Issue”, hoàn tất việc xuất hàng trên hệ thống. | ||
| Vì sao điều này quan trọng Cột mốc quan trọng này đánh dấu thời điểm hàng hóa rời khỏi kho. Đây thường là sự kiện then chốt để lập hóa đơn và cập nhật cho khách hàng. Lấy dữ liệu ở đâu Hệ thống thực hiện giao dịch 'Ship Confirm', thường đi kèm với việc in vận đơn (Bill of Lading). Giao dịch này có dấu thời gian cụ thể. Thu thập Dấu thời gian của giao dịch 'Ship Confirm' hoặc 'Post Goods Issue'. Loại sự kiện explicit | |||
| Đơn hàng kho được tạo | Đơn hàng kho được tạo lần đầu trên hệ thống, thể hiện nhu cầu di chuyển hàng hóa. Sự kiện này thường được ghi lại rõ ràng khi người dùng hoặc hệ thống tích hợp như ERP tạo bản ghi đơn hàng kèm dấu thời gian. | ||
| Vì sao điều này quan trọng Đây là điểm bắt đầu của quy trình từ đầu đến cuối. Sự kiện này rất cần thiết để đo tổng thời gian xử lý đơn và hiểu rõ nhu cầu cũng như số lượng đơn hàng. Lấy dữ liệu ở đâu Thông tin này được lấy từ dấu thời gian tạo trong bảng tiêu đề đơn hàng kho chính, khi bản ghi đơn mới được lưu trong Körber WMS. Thu thập Lấy từ dấu thời gian tạo trong tiêu đề đơn hàng kho. Loại sự kiện explicit | |||
| Hàng đã được đưa vào vị trí lưu trữ | Nhân viên xác nhận hoàn tất tác vụ đưa hàng vào vị trí lưu trữ, thường bằng cách quét mã vị trí và pallet hoặc mặt hàng. Thao tác này ghi nhận rõ việc di chuyển và cập nhật vị trí tồn kho trên hệ thống. | ||
| Vì sao điều này quan trọng Mốc quan trọng này đánh dấu kết thúc quy trình nhận hàng. Mốc này được dùng để tính KPI “Thời gian đưa hàng vào vị trí lưu trữ” và “Thời gian từ nhận hàng đến đưa vào vị trí lưu trữ”. Lấy dữ liệu ở đâu Ghi nhận khi nhân viên xác nhận hoàn tất tác vụ đưa hàng vào vị trí lưu trữ bằng thiết bị RF. Thao tác này cập nhật trạng thái tác vụ thành “Completed” và lưu dấu thời gian hoàn tất. Thu thập Dấu thời gian từ giao dịch xác nhận đưa hàng vào vị trí lưu trữ. Loại sự kiện explicit | |||
| Hoàn tất đơn hàng kho | Đơn hàng kho được đóng trên hệ thống, cho biết mọi hoạt động di chuyển hàng hóa và giao dịch liên quan đã hoàn tất. Sự kiện này thường được xác định dựa trên thay đổi trạng thái ở phần đầu đơn hàng, đánh dấu kết thúc vòng đời của đơn. | ||
| Vì sao điều này quan trọng Đây là điểm kết thúc chính của quy trình, cần thiết để tính thời gian xử lý từ đầu đến cuối và đo tỷ lệ hoàn tất toàn quy trình. Lấy dữ liệu ở đâu Được xác định dựa trên việc trạng thái ở phần đầu đơn hàng kho chuyển sang trạng thái cuối như 'Complete' hoặc 'Closed'. Thu thập Được xác định dựa trên dấu thời gian khi trạng thái ở phần đầu đơn hàng kho chuyển thành 'Completed'. Loại sự kiện inferred | |||
| Bắt đầu đóng gói | Hàng đã lấy được chuyển đến trạm đóng gói và nhân viên bắt đầu đóng gói. Sự kiện này thường được suy ra từ lần quét mặt hàng đầu tiên tại trạm đóng gói gắn với một đơn hàng xuất cụ thể. | ||
| Vì sao điều này quan trọng Đánh dấu thời điểm bắt đầu đóng gói. Đo thời gian chờ trước hoạt động này và thời lượng đóng gói giúp xác định điểm nghẽn trong khâu chuẩn bị giao hàng. Lấy dữ liệu ở đâu Có thể ghi nhận bằng giao dịch “Start Packing”, nhưng thường được suy ra từ lần quét mặt hàng đầu tiên tại trạm đóng gói của đơn hàng. Thu thập Suy ra từ dấu thời gian của thao tác đầu tiên tại trạm đóng gói cho một đơn hàng cụ thể. Loại sự kiện inferred | |||
| Đã kiểm tra chất lượng | Hàng đã nhận được kiểm tra chất lượng, có thể bao gồm việc chuyển hàng đến khu vực kiểm tra riêng. Hoạt động này thường được suy ra từ thay đổi trạng thái tồn kho, chẳng hạn từ “On-Hand” sang “QI Hold”, rồi trở lại “Unrestricted”. | ||
| Vì sao điều này quan trọng Sự kiện này giúp phân tích thời lượng kiểm tra chất lượng, vốn có thể trở thành điểm nghẽn đáng kể. Bạn cũng có thể theo dõi số lượng hàng được kiểm tra và xác định chậm trễ khiến hàng chưa sẵn sàng để sử dụng. Lấy dữ liệu ở đâu Có thể suy ra từ chuỗi thay đổi trạng thái tồn kho liên quan đến việc giữ hàng để kiểm tra chất lượng. Một số hệ thống có nhật ký giao dịch quản lý chất lượng riêng. Thu thập Suy ra từ thay đổi trạng thái tồn kho hoặc nhật ký giao dịch liên quan đến lệnh kiểm tra chất lượng. Loại sự kiện inferred | |||
| Đã nhận thông báo giao hàng nhập | Doanh nghiệp nhận được thông báo giao hàng trước (ASN) hoặc thông báo giao hàng nhập từ nhà cung cấp. Sự kiện này báo trước lịch hàng đến để kho lên kế hoạch nhận hàng. Thông báo thường được tạo qua giao dịch EDI hoặc nhập thủ công. | ||
| Vì sao điều này quan trọng Hoạt động này đánh dấu thời điểm bắt đầu lập kế hoạch nhận hàng. Phân tích khoảng thời gian từ lúc nhận thông báo đến khi hàng đến giúp đánh giá hiệu suất nhà cung cấp và lập kế hoạch nhân công. Lấy dữ liệu ở đâu Lấy từ dấu thời gian tạo bản ghi ASN hoặc giao hàng nhập, thường được tạo qua giao diện EDI hoặc nhập dữ liệu thủ công. Thu thập Ghi nhận khi bản ghi ASN được tạo thành công trên hệ thống. Loại sự kiện explicit | |||
| Đã tạo tác vụ đưa hàng vào vị trí lưu trữ | WMS tạo tác vụ để nhân viên chuyển hàng đã nhận từ khu vực tập kết đến vị trí lưu trữ cuối cùng. Dựa trên chiến lược đưa hàng vào vị trí lưu trữ, hệ thống xác định vị trí phù hợp nhất cho từng mặt hàng. | ||
| Vì sao điều này quan trọng Sự kiện này đánh dấu thời điểm bắt đầu đưa hàng vào vị trí lưu trữ. Phân tích khoảng thời gian từ lúc tạo tác vụ đến khi hoàn tất giúp đo hiệu quả của hệ thống và nhân viên. Lấy dữ liệu ở đâu Một bản ghi được tạo trong bảng quản lý tác vụ hoặc hàng đợi công việc, có loại tác vụ “Putaway” và dấu thời gian tạo tương ứng. Thu thập Lấy từ dấu thời gian tạo bản ghi tác vụ đưa hàng vào vị trí lưu trữ. Loại sự kiện explicit | |||
| Đã tạo tác vụ lấy hàng | Hệ thống tạo tác vụ lấy hàng cho nhân viên dựa trên đơn hàng kho xuất. Tác vụ hướng dẫn nhân viên đến vị trí cụ thể để lấy một số lượng nhất định của mặt hàng. | ||
| Vì sao điều này quan trọng Sự kiện này khởi đầu quy trình xử lý hàng xuất. Phân tích việc tạo tác vụ lấy hàng giúp hiểu rõ cách xử lý đơn và phân bổ khối lượng công việc. Lấy dữ liệu ở đâu Một bản ghi có loại tác vụ “Picking” và dấu thời gian tạo được thêm vào bảng quản lý tác vụ hoặc hàng đợi công việc trong Körber WMS. Thu thập Lấy từ dấu thời gian tạo bản ghi tác vụ lấy hàng. Loại sự kiện explicit | |||
| Đã tập kết chờ giao hàng | Các thùng hoặc pallet đã đóng gói được chuyển từ khu vực đóng gói đến làn tập kết được chỉ định để chờ đơn vị vận chuyển đến lấy. Sự kiện này thường được suy ra từ dấu thời gian của giao dịch di chuyển tồn kho đến vị trí giao hàng. | ||
| Vì sao điều này quan trọng Sự kiện này giúp phân tích thời gian hàng nằm chờ giữa lúc đóng gói và giao đi. Thời gian chờ lâu có thể cho thấy việc phối hợp với đơn vị vận chuyển chưa tốt hoặc quản lý cửa xuất hàng chưa hiệu quả. Lấy dữ liệu ở đâu Suy ra từ thay đổi vị trí của đơn vị hàng hóa từ khu vực đóng gói sang làn giao hàng. Giao dịch di chuyển có dấu thời gian cần thiết. Thu thập Suy ra từ dấu thời gian của giao dịch di chuyển tồn kho đến vị trí tập kết. Loại sự kiện inferred | |||
| Hàng đến khu vực nhận hàng | Ghi nhận thời điểm xe chở hàng đến khu vực nhận hàng của kho. Nhân viên cổng hoặc nhân viên nhận hàng thường thực hiện thao tác này, đánh dấu lúc bắt đầu nhận hàng thực tế. Sự kiện thường được suy ra từ thay đổi trạng thái của lô hàng. | ||
| Vì sao điều này quan trọng Sự kiện này giúp đo mức độ đúng giờ của đơn vị vận chuyển và phân tích thời gian chờ tại khu vực nhận hàng, qua đó xác định điểm nghẽn có thể phát sinh trước khi dỡ hàng. Lấy dữ liệu ở đâu Thường được ghi nhận dưới dạng cập nhật trạng thái trong bản ghi giao hàng nhập hoặc qua giao dịch “Check-In” trong phân hệ quản lý bãi xe nếu có. Thu thập Suy ra từ thay đổi trạng thái thành “Arrived” hoặc “At Dock” trong bản ghi giao hàng nhập. Loại sự kiện inferred | |||
| Hủy đơn hàng kho | Đơn hàng kho bị hủy trước khi hoàn tất, khiến mọi công việc đang thực hiện dừng lại. Sự kiện này thường được xác định dựa trên việc trạng thái ở phần đầu đơn hàng chuyển thành 'Canceled'. | ||
| Vì sao điều này quan trọng Đây là một điểm kết thúc khác của quy trình. Phân tích các trường hợp hủy giúp tìm hiểu nguyên nhân quy trình không hoàn tất, chẳng hạn như thiếu hàng hoặc khách hàng thay đổi yêu cầu. Lấy dữ liệu ở đâu Được xác định dựa trên việc trạng thái ở phần đầu đơn hàng kho chuyển thành 'Canceled' hoặc 'Deleted', cùng với dấu thời gian của thay đổi đó. Thu thập Được xác định dựa trên dấu thời gian khi trạng thái ở phần đầu đơn hàng kho chuyển thành 'Canceled'. Loại sự kiện inferred | |||
Hướng dẫn trích xuất dữ liệu
Các bước
- Thiết lập quyền truy cập cơ sở dữ liệu: Lấy thông tin đăng nhập chỉ đọc và thông tin kết nối (tên máy chủ, tên cơ sở dữ liệu, cổng) cho cơ sở dữ liệu Körber WMS đang chạy hoặc bản sao. Bạn sẽ cần công cụ như Microsoft SQL Server Management Studio (SSMS) hoặc Oracle SQL Developer.
- Xác định các bảng chính: Trước khi chạy tập lệnh, hãy cùng quản trị viên hệ thống xác minh chính xác tên bảng và cột trong bản triển khai Körber WMS của bạn, vì các tên này có thể khác nhau. Các bảng chính thường gồm tiêu đề đơn hàng, tác vụ và giao dịch tồn kho.
- Kết nối với cơ sở dữ liệu: Mở ứng dụng SQL và kết nối với cơ sở dữ liệu Körber WMS bằng thông tin đăng nhập đã được cấp.
- Tải tập lệnh SQL: Mở cửa sổ truy vấn mới và sao chép toàn bộ tập lệnh SQL trong phần 'query' của tài liệu này.
- Thiết lập tham số: Tìm các biến giữ chỗ ở đầu tập lệnh. Thay
@[StartDate],@[EndDate]và@[WarehouseId]bằng khoảng ngày mong muốn và mã kho cụ thể để lọc dữ liệu trích xuất. - Chạy truy vấn: Chạy tập lệnh SQL đã cấu hình. Thời gian chạy tùy thuộc vào khoảng ngày và lượng dữ liệu trong hệ thống.
- Kiểm tra kết quả: Khi truy vấn chạy xong, xem nhanh kết quả trong ứng dụng SQL để đảm bảo có dữ liệu và các cột (
WarehouseOrder,ActivityName,EventTime, v.v.) có giá trị như mong đợi. - Xuất sang CSV: Xuất toàn bộ kết quả truy vấn thành tệp CSV. Hầu hết ứng dụng SQL đều có chức năng xuất trực tiếp kết quả truy vấn.
- Chuẩn bị tải lên: Lưu tệp CSV đã xuất với mã hóa UTF-8. Kiểm tra để đảm bảo tiêu đề cột khớp chính xác với tên thuộc tính bắt buộc, không có khoảng trắng hoặc ký tự thừa.
Cấu hình
- Kết nối cơ sở dữ liệu: Cần kết nối trực tiếp với cơ sở dữ liệu. Bạn phải cung cấp địa chỉ máy chủ, tên cơ sở dữ liệu, tên người dùng hợp lệ và mật khẩu. Nên dùng tài khoản chỉ đọc để tránh vô tình sửa dữ liệu.
- Lọc khoảng ngày: Truy vấn dùng các biến giữ chỗ
@StartDatevà@EndDateđể xác định khoảng thời gian trích xuất. Khi bắt đầu phân tích, nên chọn khoảng thời gian từ 3 đến 6 tháng để ghi nhận đủ biến thể quy trình mà không làm cơ sở dữ liệu quá tải. - Lọc kho và đơn hàng: Tập lệnh có biến giữ chỗ
@[WarehouseId]để giới hạn dữ liệu ở một cơ sở cụ thể. Bạn có thể thêm bộ lọc khác vào mệnh đềWHERE, chẳng hạn loại đơn hàng hoặc khách hàng, để thu hẹp tập dữ liệu. - Mức độ chi tiết dữ liệu: Tập lệnh trích xuất sự kiện ở cả cấp tiêu đề đơn hàng (ví dụ: 'Warehouse Order Created') và cấp chi tiết tác vụ hoặc giao dịch (ví dụ: 'Goods Picked').
- Điều kiện cần có: Bạn cần đủ quyền cơ sở dữ liệu để đọc tất cả bảng được tham chiếu trong truy vấn. Bạn cũng cần hiểu cấu trúc dữ liệu Körber WMS của mình để xác minh và điều chỉnh tên bảng, tên cột nếu cần.
Truy vấn mẫu sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId;Sẵn sàng bắt đầu?
Bắt đầu tìm hiểu dữ liệu để phát hiện cơ hội cải thiện và những điểm chưa hiệu quả trong quy trình quản lý kho hàng. Mẫu này là nền tảng để bạn cải tiến dựa trên dữ liệu.
Tối ưu quản lý kho hàng, nâng cao hiệu quả ngay hôm nay
Giảm lỗi lấy hàng và nhanh chóng đạt độ chính xác tồn kho 99,5%.
Không cần thẻ tín dụng. Bạn có thể hủy bất cứ lúc nào.