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

Mẫu dữ liệu quản lý tồn kho

Oracle Fusion SCM

Thuộc tính quản lý tồn kho(20) Hoạt động quản lý tồn kho(15) Hướng dẫn trích xuất(3)

Mẫu dữ liệu quản lý tồn kho

Mẫu này hướng dẫn bạn trích xuất và sắp xếp dữ liệu quản lý tồn kho từ Oracle Fusion SCM. Mẫu nêu rõ các thuộc tính và hoạt động cần thiết để tạo nhật ký sự kiện hiệu quả. Dùng tài nguyên này để phân tích chính xác quy trình tồn kho và xác định những điểm cần cải thiện.

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

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ý tồn kho

Đây là những trường dữ liệu thiết yếu nên có trong nhật ký sự kiện để phân tích đầy đủ quy trình quản lý tồn kho.

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

	Tên	Mô tả
	Inventory Batch/Lot InventoryBatchLot	Mã định danh duy nhất của một lô hàng cụ thể, dùng làm mã trường hợp để theo dõi vòng đời của lô.
Mô tả Mã Inventory Batch hoặc Lot là mã định danh trường hợp chính, dùng để nhóm mọi hoạt động liên quan đến một lượng sản phẩm cụ thể. Nhờ đó, bạn có thể theo dõi toàn bộ vòng đời của lượng hàng này, từ khi nhập kho qua các lần luân chuyển cho đến khi xuất kho hoặc sử dụng. Trong phân tích process mining, thuộc tính này giữ vai trò nền tảng. Nó liên kết các sự kiện riêng lẻ như nhận hàng, kiểm tra chất lượng, luân chuyển nội bộ và xuất kho thành một phiên bản quy trình liền mạch. Phân tích theo Inventory Batch/Lot giúp tính thời gian xử lý từ đầu đến cuối, xác định các luồng phổ biến và phát hiện điểm nghẽn ảnh hưởng đến từng nhóm hàng. Vì sao điều này quan trọng Đây là mã định danh trường hợp thiết yếu, liên kết mọi hoạt động liên quan đến hàng tồn kho để bạn có thể theo dõi toàn bộ hành trình của một lô hàng từ lúc nhận đến khi xuất kho. Lấy dữ liệu ở đâu Thông tin này thường có trong các bảng giao dịch hàng tồn kho như INV_MATERIAL_TXNS, cùng với thông tin kiểm soát lô hoặc mẻ. Ví dụ LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Tên hoạt động ActivityName	Tên của hoạt động quản lý hàng tồn kho cụ thể đã được thực hiện.
Mô tả Tên hoạt động mô tả một bước hoặc sự kiện riêng lẻ diễn ra trong quy trình quản lý hàng tồn kho của một lô hàng cụ thể. Các sự kiện này tạo thành trình tự của luồng quy trình. Ví dụ về hoạt động gồm 'Ghi nhận nhận hàng', 'Hoàn tất kiểm tra chất lượng', 'Luân chuyển hàng trong kho' và 'Ghi nhận xuất kho'. Phân tích trình tự và tần suất của các hoạt động này là trọng tâm của process mining. Qua đó, bạn có thể trực quan hóa sơ đồ quy trình, phát hiện sai lệch và phân tích thời gian chuyển tiếp giữa các bước. Vì sao điều này quan trọng Thuộc tính này là nền tảng để tạo sơ đồ quy trình, vì nó xác định các bước và sự kiện riêng biệt cấu thành vòng đời hàng tồn kho. Lấy dữ liệu ở đâu Thông tin này thường được xác định bằng cách ánh xạ loại giao dịch hoặc mã sự kiện từ các bảng nguồn, chẳng hạn INV_MATERIAL_TXNS, sang tên hoạt động dễ hiểu. Ví dụ Ghi nhận nhận hàngHoàn tất đưa hàng vào khoĐiều chỉnh chênh lệch hàng tồn khoBắt đầu lấy hàng
	Thời điểm bắt đầu sự kiện EventStartTime	Dấu thời gian cho biết hoạt động hàng tồn kho bắt đầu khi nào.
Mô tả Thuộc tính này ghi lại chính xác ngày giờ một hoạt động bắt đầu. Đây là yếu tố thời gian chính để sắp xếp sự kiện theo trình tự thời gian và dựng luồng quy trình. Khi phân tích, thời điểm bắt đầu sự kiện rất quan trọng để tính thời lượng và thời gian chờ giữa các hoạt động. Thuộc tính này giúp phát hiện điểm nghẽn, đo thời gian chu kỳ cho các KPI như 'Thời gian trung bình đưa hàng vào kho' và phân tích hiệu suất quy trình theo từng giai đoạn, chẳng hạn ca làm, ngày hoặc tháng. Vì sao điều này quan trọng Dấu thời gian này cần thiết để sắp xếp sự kiện, tính thời gian chu kỳ và thời gian chờ, đồng thời hiểu rõ các điểm nghẽn trong quy trình. Lấy dữ liệu ở đâu Thường lấy từ trường ngày giao dịch hoặc ngày tạo trong các bảng giao dịch hàng tồn kho, chẳng hạn TRANSACTION_DATE trong INV_MATERIAL_TXNS. Ví dụ 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Hệ thống nguồn SourceSystem	Cho biết hệ thống đã trích xuất dữ liệu.
Mô tả Thuộc tính này cho biết ứng dụng nguồn nơi giao dịch hàng tồn kho được ghi nhận. Trong doanh nghiệp lớn, dữ liệu hàng tồn kho có thể đến từ nhiều hệ thống hoặc mô-đun. Việc chỉ rõ hệ thống nguồn rất quan trọng đối với quản trị dữ liệu và giúp hiểu bối cảnh của dữ liệu. Thông tin này hỗ trợ xử lý sự cố trích xuất dữ liệu và so sánh các quy trình trải rộng trên nhiều hệ thống hoặc phiên bản, chẳng hạn quy trình quản lý hàng tồn kho giữa các hệ thống ERP ở các khu vực khác nhau. Vì sao điều này quan trọng Cung cấp bối cảnh cần thiết về nguồn gốc dữ liệu, hỗ trợ xác thực và quản trị dữ liệu cũng như phân tích các quy trình có thể trải rộng trên nhiều hệ thống. Lấy dữ liệu ở đâu Đây thường là giá trị cố định được thêm trong quá trình trích xuất và chuyển đổi dữ liệu để ghi nhãn nguồn gốc dữ liệu. Ví dụ Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian cho biết lần gần nhất dữ liệu của bản ghi này được làm mới từ hệ thống nguồn.
Mô tả Thuộc tính này ghi lại thời điểm dữ liệu được trích xuất từ hệ thống nguồn và tải vào công cụ process mining gần nhất. Qua đó, bạn biết dữ liệu đang phân tích mới đến mức nào. Dấu thời gian này rất quan trọng để hiểu mức độ cập nhật của thông tin phân tích quy trình. Người dùng có thể biết mình đang xem dữ liệu gần thời gian thực hay ảnh chụp dữ liệu từ một giai đoạn trước. Đây là cơ sở cần thiết để đưa ra quyết định kịp thời và có đủ thông tin. Vì sao điều này quan trọng Cho biết dữ liệu mới đến mức nào, 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 ra sao và khi nào dự kiến làm mới dữ liệu tiếp theo. Lấy dữ liệu ở đâu Đây là trường siêu dữ liệu được tạo trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Mã lý do di chuyển MovementReasonCode	Mã cho biết lý do nghiệp vụ của một lần di chuyển hoặc điều chỉnh tồn kho.
Mô tả Mã lý do di chuyển cho biết vì sao giao dịch tồn kho diễn ra. Thông tin này đặc biệt quan trọng với các trường hợp di chuyển không theo quy trình thông thường, như loại bỏ hàng, điều chỉnh sau kiểm kê định kỳ hoặc hàng trả lại. Thuộc tính này rất cần thiết để phân tích nguyên nhân gốc rễ. Chẳng hạn, dashboard “Tần suất và lý do điều chỉnh tồn kho” dùng mã này để phân loại các lần điều chỉnh, giúp phân biệt hàng hư hỏng, mất cắp hay lỗi nhập liệu. Phân tích lý do giúp bạn xác định vấn đề nghiêm trọng nhất và ưu tiên cải tiến. Vì sao điều này quan trọng Cho biết lý do đằng sau các lần điều chỉnh và di chuyển tồn kho, rất cần thiết để tìm nguyên nhân gốc rễ của những vấn đề như chênh lệch tồn kho hoặc hàng bị loại bỏ. Lấy dữ liệu ở đâu Mã lý do thường nằm trong các bảng giao dịch, chẳng hạn trường REASON_ID trong INV_MATERIAL_TXNS. Trường này liên kết với bảng dữ liệu chính về mã lý do. Ví dụ HƯ HỎNG TRONG QUÁ TRÌNH VẬN CHUYỂNĐIỀU CHỈNH KIỂM KÊ ĐỊNH KỲHÀNG TỒN KHO HẾT HẠN
	Mã mặt hàng ItemNumber	Mã định danh duy nhất của sản phẩm hoặc vật liệu được xử lý.
