Mẫu dữ liệu xử lý trả hàng và hoàn tiền

Salesforce Commerce Cloud
Mẫu dữ liệu xử lý trả hàng và hoàn tiền

Mẫu dữ liệu xử lý trả hàng và hoàn tiền

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình trả hàng và hoàn tiền. Mẫu nêu rõ các trường dữ liệu cần có, những hoạt động chính cần theo dõi và cách trích xuất thông tin từ các hệ thống nguồn. Hãy dùng mẫu này để chuẩn bị nhật ký sự kiện cho dự án process mining.
  • Các thuộc tính nên thu thập
  • Các hoạt động chính cần theo dõi
  • Hướng dẫn trích xuất dữ liệu từ Salesforce Commerce Cloud
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.

Thuộc tính xử lý 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 xử lý trả hàng và hoàn tiền trên Salesforce Commerce Cloud.
5 Bắt buộc 6 Nên có 9 Không bắt buộc
Tên Mô tả
ID hồ sơ trả hàng
ReturnCaseId
Mã định danh duy nhất của một hồ sơ trả hàng, liên kết mọi hoạt động liên quan từ lúc bắt đầu đến khi đóng hồ sơ.
Mô tả

ID hồ sơ trả hàng là 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ể. Nhờ đó, bạn có thể theo dõi và phân tích toàn bộ vòng đời của yêu cầu, từ lúc bắt đầu đến khi đóng hồ sơ.

Trong process mining, thuộc tính này là nền tảng để tái dựng từng hồ sơ. Mọi sự kiện có cùng ID hồ sơ trả hàng đều thuộc một phiên bản quy trình. Nhờ vậy, bạn có thể trực quan hóa sơ đồ quy trình, tính KPI ở cấp hồ sơ như thời gian xử lý và phân tích các biến thể của quy trình trả hàng.

Vì sao điều này quan trọng

Đây là khóa chính liên kết mọi bước của quy trình trả hàng thành một hồ sơ có thể theo dõi, rất cần thiết cho việc phân tích quy trình từ đầu đến cuối.

Lấy dữ liệu ở đâu

Mã này thường được tạo trong quy trình Return Merchandise Authorization (RMA) của Salesforce Commerce Cloud. Bạn thường có thể tìm thấy mã này trong đối tượng Return Order hoặc Case.

Ví dụ
RT-0012345RT-0012346RT-0012347
Tên hoạt động
ActivityName
Tên của bước quy trình kinh doanh hoặc sự kiện cụ thể đã diễn ra trong quy trình trả hàng.
Mô tả

Thuộc tính này mô tả tác vụ hoặc mốc cụ thể đã hoàn tất tại một thời điểm trong hồ sơ trả hàng. Ví dụ: 'Đã tạo yêu cầu trả hàng', 'Đã nhận hàng tại kho' và 'Đã xử lý hoàn tiền'.

Trong process mining, Tên hoạt động được dùng để dựng sơ đồ quy trình, thể hiện thứ tự các bước và luồng xử lý hồ sơ. Phân tích hoạt động giúp xác định điểm nghẽn, vòng lặp làm lại và các bước lệch khỏi quy trình chuẩn.

Vì sao điều này quan trọng

Thuộc tính này xác định các bước trên sơ đồ quy trình, giúp bạn trực quan hóa và phân tích quy trình làm việc trả hàng.

Lấy dữ liệu ở đâu

Thuộc tính này thường được lấy từ nhật ký sự kiện, bản ghi thay đổi trạng thái hoặc dữ liệu hoàn tất tác vụ liên quan đến đối tượng Return Order hoặc Case trong Salesforce.

Ví dụ
Yêu cầu đổi trả được phê duyệtĐã kiểm tra hàngĐã xử lý hoàn tiền
Thời điểm sự kiện
EventTime
Dấu thời gian cho biết hoạt động hoặc sự kiện cụ thể diễn ra khi nào.
Mô tả

Thời điểm sự kiện ghi lại chính xác ngày giờ một hoạt động được thực hiện hoặc trạng thái thay đổi. Dấu thời gian này rất quan trọng để sắp xếp sự kiện đúng thứ tự và phân tích theo thời gian.

Process mining dùng các dấu thời gian này để sắp xếp hoạt động, tính thời gian xử lý và thời gian chờ giữa các bước, đồng thời phân tích hiệu suất quy trình theo từng giai đoạn. Dấu thời gian chính xác là nền tảng để phân tích quy trình đáng tin cậy.

Vì sao điều này quan trọng

Dấu thời gian xác định thứ tự thời gian của các hoạt động, yếu tố cốt lõi để tính thời gian xử lý và tìm ra các chậm trễ trong quy trình.

Lấy dữ liệu ở đâu

Đây thường là dấu thời gian tạo hoặc chỉnh sửa bản ghi trong Salesforce Commerce Cloud, chẳng hạn như 'CreatedDate' hoặc 'LastModifiedDate' trên các đối tượng liên quan đến quy trình trả hàng.

Ví dụ
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
Hệ thống nguồn
SourceSystem
Hệ thống nơi dữ liệu sự kiện được tạo ra.
Mô tả

