> Cải tiến quy trình liên tục > Quy trình xử lý trả hàng và hoàn tiền > Oracle Fusion SCM > Mẫu dữ liệu

Mẫu dữ liệu quy trình trả hàng và hoàn tiền

Oracle Fusion SCM

Thuộc tính của quy trình trả hàng và hoàn tiền(21) Các hoạt động trong quy trình trả hàng và hoàn tiền(15) Hướng dẫn trích xuất dữ liệu(3)

Mẫu dữ liệu quy trình trả hàng và hoàn tiền

Mẫu này giúp bạn phân tích quy trình trả hàng và hoàn tiền trong Oracle Fusion SCM. Mẫu nêu các thuộc tính thiết yếu cần thu thập, những hoạt động chính cần theo dõi và hướng dẫn rõ cách trích xuất dữ liệu. Hãy dùng mẫu để hiểu rõ hơn về quy trình 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 để phân tích quy trình
Hướng dẫn từng bước 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 của quy trình trả hàng và hoàn tiền

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình trả hàng và hoàn tiền trong Oracle Fusion SCM.

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

	Tên	Mô tả
	Hoạt động ActivityName	Tên của một bước nghiệp vụ hoặc sự kiện cụ thể trong quy trình trả hàng và hoàn tiền.
Mô tả Thuộc tính này mô tả một bước hoặc mốc trong vòng đời trả hàng, chẳng hạn như 'Tạo RMA', 'Kiểm tra xong hàng' hoặc 'Hoàn tất hoàn tiền'. Mỗi hoạt động là một thời điểm riêng trong quy trình, được ghi lại trong nhật ký sự kiện của hệ thống. Phân tích trình tự và thời lượng của các hoạt động là trọng tâm của process mining. Việc này giúp trực quan hóa sơ đồ quy trình, xác định điểm nghẽn giữa các bước và tính thời gian xử lý riêng cho từng hoạt động. Dữ liệu này rất quan trọng để hiểu luồng quy trình, các vòng lặp làm lại và mức độ tuân thủ quy trình vận hành tiêu chuẩn. Vì sao điều này quan trọng Các hoạt động tạo nên cấu trúc chính của sơ đồ quy trình, giúp trực quan hóa và phân tích luồng, biến thể cũng như điểm nghẽn trong quy trình. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký sự kiện, thay đổi trạng thái hoặc bản ghi giao dịch cụ thể trong các phân hệ Oracle Fusion SCM như Order Management và Inventory Management. Ví dụ Tạo RMANhận hàng trả lạiTạo giấy báo cóHoàn tất hoàn tiền
	Mã trường hợp trả hàng ReturnCaseId	Mã định danh chính liên kết mọi hoạt động của một yêu cầu trả hàng hoặc hoàn tiền cụ thể.
Mô tả Mã trường hợp trả hàng là mã định danh duy nhất cho toàn bộ quy trình trả hàng và hoàn tiền. Mã này liên kết mọi sự kiện, từ lúc tạo Return Material Authorization (RMA) đến khi hoàn tất hoàn tiền và đóng trường hợp. Trong phân tích process mining, thuộc tính này là nền tảng để tái dựng toàn bộ hành trình của từng trường hợp trả hàng. Nhờ đó, chuyên viên phân tích có thể theo dõi toàn bộ vòng đời, đo tổng thời gian xử lý và tìm hiểu sự khác biệt trong cách xử lý từng trường hợp. Dữ liệu ở cấp sự kiện được nhóm theo mã này để tạo thành một góc nhìn thống nhất về quy trình. Vì sao điều này quan trọng Đây là khóa thiết yếu để liên kết mọi sự kiện liên quan thành một trường hợp quy trình duy nhất, từ đó có thể phân tích từ đầu đến cuối. Lấy dữ liệu ở đâu Mã định danh này thường được tạo trong Oracle Order Management hoặc các phân hệ Service khi bắt đầu yêu cầu trả hàng. Ví dụ RMA-2023-00123RMA-2023-00456RMA-2023-00789
	Thời điểm sự kiện EventTime	Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện cụ thể diễn ra.
Mô tả Thời điểm sự kiện, hay thời điểm bắt đầu, là ngày giờ chính xác khi một hoạt động được ghi nhận trong hệ thống nguồn. Thông tin này xác định trình tự thời gian của từng bước trong quy trình. Dấu thời gian rất cần thiết cho mọi phân tích dựa trên thời gian. Dữ liệu này giúp sắp xếp sự kiện đúng thứ tự, tính thời gian giữa các hoạt động, đo tổng thời lượng của một trường hợp và đánh giá hiệu suất theo thỏa thuận mức dịch vụ (SLA). Nếu dấu thời gian không chính xác, bạn không thể phân tích hiệu quả quy trình, xác định chậm trễ hoặc hiểu cách quy trình vận hành. Vì sao điều này quan trọng Thuộc tính này xác định trình tự thời gian của các sự kiện, làm cơ sở để tính mọi chỉ số thời lượng và tìm ra điểm nghẽn trong quy trình. Lấy dữ liệu ở đâu Thông tin này thường nằm trong trường 'Creation Date', 'Timestamp' hoặc 'Last Update Date' gắn với giao dịch hoặc bản ghi trạng thái trong Oracle Fusion SCM. Ví dụ 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	Hệ thống nguồn SourceSystem	Hệ thống nơi dữ liệu được trích xuất.
Mô tả Thuộc tính này xác định hệ thống thông tin ban đầu nơi dữ liệu sự kiện được ghi lại. Với quy trình này, hệ thống đó thường là 'Oracle Fusion SCM'. Trong môi trường có nhiều hệ thống tích hợp, trường này rất quan trọng để theo dõi nguồn gốc dữ liệu và xử lý sự cố. Trường này giúp xác nhận dữ liệu đến từ đâu và lọc phân tích theo sự kiện từ từng hệ thống cụ thể, đảm bảo duy trì chất lượng và ngữ cảnh dữ liệu. Vì sao điều này quan trọng Thuộc tính này cung cấp thông tin quan trọng về nguồn gốc dữ liệu, cần thiết để xác thực và phân tích dữ liệu trong môi trường có 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, chuyển đổi và tải dữ liệu (ETL) để ghi rõ nguồn gốc của tập dữ liệu. Ví dụ Oracle Fusion SCMOracle SCM Cloud
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian cho biết lần gần nhất dữ liệu được làm mới hoặc trích xuất từ hệ thống nguồn.
Mô tả Thuộc tính này cho biết thời điểm gần nhất tập dữ liệu được cập nhật. Đây là ngày cập nhật mới nhất của toàn bộ tập dữ liệu, không phải của từng sự kiện. Người dùng cần biết thời điểm cập nhật dữ liệu gần nhất để hiểu phân tích có còn mới hay không. Thông tin này giúp họ đọc đúng bảng điều khiển và KPI, đồng thời biết dữ liệu đang xem là theo thời gian thực hay đã cũ vài giờ hoặc vài ngày. Đây là một phần siêu dữ liệu quan trọng trong mọi dự án process mining. Vì sao điều này quan trọng Cho người dùng biết dữ liệu được cập nhật gần đây đến mức nào, giúp họ hiểu đúng bối cảnh và tính kịp thời của kết quả phân tích. 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
	Lý do trả hàng ReturnReason	Lý do khách đưa ra khi trả lại mặt hàng.
Mô tả Thuộc tính này ghi nhận lý do trả hàng, thường do khách chọn từ danh sách có sẵn, chẳng hạn như “Sản phẩm bị lỗi”, “Sai kích cỡ” hoặc “Không còn nhu cầu”. Phân tích lý do trả hàng giúp bạn hiểu rõ hơn về chất lượng sản phẩm, độ chính xác của quy trình bán hàng và hành vi khách hàng. Dữ liệu này có thể giúp xác định sản phẩm có tỷ lệ lỗi cao, cải thiện mô tả sản phẩm để giảm đơn đặt nhầm và tìm ra nguyên nhân gốc rễ khiến khách trả hàng. Từ đó, bạn có thể cải tiến để giảm tổng số lượt trả hàng. Vì sao điều này quan trọng Cho biết lý do khách trả hàng, giúp bạn cải thiện sản phẩm và quy trình bán hàng. Lấy dữ liệu ở đâu Thường được lưu dưới dạng mã hoặc trường văn bản trên dòng hàng RMA trong Oracle Order Management. Ví dụ Bị lỗiGiao sai mặt hàngGiao hàng quá muộnTìm thấy giá tốt hơn
	Ngày hạn hoàn tiền theo SLA RefundSlaTargetDate	Ngày dự kiến hoàn tất việc hoàn tiền theo thỏa thuận mức dịch vụ.
