> Cải tiến quy trình liên tục > Quản lý kho > Oracle WMS Cloud > Mẫu dữ liệu

Mẫu dữ liệu quản lý kho của bạn

Oracle WMS Cloud

Thuộc tính quản lý kho(21) Hoạt động quản lý kho(16) Hướng dẫn trích xuất(2)

Mẫu dữ liệu quản lý kho của bạn

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình quản lý kho. Mẫu nêu rõ các thuộc tính và hoạt động cần theo dõi, đồng thời hướng dẫn cách trích xuất thông tin từ hệ thống nguồn.

Các thuộc tính nên thu thập
Các hoạt động chính cần theo dõi trong quy trình
Hướng dẫn trích xuất dữ liệu

Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Tải mẫu xuống

Thuộc tính quản lý kho

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích hoạt động quản lý kho.

5 Bắt buộc 7 Nên có 9 Không bắt buộc

	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 từ đầu đến cuối.
Mô tả Đơn hàng kho là mã định danh trung tâm, dùng để nhóm mọi sự kiện và hoạt động liên quan đến một tác vụ logistics trong kho, chẳng hạn như nhận hàng nhập kho hoặc giao hàng xuất kho. Đây là mã hồ sơ dùng trong process mining, giúp phân tích toàn bộ vòng đời quy trình kho của đơn hàng đó từ đầu đến cuối. Phân tích theo đơn hàng kho giúp bạn hình dung toàn bộ hành trình, từ lúc tạo đơn đến khi hoàn tất hoặc bị hủy. Qua đó, bạn có thể xác định các luồng quy trình phổ biến, điểm nghẽn, sai lệch và các vòng lặp làm lại ảnh hưởng đến hiệu quả vận hành kho. Góc nhìn này rất quan trọng để hiểu hiệu suất tổng thể và mức độ tuân thủ quy trình chuẩn của từng loại đơn hàng. Vì sao điều này quan trọng Đây là Case ID thiết yếu, kết nối mọi hoạt động liên quan trong kho để bạn theo dõi toàn bộ quy trình của từng đơn hàng logistics từ đầu đến cuối. Lấy dữ liệu ở đâu Thông thường, bạn có thể tìm thấy mã định danh này ở cấp tiêu đề trong các bảng đơn hàng kho của Oracle WMS Cloud, chẳng hạn trong mô-đun Orders hoặc Tasks. Ví dụ WO-0054321ORD-9876543SHIP-2024-1001
	Tên hoạt động ActivityName	Tên của một sự kiện hoặc tác vụ nghiệp vụ cụ thể diễn ra trong quy trình quản lý kho, chẳng hạn như 'Đã lấy hàng' hoặc 'Đã điều phối lô hàng'.
Mô tả Tên hoạt động mô tả một bước hoặc cột mốc trong vòng đời đơn hàng kho. Các hoạt động này tạo thành những nút theo trình tự trên sơ đồ quy trình, giúp bạn hình dung và phân tích luồng quy trình. Mỗi hoạt động có dấu thời gian, làm cơ sở để đo hiệu suất và phân tích điểm nghẽn. Trong process mining, thuộc tính này là nền tảng để xây dựng mô hình quy trình. Thuộc tính được dùng để phân tích tần suất, đường đi và thời lượng của các hoạt động giữa các bước. Hiểu rõ trình tự và tần suất của những hoạt động như 'Đã kiểm tra chất lượng' hoặc 'Đã tạo tác vụ lấy hàng' là điều cần thiết để phân bổ tài nguyên hợp lý và rút ngắn thời gian xử lý. 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 hình dung, phân tích và tối ưu hóa quy trình làm việc trong kho. Lấy dữ liệu ở đâu Thông tin này thường được lấy từ nhật ký sự kiện, bảng trạng thái tác vụ hoặc bản ghi giao dịch trong Oracle WMS Cloud, nơi lưu lại các cột mốc của quy trình. Ví dụ Hàng đến khoTạo tác vụ lấy hàngĐã đóng gói hàngĐã xuất hàng
	Thời điểm bắt đầu sự kiện EventStartTime	Dấu thời gian cho biết một hoạt động hoặc sự kiện cụ thể trong kho bắt đầu khi nào.
Mô tả Thời điểm bắt đầu sự kiện là ngày giờ chính xác đánh dấu lúc một hoạt động bắt đầu. Đây là thuộc tính thời gian chính được dùng trong process mining để sắp xếp sự kiện theo trình tự thời gian và tính thời lượng cũng như thời gian chu kỳ. Dấu thời gian này rất cần thiết để dựng lại chính xác luồng quy trình đã diễn ra. Phân tích dựa trên thời điểm bắt đầu sự kiện rất quan trọng để theo dõi hiệu suất. Thuộc tính này giúp tính các chỉ số như thời gian giữa các hoạt động, thời lượng của toàn bộ hồ sơ và mức độ đáp ứng thỏa thuận mức dịch vụ. Các dashboard hiển thị thời gian chu kỳ, chẳng hạn như 'Thời gian chu kỳ từ nhận hàng đến đưa vào vị trí lưu trữ', hoàn toàn dựa vào thuộc tính này để xác định chậm trễ. 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 chính xác và tính các chỉ số hiệu suất theo thời gian, như thời gian chu kỳ và điểm nghẽn. Lấy dữ liệu ở đâu Đây thường là trường dấu thời gian tạo hoặc bắt đầu gắn với bản ghi tác vụ hay sự kiện trong các bảng giao dịch của Oracle WMS Cloud. Ví dụ 2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
	Hệ thống nguồn SourceSystem	Hệ thống lấy dữ liệu quản lý kho.
Mô tả Thuộc tính này xác định nguồn gốc dữ liệu, trong trường hợp này là Oracle WMS Cloud. Dù giá trị có vẻ cố định, thuộc tính vẫn rất quan trọng để quản trị và truy xuất dữ liệu, cũng như khi gộp dữ liệu từ nhiều hệ thống để phân tích rộng hơn. Trong process mining, thuộc tính này giúp các bên liên quan tin tưởng dữ liệu và hiểu rõ bối cảnh của dữ liệu. Nếu các kho dùng những hệ thống khác nhau, trường này rất cần thiết để phân nhóm và so sánh hiệu suất quy trình giữa các kho. 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 và việc quản trị dữ liệu, đảm bảo khả năng truy xuất và hỗ trợ phân tích dữ liệu từ nhiều hệ thống. Lấy dữ liệu ở đâu Đây thường là giá trị cố định được thêm vào trong quá trình chuyển đổi dữ liệu để ghi rõ nguồn gốc của tập dữ liệu. Ví dụ Oracle WMS CloudOracle Fusion WMS
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian cho biết dữ liệu của sự kiện này được trích xuất hoặc làm mới lần cuối từ hệ thống nguồn khi nào.
Mô tả Lần cập nhật dữ liệu gần nhất cho biết ngày giờ dữ liệu được lấy từ Oracle WMS Cloud. Siêu dữ liệu này rất quan trọng để biết dữ liệu phân tích mới đến đâu và đảm bảo quyết định dựa trên thông tin hiện hành. Trên dashboard process mining, dấu thời gian này cho người dùng biết dữ liệu đang hiển thị được cập nhật gần đây đến mức nào. Nhờ đó, bạn có thể biết phân tích phản ánh hoạt động theo thời gian thực hay chỉ là ảnh chụp dữ liệu trong quá khứ, điều rất quan trọng khi theo dõi vận hành. Vì sao điều này quan trọng Cho biết dữ liệu mới đến đâu, giúp người dùng hiểu phân tích quy trình phản ánh tình hình hiện tại như thế nào. Lấy dữ liệu ở đâu Dấu thời gian này được tạo và thêm vào trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Loại đơn hàng kho WarehouseOrderType	Phân loại đơn hàng kho, chẳng hạn như nhận hàng nhập kho, giao hàng xuất kho hoặc điều chuyển nội bộ.
Mô tả Loại đơn hàng kho cho biết mục đích của đơn hàng. Các loại phổ biến gồm giao hàng cho khách, nhận hàng theo đơn mua, điều chuyển hàng giữa các cơ sở hoặc hàng trả lại. Việc phân loại này là cơ sở để chia nhóm phân tích quy trình và so sánh hiệu suất giữa các quy trình làm việc khác nhau. Trong process mining, lọc theo loại đơn hàng giúp tạo sơ đồ quy trình riêng cho luồng nhập và xuất kho, vốn thường có các bước và mục tiêu hiệu suất rất khác nhau. Ví dụ, KPI của đơn hàng xuất kho tập trung vào tốc độ và giao hàng cho khách, còn KPI của đơn hàng nhập kho tập trung vào khả năng sẵn có và độ chính xác của hàng tồn kho. Thuộc tính này rất quan trọng đối với dashboard 'Thông lượng lấy hàng và đóng gói', giúp so sánh các quy trình xử lý đơn hàng khác nhau. Vì sao điều này quan trọng Thuộc tính này giúp chia phân tích thành các quy trình riêng như nhập kho, xuất kho hoặc nội bộ, vốn có mục tiêu và quy trình làm việc khác nhau. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường có trong dữ liệu tiêu đề đơn hàng kho. Ví dụ Giao hàng xuất khoNhận hàng nhập khoĐiều chuyển nội bộHàng khách trả lại
	Mã người dùng/người vận hành UserOperatorId	Mã định danh của người dùng, người vận hành hoặc nhân viên thực hiện hoạt động trong kho.