Thuộc tính này cho biết hệ thống nguồn tạo ra dữ liệu. Với quy trình này, giá trị luôn là 'Salesforce Commerce Cloud'.

Khi kết hợp dữ liệu từ nhiều hệ thống để hiểu quy trình vận hành trên các nền tảng khác nhau, trường này giúp xác định nguồn gốc dữ liệu rõ ràng và tìm lỗi chất lượng dữ liệu ở từng nguồn.

Vì sao điều này quan trọng

Thuộc tính này cho biết dữ liệu đến từ đâu, rất quan trọng khi quản trị dữ liệu và tích hợp dữ liệu từ nhiều hệ thống trong doanh nghiệp.

Lấy dữ liệu ở đâu

Đây là giá trị cố định được thêm trong quá trình trích xuất và chuyển đổi dữ liệu. Giá trị này không phải là trường có sẵn trong Salesforce mà được xác định trong mô hình dữ liệu.

Ví dụ
Salesforce Commerce 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 trích xuất hoặc làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này ghi lại ngày giờ lần gần nhất dữ liệu được lấy từ Salesforce Commerce Cloud. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến mức nào.

Thông tin này giúp người dùng hiểu phân tích quy trình phản ánh dữ liệu cập nhật đến đâu. Nó cũng giúp đặt kỳ vọng về độ mới của dữ liệu và kiểm tra mức độ đầy đủ của tập dữ liệu.

Vì sao điều này quan trọng

Thuộc tính này cho người dùng biết dữ liệu được cập nhật khi nào, để họ hiểu liệu phân tích có phản ánh trạng thái quy trình mới nhất hay không.

Lấy dữ liệu ở đâu

Công cụ hoặc tập lệnh trích xuất dữ liệu tạo dấu thời gian này khi làm mới dữ liệu. Đây không phải là trường trong Salesforce.

Ví dụ
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Kênh trả hàng
ReturnChannel
Kênh khách hàng dùng để bắt đầu trả hàng, chẳng hạn như trực tuyến, tại cửa hàng hoặc qua dịch vụ khách hàng.
Mô tả

Thuộc tính này cho biết khách hàng bắt đầu quy trình trả hàng bằng cách nào. Các kênh phổ biến gồm cổng tự phục vụ trực tuyến, mang sản phẩm đến cửa hàng hoặc liên hệ với nhân viên dịch vụ khách hàng.

Kênh trả hàng là thông tin quan trọng cho dashboard 'Xu hướng số lượng và năng suất xử lý trả hàng'. Thuộc tính này giúp phân bổ tài nguyên hiệu quả và phân tích xem kênh nào gắn với thời gian xử lý lâu hơn, lý do trả hàng khác nhau hoặc chi phí xử lý cao hơn.

Vì sao điều này quan trọng

Thuộc tính này giúp phân nhóm dữ liệu trả hàng để hiểu sự khác biệt của quy trình và nhu cầu tài nguyên giữa các kênh như trực tuyến và tại cửa hàng.

Lấy dữ liệu ở đâu

Thông tin này có thể nằm trong đối tượng Return Order hoặc Case, hoặc được suy ra từ người dùng hay hệ thống tạo bản ghi trả hàng.

Ví dụ
Cổng trực tuyếnTại cửa hàngCuộc gọi đến dịch vụ khách hàng
Lý do trả hàng
ReturnReason
Lý do khách hàng đưa ra khi trả sản phẩm.
Mô tả

Lý do trả hàng cho biết vì sao khách hàng bắt đầu yêu cầu trả sản phẩm. Khách hàng thường chọn một lý do trong danh sách có sẵn, chẳng hạn như 'Sai kích cỡ', 'Sản phẩm bị hỏng' hoặc 'Không còn nhu cầu'.

Thuộc tính này rất quan trọng để phân tích nguyên nhân gốc rễ. Khi phân tích lý do trả hàng, doanh nghiệp có thể nhận ra xu hướng liên quan đến chất lượng sản phẩm, vấn đề về kích cỡ hoặc mô tả sản phẩm chưa chính xác. Từ đó, doanh nghiệp có thể cải thiện phát triển sản phẩm, tiếp thị và chuỗi cung ứng, qua đó giảm tổng số lượt trả hàng.

Vì sao điều này quan trọng

Hiểu lý do khách trả hàng giúp xác định nguyên nhân gốc rễ, chẳng hạn như lỗi sản phẩm hoặc vấn đề về kích cỡ, để giảm số lượt trả hàng trong tương lai.

Lấy dữ liệu ở đâu

Đây thường là trường danh sách chọn trên đối tượng Return Order hoặc Case trong Salesforce, do khách hàng điền khi bắt đầu yêu cầu trả hàng.

Ví dụ
Sai kích cỡSản phẩm bị hỏng khi nhậnGiao sai sản phẩm
Người xử lý
ProcessingAgent
Người dùng hoặc tác nhân chịu trách nhiệm xử lý yêu cầu trả hàng hay 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 hành động trong hồ sơ trả hàng, chẳng hạn như duyệt yêu cầu, kiểm tra hàng hoặc xử lý hoàn tiền. Giá trị có thể là ID hoặc tên người dùng cụ thể.