Mô tả Thuộc tính này xác định hạn chót hoàn tất quy trình hoàn tiền cho từng yêu cầu. Hạn SLA thường phụ thuộc vào chính sách công ty, hạng khách hàng hoặc lý do trả hàng. Ngày này là mốc để đo lường tiến độ và mức độ tuân thủ. Ngày này được dùng trực tiếp trong bảng điều khiển “Tuân thủ SLA của chính sách hoàn tiền” và cần thiết để tính KPI “Tỷ lệ đáp ứng SLA hoàn tiền”. So sánh ngày hoàn tiền thực tế với ngày hạn giúp xác định các trường hợp vi phạm SLA và ưu tiên xử lý những yêu cầu có nguy cơ trễ hạn. Vì sao điều này quan trọng Làm mốc đo lường việc hoàn tiền đúng hạn và là dữ liệu cần thiết để tính KPI tuân thủ SLA. Lấy dữ liệu ở đâu Đây có thể là trường ngày cụ thể trên yêu cầu trả hàng hoặc được tính bằng cách cộng một khoảng thời gian định trước, chẳng hạn 14 ngày, vào ngày bắt đầu yêu cầu trả hàng. Ví dụ 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Người xử lý ProcessingAgent	Người dùng hoặc nhân viên phụ trách thực hiện một hoạt động cụ thể trong quy trình trả hàng.
Mô tả Thuộc tính này xác định nhân viên hoặc người dùng hệ thống thực hiện một công việc, chẳng hạn như phê duyệt RMA hoặc xử lý hoàn tiền. Nếu hệ thống không theo dõi người phụ trách cụ thể, thuộc tính này cũng có thể chỉ một đội ngũ hoặc phòng ban. Phân tích hiệu suất theo người xử lý rất quan trọng trong quản lý vận hành. Thuộc tính này hỗ trợ bảng điều khiển 'Hiệu suất nhân viên xử lý hàng trả lại', giúp so sánh khối lượng công việc, thời lượng hoạt động và tỷ lệ làm lại giữa các nhân viên. Thông tin này có thể cho thấy nhu cầu đào tạo, nhận diện nhân viên có hiệu suất cao và hỗ trợ phân bổ tài nguyên hợp lý hơn. Vì sao điều này quan trọng Cho phép phân tích hiệu suất theo người dùng hoặc đội ngũ, giúp xác định nhân viên có hiệu suất cao, nhu cầu đào tạo và tình trạng phân bổ công việc chưa cân đối. Lấy dữ liệu ở đâu Thông tin này thường nằm trong các trường như 'USER_ID', 'PROCESSED_BY' hoặc 'AGENT_NAME' trong nhật ký giao dịch của Oracle Fusion SCM. Ví dụ j.doea.smithm.jones
	Số tiền hoàn khách yêu cầu RequestedRefundAmount	Số tiền khách yêu cầu hoàn khi bắt đầu quy trình trả hàng.
Mô tả Thuộc tính này ghi nhận số tiền khách yêu cầu hoàn vào đầu quy trình. Đây là mức cơ sở để so sánh với số tiền hoàn thực tế. Dữ liệu này rất cần thiết cho bảng điều khiển “Số tiền hoàn yêu cầu và thực tế” và KPI “Tỷ lệ chênh lệch số tiền hoàn”. Phân tích chênh lệch giữa số tiền yêu cầu và số tiền thực tế có thể giúp phát hiện các vấn đề như trả sai mặt hàng, phí nhập kho hoặc điều chỉnh theo chính sách. Nhờ đó, bạn hiểu rõ hơn về độ chính xác tài chính và mức độ hài lòng của khách hàng. Vì sao điều này quan trọng Làm mức cơ sở cho phân tích tài chính, giúp tính toán chênh lệch tiền hoàn và phát hiện các vấn đề tiềm ẩn. Lấy dữ liệu ở đâu Giá trị này nên được lưu trong phần đầu của RMA hoặc yêu cầu trả hàng trong Oracle Fusion SCM, có thể thuộc phân hệ Order Management. Ví dụ 129.9945.501200.00
	Số tiền hoàn thực tế ActualRefundAmount	Số tiền cuối cùng đã được xử lý và hoàn lại cho khách hàng.
Mô tả Thuộc tính này ghi nhận số tiền cuối cùng đã xác nhận hoàn cho khách hàng sau khi hoàn tất kiểm tra, điều chỉnh và tính phí. Giá trị này phản ánh kết quả tài chính thực tế của yêu cầu trả hàng. Đây là dữ liệu tài chính quan trọng trong bảng điều khiển “Số tiền hoàn yêu cầu và thực tế”. So sánh số tiền này với số tiền khách yêu cầu là cơ sở để tính KPI “Tỷ lệ chênh lệch số tiền hoàn” và hiểu tác động tài chính của chính sách trả hàng, tình trạng mặt hàng và các điều chỉnh trong quá trình xử lý. Vì sao điều này quan trọng Phản ánh kết quả tài chính thực tế của yêu cầu trả hàng, giúp phân tích chênh lệch và lập báo cáo tài chính. Lấy dữ liệu ở đâu Thông tin này có thể lấy từ Credit Memo hoặc hồ sơ giao dịch Accounts Payable liên kết với yêu cầu trả hàng trong Oracle Fusion Financials. Ví dụ 129.9940.000.00
	Thời điểm kết thúc EndTime	Dấu thời gian cho biết thời điểm một hoạt động hoàn tất.
Mô tả Thời điểm kết thúc đánh dấu lúc một hoạt động hoàn tất. StartTime cho biết sự kiện bắt đầu khi nào, còn Thời điểm kết thúc cần thiết để tính thời gian xử lý thực tế của sự kiện đó. Với sự kiện diễn ra tức thời, StartTime và Thời điểm kết thúc có thể giống nhau. Trong phân tích, lấy Thời điểm kết thúc trừ StartTime sẽ cho biết 'Thời gian xử lý' của một hoạt động. Chỉ số này giúp xác định bước nào thực sự tốn thời gian, thay vì nhầm với thời gian chờ giữa các bước. Đây là dữ liệu cần thiết để phân tích chi tiết điểm nghẽn và tính hiệu quả sử dụng tài nguyên. Vì sao điều này quan trọng Thuộc tính này cần thiết để tính thời gian xử lý thực tế của từng hoạt động, giúp phân biệt thời gian làm việc với thời gian chờ. Lấy dữ liệu ở đâu Thông tin này có thể nằm trong một trường riêng của nhật ký hệ thống nguồn hoặc được suy ra từ StartTime của hoạt động tiếp theo. Ví dụ 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Trạng thái trả hàng ReturnStatus	Trạng thái hiện tại hoặc cuối cùng của trường hợp trả hàng.
Mô tả Thuộc tính này cho biết trạng thái tổng thể của trường hợp trả hàng tại một thời điểm nhất định hoặc kết quả cuối cùng, chẳng hạn như 'Đã đóng, đã hoàn tiền', 'Đã đóng, bị từ chối' hoặc 'Đang xử lý'. Trạng thái trả hàng rất quan trọng để phân tích kết quả và theo dõi quy trình. Thuộc tính này giúp lọc trường hợp theo kết quả, so sánh luồng xử lý của các trường hợp được phê duyệt với các trường hợp bị từ chối, đồng thời cung cấp dữ liệu cho 'Bảng điều khiển trạng thái trường hợp trả hàng hiện tại'. Hiểu rõ phân bố kết quả là điều cần thiết để đánh giá hiệu quả quy trình. Vì sao điều này quan trọng Cho biết kết quả của một trường hợp, cần thiết để lọc dữ liệu, so sánh và đánh giá tỷ lệ thành công của quy trình. Lấy dữ liệu ở đâu Trường này thường có sẵn trong bản ghi phần đầu của đơn hàng trả lại hoặc RMA trong Oracle Order Management. Ví dụ Đang chờ nhận hàng trả lạiHoàn tất kiểm traĐã đóng, đã hoàn tiềnĐã đóng, đã từ chối
	Chênh lệch số tiền hoàn RefundAmountDiscrepancy	Chênh lệch được tính giữa số tiền hoàn khách yêu cầu và số tiền hoàn thực tế.
Mô tả Chỉ số này đo chênh lệch giữa số tiền khách yêu cầu và số tiền họ thực nhận. Chỉ số được tính bằng cách lấy “RequestedRefundAmount” trừ “ActualRefundAmount”. Giá trị được tính toán này là cơ sở cho KPI “Tỷ lệ chênh lệch số tiền hoàn”. Giá trị khác 0 cho biết đã có điều chỉnh trong quá trình xử lý. Phân tích nguyên nhân chênh lệch, chẳng hạn như phí nhập kho hoặc khoản khấu trừ do hư hỏng, giúp bạn đánh giá hiệu quả chính sách và cách trao đổi thông tin với khách hàng. Vì sao điều này quan trọng Định lượng các khoản điều chỉnh tài chính trong quy trình hoàn tiền, giúp phân tích tác động của chính sách và kết quả kiểm tra. Lấy dữ liệu ở đâu Trường được tính toán: “RequestedRefundAmount” - “ActualRefundAmount”. Ví dụ 0.005.50-10.00
	Đáp ứng SLA IsSlaCompliant	Cờ đúng/sai cho biết việc hoàn tiền có được xử lý trong thời hạn SLA đã quy định hay không.