Mô tả Thuộc tính này xác định người 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 đưa hàng vào vị trí lưu trữ. Đây là chiều phân tích quan trọng để đánh giá hiệu suất nhân sự, phân bổ khối lượng công việc và mức độ tuân thủ quy trình vận hành chuẩn. Phân tích quy trình theo mã người dùng/người vận hành giúp xác định nhân viên có hiệu suất cao, người cần được đào tạo thêm và tình trạng phân bổ công việc chưa đồng đều trong nhóm. Thuộc tính này rất cần thiết cho dashboard 'Mức độ sử dụng tài nguyên theo hoạt động', giúp bạn hiểu đóng góp của từng người dùng vào hiệu quả chung và xác định điểm nghẽn có thể liên quan đến thao tác của một người cụ thể. 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 nhân sự, xác định nhu cầu đào tạo và phân bổ khối lượng công việc công bằng hơn. Lấy dữ liệu ở đâu Thông tin này thường có trong bảng giao dịch hoặc tác vụ, thường được liên kết với người dùng đã đăng nhập vào hệ thống hoặc thiết bị cầm tay khi thực hiện thao tác. Ví dụ JSMITHBJOHNSONUSER123
	Mức độ ưu tiên PriorityLevel	Phân loại mức độ khẩn cấp của đơn hàng kho, chẳng hạn như 'Cao', 'Bình thường' hoặc 'Thấp'.
Mô tả Mức độ ưu tiên là thuộc tính do doanh nghiệp xác định để cho biết đơn hàng kho cần được xử lý gấp đến đâu. Các đơn hàng ưu tiên cao, như đơn giao nhanh hoặc đơn bổ sung hàng để xử lý tình trạng thiếu hụt nghiêm trọng, thường cần đi theo luồng xử lý nhanh hơn và được nhân sự ưu tiên giải quyết. Thuộc tính này rất cần thiết cho dashboard 'Hiệu suất xử lý đơn hàng ưu tiên'. Bằng cách lọc và so sánh quy trình theo mức độ ưu tiên, quản lý có thể đánh giá liệu các đơn hàng ưu tiên cao có thực sự được xử lý nhanh hơn và đáp ứng SLA nghiêm ngặt hơn hay không. Nhờ đó, tài nguyên được phân bổ hiệu quả để đáp ứng những nhu cầu cấp thiết nhất của doanh nghiệp. Vì sao điều này quan trọng Giúp đánh giá đơn hàng khẩn cấp có được xử lý nhanh hơn đơn hàng thông thường hay không, qua đó đảm bảo đáp ứng các SLA quan trọng. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường nằm trong dữ liệu tiêu đề đơn hàng. Ví dụ CaoBình thườngThấp
	Ngày hoàn tất theo yêu cầu RequestedCompletionDate	Ngày dự kiến đơn hàng kho sẽ hoàn tất hoặc được giao đi.
Mô tả Ngày hoàn tất theo yêu cầu là hạn chót trong thỏa thuận mức dịch vụ (SLA) hoặc thời hạn khách hàng mong muốn. Đây là mốc để so sánh với thời điểm đơn hàng thực sự hoàn tất, qua đó xác định đơn đúng hạn, sớm hay trễ. Thuộc tính này là cơ sở để theo dõi hiệu suất trên các dashboard như 'Mức độ đáp ứng SLA của đơn hàng kho' và tính KPI như 'Tỷ lệ giao hàng đúng hạn'. Bằng cách so sánh dấu thời gian điều phối thực tế với ngày yêu cầu, doanh nghiệp có thể đo lường mức độ đáp ứng dịch vụ, xác định nguyên nhân gốc rễ gây chậm trễ và ưu tiên các đơn hàng có nguy cơ trễ hạn. Vì sao điều này quan trọng Đây là thuộc tính chính để đo lường hiệu suất đúng hạn và mức độ tuân thủ SLA, yếu tố ảnh hưởng trực tiếp đến sự hài lòng của khách hàng. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường nằm trong dữ liệu tiêu đề đơn hàng và có thể được lấy từ đơn bán hàng hoặc đơn mua hàng. Ví dụ 2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
	Số lượng thực tế ActualQuantity	Số lượng mặt hàng thực tế được kiểm đếm hoặc xử lý trong một hoạt động, chẳng hạn như nhận hàng hoặc lấy hàng.
Mô tả Số lượng thực tế là số đơn vị hàng hóa được xử lý trong một tác vụ kho theo kiểm đếm thực tế. Số liệu này thường được ghi lại khi nhận hàng, đưa hàng vào vị trí lưu trữ, lấy hàng hoặc kiểm kê luân phiên. Đây là số liệu phản ánh thực tế biến động hàng tồn kho. Thuộc tính này rất quan trọng đối với dashboard 'Chênh lệch số lượng hàng tồn kho'. Bằng cách so sánh số lượng thực tế với số lượng dự kiến trong chứng từ nguồn, chẳng hạn như đơn mua hàng hoặc đơn giao hàng, bạn có thể nhanh chóng phát hiện chênh lệch. Phân tích các chênh lệch này giúp xác định nguyên nhân khiến số liệu tồn kho thiếu chính xác, như lỗi của nhà cung cấp, sai sót khi nhận hàng hoặc lỗi lấy hàng. Đây là việc cần thiết để duy trì số liệu tồn kho chính xác. Vì sao điều này quan trọng Thuộc tính này giúp phát hiện chênh lệch tồn kho bằng cách so sánh với số lượng dự kiến, qua đó cải thiện độ chính xác của số liệu tồn kho. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường nằm trong bảng chi tiết giao dịch hoặc dòng tác vụ. Ví dụ 10098500
	Thời điểm kết thúc sự kiện EventEndTime	Dấu thời gian cho biết một hoạt động hoặc sự kiện cụ thể trong kho hoàn tất khi nào.
Mô tả Thời điểm kết thúc sự kiện ghi lại chính xác ngày giờ một hoạt động hoàn tất. Khi có dữ liệu này, bạn có thể đo thời lượng hoạt động chính xác hơn so với việc suy ra thời điểm kết thúc từ lúc hoạt động tiếp theo bắt đầu. Điều này đặc biệt hữu ích với các tác vụ có thời gian xử lý đo được, như 'Đóng gói' hoặc 'Kiểm tra chất lượng'. Khi có cả thời điểm bắt đầu và kết thúc, bạn có thể tính chính xác thời gian xử lý của từng hoạt động. Nhờ đó, có thể phân biệt thời gian thực sự làm tác vụ với thời gian chờ bước tiếp theo bắt đầu. Sự phân biệt này rất quan trọng khi phân tích mức độ sử dụng tài nguyên và hiệu quả. Vì sao điều này quan trọng Giúp tính chính xác thời lượng từng hoạt động, qua đó phân biệt thời gian xử lý thực tế với thời gian chờ. Lấy dữ liệu ở đâu Đây thường là trường dấu thời gian hoàn tất hoặc kết thúc trong bản ghi tác vụ hay sự kiện của Oracle WMS Cloud. Ví dụ 2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
	Trạng thái SLA SLAState	Trạng thái được tính toán để cho biết đơn hàng kho hoàn tất đúng hạn, trễ hạn 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 suy ra, giúp phân loại ngay hiệu suất của đơn hàng so với hạn chót. Trạng thái này được tính bằng cách so sánh dấu thời gian của hoạt động hoàn tất, chẳng hạn như 'Đã điều phối lô hàng', với 'RequestedCompletionDate'. Đơn hàng có thể được phân loại là 'Đúng hạn', 'Trễ hạn' hoặc 'Có nguy cơ trễ' nếu vẫn đang mở và sắp đến hạn. Thuộc tính này được thiết kế cho dashboard 'Mức độ đáp ứng SLA của đơn hàng kho'. Thuộc tính chuyển việc so sánh ngày tháng phức tạp thành trạng thái dễ hiểu, giúp bạn nhanh chóng đánh giá hiệu suất bằng hình ảnh. Chuyên viên phân tích có thể lọc tất cả đơn hàng trễ hạn rồi tìm nguyên nhân vì sao không đáp ứng thỏa thuận mức dịch vụ. Vì sao điều này quan trọng Cung cấp trạng thái SLA dễ hiểu chỉ qua một cái nhìn, giúp bạn theo dõi và phân tích hiệu suất đúng hạn. Lấy dữ liệu ở đâu Trạng thái này được tính bằng cách so sánh dấu thời gian của hoạt động cuối cùng với RequestedCompletionDate. Ví dụ Đúng hạnTrễ hạnCó nguy cơ
	Đơn vị vận chuyển Carrier	Đơn vị vận chuyển hoặc nhà cung cấp dịch vụ vận tải được chỉ định để giao lô hàng xuất kho.