Mô tả Mã mặt hàng, thường gọi là mã SKU, xác định sản phẩm cụ thể trong một giao dịch tồn kho. Nhờ đó, bạn có thể lọc hoặc phân nhóm dữ liệu để phân tích theo sản phẩm. Trong process mining, thuộc tính này rất cần thiết để phân tích theo từng sản phẩm. Thuộc tính giúp trả lời những câu hỏi như: “Sản phẩm nào mất nhiều thời gian đưa vào kho nhất?” hoặc “Mặt hàng nào thường được điều chỉnh nhất?”. Từ đó, bạn có thể tập trung cải tiến vào từng dòng hoặc nhóm sản phẩm cụ thể. Vì sao điều này quan trọng Cho phép lọc và phân tích theo từng sản phẩm, giúp xác định mặt hàng nào liên quan đến tình trạng chậm trễ hoặc vấn đề trong quy trình. Lấy dữ liệu ở đâu Đây là trường cốt lõi trong các bảng giao dịch tồn kho, thường có tên INVENTORY_ITEM_ID và liên kết với bảng dữ liệu chính về mặt hàng (EGP_SYSTEM_ITEMS_B) để lấy thông tin chi tiết. Ví dụ AS54888CPU-INT-i9MEM-DDR5-32GB
	Người thực hiện thao tác UserPerformingAction	ID hoặc tên người dùng đã thực hiện giao dịch hàng tồn 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 hoạt động cụ thể, chẳng hạn nhân viên kho hoàn tất tác vụ đưa hàng vào kho hoặc quản lý hàng tồn kho phê duyệt điều chỉnh. Phân tích theo người dùng rất quan trọng để hiểu cách phân bổ khối lượng công việc, xác định nhu cầu đào tạo và đảm bảo tuân thủ. Ví dụ, bảng điều khiển 'Tần suất và lý do điều chỉnh hàng tồn kho' dùng thuộc tính này để xác định ai thường xuyên thực hiện điều chỉnh nhất. Qua đó, bạn có thể nhận ra người làm tốt hoặc người cần được đào tạo thêm về quy trình kiểm soát hàng tồn kho. Vì sao điều này quan trọng Gắn thao tác với từng người cụ thể, giúp phân tích hiệu suất, khối lượng công việc, nhu cầu đào tạo và mức độ tuân thủ quy trình của người dùng. Lấy dữ liệu ở đâu Thường có trong các bảng giao dịch dưới dạng trường 'USER_ID' hoặc 'CREATED_BY', chẳng hạn CREATED_BY trong INV_MATERIAL_TXNS. Ví dụ JSMITHAMARTINNHÂN VIÊN.KHO
	Thời điểm kết thúc sự kiện EventEndTime	Dấu thời gian cho biết hoạt động hàng tồn kho hoàn tất khi nào.
Mô tả Thời điểm kết thúc sự kiện đánh dấu lúc một hoạt động hoàn tất. Nhiều giao dịch hàng tồn kho được ghi nhận tại một thời điểm duy nhất, nhưng một số hoạt động như 'Kiểm tra chất lượng' hoặc 'Lấy hàng' có thời lượng cụ thể. Với các sự kiện tức thời, thời điểm kết thúc thường trùng với thời điểm bắt đầu. Thuộc tính này được dùng cùng với thời điểm bắt đầu sự kiện để tính thời gian xử lý của từng hoạt động. Đây là thông tin quan trọng để phân tích hiệu suất, mức sử dụng tài nguyên và phát hiện các hoạt động mất nhiều thời gian hơn dự kiến, gây chậm trễ cho toàn bộ quy trình. Vì sao điều này quan trọng Thuộc tính này giúp tính thời gian xử lý của từng hoạt động và xác định chính xác bước nào đang tốn nhiều thời gian. Lấy dữ liệu ở đâu Với giao dịch tức thời, thời điểm này có thể trùng với thời điểm bắt đầu. Với hoạt động có thời lượng, đây sẽ là trường dấu thời gian hoàn tất riêng trong bảng nguồn liên quan. Ví dụ 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Vị trí trong kho WarehouseLocation	Vị trí cụ thể trong kho nơi hoạt động diễn ra, chẳng hạn như ô hoặc khu vực lưu trữ.
Mô tả Thuộc tính này cho biết vị trí thực tế trong kho liên quan đến giao dịch tồn kho, chẳng hạn như lối đi, kệ hoặc ô chứa hàng cụ thể. Nhờ đó, bạn biết chính xác hàng hóa được lưu trữ hoặc di chuyển ở đâu. Phân tích theo vị trí trong kho giúp phát hiện những điểm chưa hiệu quả trong khâu hậu cần. Ví dụ, dashboard “Thời gian xử lý di chuyển hàng nội bộ” có thể cho biết việc chuyển hàng giữa một số khu vực có thường xuyên bị chậm hay không. Phân tích này cũng có thể phát hiện những vị trí thường xảy ra chênh lệch tồn kho. Vì sao điều này quan trọng Cho biết vị trí cụ thể trong kho, giúp phân tích hiệu quả di chuyển và phát hiện vấn đề tại từng vị trí, như điểm nghẽn hoặc các lần điều chỉnh thường xuyên. Lấy dữ liệu ở đâu Dữ liệu thường lấy từ các trường như LOCATOR_ID trong bảng giao dịch tồn kho. Bạn có thể kết hợp trường này với dữ liệu chính về vị trí (INV_ITEM_LOCATIONS) để lấy tên mô tả. Ví dụ A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
	Đơn vị tính UnitOfMeasure	Đơn vị tính của số lượng giao dịch, chẳng hạn chiếc, kg hoặc thùng.
Mô tả Đơn vị tính (UOM) giúp làm rõ thuộc tính “Số lượng”, cho biết giá trị số đại diện cho điều gì. Ví dụ, số lượng “10” có thể là 10 món hàng, 10 thùng hoặc 10 kg. Thuộc tính này rất cần thiết để diễn giải chính xác các phân tích dựa trên số lượng. Không có UOM, bạn không thể so sánh giao dịch của các mặt hàng khác nhau hoặc cộng gộp số lượng một cách chính xác. Thuộc tính này giúp các phân tích có cơ sở nhất quán và dễ hiểu. Vì sao điều này quan trọng Làm rõ thuộc tính “Số lượng”, giúp diễn giải chính xác các giá trị và so sánh có ý nghĩa. Lấy dữ liệu ở đâu Trường này thường nằm cạnh trường số lượng trong bảng giao dịch, chẳng hạn TRANSACTION_UOM trong INV_MATERIAL_TXNS. Ví dụ EAKGBOX
	Là điều chỉnh kiểm kê định kỳ IsCycleCountAdjustment	Cờ Boolean có giá trị đúng nếu một lần điều chỉnh tồn kho diễn ra ngay sau hoạt động kiểm kê định kỳ.
Mô tả Thuộc tính được suy ra này là cờ Boolean (Đúng/Sai), dùng để xác định các hoạt động “Điều chỉnh chênh lệch tồn kho” diễn ra ngay sau hoạt động “Thực hiện kiểm kê định kỳ” cho cùng mặt hàng và vị trí. Nhờ đó, bạn có thể tách riêng các lần điều chỉnh xuất phát trực tiếp từ quá trình kiểm đếm. Cờ này được dùng cho KPI “Tỷ lệ điều chỉnh sau kiểm kê định kỳ”. Chỉ số giúp chuyên viên phân tích đánh giá hiệu quả chương trình kiểm kê định kỳ bằng cách cho biết tần suất kiểm đếm dẫn đến điều chỉnh. Tỷ lệ cao có thể cho thấy vấn đề mang tính hệ thống về độ chính xác của hồ sơ tồn kho. Vì sao điều này quan trọng Giúp đánh giá riêng hiệu quả kiểm kê định kỳ bằng cách tách các lần điều chỉnh xuất phát trực tiếp từ việc kiểm đếm thực tế. Lấy dữ liệu ở đâu Đây là thuộc tính được tạo trong quá trình chuyển đổi dữ liệu bằng cách kiểm tra thứ tự hoạt động của một mặt hàng hoặc lô hàng. Ví dụ truefalse
	Loại giao dịch TransactionType	Loại giao dịch tồn kho do hệ thống xác định.
Mô tả Thuộc tính này là phân loại sự kiện tồn kho ở cấp hệ thống, chẳng hạn “Nhận hàng theo đơn mua”, “Chuyển kho phụ” hoặc “Điều chỉnh kiểm kê định kỳ”. Đây thường là cách phân loại mang tính kỹ thuật, từ đó hệ thống xác định Tên hoạt động dễ hiểu hơn với người dùng. Tên hoạt động thường dùng trên sơ đồ quy trình tổng quan, còn Loại giao dịch hữu ích khi phân tích kỹ thuật chi tiết hoặc kiểm tra cách ánh xạ sang các hoạt động. Thuộc tính này giúp xác định các quy trình con hoặc hành vi cụ thể của hệ thống được gộp trong cùng một hoạt động. Vì sao điều này quan trọng Cho biết cách hệ thống phân loại sự kiện, hữu ích khi phân tích chi tiết và kiểm tra cách xác định “Tên hoạt động”. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong các bảng giao dịch tồn kho, thường được lấy từ bảng dữ liệu chính về loại giao dịch như MTL_TRANSACTION_TYPES. Ví dụ Nhận hàng theo đơn muaLuân chuyển giữa các kho phụXuất linh kiện cho sản xuất
	Mã giao dịch tồn kho InventoryTransactionId	Mã định danh duy nhất do hệ thống tạo cho một sự kiện tồn kho.