Mô tả Thuộc tính được tính toán này cho biết mỗi yêu cầu trả hàng có đáp ứng SLA hay không. Giá trị được xác định bằng cách so sánh dấu thời gian hoàn tiền thực tế với “RefundSlaTargetDate”. Cờ này giúp đo lường và trực quan hóa tỷ lệ tuân thủ. Cờ được dùng trong bảng điều khiển “Tuân thủ SLA của chính sách hoàn tiền” và giúp tính KPI “Tỷ lệ đáp ứng SLA hoàn tiền”. Bạn có thể nhanh chóng lọc dữ liệu và phân tích nguyên nhân gốc rễ để hiểu vì sao một số yêu cầu không đáp ứng SLA. Vì sao điều này quan trọng Giúp theo dõi và báo cáo SLA dễ dàng hơn bằng cách chuyển phép so sánh ngày thành chỉ số đúng/sai. Lấy dữ liệu ở đâu Trường được tính toán. Giá trị là đúng nếu dấu thời gian “Refund Processed” nằm trong hoặc trước “RefundSlaTargetDate”; ngược lại, giá trị là sai. Ví dụ truefalse
	Là bước làm lại IsRework	Cờ đúng/sai cho biết một hoạt động có thuộc vòng lặp làm lại hay không.
Mô tả Cờ này đánh dấu các hoạt động lặp lại bước đã thực hiện trước đó trong cùng một yêu cầu, cho biết quy trình có vòng lặp hoặc phải làm lại. Ví dụ, nếu mặt hàng không đạt kiểm tra và cần được kiểm tra lại, sự kiện kiểm tra lần hai sẽ được đánh dấu là làm lại. Thuộc tính này rất quan trọng để định lượng mức độ kém hiệu quả của quy trình. Thuộc tính được dùng trong bảng điều khiển “Tỷ lệ làm lại khi xử lý hàng trả lại” và để tính KPI “Tần suất sự kiện làm lại khi trả hàng”. Xác định số lần và nguyên nhân phải làm lại là mục tiêu chính của process mining, vì điều này cho thấy rõ công sức bị lãng phí, tình trạng chậm trễ và chi phí tăng thêm. Vì sao điều này quan trọng Đánh dấu trực tiếp các điểm kém hiệu quả và vòng lặp trong quy trình, giúp định lượng và phân tích nguyên nhân phải làm lại. Lấy dữ liệu ở đâu Đây là thuộc tính được tính toán. Thuật toán của phần mềm process mining xác định thuộc tính này bằng cách phát hiện các hoạt động lặp lại trong cùng một yêu cầu. Ví dụ truefalse
	Loại trả hàng ReturnType	Phân loại yêu cầu trả hàng theo kết quả dự kiến, chẳng hạn như hoàn tiền, đổi hàng hoặc sửa chữa.
Mô tả Thuộc tính này phân loại loại yêu cầu trả hàng đang được xử lý. Luồng quy trình và các bước cần thực hiện có thể khác nhau đáng kể tùy khách nhận tiền hoàn, sản phẩm thay thế hay sản phẩm đã sửa chữa. Phân tích theo loại trả hàng là điều cần thiết để hiểu các biến thể của quy trình. Bạn có thể tạo sơ đồ quy trình riêng cho hoàn tiền và đổi hàng, từ đó xác định điểm nghẽn và đặc điểm hiệu suất riêng của từng luồng. Việc phân nhóm này giúp cải tiến quy trình có trọng tâm. Vì sao điều này quan trọng Cho phép phân tích theo từng luồng quy trình, vì đổi hàng và hoàn tiền thường có các bước khác nhau. Lấy dữ liệu ở đâu Thường là trường danh mục hoặc loại trên phần đầu hoặc dòng hàng RMA trong Oracle Order Management. Ví dụ Hoàn tiềnĐổi hàngSửa chữa
	Mã khách hàng CustomerId	Mã định danh duy nhất của khách hàng yêu cầu trả hàng.
Mô tả Thuộc tính này là mã duy nhất của khách hàng liên quan đến yêu cầu trả hàng. Thuộc tính này liên kết quy trình trả hàng với cơ sở dữ liệu khách hàng. Phân tích từ góc độ khách hàng có thể cho thấy những xu hướng đáng chú ý. Chẳng hạn, bạn có thể xác định khách hàng trả hàng thường xuyên bất thường, dấu hiệu của vấn đề về mức độ hài lòng hoặc nguy cơ gian lận. Bạn cũng có thể phân tích theo từng phân khúc khách hàng để xem hành vi trả hàng có khác nhau giữa các nhóm hay không. Vì sao điều này quan trọng Hỗ trợ phân tích theo khách hàng, giúp xác định khách trả hàng nhiều lần, phân nhóm hành vi và phát hiện nguy cơ gian lận. Lấy dữ liệu ở đâu Có thể tìm thấy mã khách hàng hoặc mã đối tác ở phần đầu đơn bán hàng gốc hoặc yêu cầu trả hàng trong Oracle Order Management. Ví dụ CUST-100589743ACC-54321
	Mã kho WarehouseId	Mã định danh của kho hoặc cơ sở tiếp nhận mặt hàng được trả lại.
Mô tả Thuộc tính này cho biết địa điểm cụ thể, chẳng hạn như trung tâm phân phối hoặc kho hàng, nơi nhận và xử lý mặt hàng khách trả lại. Phân tích quy trình theo kho giúp xác định vấn đề hiệu suất tại từng địa điểm. Bạn có thể so sánh thời gian kiểm tra, kết quả xử lý hàng trả lại và tổng thời gian xử lý giữa các cơ sở. Qua đó, bạn có thể phát hiện điểm kém hiệu quả trong vận hành, vấn đề nhân sự hoặc nhu cầu đào tạo tại từng địa điểm. Vì sao điều này quan trọng Hỗ trợ phân tích hiệu suất theo địa điểm, giúp xác định điểm nghẽn và tình trạng kém hiệu quả tại từng khu vực hoặc cơ sở. Lấy dữ liệu ở đâu Trường này thường có tên “ORGANIZATION_ID” và được liên kết với giao dịch nhận hàng trong Oracle Inventory Management. Ví dụ WH-US-WESTWH-EU-CENTRALDC-01
	Mã sản phẩm ProductId	Mã định danh duy nhất của sản phẩm được trả lại.
Mô tả Thuộc tính này là mã định danh duy nhất, chẳng hạn như SKU hoặc mã mặt hàng, của sản phẩm cụ thể trong yêu cầu trả hàng. Thuộc tính này liên kết quy trình trả hàng với danh mục sản phẩm. Phân tích theo sản phẩm rất quan trọng để xác định các mặt hàng có vấn đề. Khi lọc hoặc phân nhóm dữ liệu phân tích quy trình theo mã sản phẩm, doanh nghiệp có thể tìm ra sản phẩm có tỷ lệ trả hàng cao, thời gian kiểm tra lâu hoặc kiểu lỗi cụ thể. Thông tin này rất cần thiết cho việc kiểm soát chất lượng, quản lý chuỗi cung ứng và phát triển sản phẩm. Vì sao điều này quan trọng Liên kết quy trình trả hàng với từng sản phẩm, giúp phân tích chất lượng sản phẩm và xu hướng trả hàng. Lấy dữ liệu ở đâu Đây có thể là trường “INVENTORY_ITEM_ID” hoặc trường tương tự trên dòng hàng RMA trong phân hệ Oracle Order Management hoặc Inventory. Ví dụ PROD-5540-ASKU-98765ITEM-001-B
	Mã xử lý hàng trả lại DispositionCode	Mã cho biết cách xử lý cuối cùng đối với mặt hàng được trả lại.
Mô tả Mã xử lý hàng trả lại cho biết sản phẩm được xử lý thế nào sau khi kiểm tra. Ví dụ: sản phẩm được nhập lại kho, loại bỏ, gửi đi tân trang hay trả lại nhà cung cấp. Thông tin này giúp phân tích tác động tài chính và vận hành của việc trả hàng. Phân tích mã xử lý giúp doanh nghiệp hiểu chi phí liên quan đến hàng không thể bán lại và tìm cơ hội cải thiện quy trình tân trang. Dữ liệu này kết nối quy trình trả hàng với kết quả tồn kho và tài chính. Vì sao điều này quan trọng Liên kết quy trình trả hàng với kết quả xử lý hàng hóa trong kho, giúp đánh giá tỷ lệ thu hồi và chi phí. Lấy dữ liệu ở đâu Thông tin này được ghi nhận trong phân hệ Oracle Inventory Management hoặc Warehouse Management sau khi hoàn tất bước kiểm tra. Ví dụ RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
	Số RMA RmaNumber	Mã định danh duy nhất của giao dịch ủy quyền trả hàng.
Mô tả Số RMA là mã ủy quyền chính thức để khách trả lại sản phẩm. Số này thường trùng với mã yêu cầu trả hàng, nhưng trong một số hệ thống, đây có thể là mã riêng được cấp trước đó. Thuộc tính này là mã tham chiếu nghiệp vụ quan trọng, quen thuộc với cả người dùng nội bộ lẫn khách hàng. Bạn có thể dùng mã này để tìm kiếm và lọc yêu cầu. Đây cũng thường là mã chính được dùng khi trao đổi về việc trả hàng. Vì sao điều này quan trọng Là mã tham chiếu nghiệp vụ chính, cần thiết để theo dõi quy trình và trao đổi với khách hàng. Lấy dữ liệu ở đâu Đây là mã định danh chính trên đối tượng Return Merchandise Authorization trong Oracle Order Management. Ví dụ 789001789002789003

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