Mô tả Thuộc tính đơn vị vận chuyển xác định đối tác logistics chịu trách nhiệm vận chuyển hàng từ kho đến điểm nhận cuối cùng. Đó có thể là hãng vận chuyển thương mại như FedEx hoặc UPS, công ty vận tải hàng hóa hoặc đội xe nội bộ. Thông tin này được dùng trên dashboard 'Thời gian chu kỳ điều phối lô hàng' để phân tích và so sánh hiệu suất giữa các đơn vị vận chuyển. Bằng cách phân nhóm thời gian từ 'Đã tập kết chờ giao hàng' đến 'Đã điều phối lô hàng' theo đơn vị vận chuyển, doanh nghiệp có thể xác định đối tác nào làm việc hiệu quả hơn, đối tác nào gây chậm trễ và dùng dữ liệu này khi đàm phán hợp đồng hoặc lựa chọn đơn vị vận chuyển. Vì sao điều này quan trọng Giúp so sánh hiệu suất giữa các đơn vị vận chuyển, từ đó tối ưu logistics đầu ra và giảm chậm trễ khi điều phối hàng. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường được lưu trong dữ liệu lô hàng hoặc chuyến hàng liên quan đến đơn hàng kho. Ví dụ FedExUPSDHLXPO Logistics
	Làm lại IsRework	Cờ boolean cho biết một hoạt động có lặp lại bước trước đó trong cùng một hồ sơ hay không, báo hiệu việc làm lại hoặc vòng lặp trong quy trình.
Mô tả Làm lại là cờ được tính toán để xác định khi quy trình lệch khỏi luồng tuyến tính và lặp lại một hoạt động. Ví dụ, nếu hoạt động 'Đã lấy hàng' được theo sau bởi một hoạt động 'Đã lấy hàng' khác cho cùng đơn hàng, lần thực hiện thứ hai sẽ được đánh dấu là làm lại. Điều này thường cho thấy có vấn đề, chẳng hạn như lỗi lấy hàng cần được sửa. Thuộc tính này rất cần thiết cho dashboard 'Phân tích sai lệch quy trình và việc làm lại' và KPI 'Tỷ lệ làm lại trong kho'. Khi đánh dấu các sự kiện này, bạn có thể đo tần suất và mức độ ảnh hưởng của việc làm lại. Xác định những hoạt động thường phải làm lại giúp tìm ra điểm yếu trong quy trình, vấn đề về chất lượng hoặc thiếu sót trong đào tạo, từ đó giảm hiệu quả và làm tăng chi phí vận hành. Vì sao điều này quan trọng Cờ này trực tiếp xác định tình trạng kém hiệu quả và vòng lặp trong quy trình, giúp đo chi phí và tần suất làm lại. Lấy dữ liệu ở đâu Cờ này được tính trong công cụ process mining bằng cách phát hiện các chuỗi hoạt động lặp lại cho cùng một CaseId. Ví dụ truefalse
	Mã định danh vị trí LocationIdentifier	Vị trí cụ thể trong kho nơi hoạt động diễn ra, chẳng hạn như ô kệ, cửa nhập hàng hoặc khu vực tập kết.
Mô tả Mã định danh vị trí cho biết chính xác nơi diễn ra sự kiện trong kho. Đó có thể là cửa nhập hàng khi 'Hàng đã đến', ô kệ khi 'Hàng đã được đưa vào vị trí lưu trữ', trạm đóng gói khi 'Hàng đã được đóng gói' hoặc làn tập kết khi 'Đã tập kết chờ giao hàng'. Thuộc tính này bổ sung chiều không gian cho phân tích quy trình. Nhờ đó, bạn có thể xác định điểm nghẽn gắn với những khu vực cụ thể trong kho. Ví dụ, phân tích có thể cho thấy một lối đi thường xuyên làm chậm việc lấy hàng hoặc một cửa nhập hàng cụ thể gây ùn tắc khi nhận hàng. Thông tin này hỗ trợ quyết định về bố trí kho, phân bổ tài nguyên và thiết kế quy trình. Vì sao điều này quan trọng Bổ sung chiều không gian cho phân tích, giúp xác định điểm nghẽn liên quan đến khu vực, lối đi hoặc ô kệ cụ thể trong kho. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường được ghi ở phần chi tiết cấp tác vụ. Ví dụ A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
	Mã lô hàng ShipmentId	Mã định danh duy nhất của lô hàng, dùng để nhóm một hoặc nhiều đơn hàng kho được vận chuyển cùng nhau.
Mô tả Mã lô hàng là mã định danh ở cấp cao hơn, có thể gộp nhiều đơn hàng kho thành một đơn vị logistics để vận chuyển. Ví dụ, một số đơn hàng nhỏ cùng giao đến một địa điểm có thể được gom vào một lô hàng trên cùng xe tải. Trong khi đơn hàng kho là Case ID của phân tích này, mã lô hàng bổ sung một chiều phân tích về logistics đầu ra. Mã này cho phép đánh giá hiệu suất ở cấp lô hàng, chẳng hạn như tổng thời gian gom đủ mọi đơn hàng trong một lô. Bạn cũng có thể dùng mã này để truy vết vấn đề ảnh hưởng đến cả lô hàng thay vì chỉ một đơn hàng. Vì sao điều này quan trọng Nhóm nhiều đơn hàng thành một đơn vị vận chuyển, giúp phân tích hiệu quả gom hàng và hiệu suất ở cấp lô hàng. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường có trong các mô-đun quản lý lô hàng hoặc chuyến hàng. Ví dụ SHP-98765LOAD-A543BOL-123456
	Mã lý do ReasonCode	Mã hoặc mô tả giải thích nguyên nhân của một sự kiện cụ thể, chẳng hạn như điều chỉnh tồn kho, hàng trả lại hoặc sai lệch.
Mô tả Mã lý do cung cấp bối cảnh cho các sự kiện không theo quy trình chuẩn hoặc trường hợp ngoại lệ. Ví dụ, nếu hoạt động 'Đã điều chỉnh tồn kho' xảy ra, mã lý do có thể là 'Hàng hư hỏng', 'Điều chỉnh sau kiểm kê luân phiên' hoặc 'Hàng hết hạn'. Thông tin này rất quan trọng để tìm nguyên nhân gốc rễ của sai lệch quy trình. Trong process mining, mã lý do giúp bạn hiểu vì sao các trường hợp ngoại lệ xảy ra. Phân tích tần suất và ảnh hưởng của từng mã có thể giúp phát hiện vấn đề mang tính hệ thống. Chẳng hạn, nếu thường xuyên có mã 'Hàng hư hỏng', doanh nghiệp có thể cần xem xét lại quy trình xử lý hàng. Nếu mã 'Lỗi lấy hàng' xuất hiện nhiều, có thể cần đào tạo thêm hoặc tăng cường kiểm tra hệ thống cho nhân viên lấy hàng. Vì sao điều này quan trọng Cung cấp bối cảnh quan trọng về các trường hợp ngoại lệ và sai lệch, giúp tìm nguyên nhân gốc rễ của những vấn đề như điều chỉnh tồn kho hoặc chậm trễ. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Các mã này thường được nhập khi xử lý giao dịch ngoại lệ. Ví dụ DMG - Hư hỏng trong quá trình vận chuyểnQTY_MISMATCH - Nhà cung cấp giao thiếuWRONG_ITEM_PICKED
	SKU sản phẩm ProductSKU	Mã đơn vị lưu kho (SKU) hoặc mã định danh của sản phẩm được xử lý trong đơn hàng kho.
Mô tả SKU sản phẩm là mã duy nhất dùng để nhận diện một sản phẩm hoặc mặt hàng cụ thể. Đơn hàng kho thường có một hoặc nhiều sản phẩm. Thuộc tính này cho phép phân nhóm phân tích theo mặt hàng được xử lý. Phân tích quy trình theo SKU sản phẩm có thể cho thấy đặc điểm của từng sản phẩm ảnh hưởng thế nào đến hiệu quả kho. Ví dụ, hàng cồng kềnh hoặc dễ vỡ có thể mất nhiều thời gian xử lý hơn, trong khi sản phẩm bán chạy có thể đi theo luồng quy trình tối ưu hơn. Thông tin này hữu ích khi bố trí hàng trong kho để rút ngắn quãng đường lấy hàng và đưa hàng vào vị trí lưu trữ, đồng thời giúp hiểu đặc điểm sản phẩm ảnh hưởng ra sao đến thông lượng chung. Vì sao điều này quan trọng Cho phép phân tích theo đặc điểm sản phẩm, vốn có thể ảnh hưởng đến thời gian xử lý và luồng quy trình, từ đó hỗ trợ quyết định bố trí và lưu trữ hàng. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này có trong dòng hàng của đơn hàng hoặc phần chi tiết tác vụ. Ví dụ SKU-100-RED-LGPROD-54321HW-CMP-001A
	Số lượng dự kiến PlannedQuantity	Số lượng mặt hàng dự kiến cần xử lý trong một hoạt động, dựa trên chứng từ nguồn như đơn mua hàng hoặc đơn bán hàng.
Mô tả Số lượng dự kiến là số đơn vị cần xử lý cho một tác vụ theo chứng từ khởi tạo. Với nhận hàng nhập kho, đây là số lượng trên đơn mua hàng. Với giao hàng xuất kho, đây là số lượng trên đơn bán hàng. Thuộc tính này là mốc chuẩn để so sánh với số lượng thực tế. KPI 'Tỷ lệ chênh lệch dữ liệu tồn kho' được tính dựa trên mức chênh lệch giữa số lượng dự kiến và thực tế. Phân tích các chênh lệch này rất quan trọng trong quản lý chuỗi cung ứng và hàng tồn kho, giúp xử lý vấn đề với nhà cung cấp, quy trình nội bộ hoặc lỗi nhập dữ liệu. Vì sao điều này quan trọng Là mốc chuẩn để đo độ chính xác của hàng tồn kho và phát hiện chênh lệch trong quá trình nhận hoặc lấy hàng. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin này thường có trong dòng hàng của đơn hàng liên kết với tác vụ kho. Ví dụ 100100500
	Thiết bị đã sử dụng EquipmentUsed	Mã định danh của thiết bị được dùng để thực hiện hoạt động trong kho, chẳng hạn như xe nâng hoặc máy quét cầm tay.