Phân tích Người xử lý giúp bạn hiểu sự khác biệt về hiệu suất giữa các cá nhân hoặc nhóm. Đây là dữ liệu quan trọng cho dashboard 'Hiệu suất và tính nhất quán của nhân viên xử lý', giúp xác định nhu cầu đào tạo, cân bằng khối lượng công việc và chuẩn hóa cách làm trong toàn tổ chức.

Vì sao điều này quan trọng

Thuộc tính này giúp phân tích hiệu suất và tính nhất quán giữa những người dùng, từ đó xác định cách làm hiệu quả và nhu cầu đào tạo.

Lấy dữ liệu ở đâu

Thường có trong các trường như 'OwnerId' hoặc 'LastModifiedById' của đối tượng Case hoặc Return Order trong Salesforce. Thông tin này cũng có thể được lưu trong các đối tượng tác vụ hoặc lịch sử liên quan.

Ví dụ
Alice SmithBob JohnsonTự động hóa hệ thống
SKU sản phẩm
ProductSku
Mã SKU (Stock Keeping Unit) 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 của sản phẩm cụ thể được trả lại. Nhờ đó, bạn có thể phân tích chi tiết đến từng sản phẩm.

Phân tích lượt trả hàng theo SKU sản phẩm giúp xác định sản phẩm có tỷ lệ trả hàng cao, có thể do vấn đề kiểm soát chất lượng, mô tả sản phẩm chưa rõ hoặc lỗi sản xuất. Thông tin này rất hữu ích cho dashboard 'Thời gian từ lúc kho nhận hàng đến khi kiểm tra', vì có thể cho thấy một số loại sản phẩm mất nhiều thời gian kiểm tra hơn.

Vì sao điều này quan trọng

Thuộc tính này giúp phân tích xu hướng trả hàng theo từng sản phẩm, qua đó xác định mặt hàng có vấn đề về chất lượng hoặc mô tả.

Lấy dữ liệu ở đâu

Thông tin này nằm trong Return Order Line Item hoặc một đối tượng liên quan, liên kết hồ sơ trả hàng với sản phẩm cụ thể trong đơn hàng ban đầu.

Ví dụ
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
Số tiền hoàn thực tế
ActualRefundAmount
Số tiền cuối cùng thực tế đã hoàn cho khách hàng.
Mô tả

Thuộc tính này thể hiện số tiền cuối cùng được hoàn lại cho khách hàng sau khi hoàn tất mọi bước đánh giá, khấu trừ và tính toán. Số tiền này có thể khác khoản khách yêu cầu do phí nhập kho, chương trình khuyến mãi hoặc tình trạng sản phẩm được trả lại.

Phân tích thuộc tính này rất cần thiết để đối soát tài chính và phục vụ dashboard 'Phân tích chênh lệch số tiền hoàn'. Thuộc tính giúp định lượng tác động tài chính của chính sách trả hàng và xác định vấn đề mang tính hệ thống trong quy trình làm việc tính và duyệt hoàn tiền.

Vì sao điều này quan trọng

Đây là kết quả tài chính cuối cùng của việc trả hàng. So sánh với số tiền khách yêu cầu giúp làm rõ tác động tài chính của chính sách trả hàng và các khoản điều chỉnh.

Lấy dữ liệu ở đâu

Giá trị này thường được lưu trong đối tượng Refund hoặc Payment Transaction liên kết với Return Order trong Salesforce Commerce Cloud.

Ví dụ
49.99115.000.00
Số tiền hoàn yêu cầu
RequestedRefundAmount
Số tiền khách hàng yêu cầu hoàn tại thời điểm bắt đầu trả hàng.
Mô tả

Thuộc tính này ghi nhận số tiền hoàn ban đầu mà khách hàng mong đợi, thường là giá của sản phẩm được trả lại. Đây là mức cơ sở để tính tiền hoàn.

Dashboard 'Phân tích chênh lệch số tiền hoàn' so sánh khoản này với 'Số tiền hoàn thực tế'. Chênh lệch lớn hoặc thường xuyên có thể cho thấy vấn đề trong chính sách trả hàng, phí nhập kho hoặc lỗi tính toán của hệ thống, khiến khách hàng không hài lòng.

Vì sao điều này quan trọng

Đây là mức cơ sở để so sánh với số tiền hoàn cuối cùng, giúp xác định chênh lệch và phân tích tác động tài chính của các khoản điều chỉnh.

Lấy dữ liệu ở đâu

Giá trị này thường được lưu trong đối tượng Return Order hoặc Return Order Line Item và được lấy từ đơn bán hàng ban đầu.

Ví dụ
49.99125.0089.50
Có tuân thủ SLA không
IsSlaCompliant
Giá trị đúng/sai cho biết tiền hoàn có được xử lý trước hoặc vào ngày mục tiêu SLA hay không.
Mô tả