Các hoạt động trong quy trình trả hàng và hoàn tiền

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

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

	Hoạt động	Mô tả
	Đóng trường hợp trả hàng	Đây là hoạt động cuối cùng, cho biết mọi việc liên quan đến RMA đã hoàn tất, bao gồm nhận hàng, xử lý hàng và quyết toán tài chính. Sự kiện được suy ra từ trạng thái cuối cùng 'Closed' của đơn hàng RMA.
Vì sao điều này quan trọng Sự kiện này đánh dấu điểm kết thúc chính thức của quy trình, cần thiết để tính tổng thời gian xử lý từ đầu đến cuối và đảm bảo không có trường hợp nào bị bỏ mở vô thời hạn. Lấy dữ liệu ở đâu Sự kiện được suy ra từ dấu thời gian khi phần đầu đơn hàng RMA và tất cả các dòng hàng chuyển sang trạng thái cuối cùng 'Closed' trong Oracle Order Management. Thu thập Ghi lại dấu thời gian cuối cùng khi trạng thái phần đầu hoặc dòng hàng RMA chuyển thành 'Closed'. Loại sự kiện inferred
	Hoàn tất hoàn tiền	Hoạt động này đánh dấu việc hoàn tất thanh toán khoản tiền hoàn lại cho khách hàng. Đây là sự kiện được ghi nhận rõ ràng khi giao dịch thanh toán được ghi sổ trong Oracle Financials.
Vì sao điều này quan trọng Đây là điểm kết thúc quan trọng để đo tổng thời gian hoàn tiền theo góc nhìn của khách hàng. Sự kiện xác nhận công ty đã hoàn thành nghĩa vụ tài chính với khách hàng. Lấy dữ liệu ở đâu Sự kiện được ghi nhận từ ngày hạch toán hoặc ngày thanh toán của giao dịch trong Oracle Accounts Payable hoặc Treasury dùng để quyết toán giấy báo có. Thu thập Dùng ngày thanh toán của giao dịch quyết toán giấy báo có. Loại sự kiện explicit
	Kiểm tra xong hàng	Hoạt động này đánh dấu việc hoàn tất kiểm tra hàng, khi kết quả đánh giá chất lượng được ghi lại. Sự kiện thường được ghi nhận rõ ràng trong Oracle Inventory Management hoặc Quality Management và cập nhật trạng thái RMA.
Vì sao điều này quan trọng Kết quả kiểm tra ảnh hưởng trực tiếp đến các bước tiếp theo, chẳng hạn như phê duyệt hoặc từ chối hoàn tiền. Thời gian kiểm tra cũng là một chỉ số hiệu suất quan trọng để đánh giá hiệu quả hoạt động của kho. Lấy dữ liệu ở đâu Sự kiện được ghi nhận từ dấu thời gian giao dịch khi nhân viên kiểm tra hoàn tất công việc kiểm tra hàng theo phiếu nhận RMA trong Oracle Inventory hoặc Quality Management. Thu thập Dùng dấu thời gian hoàn tất giao dịch kiểm tra. Loại sự kiện explicit
	Nhận hàng trả lại	Hoạt động này đánh dấu thời điểm hàng trả lại được nhận tại kho hoặc trung tâm xử lý. Đây là sự kiện được ghi nhận rõ ràng trong Oracle Fusion Inventory Management khi hàng hóa được quét và ghi nhận đã nhận theo RMA.
Vì sao điều này quan trọng Nhận hàng là một mốc quan trọng, mở đầu cho các bước kiểm tra và xử lý tiếp theo. Đo khoảng thời gian từ 'Phê duyệt RMA' đến 'Nhận hàng trả lại' giúp đánh giá hiệu quả vận chuyển và hậu cần. Lấy dữ liệu ở đâu Đây là giao dịch được ghi nhận rõ ràng trong Oracle Inventory Management. Sự kiện tương ứng với ngày giao dịch nhận hàng theo RMA. Thu thập Dùng dấu thời gian giao dịch nhận hàng theo RMA trong Inventory. Loại sự kiện explicit
	Phê duyệt RMA	Mốc quan trọng này cho biết yêu cầu trả hàng đã được xác nhận hợp lệ và phê duyệt theo quy tắc kinh doanh. Sự kiện thường được suy ra từ thay đổi trạng thái RMA, cho phép thực hiện các bước tiếp theo như khách gửi hàng trả lại.
Vì sao điều này quan trọng Phê duyệt là một cổng kiểm soát quan trọng trong quy trình. Chậm trễ ở bước này ảnh hưởng trực tiếp đến tổng thời gian xử lý hàng trả lại và mức độ hài lòng của khách hàng. Hoạt động này rất cần thiết để phân tích điểm nghẽn trong khâu phê duyệt. Lấy dữ liệu ở đâu Sự kiện được suy ra từ dấu thời gian khi trạng thái phần đầu hoặc dòng đơn hàng RMA chuyển thành 'Approved' hoặc 'Awaiting Receiving'. Thu thập Ghi lại dấu thời gian khi trạng thái RMA được cập nhật thành đã phê duyệt. Loại sự kiện inferred
	Tạo giấy báo có	Đây là hoạt động tài chính tạo giấy báo có trong Accounts Receivable để phê duyệt hoàn tiền cho khách hàng. Đây là sự kiện được ghi nhận rõ ràng, do quy trình trả hàng trong Order Management kích hoạt.
Vì sao điều này quan trọng Việc tạo giấy báo có là mốc xác nhận công ty cam kết hoàn tiền cho khách hàng. Đây là bước khởi đầu cho toàn bộ quá trình quyết toán tài chính. Lấy dữ liệu ở đâu Đây là giao dịch được ghi nhận rõ ràng trong Oracle Accounts Receivable. Có thể liên kết sự kiện này với RMA ban đầu qua mã tham chiếu đơn hàng bán trên giấy báo có. Thu thập Dùng ngày tạo giao dịch giấy báo có trong AR. Loại sự kiện explicit
	Tạo RMA	Hoạt động này đánh dấu thời điểm chính thức bắt đầu quy trình trả hàng, khi Return Material Authorization (RMA) được tạo trong Oracle Fusion SCM. Sự kiện này thường được ghi nhận rõ ràng khi người dùng hoặc quy trình tự động tạo bản ghi đơn hàng bán RMA mới.
Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của toàn bộ quy trình trả hàng. Phân tích khoảng thời gian từ hoạt động này đến các hoạt động khác giúp xác định tổng thời gian xử lý và tìm ra các chậm trễ ban đầu. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận từ dấu thời gian tạo phần đầu đơn hàng trả lại trong Oracle Fusion Order Management. Sự kiện tương ứng với lần lưu đầu tiên của tài liệu RMA. Thu thập Theo dõi ngày tạo bản ghi phần đầu đơn hàng trả lại. Loại sự kiện explicit
	Bắt đầu hoàn tiền	Hoạt động này cho biết quy trình thanh toán khoản hoàn tiền đã bắt đầu. Sự kiện thường được suy ra từ thay đổi trạng thái giấy báo có, từ trạng thái đang mở sang trạng thái cho biết khoản tiền đang được xử lý để thanh toán.
Vì sao điều này quan trọng Hoạt động này giúp phân biệt khâu phê duyệt và tạo giấy báo có với khâu xử lý thanh toán thực tế. Khâu thanh toán có thể do một đội ngũ hoặc hệ thống khác phụ trách và là nguồn gây chậm trễ. Lấy dữ liệu ở đâu Sự kiện được suy ra từ thay đổi trạng thái giấy báo có trong Accounts Receivable hoặc từ việc tạo bản ghi thanh toán trong Accounts Payable có tham chiếu đến giấy báo có. Thu thập Xác định dấu thời gian khi trạng thái giấy báo có chuyển thành 'Pending Payment' hoặc trạng thái tương tự. Loại sự kiện inferred
	Bắt đầu kiểm tra hàng	Hoạt động này cho biết quá trình kiểm tra thực tế hàng trả lại để đánh giá tình trạng đã bắt đầu. Sự kiện có thể được suy ra từ thay đổi vị trí hoặc trạng thái của hàng trong phân hệ quản lý kho, hoặc được ghi nhận bằng thao tác quét riêng.
Vì sao điều này quan trọng Đo khoảng thời gian từ lúc nhận hàng đến khi bắt đầu kiểm tra giúp phát hiện thời gian chờ tại khu vực kiểm tra, một điểm nghẽn thường gặp. Lấy dữ liệu ở đâu Sự kiện này có thể được ghi nhận qua thay đổi trạng thái trên dòng nhận hàng hoặc giao dịch chuyển hàng đến khu vực kiểm tra trong Oracle Inventory Management. Có thể cần cấu hình riêng để ghi nhận sự kiện này một cách rõ ràng. Thu thập Dấu thời gian thay đổi trạng thái hoặc chuyển hàng tồn kho đến khu vực kiểm tra. Loại sự kiện inferred
	Gửi RMA để phê duyệt	Đây là thời điểm RMA đã tạo được gửi đi để xem xét và phê duyệt nội bộ. Sự kiện này thường được suy ra từ thay đổi trạng thái RMA, cho biết hồ sơ đã chuyển từ trạng thái nháp hoặc nhập liệu sang trạng thái chờ phê duyệt.