Mô tả Thuộc tính này cho biết tài sản hoặc thiết bị được sử dụng trong một tác vụ kho. Theo dõi việc sử dụng thiết bị bổ sung góc nhìn về hiệu suất người vận hành, giúp phân tích tài nguyên đầy đủ hơn. Thông tin này có thể giúp đánh giá mức độ sử dụng thiết bị, xác định nhu cầu bảo trì và phân bổ máy móc hợp lý hơn. Với dashboard 'Mức độ sử dụng tài nguyên theo hoạt động', phân tích theo thiết bị đã sử dụng là rất quan trọng. Qua đó, bạn có thể phát hiện một số loại thiết bị đang gây điểm nghẽn hoặc tìm cơ hội phân công tác vụ tốt hơn dựa trên tình trạng sẵn có và hiệu suất thiết bị. Ví dụ, dữ liệu có thể cho thấy một mẫu xe nâng cụ thể thường mất nhiều thời gian hơn khi đưa hàng vào vị trí lưu trữ, từ đó cần được kiểm tra thêm. Vì sao điều này quan trọng Giúp phân tích mức độ sử dụng và hiệu suất thiết bị, xác định điểm nghẽn liên quan đến tài sản và phân bổ tài nguyên hợp lý hơn. Lấy dữ liệu ở đâu Tham khảo tài liệu Oracle WMS Cloud. Thông tin 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 trên thiết bị cụ thể. Ví dụ FORKLIFT-05SCANNER-A12CART-27
	Trạng thái đơn hàng kho WarehouseOrderStatus	Trạng thái hiện tại hoặc cuối cùng của đơn hàng kho, chẳng hạn như 'Hoàn tất' hoặc 'Đã hủy'.
Mô tả Thuộc tính này cho biết kết quả hoặc trạng thái cuối cùng của đơn hàng kho. Nhờ đó, bạn có thể phân biệt đơn hàng đã xử lý thành công với đơn hàng bị hủy hoặc vẫn đang được xử lý. Đây là chiều phân tích quan trọng để lọc hồ sơ, chỉ xem các quy trình đã hoàn tất hoặc tìm hiểu lý do hủy đơn. Phân tích hồ sơ theo trạng thái cuối cùng giúp bạn hiểu các biến thể và kết quả của quy trình. Ví dụ, so sánh luồng quy trình của đơn hàng 'Hoàn tất' và 'Đã hủy' có thể cho thấy đơn thường bị hủy ở bước nào, từ đó phát hiện vấn đề tiềm ẩn về hàng tồn kho, yêu cầu của khách hàng hoặc lỗi hệ thống. Thuộc tính này cũng được dùng để tính KPI thông lượng như 'Thông lượng kho hằng ngày'. Vì sao điều này quan trọng Thuộc tính này xác định kết quả của một hồ sơ, giúp bạn tập trung phân tích các đơn hàng đã hoàn tất thành công hoặc tìm hiểu các trường hợp ngoại lệ như đơn bị hủy. Lấy dữ liệu ở đâu Đây thường là trường trạng thái trong bản ghi tiêu đề đơn hàng kho của Oracle WMS Cloud. Ví dụ Hoàn tấtĐang xử lýĐã hủyTạm dừng

Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý kho

Đây là các bước chính và cột mốc cần ghi lại trong nhật ký sự kiện để khám phá quy trình chính xác.

7 Nên có 9 Không bắt buộc

	Hoạt động	Mô tả
	Đã đóng gói hàng	Ghi nhận việc hoàn tất đóng gói một thùng hàng hoặc toàn bộ đơn hàng. Nhân viên xác nhận tất cả mặt hàng đã được đóng gói, thùng hàng được niêm phong và dán nhãn để giao đi.
Vì sao điều này quan trọng Mốc này đánh dấu kết thúc các hoạt động tạo giá trị trong kho cho một đơn hàng. Thời gian từ lúc lấy hàng đến khi hoàn tất đóng gói là chỉ số quan trọng về tốc độ xử lý nội bộ. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận bằng giao dịch cụ thể như 'Close Container' hoặc 'Finish Pack'. Dấu thời gian hoàn tất được lưu trong lịch sử giao dịch đóng gói hoặc đơn hàng xuất. Thu thập Ghi nhận từ dấu thời gian hoàn tất của giao dịch đóng gói cuối cùng cho đơn hàng. Loại sự kiện explicit
	Đã đưa hàng vào kho	Hoạt động này ghi nhận việc hoàn tất thành công quy trình đưa hàng vào kho. Nhân viên đã chuyển hàng đến ô lưu trữ và xác nhận thao tác trong hệ thống, giúp hàng sẵn sàng để sử dụng.
Vì sao điều này quan trọng Đây là mốc quan trọng đánh dấu kết thúc quy trình hàng nhập. Mốc này cần thiết để tính KPI 'Thời gian từ nhận hàng đến lưu kho' và phân tích hiệu quả đưa hàng vào vị trí lưu trữ. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi nhân viên xác nhận tác vụ đưa hàng vào kho, tạo bản ghi giao dịch kèm dấu thời gian hoàn tất. Thông tin thường có trong lịch sử tác vụ hoặc nhật ký giao dịch tồn kho. Thu thập Dựa trên dấu thời gian hoàn tất của giao dịch tác vụ đưa hàng vào kho. Loại sự kiện explicit
	Đã lấy hàng	Hoạt động này cho biết nhân viên đã lấy hàng khỏi vị trí lưu trữ và xác nhận thao tác trong hệ thống. Hàng đã sẵn sàng để chuyển đến khu vực đóng gói hoặc tập kết.
Vì sao điều này quan trọng Đây là mốc quan trọng trong quy trình xử lý đơn hàng. Phân tích thời gian lấy hàng giúp xác định điểm nghẽn do cách bố trí kho, chiến lược lấy hàng hoặc hiệu suất nhân viên. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận từ dấu thời gian hoàn tất tác vụ lấy hàng trong lịch sử tác vụ hoặc nhật ký giao dịch. Thao tác quét xác nhận của nhân viên hoàn tất giao dịch. Thu thập Dựa trên dấu thời gian hoàn tất của giao dịch tác vụ lấy hàng. Loại sự kiện explicit
	Đã nhận hàng	Hoạt động này cho biết hàng đã được dỡ xuống, quét mã và chính thức ghi nhận vào kho. Đây là giao dịch xác nhận số lượng hàng thực nhận so với chứng từ giao hàng nhập kho.
Vì sao điều này quan trọng Đây là mốc quan trọng ghi nhận việc nhận hàng chính thức. Thời gian hoàn tất hoạt động này ảnh hưởng trực tiếp đến tốc độ hàng sẵn sàng để đưa vào vị trí lưu trữ và xử lý đơn. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận từ nhật ký giao dịch nhận hàng trong Oracle WMS Cloud. Mỗi lần quét hoặc xác nhận nhận hàng đều tạo một bản ghi giao dịch kèm dấu thời gian. Thu thập Dựa trên dấu thời gian hoàn tất của giao dịch 'Receive ASN' hoặc giao dịch nhận hàng tương tự. Loại sự kiện explicit
	Đã xuất hàng	Hoạt động này đánh dấu bước cuối cùng, khi xe đã chất hàng rời khỏi kho. Giao dịch này hoàn tất đơn hàng xuất cả về mặt tài chính lẫn thực tế trong WMS.
Vì sao điều này quan trọng Đây là mốc cuối của quy trình xuất hàng và là dữ liệu KPI quan trọng để đo tỷ lệ giao hàng đúng hạn. Sự kiện này ghi nhận thời điểm bàn giao hàng cho đơn vị vận chuyển và kết thúc trách nhiệm của kho. Lấy dữ liệu ở đâu Đây là giao dịch cụ thể quan trọng trong Oracle WMS Cloud, thường có tên 'Ship Confirm' hoặc 'Dispatch Load'. Giao dịch được ghi nhận trong hồ sơ Outbound Load hoặc Shipment kèm dấu thời gian chính xác. Thu thập Ghi nhận từ dấu thời gian của giao dịch 'Ship Confirm' hoặc 'Dispatch Load'. Loại sự kiện explicit
	Hoàn tất đơn hàng kho	Sự kiện này ghi nhận việc đóng đơn hàng kho. Việc này có thể diễn ra khi xuất hàng hoặc muộn hơn một chút, sau khi hệ thống hoàn tất mọi cập nhật. Đây là sự kiện kết thúc thành công của quy trình.