Mô tả Mã giao dịch tồn kho là khóa chính của một bản ghi giao dịch tồn kho riêng lẻ trong hệ thống nguồn. Mỗi dòng trong nhật ký sự kiện tương ứng với một mã như vậy. Mã này thường không được dùng trực tiếp trên sơ đồ quy trình tổng quan, nhưng rất hữu ích để kiểm tra dữ liệu, kiểm toán và phân tích chi tiết. Mã tạo liên kết trực tiếp đến bản ghi cụ thể trong Oracle Fusion SCM, giúp chuyên viên phân tích điều tra điểm bất thường hoặc sự kiện ngay trong hệ thống nguồn. Vì sao điều này quan trọng Cung cấp mã duy nhất cho mỗi sự kiện, cần thiết để kiểm tra dữ liệu, truy xuất nguồn gốc và giúp người dùng mở bản ghi tương ứng trong hệ thống nguồn. Lấy dữ liệu ở đâu Đây là khóa chính của bảng giao dịch tồn kho chính, thường là TRANSACTION_ID trong INV_MATERIAL_TXNS. Ví dụ 987654321123456789555444333
	Mã kho phụ SubinventoryCode	Khu vực hoặc loại lưu trữ cụ thể thuộc một tổ chức tồn kho.
Mô tả Kho phụ là nhóm mặt hàng được phân loại theo logic hoặc vị trí thực tế trong một tổ chức tồn kho lớn hơn, chẳng hạn như nhà kho. Ví dụ: “Khu vực nhận hàng”, “Thành phẩm”, “Hàng chờ kiểm tra chất lượng” hoặc “Vật liệu lỗi”. Thuộc tính này cho phép phân tích vị trí ở cấp tổng quan hơn so với từng ô chứa hàng. Bạn có thể dùng thuộc tính để theo dõi luồng di chuyển vật liệu giữa các khu vực chức năng, chẳng hạn thời gian hàng chuyển từ kho phụ “Khu vực nhận hàng” sang kho phụ “Thành phẩm” sau khi kiểm tra chất lượng. Vì sao điều này quan trọng Giúp phân tích việc di chuyển và thời gian lưu kho giữa các khu vực chức năng trong nhà kho, như khu nhận hàng, khu kiểm tra chất lượng và khu lưu trữ chính. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong các bảng tồn kho, thường có tên SUBINVENTORY_CODE. Ví dụ KHU VỰC NHẬN HÀNGFGIKHO LƯU TRỮ
	Nhóm SKU SKUCategory	Nhóm hoặc dòng sản phẩm mà SKU thuộc về.
Mô tả Nhóm SKU dùng để phân loại các sản phẩm tương tự. Ví dụ: “Thiết bị điện tử”, “Nguyên vật liệu”, “Thành phẩm” hoặc nhóm theo giá trị như mặt hàng loại A, B, C. Thuộc tính này cho phép phân tích tổng quan theo nhóm sản phẩm, thường hữu ích hơn việc xem xét hàng nghìn mặt hàng riêng lẻ. Thuộc tính được dùng trong các dashboard như “Phân tích tỷ lệ hàng bị loại bỏ và lỗi thời” để xác định nhóm sản phẩm nào thường bị loại bỏ nhất. Từ đó, bạn có thể tập trung cải thiện chính sách tồn kho và dự báo nhu cầu. Vì sao điều này quan trọng Cho phép tổng hợp và so sánh hiệu quả quy trình giữa các nhóm sản phẩm, giúp phát hiện xu hướng khó thấy khi chỉ xem từng mặt hàng. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong dữ liệu chính về mặt hàng (EGP_SYSTEM_ITEMS_B) và cần được kết hợp với dữ liệu giao dịch. Ví dụ Luân chuyển nhanhGiá trị caoPhụ tùng
	Số lượng Quantity	Số lượng mặt hàng trong giao dịch.
Mô tả Thuộc tính này cho biết số đơn vị hàng hóa được di chuyển, điều chỉnh, kiểm đếm hoặc xử lý theo cách khác. Qua đó, bạn biết quy mô của từng sự kiện. Số lượng là chỉ số cơ bản trong nhiều phân tích. Chỉ số này được dùng để tính lượng hàng đã xử lý, mức chênh lệch tồn kho và lượng hàng bị loại bỏ. Khi kết hợp với dữ liệu chi phí, bạn có thể định lượng tác động tài chính của những điểm chưa hiệu quả trong quy trình, như trong dashboard “Phân tích chênh lệch kiểm kê định kỳ”. Vì sao điều này quan trọng Cho biết quy mô của từng giao dịch, giúp phân tích lượng hàng xử lý, mức chênh lệch và tác động tài chính của các hoạt động tồn kho. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong các bảng giao dịch tồn kho, chẳng hạn PRIMARY_QUANTITY hoặc TRANSACTION_QUANTITY trong INV_MATERIAL_TXNS. Ví dụ 100-105000
	Số ngày lưu kho InventoryHoldingDays	Tổng thời gian một lô hàng tồn kho được lưu giữ, từ lần nhận hàng đầu tiên đến lần xuất hoặc thanh lý cuối cùng.
Mô tả Đây là KPI ở cấp hồ sơ, tính tổng thời gian lưu kho của một lô hàng cụ thể. Thời gian được tính từ dấu thời gian của hoạt động “Ghi nhận nhận hàng” đầu tiên đến dấu thời gian của hoạt động “Ghi nhận xuất hàng” hoặc “Loại bỏ/thanh lý hàng tồn kho” cuối cùng trong hồ sơ đó. Chỉ số này rất quan trọng để quản lý vốn lưu động và chi phí lưu kho. Số ngày lưu kho cao cho thấy hàng luân chuyển chậm, có thể làm tăng chi phí, nguy cơ hàng lỗi thời và việc sử dụng không hiệu quả diện tích kho. Phân tích KPI này giúp tối ưu mức tồn kho và cải thiện tốc độ luân chuyển hàng. Vì sao điều này quan trọng KPI quan trọng để đánh giá hiệu quả tài chính và vận hành. Chỉ số cho biết vốn bị giữ trong hàng tồn kho bao lâu và giúp xác định hàng luân chuyển chậm. Lấy dữ liệu ở đâu Đây là chỉ số ở cấp hồ sơ, được tính trong công cụ process mining bằng cách lấy dấu thời gian của sự kiện liên quan cuối cùng trừ dấu thời gian của sự kiện đầu tiên. Ví dụ 30 ngày 10:05:0095 ngày 04:00:0015 ngày 12:30:00
	Tổ chức tồn kho InventoryOrganization	Tổ chức cụ thể, chẳng hạn nhà kho hoặc nhà máy, nơi lưu giữ hàng tồn kho.
Mô tả Tổ chức tồn kho là một cơ sở hoặc đơn vị riêng biệt lưu giữ hàng hóa, chẳng hạn trung tâm phân phối hoặc nhà máy. Đây là thành phần dữ liệu tổ chức quan trọng trong Oracle Fusion SCM. Bạn có thể dùng thuộc tính này để lọc và so sánh quy trình giữa các địa điểm thực tế. Thuộc tính giúp trả lời những câu hỏi như: “Nhà kho nào đưa hàng vào vị trí lưu trữ nhanh nhất?” hoặc “Tỷ lệ chênh lệch tồn kho ở các cơ sở tại châu Âu có cao hơn Bắc Mỹ không?”. Nhờ đó, bạn có thể so sánh hiệu quả và chia sẻ cách làm tốt giữa các đơn vị. Vì sao điều này quan trọng Cho phép so sánh và đối chiếu hiệu quả quy trình giữa các cơ sở như nhà kho hoặc nhà máy, giúp xác định hiệu quả riêng của từng địa điểm. Lấy dữ liệu ở đâu Đây là trường cốt lõi trong bảng giao dịch, chẳng hạn ORGANIZATION_ID, liên kết với bảng dữ liệu chính về tổ chức để lấy tên. Ví dụ Trung tâm phân phối US1Nhà máy SeattleNhà kho trung tâm EU
	Trạng thái mặt hàng ItemStatus	Cho biết trạng thái hiện tại của mặt hàng tồn kho, chẳng hạn đang hoạt động, ngừng hoạt động hoặc lỗi thời.