Vì sao điều này quan trọng Theo dõi mốc này giúp đo thời gian trước khi phê duyệt. Nhờ đó, bạn có thể phân biệt thời gian nhập dữ liệu với thời gian chờ người phê duyệt xử lý. Lấy dữ liệu ở đâu Sự kiện được suy ra từ dấu thời gian khi trạng thái phần đầu hoặc dòng đơn hàng RMA chuyển thành 'Pending Approval' hoặc trạng thái tương đương trong quy trình phê duyệt của Order Management. Thu thập Xác định dấu thời gian khi trạng thái chuyển thành 'Pending Approval'. Loại sự kiện inferred
	Khách gửi hàng trả lại	Hoạt động này ghi nhận việc khách gửi hàng trả lại cho công ty. Oracle SCM thường không ghi nhận trực tiếp sự kiện này, nhưng có thể suy ra từ dữ liệu tích hợp với đơn vị vận chuyển hoặc từ cập nhật thủ công.
Vì sao điều này quan trọng Hoạt động này cho biết hành vi của khách hàng và thời gian hàng hóa được vận chuyển. Nhờ đó, bạn có thể phân biệt chậm trễ trong xử lý nội bộ với chậm trễ do vận chuyển. Lấy dữ liệu ở đâu Sự kiện này có thể được suy ra từ dữ liệu vận chuyển của đơn vị giao nhận liên kết với RMA hoặc từ cập nhật trạng thái thủ công trong Oracle SCM. Nếu không có tích hợp, sự kiện này có thể không khả dụng. Thu thập Dấu thời gian từ API của đơn vị vận chuyển đã tích hợp hoặc trường nhập dữ liệu thủ công. Loại sự kiện inferred
	Tạo đơn hàng đổi sản phẩm	Hoạt động này diễn ra khi khách yêu cầu đổi sản phẩm thay vì hoàn tiền. Đây là sự kiện được ghi nhận rõ ràng khi một đơn hàng bán mới được tạo, thường có liên kết với RMA ban đầu.
Vì sao điều này quan trọng Hoạt động này giúp nhận diện một biến thể quan trọng của quy trình. Cần tách quy trình đổi hàng khỏi quy trình hoàn tiền để phân tích chính xác thời gian xử lý của từng nhánh. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận rõ ràng khi một tài liệu đơn hàng bán mới được tạo trong Order Management. Cần liên kết đơn hàng này với RMA qua trường tham chiếu. Thu thập Dùng ngày tạo đơn hàng bán mới được liên kết với RMA. Loại sự kiện explicit
	Thông báo cho khách hàng	Hoạt động này ghi nhận thông báo gửi cho khách hàng để xác nhận kết quả xử lý trường hợp trả hàng, chẳng hạn như đã hoàn tiền hoặc đã gửi hàng đổi. Sự kiện thường được lấy từ nhật ký liên lạc hoặc cập nhật trạng thái của trường hợp.
Vì sao điều này quan trọng Trao đổi kịp thời với khách hàng rất quan trọng để duy trì mức độ hài lòng. Phân tích hoạt động này giúp đảm bảo các cam kết về thời gian thông báo được thực hiện. Lấy dữ liệu ở đâu Cần phân tích hệ thống để xác định sự kiện này. Sự kiện có thể được ghi lại trong CRM hoặc nền tảng liên lạc đã tích hợp, hoặc được cập nhật thủ công trên RMA hay yêu cầu dịch vụ liên quan. Thu thập Dấu thời gian từ hệ thống liên lạc bên ngoài hoặc từ cập nhật thủ công. Loại sự kiện inferred
	Từ chối RMA	Đây là quyết định cuối cùng từ chối yêu cầu trả hàng của khách. Sự kiện thường được suy ra từ thay đổi trạng thái RMA thành 'Rejected' hoặc 'Cancelled' trong giai đoạn phê duyệt.
Vì sao điều này quan trọng Đây là một nhánh ngoại lệ quan trọng. Phân tích tần suất và lý do từ chối có thể giúp phát hiện vấn đề trong chính sách trả hàng, kỳ vọng của khách hàng hoặc dấu hiệu gian lận. Lấy dữ liệu ở đâu Sự kiện được suy ra từ dấu thời gian khi trạng thái phần đầu hoặc dòng đơn hàng RMA chuyển thành 'Rejected' hoặc trạng thái cuối tương đương. Thu thập Xác định dấu thời gian khi trạng thái chuyển thành 'Rejected' hoặc 'Cancelled'. Loại sự kiện inferred
	Xác định phương án xử lý hàng trả lại	Sau khi kiểm tra, hoạt động này ghi nhận quyết định xử lý hàng trả lại, chẳng hạn như 'Đưa lại vào kho' hoặc 'Loại bỏ'. Sự kiện được ghi nhận qua giao dịch tồn kho cụ thể, chuyển hàng đến vị trí cuối cùng.
Vì sao điều này quan trọng Bước này rất quan trọng để đảm bảo độ chính xác của hàng tồn kho và đối chiếu tài chính. Phân tích phương án xử lý giúp tìm hiểu lý do trả hàng và vấn đề về chất lượng sản phẩm. Lấy dữ liệu ở đâu Sau khi kiểm tra, sự kiện được ghi nhận thành giao dịch trong Oracle Inventory Management, chẳng hạn như chuyển kho phụ hoặc cập nhật trạng thái hàng. Thu thập Theo dõi dấu thời gian của giao dịch tồn kho thực hiện phương án xử lý. Loại sự kiện explicit

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

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Oracle Fusion SCM

Các bước

Mở OTBI Analysis Editor: Đăng nhập vào phiên bản Oracle Fusion Cloud SCM của bạn. Mở menu Navigator, vào Tools, rồi chọn Reports and Analytics. Nhấp vào nút 'Create' và chọn 'Analysis' trong menu thả xuống.
Chọn vùng chủ đề: Trong cửa sổ bật lên 'Select Subject Area', hãy chọn các vùng chủ đề chính có dữ liệu trả hàng và hoàn tiền. Chọn "Sales - CRM All Lines" và "Receivables - Transactions Real Time". Bạn sẽ kết hợp các vùng này để tạo chế độ xem đầy đủ về quy trình.
Chuyển sang chế độ nâng cao: Sau khi chọn vùng chủ đề, trình chỉnh sửa phân tích sẽ mở ra. Chuyển ngay sang thẻ 'Advanced' để dùng trình chỉnh sửa Logical SQL. Đây là bước cần thiết để tạo cấu trúc nhật ký sự kiện.
Tạo truy vấn nhật ký sự kiện: Sao chép toàn bộ Logical SQL trong phần 'Query' của tài liệu này và dán vào vùng văn bản 'SQL Query' trên thẻ Advanced. Truy vấn có nhiều mệnh đề UNION ALL để lấy riêng từng dòng cho 15 hoạt động cần thiết.
Đặt tham số truy vấn: Thay các giá trị giữ chỗ trong truy vấn. Cụ thể, cập nhật [START_DATE] và [END_DATE] để xác định khoảng thời gian trích xuất. Bạn cũng có thể cần điều chỉnh bộ lọc theo đơn vị kinh doanh hoặc loại đơn trả hàng, tùy cấu hình của tổ chức.
Kiểm tra truy vấn: Nhấp vào nút 'Validate SQL' để kiểm tra cú pháp. Hệ thống sẽ đối chiếu tên cột và cấu trúc với các vùng chủ đề đã chọn.
Xem lại kết quả: Mở thẻ 'Results' để xem trước dữ liệu. Dữ liệu sẽ có định dạng nhật ký sự kiện, mỗi dòng tương ứng với một hoạt động riêng trong quy trình trả hàng. Kiểm tra các cột như ReturnCaseId, ActivityName và EventTime để đảm bảo đã có dữ liệu như mong đợi.
Lưu phân tích: Khi đã hài lòng với kết quả, nhấp vào biểu tượng 'Save Analysis'. Đặt tên dễ nhận biết, chẳng hạn 'ProcessMind Returns and Refund Extraction', rồi lưu vào thư mục dùng chung.
Lên lịch xuất dữ liệu: Để tự động hóa việc trích xuất, bạn có thể lên lịch chạy phân tích định kỳ. Trên trang chủ Oracle BI, tìm phân tích đã lưu, nhấp vào 'More' rồi chọn 'Schedule'.
Cấu hình tác vụ xuất dữ liệu: Trong phần tùy chọn lên lịch, đặt tần suất chạy, chẳng hạn hằng ngày hoặc hằng tuần. Trong mục 'Delivery', chọn CSV làm định dạng đầu ra. Chọn nơi nhận tệp, chẳng hạn content server hoặc email. Bật lịch để bắt đầu tự động trích xuất.

Cấu hình