Vì sao điều này quan trọng Hoạt động này xác định điểm kết thúc vòng đời quy trình kho từ đầu đến cuối. Đây là mốc cần thiết để tính tổng thời gian chu kỳ và năng suất của toàn bộ hoạt động kho. Lấy dữ liệu ở đâu Sự kiện này thường được suy ra từ lần thay đổi trạng thái cuối cùng của đối tượng đơn hàng kho sang 'Completed' hoặc 'Closed'. Dấu thời gian của lần cập nhật trạng thái cuối cùng được dùng làm thời điểm sự kiện. Thu thập Suy ra từ thay đổi trạng thái đơn hàng kho sang trạng thái kết thúc thành công. Loại sự kiện inferred
	Tạo thông tin giao hàng nhập kho	Hoạt động này ghi nhận việc tạo thông báo giao hàng trước (ASN) hoặc hồ sơ giao hàng nhập kho trong Oracle WMS Cloud. Đây là điểm bắt đầu của quy trình hàng nhập, xác nhận chính thức rằng hàng hóa dự kiến sẽ đến kho.
Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của quy trình hàng nhập. Phân tích thời gian từ thời điểm này đến khi thực nhận hàng giúp đánh giá độ tin cậy của nhà cung cấp và độ chính xác trong lập kế hoạch. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận trong lịch sử giao dịch của đối tượng Inbound Shipment hoặc ASN. Thời điểm tạo chứng từ được dùng làm dấu thời gian. Thu thập Ghi nhận từ sự kiện tạo hồ sơ Inbound Shipment hoặc ASN. Loại sự kiện explicit
	Bắt đầu bốc hàng	Sự kiện này ghi nhận thời điểm bắt đầu bốc hàng thực tế, khi hàng đã đóng gói được chuyển từ khu vực tập kết lên xe của đơn vị vận chuyển. Thao tác này thường bắt đầu bằng giao dịch 'Start Load'.
Vì sao điều này quan trọng Hoạt động này giúp theo dõi hiệu quả của riêng khâu bốc hàng. Nhờ đó, bạn có thể phân biệt thời gian chờ ở khu vực tập kết với thời gian thực tế dùng để bốc hàng lên xe. Lấy dữ liệu ở đâu Đây thường là giao dịch cụ thể liên kết với hồ sơ Outbound Load trong Oracle WMS Cloud. Người dùng thực hiện thao tác 'Start Load' và hệ thống ghi lại dấu thời gian. Thu thập Ghi nhận từ giao dịch 'Start Load' liên kết với một chuyến xe xuất hàng cụ thể. Loại sự kiện explicit
	Bắt đầu đóng gói	Hoạt động này ghi nhận thời điểm hàng đã lấy đến trạm đóng gói và nhân viên bắt đầu đóng gói. Thường có thao tác quét để liên kết các mặt hàng với một thùng đóng gói.
Vì sao điều này quan trọng Theo dõi hoạt động này giúp tách riêng quy trình con đóng gói khỏi khâu lấy hàng và tập kết. Nhờ đó, bạn có thể phân tích chi tiết hiệu quả và năng suất của trạm đóng gói. Lấy dữ liệu ở đâu Sự kiện này có thể được ghi nhận bằng một giao dịch riêng hoặc suy ra từ việc tạo thùng đóng gói (LPN) và quét mặt hàng đầu tiên vào thùng. Thông tin có trong nhật ký giao dịch đóng gói hoặc giao hàng. Thu thập Ghi nhận từ giao dịch 'Start Pack' hoặc dấu thời gian của mặt hàng đầu tiên được đóng vào thùng. Loại sự kiện explicit
	Đã hủy đơn hàng kho	Ghi nhận việc hủy đơn hàng kho trước khi hoàn tất. Đây là trạng thái kết thúc thay thế, không thành công của quy trình.
Vì sao điều này quan trọng Theo dõi đơn hàng bị hủy giúp bạn hiểu rõ các thay đổi về nhu cầu, lỗi nhập dữ liệu hoặc vấn đề khác khiến đơn hàng bị dừng. Nhờ đó, bạn có thể xác định nguồn gây lãng phí trong quy trình. Lấy dữ liệu ở đâu Sự kiện này được suy ra khi trạng thái của đơn hàng kho chuyển thành 'Đã hủy' hoặc một trạng thái kết thúc tương tự. Thời điểm cập nhật trạng thái được dùng làm dấu thời gian. Thu thập Suy ra từ việc trạng thái đơn hàng kho chuyển thành 'Đã hủy'. Loại sự kiện inferred
	Đã kiểm tra chất lượng	Ghi nhận việc hoàn tất kiểm tra chất lượng hàng đã nhận. Đây có thể là bước tiêu chuẩn đối với một số loại vật tư hoặc nhà cung cấp, hoặc được thực hiện khi cần.
Vì sao điều này quan trọng Theo dõi thời lượng và tần suất kiểm tra chất lượng là điều cần thiết để xác định chậm trễ trong quy trình hàng nhập. Việc này giúp đo thời gian hàng bị giữ ở trạng thái chờ kiểm tra chất lượng trước khi sẵn sàng sử dụng. 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 hồ sơ tồn kho, chẳng hạn từ 'QA Hold' sang 'Available' hoặc 'Putaway'. Mô-đun quản lý chất lượng cũng có thể ghi nhật ký giao dịch riêng. Thu thập Suy ra từ thay đổi trạng thái tồn kho hoặc việc hoàn tất giao dịch QA liên kết với hàng đã nhận. Loại sự kiện inferred
	Đã tập kết hàng chờ xuất	Hoạt động này cho biết các thùng hàng đã đóng gói được chuyển từ trạm đóng gói đến khu vực tập kết hàng chờ xuất được chỉ định. Đơn hàng đã hoàn tất và đang chờ bốc lên xe vận chuyển.
Vì sao điều này quan trọng Đây là bước chuyển từ khâu xử lý sang giai đoạn xuất hàng cuối cùng. Thời gian hàng nằm ở khu vực tập kết có thể cho thấy việc xe vận chuyển đến trễ hoặc lịch bến chưa hợp lý. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận qua giao dịch chuyển vị trí, trong đó vị trí của thùng hàng đã đóng gói được cập nhật thành làn tập kết. Dấu thời gian của giao dịch chuyển vị trí được dùng làm thời điểm sự kiện. Thu thập Ghi nhận từ giao dịch chuyển tồn kho đưa LPN đã đóng gói đến vị trí tập kết. Loại sự kiện explicit
	Điều chỉnh tồn kho	Ghi nhận việc điều chỉnh thủ công hoặc tự động số lượng một mặt hàng tại một vị trí cụ thể. Việc này có thể xảy ra do kiểm kê luân phiên, hàng hư hỏng hoặc cần sửa sai lệch khi nhận hàng.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để xác định lỗi quy trình dẫn đến số liệu tồn kho thiếu chính xác. Phân tích tần suất và mức độ điều chỉnh giúp tìm ra vấn đề ở khâu nhận hàng, lấy hàng hoặc lưu trữ. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận trong nhật ký giao dịch điều chỉnh tồn kho của Oracle WMS Cloud. Nhật ký nêu rõ mặt hàng, vị trí, thay đổi số lượng, mã lý do và dấu thời gian. Thu thập Ghi nhận trực tiếp từ bản ghi giao dịch điều chỉnh tồn kho. Loại sự kiện explicit
	Hàng đến kho	Ghi nhận thời điểm xe tải hoặc đơn vị vận chuyển đến bến nhận hàng của kho và hoàn tất thủ tục check-in chính thức. Sự kiện này thường được ghi nhận trước khi bắt đầu dỡ hàng và tiếp nhận chi tiết từng mặt hàng.
Vì sao điều này quan trọng Mốc này giúp phân biệt thời gian vận chuyển của đơn vị vận chuyển với thời gian xử lý nội bộ tại kho. Đây là thông tin quan trọng để phân tích mức độ sử dụng cửa bến và các điểm nghẽn có thể phát sinh tại khu vực nhận hàng. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận dưới dạng cập nhật trạng thái trên hồ sơ Inbound Shipment hoặc ASN. Nhân viên tại bến có thể kích hoạt sự kiện bằng cách quét chứng từ giao hàng hoặc cập nhật hệ thống thủ công. Thu thập Được ghi nhận dưới dạng sự kiện thay đổi trạng thái, chẳng hạn 'Arrived at Check-In', trên Inbound Shipment. Loại sự kiện explicit
	Tạo tác vụ đưa hàng vào kho	Sự kiện này ghi nhận thời điểm hệ thống tạo tác vụ để nhân viên kho chuyển hàng đã nhận từ bến nhận hàng đến vị trí lưu trữ được chỉ định. Đây là điểm bắt đầu của quy trình con đưa hàng vào kho.
Vì sao điều này quan trọng Hoạt động này khởi đầu chu kỳ đưa hàng vào kho. Phân tích thời gian từ lúc tạo tác vụ đến khi hoàn tất việc đưa hàng vào vị trí lưu trữ giúp đánh giá hiệu quả hệ thống và thời gian phản hồi của nhân viên. Lấy dữ liệu ở đâu Sự kiện này thường được ghi rõ trong bảng tác vụ kho hoặc bảng giao dịch. Thời điểm tạo bản ghi tác vụ đưa hàng vào kho được dùng làm thời gian sự kiện. Thu thập Ghi nhận từ dấu thời gian tạo tác vụ đưa hàng vào kho do hệ thống tạo. Loại sự kiện explicit
	Tạo tác vụ lấy hàng	Sự kiện này xảy ra khi hệ thống tạo tác vụ để nhân viên lấy hàng từ vị trí lưu trữ nhằm xử lý đơn xuất. Đây là điểm bắt đầu chu kỳ xử lý đơn hàng trong kho.