Mô tả Trạng thái mặt hàng cho biết giai đoạn trong vòng đời của sản phẩm. Ví dụ, mặt hàng có thể ở trạng thái “Đang hoạt động” khi được giao dịch bình thường, “Tạm giữ” để kiểm tra chất lượng hoặc “Lỗi thời” khi không còn được sử dụng. Thuộc tính này giúp bổ sung bối cảnh khi phân tích một số hoạt động. Chẳng hạn, tỷ lệ loại bỏ cao ở các mặt hàng “Lỗi thời” là điều có thể dự đoán, nhưng nếu mặt hàng “Đang hoạt động” bị loại bỏ nhiều thì đó có thể là dấu hiệu của vấn đề nghiêm trọng. Thuộc tính giúp phân nhóm phân tích để tập trung vào hàng tồn kho còn phù hợp và đang hoạt động. Vì sao điều này quan trọng Cho biết vòng đời sản phẩm, giúp phân biệt hành động có thể dự đoán, như loại bỏ mặt hàng lỗi thời, với vấn đề bất thường trong quy trình. Lấy dữ liệu ở đâu Thông tin này lấy từ bảng dữ liệu chính về mặt hàng, chẳng hạn EGP_SYSTEM_ITEMS_B, và cần được kết hợp với dữ liệu giao dịch. Ví dụ Đang hoạt độngNgừng hoạt độngLỗi thời

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

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

Đây là các bước và mốc quan trọng cần ghi lại trong nhật ký sự kiện để khám phá chính xác, chi tiết quy trình vận hành tồn kho.

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

	Hoạt động	Mô tả
	Điều chỉnh chênh lệch hàng tồn kho	Đây là giao dịch cụ thể để điều chỉnh số lượng tồn kho trên hệ thống của một lô hàng cho khớp với kết quả kiểm đếm thực tế hoặc xử lý các chênh lệch khác như hàng hư hỏng. Giao dịch này chính thức ghi nhận phần tăng hoặc giảm hàng tồn kho.
Vì sao điều này quan trọng Theo dõi tần suất và lý do điều chỉnh là điều cần thiết để tìm nguyên nhân gốc rễ khiến số liệu hàng tồn kho không chính xác, chẳng hạn như mất cắp, hư hỏng hoặc lỗi quy trình. Việc này ảnh hưởng trực tiếp đến sổ sách tài chính và độ tin cậy của số liệu tồn kho. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư trong INV_MATERIAL_TXNS, với loại cụ thể như 'Cycle Count Adjustment' hoặc 'Miscellaneous Issue/Receipt', thường kèm theo mã lý do. Thu thập Được ghi nhận khi giao dịch điều chỉnh hàng tồn kho được phê duyệt và hạch toán. Loại sự kiện explicit
	Ghi nhận nhận hàng	Ghi nhận thời điểm một lô hàng được đưa vào kho, thường theo đơn đặt hàng hoặc giấy phép trả hàng. Đây là giao dịch được ghi rõ trong hệ thống khi hàng được nhận, tạo bản ghi đầu tiên cho lô hàng.
Vì sao điều này quan trọng Hoạt động này là điểm bắt đầu chính để phân tích vòng đời hàng tồn kho. Theo dõi thời gian từ sự kiện này đến các sự kiện như đưa hàng vào kho hoặc kiểm tra chất lượng là điều cần thiết để đo lường hiệu quả nhận hàng. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư trong bảng INV_MATERIAL_TXNS, với các loại giao dịch như 'PO Receipt', 'RMA Receipt' hoặc 'Intransit Shipment Receipt'. Ngày tạo giao dịch được dùng làm dấu thời gian của sự kiện. Thu thập Sự kiện được ghi nhận khi giao dịch nhận hàng được thực hiện. Loại sự kiện explicit
	Ghi nhận xuất kho	Đánh dấu thời điểm lô hàng rời khỏi kho, để giao cho khách hàng, cấp cho lệnh sản xuất hoặc chuyển đến cơ sở khác. Đây là giao dịch vật tư cụ thể, xác nhận việc giảm lượng hàng tồn kho.
Vì sao điều này quan trọng Đây là điểm kết thúc chính trong vòng đời hàng tồn kho, cần thiết để tính vòng quay hàng tồn kho và số ngày lưu kho. Sự kiện này xác nhận nhu cầu đối với lô hàng cụ thể đã được đáp ứng. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư trong INV_MATERIAL_TXNS, với các loại như 'Sales Order Issue', 'WIP Component Issue' hoặc 'Transfer Order Shipment'. Thu thập Được ghi nhận khi xác nhận giao hàng hoặc xử lý giao dịch cấp linh kiện. Loại sự kiện explicit
	Hoàn tất đưa hàng vào kho	Đánh dấu việc chuyển lô hàng vào ô lưu trữ hoặc kho phụ được chỉ định, chính thức đưa hàng vào lượng tồn kho sẵn có. Sự kiện này được ghi nhận qua giao dịch vật tư cụ thể, cập nhật vị trí lô hàng từ khu vực nhận hàng sang vị trí lưu trữ.
Vì sao điều này quan trọng Mốc này đánh dấu kết thúc quy trình nhận hàng. Thời gian từ 'Ghi nhận nhận hàng' đến sự kiện này là KPI quan trọng để đo lường hiệu quả đưa hàng vào kho. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư, thường là 'Subinventory Transfer' hoặc 'Put Away', trong bảng INV_MATERIAL_TXNS. Giao dịch này chuyển lô hàng từ kho phụ nhận hàng sang kho phụ lưu trữ. Thu thập Sự kiện được ghi nhận khi hoàn tất giao dịch xác nhận việc chuyển hàng đến vị trí lưu trữ. Loại sự kiện explicit
	Hoàn tất kiểm tra chất lượng	Đánh dấu việc hoàn tất kiểm tra chất lượng, khi quyết định chấp nhận hay từ chối lô hàng. Sự kiện này thường được suy ra từ lần cập nhật trạng thái cuối cùng trên bản ghi kiểm tra chất lượng.
Vì sao điều này quan trọng Đây là mốc quan trọng quyết định hàng có sẵn sàng cho các quy trình tiếp theo hay không. Phân tích kết quả và thời gian kiểm tra giúp tối ưu kiểm soát chất lượng và hiệu suất nhà cung cấp. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ dấu thời gian cập nhật bản ghi kiểm tra chất lượng trong QA_RESULTS với trạng thái cuối như 'Accepted' hoặc 'Rejected', hoặc từ lúc trạng thái vật tư của lô hàng đổi từ 'QA' sang 'Active'. Thu thập Được xác định từ ngày hoàn tất bản ghi kiểm tra chất lượng gắn với lô hàng. Loại sự kiện inferred
	Hoàn tất lấy hàng	Đánh dấu việc lô hàng đã được lấy khỏi vị trí lưu trữ và chuyển đến khu vực tập kết. Đây là giao dịch cụ thể, trong đó nhân viên lấy hàng xác nhận hoàn tất tác vụ trong hệ thống.
Vì sao điều này quan trọng Đây là mốc quan trọng trong quá trình hoàn tất đơn hàng. Thời gian từ 'Bắt đầu lấy hàng' đến sự kiện này cho biết hiệu suất của nhân viên và quy trình lấy hàng. Lấy dữ liệu ở đâu Được ghi nhận qua giao dịch xác nhận lấy hàng, cập nhật trạng thái dòng lệnh di chuyển hoặc tác vụ kho thành 'Completed', hoặc kích hoạt giao dịch 'Subinventory Transfer' trong INV_MATERIAL_TXNS. Thu thập Được ghi nhận khi người dùng xác nhận giao dịch lấy hàng trong hệ thống, thường qua thiết bị RF di động. Loại sự kiện explicit
	Loại bỏ hoặc tiêu hủy hàng tồn kho	Ghi nhận việc chính thức loại một lô hàng khỏi tồn kho vì đã hết hạn, hư hỏng, lỗi thời hoặc không thể sử dụng vì lý do khác. Đây là giao dịch cụ thể, ghi giảm giá trị hàng tồn kho.
Vì sao điều này quan trọng Đây là điểm kết thúc của hàng tồn kho không được bán hoặc sử dụng. Theo dõi hàng loại bỏ giúp phát hiện vấn đề về hàng tồn kho lâu ngày, dự báo nhu cầu hoặc quy trình xử lý, đồng thời cho thấy tác động trực tiếp đến tài chính. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư trong INV_MATERIAL_TXNS, thường là 'Miscellaneous Issue' hoặc loại giao dịch 'Scrap' cụ thể, gắn với tài khoản và mã lý do dành cho hàng loại bỏ. Thu thập Được ghi nhận khi giao dịch loại bỏ hàng được thực hiện và phê duyệt. Loại sự kiện explicit
	Bắt đầu đưa hàng vào kho	Đánh dấu thời điểm bắt đầu chuyển hàng đã nhận từ khu vực tập kết hoặc nhận hàng đến vị trí lưu trữ cuối cùng. Sự kiện này thường được suy ra từ lúc tạo tác vụ do hệ thống chỉ định hoặc yêu cầu di chuyển để đưa hàng vào kho.
Vì sao điều này quan trọng Bắt đầu đưa hàng vào kho sớm giúp giải phóng khu vực nhận hàng và đưa hàng vào trạng thái sẵn sàng sử dụng. Sự kiện này giúp đo thời gian chờ từ lúc nhận hàng đến khi bắt đầu các hoạt động đưa hàng vào kho. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ dấu thời gian tạo yêu cầu di chuyển hoặc tác vụ kho trong mô-đun Warehouse Management System (WMS) liên quan đến lô hàng đã nhận. Thu thập Xác định sự kiện này qua việc tạo tác vụ đưa hàng vào kho gắn với giao dịch hàng tồn kho hoặc lô hàng. Loại sự kiện inferred
	Bắt đầu kiểm tra chất lượng	Đánh dấu thời điểm một lô hàng được chỉ định để kiểm tra chất lượng trước khi đưa vào sử dụng. Sự kiện này thường được suy ra từ việc tạo bản ghi kế hoạch kiểm tra cho lô hàng đã nhận hoặc từ thay đổi trạng thái khiến lô hàng bị giữ ở trạng thái 'QA'.