Vùng chủ đề: Các vùng chủ đề chính cho phân tích này là "Sales - CRM All Lines", chứa tiêu đề, dòng và lịch sử trạng thái của đơn RMA, và "Receivables - Transactions Real Time", chứa thông tin chi tiết về credit memo và khoản thanh toán hoàn tiền. Có thể cần thêm các vùng chủ đề như "Inventory - Inventory Transactions Real Time" nếu bạn cần thông tin chi tiết hơn về khâu kiểm tra và xử lý hàng trả.
Lọc theo khoảng thời gian: Bạn cần lọc theo khoảng thời gian để giới hạn lượng dữ liệu và đảm bảo phân tích chạy thành công. Chúng tôi khuyến nghị trích xuất dữ liệu theo từng đợt từ 3 đến 6 tháng. Truy vấn được cung cấp lọc theo ngày tạo RMA.
Bộ lọc chính: Ngoài khoảng thời gian, hãy lọc theo loại đơn hàng để chỉ lấy các đơn Return Material Authorization (RMA). Bạn cũng nên lọc theo đơn vị kinh doanh hoặc pháp nhân cụ thể để giới hạn phạm vi dữ liệu phù hợp.
Chế độ Logical SQL: Phương pháp trích xuất này yêu cầu dùng thẻ 'Advanced' và viết truy vấn Logical SQL tùy chỉnh với các câu lệnh UNION ALL. Cách này giúp chuyển đổi dữ liệu giao dịch sang định dạng nhật ký sự kiện mà ProcessMind yêu cầu.
Điều kiện tiên quyết: Người thực hiện trích xuất cần có vai trò với quyền tạo và chạy phân tích OTBI, chẳng hạn vai trò 'BI Author'. Đồng thời, họ phải có quyền truy cập các vùng chủ đề Sales, Receivables và có thể cả Inventory đã nêu.

Truy vấn mẫu sql

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Các bước

Xác nhận môi trường của bạn có Oracle BI Cloud Connector, các vùng chủ đề SCM hoặc đối tượng chế độ xem cần thiết, khả năng chuyển dữ liệu lên bộ nhớ đám mây và các nguồn dữ liệu cần thiết từ Oracle Fusion SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, thanh toán và liên lạc. Nhờ quản trị viên Oracle xác nhận quyền truy cập.
Xác định các đối tượng chế độ xem BICC đã cấu hình có chứa thông tin về tiêu đề đơn trả hàng, lịch sử phê duyệt, giao dịch nhận hàng, hồ sơ kiểm tra, giao dịch xử lý hàng, credit memo, hoàn tiền, đơn đổi hàng, thông báo và đóng hồ sơ. RmaHeaderAll là ví dụ về đối tượng chế độ xem tiêu đề đơn trả hàng. Thay từng tham chiếu nguồn trong ngoặc vuông trong tập lệnh trích xuất bằng đối tượng chế độ xem tương ứng hoặc dữ liệu trích xuất có sẵn trong môi trường của bạn.
Cấu hình tác vụ trích xuất BICC cho các đối tượng chế độ xem cần thiết. Chọn trích xuất tăng dần hoặc toàn bộ, tùy theo các trường theo dõi thay đổi hiện có. Cấu hình nơi lưu dữ liệu trên đám mây và đặt khoảng thời gian trích xuất theo ngày bắt đầu và ngày kết thúc cần thiết. Dùng [Configure based on your system] nếu tên tác vụ BICC, vị trí lưu trữ hoặc cấu hình đối tượng chế độ xem khác với hướng dẫn.
Trích xuất dữ liệu nguồn vào bộ nhớ đám mây. Giữ nguyên mã định danh nguồn, dấu thời gian sự kiện, giá trị trạng thái, mã người dùng hoặc nhân viên xử lý, số tiền, lý do trả hàng, ngày SLA và dấu thời gian làm mới BICC. Không ghi đè dấu thời gian nguồn khi hợp nhất tệp.
Tải các tệp đã xuất vào khu vực trung gian. Chuẩn hóa tên cột nguồn thành ReturnCaseId, ActivityName, EventTime, SourceSystem, LastDataUpdate, EndTime, ProcessingAgent, ReturnStatus, RequestedRefundAmount, ActualRefundAmount, ReturnReason và RefundSlaTargetDate. Chuyển dấu thời gian về cùng một múi giờ đã thống nhất. Nếu cần, hãy lưu riêng múi giờ ban đầu.
Áp dụng các quy tắc sự kiện trong tập lệnh trích xuất. Mỗi quy tắc phải tạo một dòng sự kiện riêng. Các hoạt động suy ra từ thay đổi trạng thái phải dựa trên lịch sử trạng thái liên quan hoặc dấu thời gian cập nhật gần nhất đáng tin cậy. Nếu cần lịch sử thay đổi trạng thái, không chỉ dựa vào trạng thái hiện tại vì như vậy sẽ bỏ sót các sự kiện trước đó.
Hợp nhất các dòng sự kiện theo từng hoạt động, chỉ xóa các bản ghi trùng khớp hoàn toàn do nguồn gửi lặp lại. Giữ lại các sự kiện lặp hợp lệ nếu bản ghi nguồn thể hiện những lần phát sinh nghiệp vụ riêng biệt. Kiểm tra để đảm bảo mọi dòng sự kiện đều có ReturnCaseId.
Bổ sung cho mỗi sự kiện các thuộc tính cấp hồ sơ mới nhất hiện có, đồng thời giữ nguyên các giá trị riêng của sự kiện nếu có. Điền Oracle Fusion SCM hoặc tên nguồn đã cấu hình vào SourceSystem, và điền dấu thời gian trích xuất BICC hoặc làm mới nguồn vào LastDataUpdate.
Chạy các bước kiểm tra được mô tả bên dưới. Xác nhận có đủ tên của 15 hoạt động bắt buộc, dấu thời gian nằm trong khoảng trích xuất hoặc khoảng vận hành đã được ghi rõ, và các hoạt động kết thúc phù hợp với trạng thái cuối cùng của đơn trả hàng.
Xuất nhật ký sự kiện thành CSV hoặc định dạng khác được ProcessMind hỗ trợ. Mỗi dòng là một sự kiện. Bao gồm chính xác các cột ReturnCaseId, ActivityName, EventTime, SourceSystem và LastDataUpdate, cùng các thuộc tính khuyến nghị nếu có. Tải tệp lên ProcessMind và ánh xạ ReturnCaseId làm mã định danh hồ sơ, ActivityName làm hoạt động và EventTime làm dấu thời gian sự kiện.

Cấu hình

Phương pháp trích xuất: Cấu hình Oracle BI Cloud Connector để chuyển hàng loạt các đối tượng chế độ xem SCM và đối tượng liên quan cần thiết vào bộ nhớ đám mây. Tác vụ BICC, đường dẫn lưu trữ và khả năng cung cấp đối tượng chế độ xem cụ thể tùy thuộc vào môi trường Oracle Fusion.
Đối tượng nguồn: RmaHeaderAll có thể cung cấp thông tin tiêu đề đơn trả hàng. Dữ liệu về lịch sử phê duyệt, nhận hàng, kiểm tra, xử lý hàng, credit memo, hoàn tiền, đổi hàng, thông báo và đóng hồ sơ có thể cần thêm đối tượng chế độ xem hoặc dữ liệu trích xuất. Dùng [Your view object name] nếu chưa xác nhận được nguồn tương ứng.
Khoảng thời gian: Bắt đầu với dữ liệu từ 3 đến 6 tháng. Chỉ mở rộng khoảng thời gian sau khi kiểm tra lượng dữ liệu, khả năng truy cập lịch sử trạng thái và dung lượng bộ nhớ đám mây. Với các lần tải tăng dần, hãy dùng khoảng thời gian chồng lấn để lấy được các cập nhật đến muộn.
Trích xuất tăng dần: Ưu tiên dùng dấu thời gian thay đổi đã được ghi nhận hoặc cơ chế tăng dần do BICC hỗ trợ. Nếu chỉ có dữ liệu trạng thái hiện tại, bạn sẽ không thể khôi phục đáng tin cậy các sự kiện lịch sử được suy ra.
Bộ lọc: Chỉ lọc theo công ty, đơn vị kinh doanh, tổ chức tồn kho, loại chứng từ, loại trả hàng, loại đơn hàng, đơn vị vận hành và trạng thái khi đã xác nhận trường nguồn và ý nghĩa nghiệp vụ của chúng. Dùng [Company-specific filter] và [Document type filter] cho các điều kiện lọc riêng của môi trường.
Dấu thời gian sự kiện: Dùng dấu thời gian của sự kiện nghiệp vụ nếu có. Chỉ dùng dấu thời gian cập nhật trạng thái hoặc bản ghi cho các sự kiện suy ra đã được ghi rõ, đồng thời ghi lại quy tắc suy ra trong từ điển dữ liệu.
Loại bỏ bản ghi trùng: Loại bỏ bản ghi trùng dựa trên ReturnCaseId, ActivityName, EventTime, mã định danh sự kiện nguồn và hệ thống nguồn nếu có. Không gộp các sự kiện nhận hàng, kiểm tra hoặc thanh toán riêng biệt chỉ vì chúng có cùng mã hồ sơ.
Hiệu năng: Chia nhỏ dữ liệu trích xuất theo khoảng thời gian, đơn vị kinh doanh, tổ chức tồn kho hoặc phân vùng nguồn được hỗ trợ khác. Với môi trường có lượng dữ liệu lớn, tránh trích xuất toàn bộ không giới hạn trong giờ làm việc. Theo dõi thời gian chạy tác vụ BICC, kích thước tệp, dung lượng bộ nhớ đám mây và hiệu năng xử lý ở khu vực trung gian.
Điều kiện tiên quyết: Xác nhận quyền truy cập BICC và bộ nhớ đám mây, các vai trò Oracle Fusion cần thiết, quyền truy cập dữ liệu SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, thanh toán và liên lạc liên quan, cùng mọi giấy phép báo cáo hoặc tích hợp cần thiết.
Bảo mật: Dùng thông tin xác thực được phê duyệt và bộ nhớ đám mây có mã hóa. Chỉ trích xuất các thuộc tính cần thiết tối thiểu và tuân thủ chính sách lưu trữ, truy cập của tổ chức.
Khả năng cung cấp dữ liệu nguồn: Một số hoạt động, đặc biệt là giao hàng cho khách, bắt đầu kiểm tra, khởi tạo hoàn tiền và thông báo cho khách hàng, có thể cần dữ liệu từ đơn vị vận chuyển, kho hàng, hệ thống thanh toán hoặc liên lạc bên ngoài. Dùng [Configure based on your system] nếu BICC không cung cấp các nguồn đó.