Giá trị này được đặt thành 'true' nếu hoạt động 'Refund Processed' diễn ra vào hoặc trước 'Refund SLA Target Date', nếu không thì đặt thành 'false'. Nhờ đó, bạn có kết quả rõ ràng, có hoặc không, về việc đáp ứng SLA của từng hồ sơ.

Thuộc tính này là nền tảng cho dashboard 'Tuân thủ SLA hoàn tiền' và KPI 'Tỷ lệ đáp ứng SLA hoàn tiền'. Thuộc tính giúp đơn giản hóa việc phân tích tỷ lệ tuân thủ và tìm hiểu nguyên nhân không tuân thủ bằng cách phân nhóm dữ liệu theo các thuộc tính khác như 'Người xử lý' hoặc 'Kênh trả hàng'.

Vì sao điều này quan trọng

Thuộc tính này giúp phân tích hiệu suất SLA dễ dàng hơn, tính tỷ lệ tuân thủ và xác định các yếu tố gây chậm trễ.

Lấy dữ liệu ở đâu

Đây là thuộc tính được tính toán theo logic: IF (Timestamp of 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.

Ví dụ
truefalse
ID khách hàng
CustomerId
Mã định danh duy nhất của khách hàng bắt đầu yêu cầu trả hàng.
Mô tả

Thuộc tính này là ID duy nhất gắn với tài khoản khách hàng. Nhờ đó, bạn có thể tổng hợp dữ liệu trả hàng theo từng khách hàng.

Phân tích lượt trả hàng theo ID khách hàng giúp xác định khách hàng có tỷ lệ trả hàng cao bất thường, có thể do hành vi gian lận hoặc thường xuyên không hài lòng. Bạn cũng có thể phân tích theo phân khúc khách hàng để hiểu liệu các nhóm khác nhau có cách thức hoặc hành vi trả hàng khác nhau hay không.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ phân tích ở cấp khách hàng, giúp xác định người thường xuyên trả hàng và hiểu hành vi trả hàng giữa các phân khúc.

Lấy dữ liệu ở đâu

Đây là trường tiêu chuẩn trên đối tượng Order và Case trong Salesforce, liên kết đến đối tượng Customer hoặc Account.

Ví dụ
CUST-98765CUST-12345CUST-55555
Lý do từ chối
RejectionReason
Lý do cụ thể khiến yêu cầu trả hàng hoặc hoàn tiền bị từ chối.
Mô tả

Khi yêu cầu trả hàng không được duyệt hoặc yêu cầu hoàn tiền bị từ chối, thuộc tính này ghi lại lý do. Ví dụ: 'Quá thời hạn trả hàng', 'Khách hàng làm hỏng sản phẩm' hoặc 'Sản phẩm không được trả lại'.

Thông tin này rất quan trọng cho dashboard 'Yêu cầu trả hàng bị từ chối và chuyển cấp'. Phân tích lý do từ chối giúp doanh nghiệp hiểu những điểm gây khó khăn trong chính sách và quy trình trả hàng. Từ đó, doanh nghiệp có thể trao đổi rõ ràng hơn với khách hàng, điều chỉnh chính sách hoặc cải thiện bước kiểm tra ban đầu các yêu cầu trả hàng.

Vì sao điều này quan trọng

Thuộc tính này cho biết vì sao yêu cầu trả hàng không thành công, giúp cải thiện chính sách trả hàng, cách trao đổi với khách hàng và hoạt động đào tạo nhân viên.

Lấy dữ liệu ở đâu

Đây thường là trường tùy chỉnh trên đối tượng Return Order hoặc Case, được điền khi trạng thái chuyển thành 'Rejected' hoặc 'Closed - Denied'.

Ví dụ
Đã hết thời hạn trả hàngSản phẩm không còn nguyên trạng ban đầuSản phẩm thuộc diện bán cuối cùng
Mức độ tuân thủ chính sách trả hàng
ReturnPolicyAdherence
Chỉ báo cho biết yêu cầu trả hàng có tuân thủ chính sách kinh doanh đã đặt ra hay không.
Mô tả

Thuộc tính này đánh dấu hoặc phân loại yêu cầu trả hàng dựa trên mức độ tuân thủ chính sách công ty, chẳng hạn như thời hạn trả hàng, tình trạng sản phẩm hoặc bằng chứng mua hàng. Giá trị có thể là đúng/sai (Tuân thủ/Không tuân thủ) hoặc một trạng thái chi tiết hơn.

Thuộc tính này là trọng tâm của dashboard 'Tổng quan về mức độ tuân thủ chính sách trả hàng' và KPI 'Tỷ lệ không tuân thủ chính sách'. Thuộc tính giúp doanh nghiệp theo dõi mức độ áp dụng chính sách nhất quán và phân tích tác động của các trường hợp không tuân thủ đến quy trình và tài chính.

Vì sao điều này quan trọng

Thuộc tính này giúp theo dõi việc thực thi chính sách, rất quan trọng để kiểm soát chi phí, ngăn gian lận và đảm bảo khách hàng được đối xử công bằng, nhất quán.

Lấy dữ liệu ở đâu

Đây thường là thuộc tính được suy ra từ một nhóm quy tắc kinh doanh áp dụng cho các dữ liệu khác, chẳng hạn như ngày trả hàng, tình trạng sản phẩm và loại sản phẩm.

Ví dụ
Tuân thủKhông tuân thủ, trả hàng trễKhông tuân thủ, sản phẩm hư hỏng
Ngày mục tiêu hoàn tiền theo SLA
RefundSlaTargetDate
Ngày mục tiêu cần hoàn tất xử lý tiền hoàn cho hồ sơ trả hàng.
Mô tả

Thuộc tính này xác định hạn chót theo thỏa thuận mức dịch vụ (SLA) để hoàn tất việc hoàn tiền. Hạn chót thường được tính theo quy tắc kinh doanh, chẳng hạn một số ngày nhất định sau khi yêu cầu trả hàng được duyệt hoặc sau khi nhận hàng.

Ngày này là mốc chuẩn để đo hiệu suất thực tế trên dashboard 'Tuân thủ SLA hoàn tiền'. Theo dõi việc tuân thủ giúp duy trì trải nghiệm khách hàng nhất quán, tích cực và giúp quản lý xác định nhóm hoặc bước quy trình có nguy cơ không đạt SLA.

Vì sao điều này quan trọng

Thuộc tính này đặt mục tiêu hiệu suất cho việc xử lý hoàn tiền, giúp đo mức độ tuân thủ SLA và tác động đến sự hài lòng của khách hàng.

Lấy dữ liệu ở đâu

Đây thường là trường được tính trên đối tượng Case hoặc Return Order, dựa trên ngày tạo hoặc ngày duyệt cộng với một khoảng thời gian định trước (ví dụ: CreatedDate + 14 days).

Ví dụ
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
Thời gian từ lúc nhận hàng đến khi kiểm tra
ReceiptToInspectionTime
Khoảng thời gian từ khi kho nhận sản phẩm đến khi hoàn tất kiểm tra.
Mô tả

Chỉ số được tính này đo thời gian cần thiết để hoàn thành một bước nội bộ quan trọng tại kho. Chỉ số là chênh lệch giữa dấu thời gian của hoạt động 'Đã nhận hàng tại kho' và 'Đã hoàn tất kiểm tra sản phẩm'.

Khoảng thời gian này là trọng tâm của dashboard 'Thời gian từ lúc kho nhận hàng đến khi kiểm tra' và KPI 'Thời gian trung bình từ lúc nhận hàng đến khi kiểm tra'. Phân tích chỉ số giúp xác định điểm nghẽn trong hoạt động kho, vốn có thể làm chậm đáng kể toàn bộ quy trình.

Vì sao điều này quan trọng

Chỉ số này giúp xác định điểm nghẽn nội bộ tại kho làm chậm toàn bộ quy trình trả hàng, ảnh hưởng đến thời gian hoàn tiền và khả năng cung ứng hàng tồn.

Lấy dữ liệu ở đâu

Chỉ số này được tính trong quá trình chuyển đổi dữ liệu bằng cách lấy dấu thời gian của 'Đã hoàn tất kiểm tra sản phẩm' trừ dấu thời gian của 'Đã nhận hàng tại kho'.

Ví dụ
1 ngày 2 giờ3 ngày 0 giờ8 giờ
Tình trạng sản phẩm
ItemCondition
Tình trạng được đánh giá của sản phẩm trả lại sau khi kiểm tra tại kho.
Mô tả

Sau khi nhận sản phẩm trả lại, kho thường kiểm tra để xác định tình trạng. Thuộc tính này ghi lại kết quả, chẳng hạn như 'Mới', 'Đã qua sử dụng, còn bán lại được' hoặc 'Hư hỏng'.

Kết quả đánh giá ảnh hưởng trực tiếp đến số tiền hoàn cuối cùng và là dữ liệu đầu vào quan trọng cho dashboard 'Tổng quan về mức độ tuân thủ chính sách trả hàng'. Theo dõi dữ liệu này giúp doanh nghiệp hiểu chất lượng hàng trả và quản lý hàng tồn để bán lại, tân trang hoặc thanh lý.

Vì sao điều này quan trọng

Kết quả đánh giá này thường quyết định số tiền hoàn cuối cùng và rất quan trọng trong việc quản lý hàng tồn trả lại.

Lấy dữ liệu ở đâu

Đây thường là trường tùy chỉnh được cập nhật trong hoạt động 'Kiểm tra sản phẩm', nằm trên đối tượng Return Order Line Item.

Ví dụ
Mới, chưa mởĐã qua sử dụng, gần như mớiHư hỏng, không thể bán
Trạng thái trả hàng
ReturnStatus
Trạng thái hiện tại của hồ sơ trả hàng trong vòng đời xử lý.
Mô tả

Thuộc tính này cho biết trạng thái hiện tại của yêu cầu trả hàng, chẳng hạn như 'Chờ duyệt', 'Đã nhận hàng', 'Đã hoàn tiền' hoặc 'Đã đóng'. Giá trị thay đổi khi hồ sơ tiến triển qua quy trình làm việc.

Process mining dựng luồng quy trình từ các hoạt động, còn trạng thái hiện tại cung cấp thêm ngữ cảnh để lọc và phân tích hồ sơ đang mở hoặc đã đóng. Thông tin này hỗ trợ theo dõi vận hành, giúp bạn nắm được lượng hồ sơ tồn và khối lượng công việc ở từng giai đoạn.

Vì sao điều này quan trọng

Thuộc tính này cho biết hồ sơ trả hàng đang ở bước nào, hữu ích khi theo dõi vận hành và lọc các hồ sơ đang xử lý.

Lấy dữ liệu ở đâu

Đây là trường 'Status' tiêu chuẩn trên đối tượng Return Order hoặc Case trong Salesforce Commerce Cloud.

Ví dụ
Chờ duyệtĐã duyệtĐã nhận hàngĐã đóng
Vị trí kho
WarehouseLocation
Mã định danh của kho hoặc cơ sở đã nhận sản phẩm được trả lại.
Mô tả

Thuộc tính này cho biết cơ sở nào đã xử lý sản phẩm được trả lại. Thông tin này đặc biệt hữu ích với doanh nghiệp có nhiều trung tâm phân phối.

Phân tích theo vị trí kho giúp phát hiện khác biệt về hiệu suất giữa các cơ sở. Ví dụ, bạn có thể thấy kho nào mất nhiều thời gian kiểm tra hơn hoặc có tỷ lệ đánh dấu hàng hư hỏng cao hơn. Từ đó, doanh nghiệp có thể chuẩn hóa hoạt động và xử lý vấn đề riêng tại từng cơ sở.

Vì sao điều này quan trọng

Thuộc tính này giúp so sánh hiệu suất giữa các kho, làm rõ khác biệt về thời gian xử lý hoặc đánh giá chất lượng.

Lấy dữ liệu ở đâu

Thông tin này có thể được lưu trong Return Order hoặc một đối tượng vận chuyển liên quan. Bạn cũng có thể suy ra thông tin từ người dùng thực hiện hoạt động nhận hàng.

Ví dụ
WH-EAST-01WH-WEST-03WH-CENTRAL-02
Bắt buộc Nên có Không bắt buộc

Hoạt động xử lý trả hàng và hoàn tiền

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khám phá và cải tiến quy trình chính xác.
6 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Đã đóng hồ sơ trả hàng
Hoạt động này ghi nhận việc đóng hồ sơ trả hàng trong hệ thống sau khi hoàn tất hoàn tiền, đổi hàng hoặc từ chối yêu cầu. Có thể xác định sự kiện này khi trạng thái ReturnOrder chuyển thành 'Closed' hoặc 'Completed'.
Vì sao điều này quan trọng

Đây là điểm kết thúc chính của quy trình. Hoạt động này rất cần thiết để tính tổng thời gian xử lý và đo lường năng suất xử lý trả hàng.

Lấy dữ liệu ở đâu

Có thể xác định sự kiện này từ dấu thời gian khi trường trạng thái của đối tượng ReturnOrder được cập nhật sang trạng thái cuối, chẳng hạn như 'Closed' hoặc 'Completed'.

Thu thập

Phát hiện khi trường ReturnOrder.status đổi thành 'Closed'.

Loại sự kiện inferred
Đã kiểm tra hàng
Hoạt động này đánh dấu thời điểm hoàn tất kiểm tra hàng, khi tình trạng hàng được đánh giá và ghi lại. Sự kiện được ghi nhận qua thay đổi trạng thái của mặt hàng đổi trả, sau đó chuyển sang bước tiếp theo như tính số tiền hoàn lại.
Vì sao điều này quan trọng

Đây là điểm ra quyết định quan trọng, xác định khách hàng có được hoàn tiền hay không. Thời gian từ lúc nhận hàng đến khi hoàn tất kiểm tra là KPI quan trọng đối với hoạt động kho.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ cập nhật trạng thái của đối tượng ReturnOrderItem thành “Inspected”, hoặc khi nhân viên xác nhận “reasonForReturn”.

Thu thập

Phát hiện trường ReturnOrderItem.status thay đổi thành “Inspected”.

Loại sự kiện inferred
Đã tạo yêu cầu đổi trả
Hoạt động này đánh dấu thời điểm tạo hồ sơ yêu cầu đổi trả trong hệ thống. Sự kiện được ghi nhận khi tạo bản ghi ReturnOrder mới trong Salesforce Commerce Cloud, do khách hàng gửi qua cửa hàng trực tuyến hoặc do nhân viên dịch vụ tạo.
Vì sao điều này quan trọng

Là điểm bắt đầu của quy trình đổi trả, hoạt động này rất cần thiết để đo thời gian xử lý từ đầu đến cuối và phân tích số lượng yêu cầu đổi trả theo thời gian.

Lấy dữ liệu ở đâu

Sự kiện này được ghi nhận từ dấu thời gian tạo đối tượng ReturnOrder trong Salesforce Commerce Cloud OMS.

Thu thập

Theo dõi việc tạo bản ghi ReturnOrder mới.

Loại sự kiện explicit
Đã xử lý hoàn tiền
Hoạt động này xác nhận cổng thanh toán đã xử lý hoàn tiền thành công và tiền đã được gửi cho khách hàng. Sự kiện này thường được kích hoạt khi nhà cung cấp dịch vụ thanh toán gửi phản hồi xác nhận.
Vì sao điều này quan trọng

Đây là mốc quan trọng để đo lường mức độ đáp ứng SLA hoàn tiền. Mốc này xác nhận phần tài chính của quy trình trả hàng đã hoàn tất thành công.

Lấy dữ liệu ở đâu

Ghi nhận từ sự kiện phản hồi của cổng thanh toán, sự kiện này cập nhật trạng thái của đối tượng Payment hoặc Refund liên quan trong Salesforce thành 'Processed' hoặc 'Completed'.

Thu thập

Theo dõi sự kiện xác nhận từ nhà cung cấp dịch vụ thanh toán khi trạng thái đối tượng Payment được cập nhật.

Loại sự kiện explicit
Kho đã nhận hàng
Hoạt động này đánh dấu thời điểm hàng trả về được nhận tại kho hoặc trung tâm xử lý được chỉ định. Sự kiện được ghi nhận khi nhân viên kho quét hàng, cập nhật trạng thái của ReturnOrderItem liên quan.
Vì sao điều này quan trọng

Đây là mốc quan trọng, đánh dấu quy trình chuyển từ phía khách hàng sang khâu xử lý nội bộ. Mốc này là điểm bắt đầu để đo các KPI về hiệu suất kho, chẳng hạn thời gian từ lúc nhận hàng đến khi kiểm tra.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ thay đổi trạng thái của đối tượng ReturnOrder hoặc ReturnOrderItem thành “Received”, hoặc khi trường “quantityReceived” được điền.

Thu thập

Phát hiện cập nhật ở ReturnOrderItem.quantityReceived hoặc thay đổi trạng thái thành “Received”.

Loại sự kiện inferred
Yêu cầu đổi trả được phê duyệt
Sự kiện này cho biết nhân viên dịch vụ hoặc quy tắc tự động đã xem xét và phê duyệt yêu cầu đổi trả. Thông thường, sự kiện được suy ra từ thay đổi trạng thái của đối tượng ReturnOrder, chẳng hạn từ “New” thành “Approved”.
Vì sao điều này quan trọng

Theo dõi mốc này giúp phân tích hiệu quả của khâu phê duyệt và xác định điểm nghẽn. Thời gian từ lúc tạo yêu cầu đến khi phê duyệt là KPI quan trọng để đánh giá hiệu suất của nhân viên.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ dấu thời gian khi trường trạng thái của đối tượng ReturnOrder được cập nhật thành giá trị thể hiện việc phê duyệt, chẳng hạn “Approved” hoặc “Authorized”.

Thu thập

Phát hiện trường ReturnOrder.status thay đổi thành “Approved”.

Loại sự kiện inferred
Bắt đầu kiểm tra hàng
Sự kiện này đánh dấu thời điểm bắt đầu đánh giá chất lượng và tình trạng của hàng trả về. Thông thường, sự kiện được suy ra khi trạng thái của mặt hàng đổi trả chuyển thành “Inspecting” hoặc trạng thái tương tự.
Vì sao điều này quan trọng

Theo dõi thời điểm bắt đầu kiểm tra giúp tách riêng thời lượng kiểm tra khỏi tổng thời gian chờ tại kho, qua đó cho thấy rõ hơn các điểm nghẽn tiềm ẩn.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ cập nhật trạng thái của đối tượng ReturnOrderItem thành giá trị như “Inspecting” hoặc “Under Inspection”.

Thu thập

Phát hiện trường ReturnOrderItem.status thay đổi thành “Inspecting”.

Loại sự kiện inferred
Đã bắt đầu hoàn tiền
Sự kiện này đánh dấu thời điểm Salesforce Commerce Cloud gửi yêu cầu hoàn tiền đến cổng thanh toán bên ngoài. Đây là lúc giao dịch tài chính bắt đầu.
Vì sao điều này quan trọng

Phân biệt thời điểm bắt đầu với thời điểm xử lý hoàn tất là điều cần thiết khi phân tích việc tuân thủ SLA. Sau mốc này, chậm trễ thường liên quan đến nhà cung cấp dịch vụ thanh toán, không phải khâu xử lý nội bộ.

Lấy dữ liệu ở đâu

Sự kiện được ghi nhận từ nhật ký sự kiện cụ thể hoặc bản ghi lệnh gọi API khi hệ thống liên lạc với cổng thanh toán. Sự kiện cũng có thể được suy ra từ thay đổi trạng thái của đối tượng Payment.

Thu thập

Theo dõi sự kiện gọi API đến cổng thanh toán hoặc thay đổi trạng thái thành “Refund Pending”.

Loại sự kiện explicit
Đã tạo đơn hàng đổi hàng
Với trường hợp trả hàng để đổi sản phẩm, sự kiện này đánh dấu việc tạo đơn bán hàng mới cho sản phẩm thay thế. Đây là một hướng xử lý khác với hoàn tiền.
Vì sao điều này quan trọng

Theo dõi riêng hướng xử lý này giúp bạn hiểu tỷ lệ đổi hàng và hiệu quả của quy trình giao sản phẩm đổi.

Lấy dữ liệu ở đâu

Ghi nhận khi một đối tượng SalesOrder mới được tạo và liên kết với ReturnOrder ban đầu.

Thu thập

Theo dõi việc tạo SalesOrder mới liên kết với ReturnOrder ID.

Loại sự kiện explicit
Đã tạo nhãn gửi trả
Hoạt động này đánh dấu thời điểm tạo nhãn vận chuyển để khách hàng dùng gửi trả hàng. Có thể ghi nhận sự kiện này trực tiếp nếu hệ thống tích hợp với đơn vị vận chuyển lưu sự kiện vào hồ sơ đổi trả.
Vì sao điều này quan trọng

Bước này ảnh hưởng lớn đến trải nghiệm khách hàng và có thể gây chậm trễ nếu quy trình tạo nhãn không suôn sẻ. Đây là thời điểm khách hàng nhận trách nhiệm gửi hàng.

Lấy dữ liệu ở đâu

Sự kiện có thể được ghi vào trường tùy chỉnh hoặc đối tượng liên quan trên đối tượng ReturnOrder bởi một hệ thống tích hợp vận chuyển như Salesforce Shipping.

Thu thập

Theo dõi sự kiện từ hệ thống tích hợp vận chuyển hoặc việc tạo đối tượng tùy chỉnh.

Loại sự kiện explicit
Đã tính số tiền hoàn lại
Bước này xác định số tiền hoàn lại cuối cùng, có tính đến các yếu tố như tình trạng hàng, phí nhập kho lại hoặc khuyến mãi. Thường đây là bước tự động của hệ thống, cập nhật các trường số tiền hoàn lại.
Vì sao điều này quan trọng

Phân tích bước này rất quan trọng đối với dashboard “Phân tích chênh lệch số tiền hoàn lại”, giúp phát hiện các trường hợp số tiền cuối cùng khác với số tiền khách hàng yêu cầu.

Lấy dữ liệu ở đâu

Có thể suy ra sự kiện này từ việc điền hoặc cập nhật các trường số tiền hoàn lại trên ReturnOrder hoặc đối tượng thanh toán hoàn tiền liên quan.

Thu thập

Phát hiện dấu thời gian khi các trường số tiền hoàn lại được điền.

Loại sự kiện inferred
Hoàn tiền được phê duyệt
Hoạt động này cho biết số tiền hoàn lại đã tính được phê duyệt và sẵn sàng xử lý. Bước này có thể diễn ra tự động hoặc cần phê duyệt thủ công đối với các yêu cầu đổi trả có giá trị cao.
Vì sao điều này quan trọng

Bước phê duyệt này có thể trở thành điểm nghẽn, nhất là khi cần nhân viên xử lý thủ công. Đây là mốc quan trọng trước khi bắt đầu giao dịch tài chính.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ thay đổi trạng thái của ReturnOrder hoặc đối tượng tóm tắt thanh toán liên quan thành trạng thái như “Refund Approved” hoặc “Ready for Refund”.

Thu thập

Phát hiện thay đổi trạng thái trên ReturnOrder hoặc đối tượng thanh toán liên quan.

Loại sự kiện inferred
Yêu cầu đổi trả bị từ chối
Sự kiện này cho biết yêu cầu đổi trả đã bị từ chối và sẽ không được xử lý tiếp. Sự kiện được ghi nhận khi trạng thái ReturnOrder được cập nhật thành “Rejected” hoặc “Canceled” trước khi hàng được nhận.
Vì sao điều này quan trọng

Phân tích các yêu cầu đổi trả bị từ chối giúp xác định những lý do phổ biến, chẳng hạn như vi phạm chính sách. Từ đó, bạn có thể cải thiện cách trao đổi với khách hàng và quy tắc kiểm tra ở giao diện đầu vào.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ dấu thời gian khi trường trạng thái của đối tượng ReturnOrder được cập nhật thành giá trị thể hiện việc từ chối, chẳng hạn “Rejected” hoặc “Denied”.

Thu thập

Phát hiện trường ReturnOrder.status thay đổi thành “Rejected”.

Loại sự kiện inferred
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ừ Salesforce Commerce Cloud

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

Dùng mẫu dữ liệu này để bắt đầu process mining. Hãy bắt đầu cải thiện quy trình trả hàng và hoàn tiền để vận hành hiệu quả hơn và nâng cao mức độ hài lòng của khách hàng.

Cải thiện hiệu quả xử lý trả hàng và hoàn tiền ngay hôm nay

Xác định điểm kém hiệu quả và rút ngắn thời gian xử lý trả hàng từ 30% trở lên.

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

Không cần thẻ tín dụng. Chỉ mất vài phút để thiết lập.