Vì sao điều này quan trọng Sự kiện này đánh dấu thời điểm bắt đầu quy trình đảm bảo chất lượng. Thời gian từ đây đến lúc hoàn tất kiểm tra chất lượng cho biết thời gian xử lý và các điểm nghẽn tiềm ẩn trong bộ phận QC. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ lúc tạo bản ghi kiểm tra chất lượng trong mô-đun Quality Management, chẳng hạn QA_RESULTS, hoặc từ thay đổi trạng thái vật tư của lô hàng sang trạng thái kiểm tra được chỉ định. Thu thập Có thể suy ra sự kiện này từ dấu thời gian tạo kế hoạch kiểm tra chất lượng hoặc từ lúc trạng thái lô hàng đổi thành 'Awaiting Inspection'. Loại sự kiện inferred
	Bắt đầu lấy hàng	Đánh dấu thời điểm bắt đầu xử lý đơn hàng, khi một tác vụ được tạo để lấy lô hàng từ vị trí lưu trữ cho đơn bán hàng, lệnh sản xuất hoặc lệnh chuyển kho. Sự kiện này được suy ra từ việc tạo đợt lấy hàng hoặc dòng lệnh di chuyển.
Vì sao điều này quan trọng Sự kiện này bắt đầu tính thời gian của chu kỳ lấy hàng. Thời gian chờ giữa lúc phân bổ đơn hàng và bắt đầu lấy hàng có thể cho thấy điểm nghẽn trong xử lý đơn hàng hoặc phân công tác vụ kho. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ dấu thời gian tạo bản ghi tác vụ lấy hàng trong các bảng WMS hoặc từ cập nhật trạng thái của một dòng lệnh di chuyển, chẳng hạn Mtl_Txn_Request_Lines, thành 'Released to Warehouse'. Thu thập Xác định sự kiện này qua việc tạo tác vụ lấy hàng hoặc lệnh di chuyển gắn với lô hàng. Loại sự kiện inferred
	Hoàn tất đóng gói	Đánh dấu việc hoàn tất đóng gói, khi lô hàng đã lấy được đặt vào thùng vận chuyển và thùng được niêm phong. Sự kiện này có thể được ghi nhận qua thao tác quét tại trạm đóng gói hoặc suy ra từ thay đổi trạng thái lô hàng.
Vì sao điều này quan trọng Đánh dấu thời điểm kết thúc xử lý hàng hóa tại kho trước khi vận chuyển. Phân tích thời gian từ lúc lấy hàng đến khi đóng gói giúp phát hiện các khâu kém hiệu quả tại trạm đóng gói. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ thay đổi trạng thái của chi tiết giao hàng hoặc bản ghi lô hàng, chẳng hạn trong WSH_DELIVERY_DETAILS, thành 'Packed'. Với một số cấu hình, sự kiện này có thể được ghi nhận bằng giao dịch cụ thể tại trạm đóng gói. Thu thập Được xác định từ dấu thời gian cập nhật trạng thái lô hàng hoặc nhật ký giao dịch đóng gói cụ thể. Loại sự kiện inferred
	Luân chuyển hàng trong kho	Ghi nhận việc chuyển lô hàng giữa các vị trí lưu trữ khác nhau, chẳng hạn giữa các ô hoặc kho phụ trong cùng một nhà kho. Những lần di chuyển này được ghi lại thành giao dịch vật tư cụ thể, phục vụ các mục đích như bổ sung hàng hoặc gom hàng.
Vì sao điều này quan trọng Phân tích việc luân chuyển nội bộ giúp phát hiện cách bố trí kho kém hiệu quả, thao tác xử lý quá nhiều và cơ hội tối ưu vị trí hàng. Tần suất luân chuyển cao có thể cho thấy cách sắp xếp ban đầu khi đưa hàng vào kho chưa hợp lý. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư trong INV_MATERIAL_TXNS, với loại giao dịch như 'Subinventory Transfer' hoặc 'Locator Transfer' không liên quan đến bên ngoài. Thu thập Được ghi nhận khi hoàn tất giao dịch luân chuyển nội bộ. Loại sự kiện explicit
	Thay đổi trạng thái mặt hàng	Ghi nhận thay đổi về trạng thái sử dụng hoặc hạn chế của một lô hàng, chẳng hạn như tạm giữ, hạn chế bán hoặc cho phép sử dụng trở lại. Sự kiện này thường được suy ra từ thay đổi thuộc tính trạng thái của lô hàng.
Vì sao điều này quan trọng Theo dõi thay đổi trạng thái giúp bạn hiểu rõ tình trạng sẵn có và cách kiểm soát hàng tồn kho. Việc tạm giữ thường xuyên có thể cho thấy vấn đề về chất lượng, còn theo dõi các lần gỡ giữ giúp làm rõ luồng quy trình. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này bằng cách theo dõi thay đổi trong trường 'LOT_STATUS_CODE' hoặc các trường tương tự ở bảng hàng tồn kho như INV_LOT_NUMBERS. Có thể cần lịch sử kiểm toán hoặc nhật ký cơ sở dữ liệu để ghi nhận dấu thời gian thay đổi. Thu thập Được ghi nhận bằng cách so sánh giá trị hiện tại và trước đó của trường trạng thái lô hàng theo thời gian. Loại sự kiện inferred
	Thực hiện kiểm kê luân phiên	Cho biết một lô hàng đã được kiểm đếm thực tế trong chương trình kiểm kê luân phiên hoặc kiểm kê hàng tồn kho. Đây là thao tác cụ thể, trong đó người dùng nhập số lượng đếm được vào hệ thống.
Vì sao điều này quan trọng Hoạt động này đóng vai trò cốt lõi khi phân tích chương trình kiểm soát độ chính xác của hàng tồn kho. Đây là cơ sở để phát hiện chênh lệch và đo lường hiệu quả của quy trình kiểm đếm. Lấy dữ liệu ở đâu Được ghi nhận trong bảng INV_CYCLE_COUNT_ENTRIES khi người dùng nhập và lưu số lượng kiểm đếm. Dấu thời gian của bản ghi kiểm đếm được dùng làm thời điểm sự kiện. Thu thập Được ghi nhận khi người dùng gửi kết quả kiểm đếm cho một mặt hàng và lô cụ thể trong tác vụ kiểm kê luân phiên. Loại sự kiện explicit
	Xử lý hàng trả lại	Ghi nhận việc nhận và xử lý lô hàng khách trả lại thông qua Return Material Authorization (RMA). Hoạt động này đưa lô hàng trở lại hệ thống hàng tồn kho, thường kéo theo quy trình kiểm tra và quyết định cách xử lý.
Vì sao điều này quan trọng Phân tích quy trình hàng trả lại giúp hiểu rõ vấn đề về chất lượng sản phẩm và cải thiện hiệu quả logistics ngược. Đây cũng có thể là điểm bắt đầu cho một quy trình phụ riêng về hàng trả lại. Lấy dữ liệu ở đâu Được ghi nhận dưới dạng giao dịch vật tư 'RMA Receipt' trong bảng INV_MATERIAL_TXNS. Chi tiết giao dịch liên kết với đơn bán hàng và khách hàng ban đầu. Thu thập Được ghi nhận khi giao dịch nhận hàng RMA được thực hiện trong hệ thống. 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 Fusion SCM

Các bước

Mở Oracle BI Publisher: Đăng nhập vào phiên bản Oracle Fusion SCM của bạn. Trong menu Navigator, mở khu vực làm việc Reports and Analytics. Chọn 'Browse Catalog' để mở giao diện Oracle BI Publisher.
Tạo Data Model mới: Trong catalog, chọn thư mục phù hợp để lưu các thành phần trích xuất. Nhấp vào menu thả xuống 'New' rồi chọn 'Data Model'.
Tạo SQL Data Set: Trong trình chỉnh sửa Data Model, nhấp biểu tượng '+' để thêm data set mới, sau đó chọn 'SQL Query'.
Cấu hình nguồn dữ liệu: Trong hộp thoại data set mới, nhập tên, chẳng hạn 'InventoryManagementEventLog'. Chọn 'ApplicationDB_FSCM' làm nguồn dữ liệu. Đặt 'Type of SQL' thành 'Standard SQL'.
Nhập SQL Query: Sao chép toàn bộ SQL query trong phần 'query' của tài liệu này và dán vào vùng nhập SQL Query.
Khai báo tham số: Query sử dụng tham số cho khoảng ngày (p_start_date, p_end_date) và mã tổ chức (p_organization_code). BI Publisher sẽ tự nhận diện các tham số này. Bạn có thể đặt giá trị mặc định hoặc đánh dấu là bắt buộc với người chạy báo cáo.
Lưu và xem dữ liệu: Lưu Data Model. Mở thẻ 'Data', nhập giá trị tham số rồi nhấp 'View' để xem dữ liệu mẫu và xác nhận query hoạt động như mong đợi.
Tạo báo cáo: Quay lại catalog. Nhấp menu thả xuống 'New' rồi chọn 'Report'. Trong trình hướng dẫn tạo báo cáo, chọn Data Model vừa tạo.
Cấu hình bố cục báo cáo: Làm theo các bước trong trình hướng dẫn. Khi được hỏi về bố cục, chọn kiểu 'Table' đơn giản. Kéo tất cả cột từ data set vào bảng. Không cần định dạng phức tạp vì mục tiêu là xuất dữ liệu thô.
Lên lịch trích xuất tự động: Lưu báo cáo. Chọn 'Schedule' cho báo cáo rồi tạo lịch chạy mới. Trong thẻ 'Output' của phần cấu hình lịch, chọn định dạng CSV. Trong thẻ 'Destination', thiết lập gửi tệp đến thư mục content server hoặc máy chủ SFTP bên ngoài để bạn lấy về.
Lấy nhật ký sự kiện: Sau khi lịch chạy hoàn tất, mở đích đã chỉ định, chẳng hạn tải tệp từ content server hoặc truy cập máy chủ SFTP, để lấy tệp CSV được tạo. Đây là nhật ký sự kiện, sẵn sàng tải lên công cụ process mining.