Truy vấn mẫu sql

WITH
source_data AS (
    SELECT
        r.return_case_id,
        r.created_timestamp,
        r.approval_submitted_timestamp,
        r.approved_timestamp,
        r.customer_shipped_timestamp,
        r.item_received_timestamp,
        r.inspection_started_timestamp,
        r.inspected_timestamp,
        r.disposition_determined_timestamp,
        r.credit_memo_created_timestamp,
        r.refund_initiated_timestamp,
        r.refund_processed_timestamp,
        r.customer_notified_timestamp,
        r.closed_timestamp,
        r.rejected_timestamp,
        r.exchange_order_created_timestamp,
        r.end_timestamp,
        r.processing_agent,
        r.return_status,
        r.requested_refund_amount,
        r.actual_refund_amount,
        r.return_reason,
        r.refund_sla_target_date,
        r.last_data_update
    FROM [Your configured return event source] r
    WHERE r.last_data_update >= [Start date parameter]
      AND r.last_data_update < [End date parameter]
      AND ([Company-specific filter])
),
events AS (
    SELECT return_case_id AS ReturnCaseId, 'RMA Created' AS ActivityName, created_timestamp AS EventTime, 'Oracle Fusion SCM' AS SourceSystem, last_data_update AS LastDataUpdate, end_timestamp AS EndTime, processing_agent AS ProcessingAgent, return_status AS ReturnStatus, requested_refund_amount AS RequestedRefundAmount, actual_refund_amount AS ActualRefundAmount, return_reason AS ReturnReason, refund_sla_target_date AS RefundSlaTargetDate FROM source_data WHERE created_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'RMA Approval Submitted', approval_submitted_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE approval_submitted_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'RMA Approved', approved_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE approved_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Shipped By Customer', customer_shipped_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE customer_shipped_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Received', item_received_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE item_received_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Inspection Started', inspection_started_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE inspection_started_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Inspected', inspected_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE inspected_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Return Disposition Determined', disposition_determined_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE disposition_determined_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Credit Memo Created', credit_memo_created_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE credit_memo_created_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Refund Initiated', refund_initiated_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE refund_initiated_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Refund Processed', refund_processed_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE refund_processed_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Customer Notified', customer_notified_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE customer_notified_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Return Case Closed', closed_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE closed_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'RMA Rejected', rejected_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE rejected_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Exchange Order Created', exchange_order_created_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE exchange_order_created_timestamp IS NOT NULL
)
SELECT
    ReturnCaseId,
    ActivityName,
    EventTime,
    SourceSystem,
    LastDataUpdate,
    EndTime,
    ProcessingAgent,
    ReturnStatus,
    RequestedRefundAmount,
    ActualRefundAmount,
    ReturnReason,
    RefundSlaTargetDate
FROM events
WHERE ReturnCaseId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY ReturnCaseId, EventTime, ActivityName;

Các bước

Thiết lập 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.
Cấu hình quyền truy cập Oracle Fusion SCM: Lấy thông tin đăng nhập của người dùng Oracle Fusion có vai trò cần thiết để truy cập REST API. Các vai trò thường cần có gồm Order Manager và Accounts Receivable Manager. Người dùng phải có quyền xem đơn bán hàng (RMA) và giấy báo có khoản phải thu.
Xác định điểm cuối API: Xác nhận URL cơ sở của hệ thống Oracle Fusion SCM. Tập lệnh sử dụng các tài nguyên REST salesOrdersForOrderHub và receivablesCreditMemos. Có thể cần điều chỉnh phiên bản 11.13.18.05 cho phù hợp với môi trường của bạn.
Tùy chỉnh tập lệnh Python: Mở tập lệnh Python được cung cấp. Cập nhật các biến giữ chỗ ở đầu tập lệnh: ORACLE_BASE_URL, ORACLE_USERNAME và ORACLE_PASSWORD. Điều chỉnh biến RMA_ORDER_TYPE cho khớp với mã loại đơn hàng RMA trong hệ thống của bạn.
Xác định khoảng thời gian trích xuất: Sửa các biến START_DATE và END_DATE trong tập lệnh để xác định khoảng thời gian lấy dữ liệu. Bạn nên bắt đầu với khoảng ngắn, chẳng hạn một tháng, để thử nghiệm tập lệnh.
Chạy tập lệnh: Chạy tập lệnh từ dòng lệnh: python extract_oracle_returns.py. Tập lệnh sẽ kết nối với Oracle API, lấy và xử lý dữ liệu, rồi in thông báo trạng thái ra bảng điều khiển.
Lấy nhật ký sự kiện: Khi chạy thành công, tập lệnh sẽ tạo tệp returns_event_log.csv trong cùng thư mục. Tệp này chứa nhật ký sự kiện đã trích xuất.
Kiểm tra và chuẩn bị tải lên: Mở tệp returns_event_log.csv bằng ứng dụng bảng tính. Kiểm tra dữ liệu có đầy đủ và chính xác không, đặc biệt chú ý các cột ActivityName và EventTime. Đảm bảo tiêu đề cột đáp ứng yêu cầu của công cụ process mining.
Tải lên ProcessMind: Tải trực tiếp tệp CSV đã tạo lên ProcessMind. Ánh xạ các cột trong tệp với thuộc tính tương ứng trong ProcessMind (ReturnCaseId sang ID trường hợp, ActivityName sang Hoạt động, EventTime sang Dấu thời gian).

Cấu hình

Điểm cuối API: Tập lệnh chủ yếu dùng hai điểm cuối REST API: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub để lấy dữ liệu đơn RMA và /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos để lấy dữ liệu tài chính về hoàn tiền.
Xác thực: Tập lệnh dùng Basic Authentication. Tên người dùng và mật khẩu được cung cấp phải thuộc tài khoản có quyền truy cập API và đủ quyền đọc dữ liệu đơn hàng, khoản phải thu.
Khoảng thời gian: Dữ liệu trích xuất được lọc theo CreationDate của đơn RMA. Cấu hình các biến START_DATE và END_DATE trong tập lệnh. Với lần tải dữ liệu đầu tiên, nên chọn khoảng thời gian từ 3 đến 6 tháng. Với các lần cập nhật tiếp theo, hãy dùng khoảng thời gian trượt.
Bộ lọc loại đơn RMA: Bạn cần cấu hình biến RMA_ORDER_TYPE trong tập lệnh. Biến này đảm bảo chỉ trích xuất đơn trả hàng, không lấy đơn bán hàng thông thường. Bạn có thể tìm mã loại đơn RMA cụ thể trong tác vụ thiết lập 'Manage Order Types' của Oracle Fusion.
Ánh xạ mã trạng thái: Tập lệnh ánh xạ mã trạng thái nội bộ của Oracle, chẳng hạn DOO_AWAITING_RECEIVING, DOO_CLOSED, sang các giá trị ActivityName dễ hiểu với người dùng nghiệp vụ. Có thể cần tùy chỉnh ánh xạ này cho phù hợp với cấu hình Oracle SCM của bạn.
Điều kiện tiên quyết: Cần có quyền truy cập môi trường Oracle Fusion SCM. Tài khoản dùng để trích xuất phải có các vai trò như Order Manager (ORA_DOO_ORDER_MANAGER_JOB) và Accounts Receivable Manager (ORA_AR_ACCOUNTS_RECEIVABLE_MANAGER_JOB), hoặc vai trò tùy chỉnh tương đương có quyền truy cập các REST APIs cần thiết.

Truy vấn mẫu python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
ORACLE_BASE_URL = class="hl-string">"https://[your_oracle_fusion_instance].fa.ocs.oraclecloud.com"
ORACLE_USERNAME = class="hl-string">"[your_api_user]"
ORACLE_PASSWORD = class="hl-string">"[your_api_password]"
RMA_ORDER_TYPE = class="hl-string">"ORA_RETURN_ORDER"  class=class="hl-string">"hl-comment"># IMPORTANT: Configure with your specific RMA Order Type Code
START_DATE = class="hl-string">"2023-01-01T00:00:00.000Z" class=class="hl-string">"hl-comment"># Format: YYYY-MM-DDTHH:MM:SS.sssZ
END_DATE = class="hl-string">"2023-06-30T23:59:59.000Z"