Vì sao điều này quan trọng Đây là sự kiện khởi đầu quy trình lấy hàng xuất kho. Thời gian từ sự kiện này đến khi hoàn tất lấy hàng là thước đo quan trọng về hiệu quả xử lý đơn và khả năng đáp ứng của nhân lực. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận trong các bảng quản lý tác vụ kho. Thời điểm tạo bản ghi tác vụ lấy hàng được dùng làm thời gian hoạt động. Thu thập Ghi nhận từ dấu thời gian tạo tác vụ lấy hàng do hệ thống tạo. Loại sự kiện explicit

Nên có Không bắt buộc

Hướng dẫn trích xuất

Cách lấy dữ liệu từ Oracle WMS Cloud

Các bước

Mở Oracle Transactional Business Intelligence (OTBI). Đăng nhập vào môi trường Oracle Cloud Applications, dùng menu điều hướng để mở Tools, rồi chọn Reports and Analytics.
Nhấp nút "Create" trên thanh công cụ và chọn "Analysis". Trình chỉnh sửa phân tích sẽ mở ra để bạn chọn nguồn dữ liệu.
Trong hộp thoại "Select Subject Area", chọn vùng chủ đề "Warehouse Operations - Real Time". Vùng này có các đối tượng dữ liệu cần thiết cho giao dịch nhập kho, tồn kho và xuất kho.
Sau khi chọn vùng chủ đề, bạn sẽ chuyển đến thẻ Criteria. Thay vì kéo thả cột, hãy mở thẻ "Advanced" để nhập trực tiếp truy vấn SQL logic.
Sao chép toàn bộ SQL logic trong phần Query của tài liệu này và dán vào vùng văn bản "SQL Issued". Truy vấn dùng các mệnh đề UNION ALL để gộp dữ liệu từ nhiều bảng giao dịch thành một định dạng nhật ký sự kiện.
Thay các giá trị giữ chỗ trong truy vấn. Cụ thể, cập nhật biến @{v_start_date} và @{v_end_date} theo khoảng ngày cần trích xuất, chẳng hạn 'YYYY-MM-DD'.
Chuyển sang thẻ "Results" để chạy truy vấn và xem trước dữ liệu. Bước này giúp xác nhận truy vấn hợp lệ và trả về đúng cột, hàng mong muốn.
Nhấp biểu tượng lưu để lưu phân tích. Đặt tên dễ hiểu và lưu vào thư mục dùng chung hoặc thư mục cá nhân.
Để lên lịch xuất dữ liệu định kỳ, quay lại danh mục, tìm phân tích đã lưu, nhấp "More", rồi chọn "Schedule".
Trong phần cấu hình lịch, đặt tần suất và thời gian chạy báo cáo. Ở thẻ "Output", chọn CSV làm định dạng xuất. Đây là định dạng ProcessMind khuyến nghị.
Cấu hình cách nhận tệp, chẳng hạn lưu vào máy chủ nội dung hoặc gửi qua email, để lấy tệp CSV đã tạo.
Sau khi công việc theo lịch chạy và bạn nhận được tệp CSV, hãy kiểm tra tiêu đề cột có khớp với các thuộc tính cần thiết cho dự án ProcessMind hay không. Không cần chuyển đổi dữ liệu thêm.

Cấu hình

Vùng chủ đề: Nguồn dữ liệu chính để trích xuất là vùng chủ đề "Warehouse Operations - Real Time". Đảm bảo vai trò người dùng của bạn có quyền truy cập vùng này.
Khoảng ngày: Truy vấn có tham số ngày bắt đầu và ngày kết thúc. Với lần phân tích đầu tiên, nên trích xuất dữ liệu trong 3 đến 6 tháng. Khi đưa vào vận hành, hãy lên lịch trích xuất phần dữ liệu thay đổi hằng ngày hoặc hằng tuần.
Bộ lọc chính: Truy vấn được cung cấp lọc dữ liệu theo ngày tạo giao dịch. Bạn có thể thêm bộ lọc vào mệnh đề WHERE của từng câu lệnh SELECT để thu hẹp phạm vi, chẳng hạn lọc theo "Warehouse Details"."Warehouse Code" để chỉ lấy dữ liệu của một cơ sở cụ thể.
Hiệu suất: Trích xuất khối lượng dữ liệu lớn trực tiếp từ vùng chủ đề thời gian thực có thể ảnh hưởng đến hiệu suất hệ thống. Luôn lên lịch trích xuất lớn vào giờ thấp điểm để giảm ảnh hưởng đến người dùng vận hành.
Điều kiện cần có: Người chạy trích xuất phải có vai trò với các quyền BI cần thiết, chẳng hạn "BI Administrator" hoặc "BI Author", để tạo, chỉnh sửa và lên lịch phân tích trong môi trường OTBI.

Truy vấn mẫu sql

SET VARIABLE PREFERRED_CURRENCY='USD', LOGLEVEL=0, v_start_date = '2023-01-01', v_end_date = '2024-01-01';

SELECT
    CAST("Inbound Shipment Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Inbound Delivery Created' AS "ActivityName",
    "Inbound Shipment Details"."Creation Date" AS "EventStartTime",
    "Inbound Shipment Details"."Creation Date" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Inbound Shipment Header"."Shipment Type" AS "WarehouseOrderType",
    "Inbound Shipment Header"."Expected Delivery Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Inbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Inbound Shipment Header"."Actual Delivery Date" > "Inbound Shipment Header"."Expected Delivery Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inbound Shipment Details"."Creation Date" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inbound Shipment Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Goods Arrived' AS "ActivityName",
    "Appointment Details"."Check In Time" AS "EventStartTime",
    "Appointment Details"."Check In Time" AS "EventEndTime",
    "Appointment Details"."Checked In By User" AS "UserOperatorId",
    "Inbound Shipment Header"."Shipment Type" AS "WarehouseOrderType",
    "Inbound Shipment Header"."Expected Delivery Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Inbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Inbound Shipment Header"."Actual Delivery Date" > "Inbound Shipment Header"."Expected Delivery Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Appointment Details"."Check In Time" IS NOT NULL AND "Appointment Details"."Check In Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Receiving Transaction Details"."Shipment Number" AS CHAR) AS "WarehouseOrder",
    'Goods Received' AS "ActivityName",
    "Receiving Transaction Details"."Transaction Creation Time" AS "EventStartTime",
    "Receiving Transaction Details"."Transaction Creation Time" AS "EventEndTime",
    "Receiving Transaction Details"."Received By User" AS "UserOperatorId",
    NULL AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Receiving Transaction Details"."Received Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Receiving Transaction Details"."Transaction Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inventory Quality Inspection Results"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Quality Inspection Performed' AS "ActivityName",
    "Inventory Quality Inspection Results"."Inspection Completion Time" AS "EventStartTime",
    "Inventory Quality Inspection Results"."Inspection Completion Time" AS "EventEndTime",
    "Inventory Quality Inspection Results"."Inspected By User" AS "UserOperatorId",
    NULL AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Inventory Quality Inspection Results"."Inspected Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inventory Quality Inspection Results"."Inspection Completion Time" IS NOT NULL AND "Inventory Quality Inspection Results"."Inspection Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST(CASE WHEN "Task Details"."Task Type" = 'Putaway' THEN "Task Details"."Reference Number" ELSE NULL END AS CHAR) AS "WarehouseOrder",
    'Putaway Task Created' AS "ActivityName",
    "Task Details"."Task Creation Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Created By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Putaway' AND "Task Details"."Task Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST(CASE WHEN "Task Details"."Task Type" = 'Putaway' THEN "Task Details"."Reference Number" ELSE NULL END AS CHAR) AS "WarehouseOrder",
    'Goods Put Away' AS "ActivityName",
    "Task Details"."Task Completion Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Completed By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Putaway' AND "Task Details"."Task Status" = 'Completed' AND "Task Details"."Task Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Inventory Transaction Details"."Reference Document Number" AS CHAR) AS "WarehouseOrder",
    'Inventory Adjusted' AS "ActivityName",
    "Inventory Transaction Details"."Transaction Creation Time" AS "EventStartTime",
    "Inventory Transaction Details"."Transaction Creation Time" AS "EventEndTime",
    "Inventory Transaction Details"."Created By User" AS "UserOperatorId",
    "Inventory Transaction Details"."Transaction Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Inventory Transaction Details"."Transaction Quantity" AS "ActualQuantity",
    NULL AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Inventory Transaction Details"."Transaction Type" IN ('Cycle Count Adjustment', 'Manual Adjustment') AND "Inventory Transaction Details"."Transaction Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Task Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Picking Task Created' AS "ActivityName",
    "Task Details"."Task Creation Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Created By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Picking' AND "Task Details"."Task Creation Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Task Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Goods Picked' AS "ActivityName",
    "Task Details"."Task Completion Time" AS "EventStartTime",
    "Task Details"."Task Completion Time" AS "EventEndTime",
    "Task Details"."Completed By User" AS "UserOperatorId",
    "Task Details"."Task Type" AS "WarehouseOrderType",
    NULL AS "RequestedCompletionDate",
    "Task Details"."Task Quantity" AS "ActualQuantity",
    CAST("Task Details"."Task Priority" AS CHAR) AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Task Details"."Task Type" = 'Picking' AND "Task Details"."Task Status" = 'Completed' AND "Task Details"."Task Completion Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Packing Started' AS "ActivityName",
    "Packing Details"."Packing Start Time" AS "EventStartTime",
    "Packing Details"."Packing End Time" AS "EventEndTime",
    "Packing Details"."Packed By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Packing Details"."Packed Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Packing Details"."Packing Start Time" IS NOT NULL AND "Packing Details"."Packing Start Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Goods Packed' AS "ActivityName",
    "Packing Details"."Packing End Time" AS "EventStartTime",
    "Packing Details"."Packing End Time" AS "EventEndTime",
    "Packing Details"."Packed By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Packing Details"."Packed Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Packing Details"."Packing End Time" IS NOT NULL AND "Packing Details"."Packing End Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Staged For Shipment' AS "ActivityName",
    "Outbound Load Details"."Staging Time" AS "EventStartTime",
    "Outbound Load Details"."Staging Time" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Load Details"."Staging Time" IS NOT NULL AND "Outbound Load Details"."Staging Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Details"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Loading Started' AS "ActivityName",
    "Outbound Load Details"."Loading Start Time" AS "EventStartTime",
    "Outbound Load Details"."Loading End Time" AS "EventEndTime",
    "Outbound Load Details"."Loaded By User" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Load Details"."Loading Start Time" IS NOT NULL AND "Outbound Load Details"."Loading Start Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Shipment Dispatched' AS "ActivityName",
    "Outbound Shipment Header"."Actual Ship Date" AS "EventStartTime",
    "Outbound Shipment Header"."Actual Ship Date" AS "EventEndTime",
    NULL AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    "Outbound Shipment Details"."Shipped Quantity" AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Shipped' AND "Outbound Shipment Header"."Actual Ship Date" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Warehouse Order Completed' AS "ActivityName",
    "Outbound Shipment Header"."Last Update Time" AS "EventStartTime",
    "Outbound Shipment Header"."Last Update Time" AS "EventEndTime",
    "Outbound Shipment Header"."Last Updated By" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    CASE WHEN "Outbound Shipment Header"."Actual Ship Date" > "Outbound Shipment Header"."Requested Ship Date" THEN 'Late' ELSE 'On-Time' END AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Delivered' AND "Outbound Shipment Header"."Last Update Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