Cấu hình

Điều kiện tiên quyết: Tài khoản người dùng cần có vai trò BI Administrator và quyền truy cập dữ liệu để truy vấn các bảng quản lý tồn kho như INV_MATERIAL_TXNS, RCV_TRANSACTIONS và WSH_DELIVERY_DETAILS.
Nguồn dữ liệu: Dùng nguồn dữ liệu 'ApplicationDB_FSCM' tiêu chuẩn trong BI Publisher. Nguồn này kết nối với cơ sở dữ liệu giao dịch chính của Fusion SCM.
Tham số báo cáo: Cần lọc dữ liệu để đảm bảo hiệu suất. Query được cung cấp có các tham số:
- p_start_date: Ngày bắt đầu kỳ báo cáo.
- p_end_date: Ngày kết thúc kỳ báo cáo.
- p_organization_code: Mã tổ chức tồn kho cụ thể (mã kho) cần trích xuất dữ liệu.
Khoảng ngày: Với lần trích xuất đầu tiên, hãy chọn khoảng thời gian lịch sử ngắn, chẳng hạn 3 đến 6 tháng gần nhất, để tác vụ hoàn tất trong thời gian hợp lý. Với các lần trích xuất định kỳ, hãy lên lịch chạy hằng ngày hoặc hằng tuần cho khoảng thời gian gần đây.
Định dạng đầu ra: Cấu hình tác vụ báo cáo BI Publisher để xuất tệp CSV. Đảm bảo ký tự phân cách và bảng mã của CSV tương thích với công cụ process mining.
Lên lịch: Lên lịch chạy báo cáo vào giờ thấp điểm để giảm ảnh hưởng đến hiệu suất hệ thống. Khi chạy, khối lượng dữ liệu lớn có thể tiêu tốn đáng kể tài nguyên hệ thống.

Truy vấn mẫu sql