class=class="hl-string">"hl-comment"># --- Helper Functions --- #
def get_paginated_data(endpoint, params):
    class="hl-string">"""Fetches all data from a paginated Oracle REST API endpoint."""
    all_items = []
    url = fclass="hl-string">"{ORACLE_BASE_URL}{endpoint}"
    params[class="hl-string">'limit'] = 200 class=class="hl-string">"hl-comment"># Max limit can be up to 500
    params[class="hl-string">'offset'] = 0

    while True:
        print(fclass="hl-string">"Fetching data from {url} with offset {params['offset']}...")
        try:
            response = requests.get(url, auth=(ORACLE_USERNAME, ORACLE_PASSWORD), params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            if data.get(class="hl-string">'hasMore', False):
                params[class="hl-string">'offset'] += len(items)
            else:
                break
        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
        except json.JSONDecodeError as e:
            print(fclass="hl-string">"JSON Decode Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
if __name__ == class="hl-string">"__main__":
    event_log_records = []
    last_data_update = datetime.utcnow().isoformat() + class="hl-string">'Z'

    class=class="hl-string">"hl-comment"># 1. Fetch all RMA Orders
    print(class="hl-string">"Fetching RMA orders...")
    rma_params = {
        class="hl-string">'finder': class="hl-string">'findOrders',
        class="hl-string">'q': fclass="hl-string">"OrderTypeCode='{RMA_ORDER_TYPE}' and CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'OrderNumber,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,OrderStatus,ReturnReasonCode,CrossReference,lines',
        class="hl-string">'expand': class="hl-string">'lines.fulfillmentLines'
    }
    rma_orders = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", rma_params)

    class=class="hl-string">"hl-comment"># 2. Fetch all related Credit Memos (can be optimized by filtering on creation date)
    print(class="hl-string">"Fetching Credit Memos...")
    cm_params = {
        class="hl-string">'fields': class="hl-string">'TransactionNumber,TransactionDate,Amount,CustomerTransactionId,SalesOrderNumber'
    }
    credit_memos = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivablesCreditMemos", cm_params)
    cm_map = {cm[class="hl-string">'SalesOrderNumber']: cm for cm in credit_memos if class="hl-string">'SalesOrderNumber' in cm}

    print(fclass="hl-string">"Processing {len(rma_orders)} RMA orders...")
    for rma in rma_orders:
        case_id = rma.get(class="hl-string">'OrderNumber')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Helper to add events
        def add_event(activity, timestamp, agent, status, reason=None, end_time=None):
            if timestamp:
                event_log_records.append({
                    class="hl-string">'ReturnCaseId': case_id,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp,
                    class="hl-string">'EndTime': end_time if end_time else timestamp,
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': last_data_update,
                    class="hl-string">'ProcessingAgent': agent,
                    class="hl-string">'ReturnStatus': status,
                    class="hl-string">'ReturnReason': reason,
                    class="hl-string">'RequestedRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'ActualRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'RefundSlaTargetDate': None class=class="hl-string">"hl-comment"># Placeholder
                })

        class=class="hl-string">"hl-comment"># Activity: RMA Created
        add_event(class="hl-string">'RMA Created', rma.get(class="hl-string">'CreationDate'), rma.get(class="hl-string">'CreatedBy'), class="hl-string">'Draft', rma.get(class="hl-string">'ReturnReasonCode'))

        class=class="hl-string">"hl-comment"># Activities from Fulfillment Lines
        if class="hl-string">'lines' in rma and rma[class="hl-string">'lines']:
            for line in rma[class="hl-string">'lines'][class="hl-string">'items']:
                if class="hl-string">'fulfillmentLines' in line and line[class="hl-string">'fulfillmentLines']:
                    for ff_line in line[class="hl-string">'fulfillmentLines'][class="hl-string">'items']:
                        ff_status = ff_line.get(class="hl-string">'StatusCode')
                        last_update = ff_line.get(class="hl-string">'LastUpdateDate', rma.get(class="hl-string">'LastUpdateDate'))
                        agent = ff_line.get(class="hl-string">'LastUpdatedBy', rma.get(class="hl-string">'LastUpdatedBy'))

                        class=class="hl-string">"hl-comment"># The following is an inference based on typical status flows.
                        class=class="hl-string">"hl-comment"># Your specific statuses may vary.
                        if ff_status in [class="hl-string">'DOO_AWAIT_APPROVAL', class="hl-string">'DOO_SUBMITTED']:
                            add_event(class="hl-string">'RMA Approval Submitted', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_AWAIT_RECEIVING':
                            add_event(class="hl-string">'RMA Approved', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_PARTIALLY_FULFILLED', class="hl-string">'DOO_SHIPMENT_CONFIRMED']:
                             add_event(class="hl-string">'Item Received', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, ff_status)
                             class=class="hl-string">"hl-comment"># Infer inspection events based on receipt
                             add_event(class="hl-string">'Item Inspection Started', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, class="hl-string">'Awaiting Inspection')
                             add_event(class="hl-string">'Item Inspected', last_update, agent, class="hl-string">'Inspection Complete')
                        elif ff_status == class="hl-string">'DOO_AWAIT_BILLING':
                            add_event(class="hl-string">'Return Disposition Determined', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_CLOSED':
                            add_event(class="hl-string">'Return Case Closed', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_CANCELED', class="hl-string">'DOO_REJECTED']:
                            add_event(class="hl-string">'RMA Rejected', last_update, agent, ff_status)
                        
                        class=class="hl-string">"hl-comment"># Placeholder activities not directly available
                        add_event(class="hl-string">'Item Shipped By Customer', None, class="hl-string">'Customer', class="hl-string">'In Transit')
                        add_event(class="hl-string">'Customer Notified', None, class="hl-string">'System', class="hl-string">'Notification Sent')

        class=class="hl-string">"hl-comment"># Activity: Exchange Order Created
        if rma.get(class="hl-string">'CrossReference'):
             add_event(class="hl-string">'Exchange Order Created', rma.get(class="hl-string">'LastUpdateDate'), rma.get(class="hl-string">'LastUpdatedBy'), rma.get(class="hl-string">'OrderStatus'))

        class=class="hl-string">"hl-comment"># Activities from Credit Memos
        if case_id in cm_map:
            cm = cm_map[case_id]
            cm_date = cm.get(class="hl-string">'TransactionDate')
            cm_amount = cm.get(class="hl-string">'Amount')
            add_event(class="hl-string">'Credit Memo Created', cm_date, class="hl-string">'System', class="hl-string">'Credit Memo Issued')
            add_event(class="hl-string">'Refund Initiated', cm_date, class="hl-string">'System', class="hl-string">'Refund In Progress')
            class=class="hl-string">"hl-comment"># Assuming refund is processed shortly after creation for this example
            add_event(class="hl-string">'Refund Processed', cm_date, class="hl-string">'System', class="hl-string">'Refund Complete')

            class=class="hl-string">"hl-comment"># Update refund amounts on all events for this case
            for rec in event_log_records:
                if rec[class="hl-string">'ReturnCaseId'] == case_id:
                    rec[class="hl-string">'ActualRefundAmount'] = cm_amount
                    rec[class="hl-string">'RequestedRefundAmount'] = cm_amount class=class="hl-string">"hl-comment"># Assuming requested equals actual

    class=class="hl-string">"hl-comment"># 4. Create and Save DataFrame
    if not event_log_records:
        print(class="hl-string">"No events were generated. Check your configuration and date range.")
    else:
        df = pd.DataFrame(event_log_records)
        df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        df = df.dropna(subset=[class="hl-string">'EventTime'])
        df = df.sort_values(by=[class="hl-string">'ReturnCaseId', class="hl-string">'EventTime'])

        class=class="hl-string">"hl-comment"># Reorder columns
        column_order = [
            class="hl-string">'ReturnCaseId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
            class="hl-string">'ProcessingAgent', class="hl-string">'ReturnStatus', class="hl-string">'ReturnReason', class="hl-string">'RequestedRefundAmount', 
            class="hl-string">'ActualRefundAmount', class="hl-string">'RefundSlaTargetDate'
        ]
        df = df[column_order]

        df.to_csv(class="hl-string">'returns_event_log.csv', index=False)
        print(class="hl-string">"Successfully created returns_event_log.csv")

Bạn đã sẵn sàng bắt đầu chưa?

Dùng mẫu này để đơn giản hóa việc thu thập dữ liệu và tìm hiểu sâu hơn về quy trình trả hàng và hoàn tiền. Bắt đầu tối ưu quy trình ngay hôm nay.

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

Tải mẫu xuống

Xử lý điểm nghẽn, tối ưu quy trình trả hàng và hoàn tiền ngay

Xác định chính xác các khâu kém hiệu quả và giảm 30% thời gian xử lý trong Oracle Fusion SCM.

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

Không cần thẻ tín dụng. Thiết lập trong chưa đầy 5 phút.

Mẫu dữ liệu quy trình trả hàng và hoàn tiền

Mẫu dữ liệu quy trình trả hàng và hoàn tiền

Thuộc tính của quy trình trả hàng và hoàn tiền

Các hoạt động trong quy trình trả hàng và hoàn tiền

Hướng dẫn trích xuất dữ liệu

Xuất dữ liệu từ Oracle Transactional Business Intelligence (OTBI)

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất đối tượng chế độ xem bằng Oracle BI Cloud Connector (BICC)

Các bước

Cấu hình

Truy vấn mẫu sql

Tập lệnh Python dùng Oracle Fusion SCM REST APIs

Các bước

Cấu hình

Truy vấn mẫu python

Bạn đã sẵn sàng bắt đầu chưa?

Xử lý điểm nghẽn, tối ưu quy trình trả hàng và hoàn tiền ngay