UNION ALL

SELECT
    CAST("Outbound Shipment Header"."Order Number" AS CHAR) AS "WarehouseOrder",
    'Warehouse Order Cancelled' AS "ActivityName",
    "Outbound Shipment Header"."Last Update Time" AS "EventStartTime",
    "Outbound Shipment Header"."Last Update Time" AS "EventEndTime",
    "Outbound Shipment Header"."Last Updated By" AS "UserOperatorId",
    "Outbound Shipment Header"."Order Type" AS "WarehouseOrderType",
    "Outbound Shipment Header"."Requested Ship Date" AS "RequestedCompletionDate",
    NULL AS "ActualQuantity",
    "Outbound Shipment Header"."Shipment Priority" AS "PriorityLevel",
    NULL AS "SLAState",
    'Oracle WMS Cloud' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate"
FROM "Warehouse Operations - Real Time"
WHERE "Outbound Shipment Header"."Status" = 'Cancelled' AND "Outbound Shipment Header"."Last Update Time" BETWEEN TIMESTAMP '@{v_start_date}' AND TIMESTAMP '@{v_end_date}'

Các bước

Chuẩn bị môi trường Python: Đảm bảo bạn đã cài Python 3.6 trở lên. Cài các thư viện cần thiết bằng pip: pip install requests pandas.
Chuẩn bị thông tin đăng nhập Oracle WMS Cloud: Lấy API Base URL, tên người dùng và mật khẩu của tài khoản API chuyên dụng, cùng Facility ID tương ứng với kho cần trích xuất dữ liệu.
Cấu hình script Python: Mở script Python được cung cấp. Tìm phần cấu hình ở đầu tệp và thay các giá trị giữ chỗ BASE_URL, FACILITY_ID, USERNAME và PASSWORD bằng thông tin xác thực thực tế. Đồng thời, đặt START_DATE và END_DATE để xác định khoảng thời gian cần trích xuất.
Tìm hiểu các API endpoint: Script truy vấn một số Oracle WMS Cloud REST API endpoint chính. Nguồn dữ liệu sự kiện chính là endpoint inventory_history, được lọc theo các loại giao dịch (tran_type) để xác định hoạt động cụ thể như nhận hàng, lấy hàng và đóng gói.
Chạy script: Chạy script từ dòng lệnh bằng python your_script_name.py. Script sẽ xác thực, sau đó lần lượt truy vấn API để lấy dữ liệu của 16 hoạt động cần thiết trong khoảng ngày đã chọn.
Xử lý phân trang: Script có hàm hỗ trợ tự động xử lý phân trang API. Hàm gọi từng endpoint nhiều lần và tăng tham số offset cho đến khi lấy đủ bản ghi liên quan trong khoảng ngày.
Ánh xạ và chuyển đổi dữ liệu: Với mỗi bản ghi lấy từ API, script ánh xạ các trường JSON sang các cột nhật ký sự kiện chuẩn (WarehouseOrder, ActivityName, EventStartTime, v.v.). Script gán ActivityName phù hợp dựa trên endpoint nguồn và loại giao dịch.
Gộp dữ liệu sự kiện: Tất cả sự kiện đã trích xuất được thêm vào một danh sách. Sau khi truy vấn xong các API, danh sách được chuyển thành pandas DataFrame để tạo bảng dữ liệu có cấu trúc cho toàn bộ quy trình.
Dấu thời gian và dữ liệu hệ thống: Script bổ sung SourceSystem (được đặt cố định là 'Oracle WMS Cloud') và LastDataUpdate (dấu thời gian khi chạy script) vào từng bản ghi sự kiện.
Xuất nhật ký sự kiện: pandas DataFrame cuối cùng được sắp xếp theo mã đơn hàng kho và thời gian bắt đầu sự kiện để đảm bảo đúng thứ tự. Sau đó, dữ liệu được lưu thành tệp CSV oracle_wms_event_log.csv trong cùng thư mục chạy script. Tệp này đã sẵn sàng để tải lên ProcessMind.

Cấu hình