WITH EventData AS (
-- 1. Goods Receipt Recorded (PO & RMA)
SELECT
    IMT.TRANSACTION_ID,
    'Goods Receipt Recorded' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation, -- Using Org Code for warehouse level
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- 2. Quality Inspection Initiated (Move to QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Initiated' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE = 'QA' -- This is a placeholder, adjust based on your system's QA subinventory naming convention

UNION ALL

-- 3. Quality Inspection Performed (Move out of QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Performed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.TRANSFER_SUBINVENTORY = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE <> 'QA' -- Moved out of a QA-type subinventory
    AND IMT.SUBINVENTORY_CODE IN (SELECT SUB.SUBINVENTORY_CODE FROM INV_SUBINVENTORIES_VL SUB WHERE SUB.ORGANIZATION_ID = IMT.ORGANIZATION_ID AND SUB.SUBINVENTORY_TYPE = 'QA')

UNION ALL

-- 4. Put-away Initiated (Modeled by Move Order Creation for received items)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Put-away Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 6 -- Put Away

UNION ALL

-- 5. Put-away Completed (Subinventory transfer from Receiving)
SELECT
    IMT.TRANSACTION_ID,
    'Put-away Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND IMT.TRANSACTION_SOURCE_TYPE_ID = 1 -- Purchase Order
    AND ISV.SUBINVENTORY_TYPE = '[Your Receiving Subinventory Type]' -- Adjust based on configuration

UNION ALL

-- 6. Stock Moved Internally
SELECT
    IMT.TRANSACTION_ID,
    'Stock Moved Internally' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE || ' -> ' || IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Subinventory Transfer'

UNION ALL

-- 7. Cycle Count Performed & 8. Inventory Discrepancy Adjusted
SELECT
    IMT.TRANSACTION_ID,
    CASE 
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Cycle Count Adjustment' THEN 'Cycle Count Performed'
        ELSE 'Inventory Discrepancy Adjusted'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Cycle Count Adjustment', 'Miscellaneous issue', 'Miscellaneous receipt')

UNION ALL

-- 9. Item Status Changed
SELECT 
    ILN.LOT_NUMBER_ID AS TRANSACTION_ID,
    'Item Status Changed' AS ActivityName,
    ILN.LAST_UPDATE_DATE AS EventStartTime,
    ILN.LAST_UPDATE_DATE AS EventEndTime,
    ILN.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    ILN.STATUS_CODE AS MovementReasonCode,
    ILN.ORGANIZATION_ID
FROM 
    INV_LOT_NUMBERS ILN
JOIN EGP_SYSTEM_ITEMS_B ESIB ON ILN.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND ILN.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON ILN.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON ILN.LAST_UPDATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE 
    ILN.LOT_NUMBER IS NOT NULL

UNION ALL

-- 10. Picking Initiated (From Pick Wave Move Order)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Picking Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 1 -- Pick Wave

UNION ALL

-- 11. Picking Completed (Transfer to Staging)
SELECT
    IMT.TRANSACTION_ID,
    'Picking Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Staging Transfer'

UNION ALL

-- 12. Packing Completed (Inferred from Ship Confirm)
-- 13. Goods Issue Recorded (Sales Order Issue)
-- 14. Return Goods Processed (RMA Issue - though this is usually a receipt)
-- 15. Stock Scrapped/Disposed
SELECT
    IMT.TRANSACTION_ID,
    CASE
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order issue' AND IMT.TRANSACTION_ACTION_ID = 1 THEN 'Goods Issue Recorded'
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order pick' THEN 'Packing Completed' -- Using Pick as a proxy for packing start/completion
        WHEN ITT.TRANSACTION_TYPE_NAME = 'RMA Receipt' THEN 'Return Goods Processed' -- This is a receipt, not an issue.
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Miscellaneous issue' AND MTR.REASON_NAME LIKE '%Scrap%' THEN 'Stock Scrapped/Disposed'
        ELSE 'Other'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Sales order issue', 'Sales order pick', 'RMA Receipt', 'Miscellaneous issue')
)
SELECT
    ED.InventoryBatchLot,
    ED.ActivityName,
    ED.EventStartTime,
    'Oracle Fusion SCM' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    ED.EventEndTime,
    ED.UserPerformingAction,
    ED.ItemNumber,
    ED.WarehouseLocation,
    ED.MovementReasonCode
FROM
    EventData ED
JOIN INV_ORG_PARAMETERS OOD ON ED.ORGANIZATION_ID = OOD.ORGANIZATION_ID
WHERE
    ED.EventStartTime BETWEEN :p_start_date AND :p_end_date
    AND OOD.ORGANIZATION_CODE = :p_organization_code
    AND ED.ActivityName <> 'Other' -- Exclude unmapped transactions
ORDER BY
    ED.InventoryBatchLot, ED.EventStartTime

Các bước

Đăng nhập vào môi trường Oracle Fusion Cloud Applications bằng tài khoản có vai trò quản trị viên BICC.
Mở bảng điều khiển Business Intelligence Cloud Connector (BICC) bằng cách chọn mục này trong menu điều hướng chính, bên dưới Tools.
Trong bảng điều khiển BICC, chọn 'Manage Offerings and Data Stores'. Tìm và đảm bảo offering 'Supply Chain Management' đã được bật. Thao tác này giúp bạn trích xuất dữ liệu từ tất cả data store (PVO) liên quan đến SCM.
Mở 'Manage Extract Schedules' và tạo lịch mới dành riêng cho quy trình quản lý tồn kho.
Trong lịch mới, tìm và thêm các Public View Object (PVO) cần thiết để trích xuất dữ liệu. Các PVO chính gồm FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO và FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Với mỗi PVO đã chọn, mở thẻ 'Configure Columns'. Chọn tất cả cột cần cho nhật ký sự kiện, chẳng hạn số lô, thông tin mặt hàng, dấu thời gian, mã người dùng và loại giao dịch. Bỏ chọn các cột không cần để giảm dung lượng dữ liệu trích xuất.
Đặt bộ lọc để kiểm soát khối lượng dữ liệu. Trong thẻ 'Manage Filters', đặt bộ lọc chung để tải dữ liệu tăng dần. Biểu thức lọc tiêu chuẩn là LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Nhờ đó, mỗi lần chạy chỉ trích xuất dữ liệu đã thay đổi kể từ lần chạy trước.
Cấu hình nơi lưu trữ bên ngoài để gửi dữ liệu. Trong 'Configure External Storage', chọn 'Cloud Storage Service' và nhập thông tin kết nối đến nơi lưu trữ đích, chẳng hạn Oracle Cloud Infrastructure (OCI) Object Storage.
Lưu cấu hình lịch và gửi để chạy. Bạn có thể theo dõi tiến độ tác vụ trên màn hình 'Manage Extract Schedules'.
Khi tác vụ BICC hoàn tất, các tệp dữ liệu thô ở định dạng CSV sẽ có trong vị trí lưu trữ đám mây đã cấu hình.
Tạo script xử lý sau hoặc workflow ETL để tải các tệp CSV này xuống. Script cần chuyển đổi và kết hợp dữ liệu từ nhiều tệp theo logic trong phần query để tạo nhật ký sự kiện cuối cùng.
Script cần tạo một tệp CSV duy nhất với các cột chính xác (InventoryBatchLot, ActivityName, EventStartTime, v.v.) để tải lên ProcessMind.

Cấu hình

Offerings: Phải bật offering 'Supply Chain Management' trong BICC để truy cập các PVO về tồn kho, vận chuyển và quản lý chất lượng.
PVO chính (data store): Cần nhiều PVO để trích xuất đầy đủ dữ liệu. Tối thiểu, hãy thêm:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: Nguồn chính cho hầu hết hoạt động luân chuyển vật tư như nhận hàng, xuất hàng, chuyển kho và điều chỉnh.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: Cung cấp thông tin về trạng thái lô.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: Ghi nhận kết quả kiểm tra chất lượng.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: Chứa thông tin về quy trình lấy hàng và vận chuyển.
Cấu hình trích xuất tăng dần: Luôn dùng chức năng trích xuất tăng dần cho các lần tải dữ liệu định kỳ. Đặt bộ lọc trên cột LastUpdateDate bằng biến #BI_LAST_EXTRACT_DATE. Với lần tải dữ liệu lịch sử đầu tiên, bạn có thể trích xuất toàn bộ dữ liệu trong một khoảng thời gian xác định, chẳng hạn 6 đến 12 tháng gần nhất.
Bộ lọc cấp PVO: Để tăng hiệu suất và giảm dung lượng tệp, hãy áp dụng thêm bộ lọc trực tiếp trên PVO. Các bộ lọc thường dùng gồm OrganizationId để giới hạn dữ liệu theo kho cụ thể hoặc TransactionTypeId để loại bỏ các luồng không liên quan.
Điều kiện tiên quyết: Cần tài khoản người dùng có vai trò BICC_ADMINISTRATOR_JOB. Bạn cũng cần quyền truy cập và thông tin xác thực cho dịch vụ lưu trữ đám mây được hỗ trợ, chẳng hạn OCI Object Storage, nơi BICC có thể gửi các tệp đã trích xuất.

Truy vấn mẫu sql

-- This is a conceptual query representing the logic to be applied in a post-processing script
-- after extracting raw data from the specified PVOs using BICC.

-- Activity: Goods Receipt Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Receipt Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'Transfer Receipt')

UNION ALL

-- Activity: Quality Inspection Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionPlanExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Initiated' AS "ActivityName", insp.CreationDate AS "EventStartTime", NULL AS "EventEndTime", insp.CreatedBy AS "UserPerformingAction", insp.ItemNumber AS "ItemNumber", insp.OrganizationCode AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", insp.LastUpdateDate AS "LastDataUpdate"
FROM InspectionPlanExtractPVO_output.csv insp JOIN MaterialTransactionExtractPVO_output.csv trx ON insp.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Quality Inspection Performed (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Performed' AS "ActivityName", res.TransactionDate AS "EventStartTime", res.TransactionDate AS "EventEndTime", res.CreatedBy AS "UserPerformingAction", res.ItemNumber AS "ItemNumber", res.OrganizationCode AS "WarehouseLocation", res.InspectionResultStatus AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", res.LastUpdateDate AS "LastDataUpdate"
FROM InspectionResultExtractPVO_output.csv res JOIN MaterialTransactionExtractPVO_output.csv trx ON res.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Put-away Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Initiated' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- Activity: Put-away Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode LIKE '%RECEIVING%'

UNION ALL

-- Activity: Stock Moved Internally (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Moved Internally' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode NOT LIKE '%RECEIVING%'

UNION ALL

-- Activity: Cycle Count Performed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.CycleCountEntriesExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Cycle Count Performed' AS "ActivityName", CountDate AS "EventStartTime", CountDate AS "EventEndTime", CountedByEmployeeName AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM CycleCountEntriesExtractPVO_output.csv
WHERE CountedByEmployeeName IS NOT NULL

UNION ALL

-- Activity: Inventory Discrepancy Adjusted (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Inventory Discrepancy Adjusted' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Cycle Count Adjustment', 'Physical Inventory Adjustment')

UNION ALL

-- Activity: Item Status Changed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Item Status Changed' AS "ActivityName", LastUpdateDate AS "EventStartTime", NULL AS "EventEndTime", LastUpdatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", NULL AS "WarehouseLocation", 'New Status: ' || LotStatusCode AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM LotControlExtractPVO_output.csv

UNION ALL

-- Activity: Picking Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Initiated' AS "ActivityName", CreationDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM DeliveryDetailExtractPVO_output.csv
WHERE ReleasedStatus = 'R'

UNION ALL

-- Activity: Picking Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", TransferSubinventory || ' / ' || TransferLocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Sales Order Pick'

UNION ALL

-- Activity: Packing Completed (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryExtractPVO)
SELECT dd.LotNumber AS "InventoryBatchLot", 'Packing Completed' AS "ActivityName", d.ConfirmedDate AS "EventStartTime", d.ConfirmedDate AS "EventEndTime", d.LastUpdatedBy AS "UserPerformingAction", dd.ItemNumber AS "ItemNumber", dd.Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", d.LastUpdateDate AS "LastDataUpdate"
FROM DeliveryExtractPVO_output.csv d JOIN DeliveryDetailExtractPVO_output.csv dd ON d.DeliveryId = dd.DeliveryId
WHERE d.StatusCode = 'CL'

UNION ALL

-- Activity: Goods Issue Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Issue Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Sales Order Issue', 'Work Order Issue')

UNION ALL

-- Activity: Return Goods Processed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Return Goods Processed' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'RMA Receipt'

UNION ALL

-- Activity: Stock Scrapped/Disposed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Scrapped/Disposed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Scrap Transaction', 'Inventory Write-Off')

Các bước

Điều kiện tiên quyết: Đảm bảo hệ thống đã cài Python 3.6 trở lên. Cài thư viện requests cần thiết để gọi HTTP API bằng lệnh pip install requests trong terminal.
Lấy thông tin xác thực API: Chuẩn bị thông tin xác thực cần thiết để truy cập REST API của Oracle Fusion SCM. Thông tin này gồm URL cơ sở của phiên bản Oracle Fusion (ví dụ: https://your-fusion-instance.oraclecloud.com), tên người dùng và mật khẩu của tài khoản có đủ quyền đọc dữ liệu tồn kho.
Cấu hình Python script: Tải Python script được cung cấp. Mở tệp bằng trình chỉnh sửa và tìm phần cấu hình ở đầu tệp. Điền các giá trị thay thế cho BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE và ORGANIZATION_ID.
Tìm hiểu API endpoint: Script chủ yếu dùng endpoint REST API inventoryTransactions. Endpoint này cung cấp nhật ký đầy đủ về các luồng di chuyển và điều chỉnh vật tư, sau đó được chuyển thành nhật ký sự kiện process mining.
Kiểm tra logic ánh xạ hoạt động: Xem hàm map_transaction_to_activity trong script. Hàm này chứa logic chính để chuyển TransactionTypeName của Oracle thành ActivityName theo chuẩn cần có trong nhật ký sự kiện. Bạn có thể cần điều chỉnh ánh xạ cho phù hợp với các loại giao dịch được dùng trong tổ chức.
Chạy script: Chạy script trong terminal bằng lệnh python your_script_name.py. Script sẽ xác thực với API, lấy dữ liệu giao dịch theo từng trang, xử lý dữ liệu và in thông báo trạng thái ra console.
Xử lý phân trang và lấy dữ liệu: Script tự xử lý phân trang API bằng cách gửi các yêu cầu liên tiếp với tham số offset và limit cho đến khi lấy hết dữ liệu trong khoảng ngày đã chọn. Nhờ vậy, toàn bộ dữ liệu được trích xuất mà không làm quá tải máy chủ hoặc bộ nhớ của script.
Chuyển đổi dữ liệu: Với mỗi giao dịch được lấy về, script chuyển phản hồi JSON thành bản ghi dạng phẳng. Script ánh xạ các trường như LotNumber, TransactionDate và CreatedBy sang các thuộc tính nhật ký sự kiện cần có: InventoryBatchLot, EventStartTime và UserPerformingAction.
Tạo tệp CSV đầu ra: Sau khi lấy và xử lý toàn bộ dữ liệu, script sẽ ghi kết quả vào tệp CSV tên oracle_fusion_inventory_log.csv trong cùng thư mục với script.
Kiểm tra và tải lên: Mở tệp CSV vừa tạo bằng ứng dụng bảng tính để kiểm tra nội dung. Xác nhận dữ liệu đã được điền đúng, khoảng ngày đầy đủ và có đủ các hoạt động dự kiến. Sau khi kiểm tra, bạn có thể tải tệp lên ProcessMind.

Cấu hình

Thông tin xác thực API: Cần username và password hợp lệ cho người dùng Oracle Fusion. Người dùng phải có vai trò được phép đọc dữ liệu giao dịch tồn kho, chẳng hạn Inventory Manager hoặc vai trò tích hợp tùy chỉnh.
URL cơ sở: Cần khai báo chính xác URL gốc của phiên bản Oracle Fusion SCM (ví dụ: https://your-instance.oraclecloud.com).
Khoảng ngày: Đặt tham số START_DATE và END_DATE theo định dạng YYYY-MM-DD để xác định khoảng thời gian trích xuất. Nên bắt đầu với khoảng 3 đến 6 tháng để kiểm soát khối lượng dữ liệu.
Organization ID: Chỉ định ORGANIZATION_ID để giới hạn dữ liệu trích xuất trong một tổ chức tồn kho hoặc kho hàng. Đây là yếu tố quan trọng để đảm bảo hiệu suất và dữ liệu phù hợp.
Kích thước trang (Limit): Biến LIMIT trong script quy định số bản ghi lấy về trong mỗi lần gọi API. Giá trị từ 100 đến 500 thường phù hợp, cân bằng giữa hiệu suất và tải API.
Phiên bản API: Script giả định dùng phiên bản REST API cụ thể (11.13.18.05). Bạn có thể cần cập nhật đường dẫn URL nếu môi trường Oracle Fusion của bạn dùng phiên bản khác.

Truy vấn mẫu python

import requests
import json
import csv
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion SCM instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance.oraclecloud.com]"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
class=class="hl-string">"hl-comment"># Specify the Inventory Organization ID to filter results
ORGANIZATION_ID = class="hl-string">"[your_organization_id]"
LIMIT = 500  class=class="hl-string">"hl-comment"># Number of records to fetch per API call
OUTPUT_FILE = class="hl-string">"oracle_fusion_inventory_log.csv"

class=class="hl-string">"hl-comment"># --- API Endpoint ---
API_ENDPOINT = fclass="hl-string">"{BASE_URL}/fscmRestApi/resources/11.13.18.05/inventoryTransactions"

def map_transaction_to_activity(transaction_type_name):
    class="hl-string">"""Maps Oracle Fusion transaction type names to standardized activity names."""
    mapping = {
        class=class="hl-string">"hl-comment"># Goods Receipt & Returns
        class="hl-string">"PO Receipt": class="hl-string">"Goods Receipt Recorded",
        class="hl-string">"RMA Receipt": class="hl-string">"Return Goods Processed",
        class=class="hl-string">"hl-comment"># Put-away & Internal Moves
        class="hl-string">"Subinventory Transfer": class="hl-string">"Stock Moved Internally",
        class="hl-string">"WMS Putaway": class="hl-string">"Put-away Completed", class=class="hl-string">"hl-comment"># Assuming WMS module is used
        class="hl-string">"Move Order Transfer": class="hl-string">"Stock Moved Internally",
        class=class="hl-string">"hl-comment"># Adjustments & Counts
        class="hl-string">"Cycle Count Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class="hl-string">"Physical Inventory Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class=class="hl-string">"hl-comment"># Note: Cycle Count Performed is often the same transaction as the adjustment.
        class=class="hl-string">"hl-comment"># We can create a dedicated activity for the adjustment itself.
        class=class="hl-string">"hl-comment"># Picking, Packing, Shipping (Goods Issue)
        class="hl-string">"Sales Order Pick": class="hl-string">"Picking Completed",
        class="hl-string">"Sales Order Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"Movement Request Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"WIP Component Issue": class="hl-string">"Goods Issue Recorded",
        class=class="hl-string">"hl-comment"># Disposals
        class="hl-string">"Miscellaneous Issue": class="hl-string">"Stock Scrapped/Disposed", class=class="hl-string">"hl-comment"># Often used for scrap with a reason code
        class="hl-string">"Account Alias Issue": class="hl-string">"Stock Scrapped/Disposed",
        class=class="hl-string">"hl-comment"># Status Changes (often handled outside material transactions, placeholder)
        class="hl-string">"Lot Status Update": class="hl-string">"Item Status Changed",
    }
    return mapping.get(transaction_type_name, None)

def fetch_inventory_transactions():
    class="hl-string">"""Fetches and processes all inventory transactions within the specified date range."""
    event_log = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Use a session for persistent authentication
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction...")

    while has_more:
        params = {
            class="hl-string">'finder': class="hl-string">'TransactionDateFinder',
            class="hl-string">'q': fclass="hl-string">'OrganizationId={ORGANIZATION_ID};TransactionDate between \'{START_DATE}\class="hl-string">' and \'{END_DATE}\class="hl-string">'',
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">'TransactionId,TransactionDate,TransactionTypeName,LotNumber,ItemNumber,CreatedBy,SubinventoryCode,LocatorId,TransactionReasonId,LastUpdateDate'
        }

        try:
            response = session.get(API_ENDPOINT, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes (4xx or 5xx)
            data = response.json()
            items = data.get(class="hl-string">'items', [])

            if not items:
                print(class="hl-string">"No more items found. Ending extraction.")
                has_more = False
                continue

            print(fclass="hl-string">"Fetched {len(items)} records. Processing offset {offset}...")

            class=class="hl-string">"hl-comment"># Process each transaction from the API response
            for item in items:
                if not item.get(class="hl-string">'LotNumber'):
                    continue class=class="hl-string">"hl-comment"># Skip transactions without a lot number as it's the case ID
                
                activity_name = map_transaction_to_activity(item.get(class="hl-string">'TransactionTypeName'))
                
                class=class="hl-string">"hl-comment"># If the transaction type doesn't map to a relevant activity, skip it
                if not activity_name:
                    continue

                class=class="hl-string">"hl-comment"># Create the event log entry
                event = {
                    class="hl-string">'InventoryBatchLot': item.get(class="hl-string">'LotNumber'),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventStartTime': item.get(class="hl-string">'TransactionDate'),
                    class="hl-string">'EventEndTime': item.get(class="hl-string">'TransactionDate'), class=class="hl-string">"hl-comment"># End time is often same as start for transactions
                    class="hl-string">'UserPerformingAction': item.get(class="hl-string">'CreatedBy'),
                    class="hl-string">'ItemNumber': item.get(class="hl-string">'ItemNumber'),
                    class="hl-string">'WarehouseLocation': item.get(class="hl-string">'SubinventoryCode'), class=class="hl-string">"hl-comment"># Using Subinventory as location
                    class="hl-string">'MovementReasonCode': item.get(class="hl-string">'TransactionReasonId'),
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': datetime.now().isoformat()
                }
                event_log.append(event)

            class=class="hl-string">"hl-comment"># Check if there are more pages
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break
    
    return event_log

def write_to_csv(data):
    class="hl-string">"""Writes the processed data to a CSV file."""
    if not data:
        print(class="hl-string">"No data to write to CSV.")
        return

    print(fclass="hl-string">"Writing {len(data)} records to {OUTPUT_FILE}...")
    
    class=class="hl-string">"hl-comment"># Define the headers based on the keys of the first dictionary
    headers = [
        class="hl-string">'InventoryBatchLot', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime',
        class="hl-string">'UserPerformingAction', class="hl-string">'ItemNumber', class="hl-string">'WarehouseLocation',
        class="hl-string">'MovementReasonCode', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]

    with open(OUTPUT_FILE, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(data)
    
    print(class="hl-string">"CSV file has been created successfully.")

if __name__ == class="hl-string">"__main__":
    all_transactions = fetch_inventory_transactions()
    write_to_csv(all_transactions)

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

Dùng mẫu này để chuẩn bị dữ liệu nhanh hơn và bắt đầu tìm ra những thông tin quan trọng về quy trình tồn kho. Bắt đầu tối ưu hoạt động 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ý tồn kho, bắt đầu tối ưu ngay hôm nay

Xác định điểm kém hiệu quả để giảm 30% thời gian luân chuyển tồn kho.

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

Không cần thẻ tín dụng. Bắt đầu chỉ trong vài phút.

Mẫu dữ liệu quản lý tồn kho

Mẫu dữ liệu quản lý tồn kho

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

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

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

Trích xuất dữ liệu quản lý tồn kho bằng Oracle BI Publisher

Các bước

Cấu hình

Truy vấn mẫu sql

Xuất dữ liệu hàng loạt bằng Oracle BI Cloud Connector (BICC)

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất bằng Python qua REST API của Oracle Fusion SCM

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ý tồn kho, bắt đầu tối ưu ngay hôm nay