Thông tin xác thực API: Cần có tài khoản người dùng Oracle WMS Cloud hợp lệ với quyền truy cập API, gồm tên người dùng và mật khẩu.
URL cơ sở và ID cơ sở: Bạn cần cung cấp URL cơ sở cụ thể cho phiên bản Oracle WMS Cloud của mình (ví dụ: https://{your_instance_id}.wms.ocs.oraclecloud.com) và facility_id đích.
Khoảng ngày: Tập lệnh cần START_DATE và END_DATE theo định dạng 'YYYY-MM-DD'. Để phân tích ban đầu, nên chọn khoảng từ 3 đến 6 tháng để cân bằng giữa khối lượng dữ liệu và mức độ hữu ích của kết quả. Lưu ý, khoảng ngày quá dài có thể khiến tập lệnh chạy lâu.
Giới hạn phân trang: Tham số LIMIT trong tập lệnh được đặt ở mức 500 bản ghi cho mỗi yêu cầu API. Đây thường là mức an toàn để tránh hết thời gian chờ. Bạn có thể điều chỉnh tùy theo hiệu suất hệ thống, nhưng không nên đặt cao hơn 1.000.
Quyền API: Người dùng API cần có ít nhất quyền đọc các thực thể sau: inbound_shipment, inventory_history, tác vụ, outbound_load và order. Hãy hỏi quản trị viên Oracle WMS để đảm bảo các vai trò phù hợp đã được cấp.

Truy vấn mẫu python

import requests
import pandas as pd
from datetime import datetime
import base64
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle WMS Cloud instance details
BASE_URL = class="hl-string">'https://{your_instance_id}.wms.ocs.oraclecloud.com/wms/api/v11'
FACILITY_ID = class="hl-string">'[Your Facility ID]'
USERNAME = class="hl-string">'[Your API Username]'
PASSWORD = class="hl-string">'[Your API Password]'

class=class="hl-string">"hl-comment"># Set the date range for extraction
START_DATE = class="hl-string">'YYYY-MM-DD' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'YYYY-MM-DD'   class=class="hl-string">"hl-comment"># e.g., class="hl-string">'2023-06-30'

class=class="hl-string">"hl-comment"># --- End Configuration ---

LIMIT = 500
SOURCE_SYSTEM = class="hl-string">'Oracle WMS Cloud'
LAST_DATA_UPDATE = datetime.utcnow().isoformat() + class="hl-string">'Z'

class=class="hl-string">"hl-comment"># Function to perform paginated GET requests
def get_paginated_data(endpoint, params={}):
    all_items = []
    offset = 0
    auth_header = class="hl-string">'Basic ' + base64.b64encode(fclass="hl-string">'{USERNAME}:{PASSWORD}'.encode(class="hl-string">'utf-8')).decode(class="hl-string">'utf-8')
    headers = {
        class="hl-string">'Authorization': auth_header,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        paginated_params = params.copy()
        paginated_params[class="hl-string">'offset'] = offset
        paginated_params[class="hl-string">'limit'] = LIMIT
        
        try:
            response = requests.get(fclass="hl-string">'{BASE_URL}/facility/{FACILITY_ID}/{endpoint}', headers=headers, params=paginated_params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            offset += len(items)
            print(fclass="hl-string">'Fetched {len(all_items)} records from {endpoint}...')
            class=class="hl-string">"hl-comment"># Respect potential rate limits
            time.sleep(0.5)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">'Error fetching data from {endpoint}: {e}')
            break
    return all_items

def main():
    events = []
    date_filter = fclass="hl-string">"create_ts > '{START_DATE}T00:00:00Z' and create_ts < '{END_DATE}T23:59:59Z'"

    class=class="hl-string">"hl-comment"># 1. Inbound Delivery Created (from ASN/Inbound Shipments)
    asn_data = get_paginated_data(class="hl-string">'inbound_shipment', {class="hl-string">'q': date_filter})
    for item in asn_data:
        events.append({
            class="hl-string">'WarehouseOrder': item.get(class="hl-string">'shipment_nbr'),
            class="hl-string">'ActivityName': class="hl-string">'Inbound Delivery Created',
            class="hl-string">'EventStartTime': item.get(class="hl-string">'create_ts'),
            class="hl-string">'EventEndTime': None,
            class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
            class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound',
            class="hl-string">'RequestedCompletionDate': item.get(class="hl-string">'required_ship_date'),
            class="hl-string">'ActualQuantity': None,
            class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
            class="hl-string">'SLAState': None
        })

    class=class="hl-string">"hl-comment"># 2-7, 9-14: Most activities are in Inventory History
    inv_history_filter = fclass="hl-string">"tran_create_ts > '{START_DATE}T00:00:00Z' and tran_create_ts < '{END_DATE}T23:59:59Z'"
    inv_history_data = get_paginated_data(class="hl-string">'inventory_history', {class="hl-string">'q': inv_history_filter})
    
    activity_map = {
        class="hl-string">'ARV': class="hl-string">'Goods Arrived',
        class="hl-string">'REC': class="hl-string">'Goods Received',
        class="hl-string">'QCH': class="hl-string">'Quality Inspection Performed',
        class="hl-string">'MVL': class="hl-string">'Goods Put Away', class=class="hl-string">"hl-comment"># Move to LPN
        class="hl-string">'ADJ': class="hl-string">'Inventory Adjusted',
        class="hl-string">'PCK': class="hl-string">'Goods Picked',
        class="hl-string">'PAK': class="hl-string">'Goods Packed', class=class="hl-string">"hl-comment"># Often part of a packing transaction
        class="hl-string">'LOD': class="hl-string">'Loading Started', class=class="hl-string">"hl-comment"># Often a move to a shipping door location
        class="hl-string">'SHP': class="hl-string">'Shipment Dispatched'
    }

    for item in inv_history_data:
        tran_type = item.get(class="hl-string">'tran_type')
        if tran_type in activity_map:
            class=class="hl-string">"hl-comment"># Use order_nbr for outbound, shipment_nbr for inbound if available
            order_id = item.get(class="hl-string">'order_nbr') or item.get(class="hl-string">'shipment_nbr') or class="hl-string">'[Unknown]'
            events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': activity_map[tran_type],
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound' if item.get(class="hl-string">'shipment_nbr') else class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># 8, 5: Task Creation Events
    task_filter = fclass="hl-string">"create_ts > '{START_DATE}T00:00:00Z' and create_ts < '{END_DATE}T23:59:59Z'"
    task_data = get_paginated_data(class="hl-string">'task', {class="hl-string">'q': task_filter})
    for item in task_data:
        task_type = item.get(class="hl-string">'task_type')
        activity_name = None
        if task_type in (class="hl-string">'PUT', class="hl-string">'RPL'):
            activity_name = class="hl-string">'Putaway Task Created'
        elif task_type in (class="hl-string">'PCK', class="hl-string">'WAV'):
            activity_name = class="hl-string">'Picking Task Created'
        
        if activity_name:
            order_id = item.get(class="hl-string">'order_nbr') or item.get(class="hl-string">'shipment_nbr') or class="hl-string">'[Unknown]'
            events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventStartTime': item.get(class="hl-string">'create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'assigned_user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Inbound' if activity_name == class="hl-string">'Putaway Task Created' else class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'task_qty'),
                class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
                class="hl-string">'SLAState': None
            })
            
    class=class="hl-string">"hl-comment"># Additional specific events if not in inventory history
    class=class="hl-string">"hl-comment"># 10. Packing Started, 12. Staged For Shipment - These can be complex and may require logic based on location moves or container status changes. We use placeholders from Inventory History as a starting point.
    class=class="hl-string">"hl-comment"># For this script, class="hl-string">'PAK' from inventory_history implies both started and completed for simplicity.
    for item in inv_history_data:
        if item.get(class="hl-string">'tran_type') == class="hl-string">'PAK':
             order_id = item.get(class="hl-string">'order_nbr') or class="hl-string">'[Unknown]'
             events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': class="hl-string">'Packing Started',
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'), class=class="hl-string">"hl-comment"># Assuming start is same as completion
                class="hl-string">'EventEndTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })
        class=class="hl-string">"hl-comment"># Staging is a move to a staging location type
        if item.get(class="hl-string">'tran_type') == class="hl-string">'MVL' and item.get(class="hl-string">'dest_locn_type') == class="hl-string">'STG':
             order_id = item.get(class="hl-string">'order_nbr') or class="hl-string">'[Unknown]'
             events.append({
                class="hl-string">'WarehouseOrder': order_id,
                class="hl-string">'ActivityName': class="hl-string">'Staged For Shipment',
                class="hl-string">'EventStartTime': item.get(class="hl-string">'tran_create_ts'),
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound',
                class="hl-string">'RequestedCompletionDate': None,
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'tran_qty'),
                class="hl-string">'PriorityLevel': None,
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># 15, 16. Warehouse Order Completed / Cancelled
    order_filter = fclass="hl-string">"mod_ts > '{START_DATE}T00:00:00Z' and mod_ts < '{END_DATE}T23:59:59Z'"
    order_data = get_paginated_data(class="hl-string">'order', {class="hl-string">'q': order_filter})
    for item in order_data:
        status = str(item.get(class="hl-string">'status', class="hl-string">''))
        activity_name = None
        if status == class="hl-string">'90': class=class="hl-string">"hl-comment"># Shipped / Delivered status code
            activity_name = class="hl-string">'Warehouse Order Completed'
        elif status == class="hl-string">'99': class=class="hl-string">"hl-comment"># Cancelled status code
            activity_name = class="hl-string">'Warehouse Order Cancelled'
        
        if activity_name:
            events.append({
                class="hl-string">'WarehouseOrder': item.get(class="hl-string">'order_nbr'),
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventStartTime': item.get(class="hl-string">'mod_ts'),
                class="hl-string">'EventEndTime': item.get(class="hl-string">'mod_ts'),
                class="hl-string">'UserOperatorId': item.get(class="hl-string">'mod_user_id'),
                class="hl-string">'WarehouseOrderType': class="hl-string">'Outbound', class=class="hl-string">"hl-comment"># Assuming order endpoint is for outbound
                class="hl-string">'RequestedCompletionDate': item.get(class="hl-string">'required_ship_date'),
                class="hl-string">'ActualQuantity': item.get(class="hl-string">'shipped_qty'),
                class="hl-string">'PriorityLevel': item.get(class="hl-string">'priority'),
                class="hl-string">'SLAState': None
            })

    class=class="hl-string">"hl-comment"># Final processing
    if not events:
        print(class="hl-string">'No events found for the given criteria.')
        return

    df = pd.DataFrame(events)

    class=class="hl-string">"hl-comment"># Add standard columns
    df[class="hl-string">'SourceSystem'] = SOURCE_SYSTEM
    df[class="hl-string">'LastDataUpdate'] = LAST_DATA_UPDATE

    class=class="hl-string">"hl-comment"># Clean up and order columns
    df = df[[class="hl-string">'WarehouseOrder', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime', class="hl-string">'UserOperatorId', class="hl-string">'WarehouseOrderType', class="hl-string">'RequestedCompletionDate', class="hl-string">'ActualQuantity', class="hl-string">'PriorityLevel', class="hl-string">'SLAState', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']]
    df.sort_values(by=[class="hl-string">'WarehouseOrder', class="hl-string">'EventStartTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'oracle_wms_event_log.csv'
    df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%fZ')
    print(fclass="hl-string">'Successfully created event log: {output_filename}')

if __name__ == class="hl-string">'__main__':
    main()

Sẵn sàng bắt đầu?

Dùng mẫu dữ liệu này để bắt đầu process mining cho hoạt động quản lý kho. Bắt đầu cải thiện vận hành ngay hôm nay.

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Cải thiện quản lý kho, nâng cao hiệu quả Oracle WMS Cloud

Xác định điểm nghẽn và đạt độ chính xác tồn kho 99,5% trong Oracle WMS Cloud.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Bắt đầu cải thiện ngay hôm nay.

Mẫu dữ liệu quản lý kho của bạn

Mẫu dữ liệu quản lý kho của bạn

Thuộc tính quản lý kho

Hoạt động quản lý kho

Hướng dẫn trích xuất

Xuất dữ liệu bằng Oracle Transactional Business Intelligence (OTBI)

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất bằng script Python qua Oracle WMS REST APIs

Các bước

Cấu hình

Truy vấn mẫu python

Sẵn sàng bắt đầu?

Cải thiện quản lý kho, nâng cao hiệu quả Oracle WMS Cloud