Mẫu dữ liệu xử lý đơn bán hàng từ đơn hàng đến thu tiền

Oracle E-Business Suite
Mẫu dữ liệu xử lý đơn bán hàng từ đơn hàng đến thu tiền

Mẫu dữ liệu xử lý đơn bán hàng từ đơn hàng đến thu tiền

Mẫu này trình bày có hệ thống những dữ liệu thiết yếu cần trích xuất để phân tích quy trình xử lý đơn bán hàng từ đơn hàng đến thu tiền. Mẫu nêu rõ các thuộc tính cần thu thập và những hoạt động chính cần theo dõi trong Oracle E-Business Suite. Bạn cũng sẽ tìm thấy hướng dẫn thực tế để trích xuất dữ liệu và bắt đầu process mining thuận lợi.
  • 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
  • Hướng dẫn trích xuất dữ liệu
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Các thuộc tính trong quy trình xử lý đơn bán hàng từ đơn hàng đến thu tiền

Đây là những trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình xử lý đơn bán hàng từ đơn hàng đến thu tiền.
3 Bắt buộc 7 Nên có 10 Không bắt buộc
Tên Mô tả
Đơn hàng bán
SalesOrder
Mã định danh duy nhất của đơn hàng bán của khách hàng, được dùng làm hồ sơ chính trong quy trình Order to Cash.
Mô tả

Số đơn hàng bán xác định duy nhất từng đơn hàng của khách trong suốt vòng đời, từ lúc tạo đến khi đóng. Đây là mã liên kết các hoạt động liên quan như ghi nhận đơn hàng, giao hàng, lập hóa đơn và thanh toán.

Trong process mining, thuộc tính này rất cần thiết để tái dựng toàn bộ hành trình của từng đơn hàng. Khi nhóm tất cả sự kiện theo một đơn hàng bán, nhà phân tích có thể xem toàn bộ luồng quy trình, nhận diện điểm khác biệt giữa các đơn hàng và đo KPI như thời gian xử lý hay tỷ lệ giao đúng hạn cho từng trường hợp.

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

Đây là Case ID, thuộc tính cốt yếu để liên kết mọi sự kiện trong quy trình và phân tích toàn bộ vòng đời đơn hàng.

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

Khóa chính của đơn hàng bán, thường có trong các bảng Oracle Order Management như OE_ORDER_HEADERS_ALL.HEADER_ID.

Ví dụ
685127103482459
Tên hoạt động
ActivityName
Tên của một sự kiện hoặc bước nghiệp vụ cụ thể diễn ra trong vòng đời đơn hàng bán.
Mô tả

Thuộc tính này ghi lại tên từng hoạt động được thực hiện với đơn hàng bán, chẳng hạn như 'Đã ghi nhận đơn hàng', 'Đã gửi hàng' hoặc 'Đã nhận thanh toán'. Đây là những mốc chính trong quy trình Order to Cash.

Phân tích trình tự và tần suất của các hoạt động là trọng tâm của process mining. Nhờ đó, bạn có thể khám phá luồng quy trình thực tế, gồm các đường đi phổ biến, điểm khác biệt và điểm nghẽn. Dữ liệu này được dùng để tạo sơ đồ quy trình, hình ảnh trực quan chính trong phân tích quy trình.

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

Xác định các bước trên sơ đồ quy trình, giúp trực quan hóa và phân tích luồng quy trình.

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

Đây là trường khái niệm được suy ra từ các sự kiện, trạng thái và ngày giao dịch trong nhiều hệ thống nguồn, chẳng hạn như Order Management, Shipping Execution và Accounts Receivable.

Ví dụ
Đơn hàng bán được tạoHàng hóa đã được gửi điĐã tạo hóa đơnĐã nhận thanh toán
Thời điểm sự kiện
EventTime
Dấu thời gian cho biết một hoạt động cụ thể diễn ra khi nào.
Mô tả

Thời điểm sự kiện, hay dấu thời gian, ghi lại chính xác ngày giờ một hoạt động được thực hiện. Ví dụ: thời điểm tạo đơn hàng, gửi hóa đơn hoặc nhận thanh toán. Dữ liệu thời gian này là nền tảng của process mining.

Thuộc tính này giúp sắp xếp sự kiện theo trình tự thời gian cho từng trường hợp, từ đó tái dựng chính xác luồng quy trình. Đây cũng là cơ sở để tính thời lượng và hiệu suất, chẳng hạn như thời gian giữa các hoạt động, tổng thời gian xử lý một trường hợp và các điểm chậm trễ hoặc điểm nghẽn.

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

Cung cấp trình tự thời gian của các sự kiện và là cơ sở cho mọi phân tích hiệu suất theo thời gian, bao gồm thời gian xử lý và xác định điểm nghẽn.

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

Lấy từ các trường ngày tháng trong nhiều bảng Oracle EBS, chẳng hạn như CREATION_DATE trong OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE trong WSH_DELIVERY_DETAILS hoặc TRX_DATE trong RA_CUSTOMER_TRX_ALL.

Ví dụ
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
Điều khoản thanh toán
PaymentTerms
Các điều khoản đã thỏa thuận, quy định thời điểm khách hàng cần thanh toán hàng hóa hoặc dịch vụ.
Mô tả

Điều khoản thanh toán quy định điều kiện thanh toán hóa đơn, chẳng hạn như 'Net 30', 'Net 60' hoặc 'Thanh toán khi nhận hóa đơn'. Thuộc tính này rất quan trọng để quản lý khoản phải thu và dòng tiền.

Phân tích hiệu suất quy trình theo điều khoản thanh toán giúp xác định khách hàng áp dụng điều khoản nào thường thanh toán trễ hơn. Thông tin này được dùng để đánh giá rủi ro tài chính, tối ưu chiến lược thu hồi công nợ và xem xét hiệu quả của các điều khoản thanh toán khác nhau. Đây là chiều phân tích chính trong dashboard 'Theo dõi tuân thủ điều khoản thanh toán'.

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

Rất quan trọng để phân tích hành vi thanh toán, theo dõi dòng tiền và đánh giá rủi ro tài chính gắn với các thỏa thuận khác nhau với khách hàng.

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

Có trong bảng RA_TERMS, được liên kết qua TERM_ID ở các bảng như RA_CUSTOMER_TRX_ALL (đối với hóa đơn) hoặc OE_ORDER_HEADERS_ALL (đối với đơn hàng).

Ví dụ
Net 30Net 60Thanh toán khi nhận hóa đơn
Ngày đến hạn thanh toán
PaymentDueDate
Ngày được tính là hạn cuối để khách hàng thanh toán hóa đơn.
Mô tả

Ngày đến hạn thanh toán là ngày cụ thể khách hàng phải thanh toán hóa đơn, được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán đã thỏa thuận. Đây là ngày mục tiêu của hoạt động 'Đã nhận thanh toán'.

Thuộc tính này cần thiết để tính KPI 'Tỷ lệ tuân thủ điều khoản thanh toán' bằng cách so sánh ngày đến hạn với ngày thanh toán thực tế. Phân tích chênh lệch giúp nhóm thu hồi công nợ ưu tiên công việc, xác định khách hàng thường xuyên thanh toán trễ và đo hiệu quả của quy trình nhắc nợ.

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

Là ngày mục tiêu để thu tiền, giúp đo lường mức độ thanh toán đúng hạn và việc khách hàng tuân thủ điều khoản.

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

Nằm trong trường DUE_DATE của bảng AR_PAYMENT_SCHEDULES_ALL, được liên kết với giao dịch hóa đơn.

Ví dụ
2023-06-152023-07-012023-08-30
Ngày giao hàng đã xác nhận
ConfirmedDeliveryDate
Ngày đã cam kết giao hàng cho khách.
Mô tả

Thuộc tính này lưu ngày giao hàng đã hứa hoặc xác nhận với khách hàng. Đây là mốc mục tiêu để đo hiệu suất giao hàng đúng hạn.

Trong process mining, ngày này được so sánh với dấu thời gian giao hàng thực tế (từ hoạt động 'Đã giao hàng') để tính KPI 'Tỷ lệ giao hàng đúng hạn'. Phân tích chênh lệch giúp xác định vấn đề mang tính hệ thống trong logistics, quản lý hàng tồn kho hoặc lập kế hoạch sản xuất dẫn đến giao hàng trễ.

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

Đây là mốc cơ sở để đo hiệu suất giao hàng đúng hạn, một KPI quan trọng đối với mức độ hài lòng của khách hàng và hiệu quả vận hành.

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

Ngày này thường nằm trong các trường LATEST_ACCEPTABLE_DATE hoặc REQUEST_DATE ở cấp dòng đơn hàng trong bảng OE_ORDER_LINES_ALL.

Ví dụ
2023-05-102023-06-012023-07-20
Tên khách hàng
CustomerName
Tên khách hàng đã đặt đơn hàng bán.
Mô tả

Thuộc tính này xác định tên pháp lý của khách hàng gắn với đơn hàng bán. Đây là chiều phân tích chính để phân nhóm và đánh giá hiệu suất quy trình.

Khi lọc hoặc phân tích quy trình theo khách hàng, nhà phân tích có thể xác định khách hàng nào có thời gian xử lý lâu nhất, tỷ lệ làm lại cao nhất hoặc thường xuyên bị chậm thanh toán. Thông tin này rất hữu ích để cải thiện quan hệ khách hàng, điều chỉnh mức dịch vụ và hiểu rõ hành vi của khách hàng.

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

Hỗ trợ phân tích theo từng khách hàng để tìm ra khác biệt về hiệu suất, cải thiện dịch vụ và hiểu hành vi thanh toán của từng nhóm khách hàng.

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

Được suy ra bằng cách kết hợp SOLD_TO_ORG_ID từ OE_ORDER_HEADERS_ALL với các bảng HZ_CUST_ACCOUNTS và HZ_PARTIES để lấy tên đối tác.

Ví dụ
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Tên người dùng
UserName
Người dùng đã thực hiện hoạt động.
Mô tả

Xác định người dùng cụ thể chịu trách nhiệm thực hiện một bước trong quy trình. Đó có thể là nhân viên bán hàng tạo đơn, chuyên viên tín dụng kiểm tra tín dụng hoặc nhân viên lập hóa đơn.

Phân tích hoạt động theo người dùng giúp xác định nhu cầu đào tạo, cá nhân hoặc nhóm có hiệu suất cao và cách phân bổ khối lượng công việc. Thông tin này cũng rất quan trọng khi phân tích tuân thủ và nhật ký kiểm tra, chẳng hạn như điều tra hành động trái phép hoặc tìm hiểu các mẫu làm lại gắn với một số người dùng.

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

Hỗ trợ phân tích hiệu suất người dùng, phân bổ khối lượng công việc và mức độ tuân thủ quy định. Giúp trả lời câu hỏi “ai” đã thực hiện hành động.

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

Lấy từ các trường liên quan đến người dùng như CREATED_BY hoặc LAST_UPDATED_BY trong nhiều bảng Oracle EBS. Thường cần kết hợp với FND_USER để lấy tên đầy đủ của người dùng.

Ví dụ
JSMITHRWILLIAMSCDAVIS
Tổng giá trị đơn hàng
TotalOrderAmount
Tổng giá trị tiền tệ của đơn hàng bán.
Mô tả

Thuộc tính này thể hiện tổng giá trị của tất cả các dòng trong đơn hàng bán, tính theo tiền tệ giao dịch. Đây là chỉ số tài chính quan trọng của mỗi trường hợp.

Phân tích chỉ số quy trình theo giá trị đơn hàng giúp ưu tiên các nỗ lực cải tiến. Chẳng hạn, nhà phân tích có thể tìm hiểu xem đơn hàng giá trị cao có bị chậm trễ hoặc phải làm lại nhiều hơn đơn hàng giá trị thấp hay không. Thuộc tính này cũng giúp đánh giá tác động tài chính, chẳng hạn như tính giá trị các đơn hàng đang mắc tại một điểm nghẽn cụ thể.

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

Hỗ trợ phân tích tài chính của quy trình, giúp ưu tiên đơn hàng giá trị cao và định lượng tác động tiền tệ của những điểm kém hiệu quả.

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

Giá trị này thường được tính bằng cách cộng số tiền của các dòng trong một đơn hàng. Số tiền từng dòng có trong các bảng như OE_ORDER_LINES_ALL.

Ví dụ
5450.00125000.75980.50
Trạng thái đơn hàng
OrderStatus
Trạng thái hiện tại hoặc trạng thái trong quá khứ của đơn hàng bán hay dòng đơn hàng.
Mô tả

Thuộc tính này ghi lại trạng thái của đơn hàng bán tại các thời điểm khác nhau, chẳng hạn như 'Đã nhập', 'Đã ghi nhận', 'Đã đóng' hoặc 'Đã hủy'. Trạng thái thường tương ứng trực tiếp với các hoạt động trong quy trình.

Theo dõi trạng thái đơn hàng là việc cần thiết để tạo dashboard hiển thị tình trạng hiện tại của tất cả đơn hàng đang xử lý. Nhờ đó, quản lý có thể theo dõi luồng đơn hàng, phát hiện đơn bị đình trệ và chủ động xử lý ngoại lệ. Phân tích các lần chuyển trạng thái cũng là cách phổ biến để xác định hoạt động trên sơ đồ quy trình.

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

Cho biết tình trạng luồng đơn hàng bán, giúp phát hiện đơn bị đình trệ và xử lý ngoại lệ trong quy trình.

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

Thường nằm trong cột FLOW_STATUS_CODE của các bảng OE_ORDER_HEADERS_ALL và OE_ORDER_LINES_ALL.

Ví dụ
ĐÃ GHI NHẬNĐANG CHỜ GỬI HÀNGĐÃ GỬI HÀNGĐÃ ĐÓNGĐÃ HỦY
Có làm lại
IsRework
Cờ cho biết đơn hàng bán có phải làm lại hay không, chẳng hạn như phải xác nhận hoặc cập nhật nhiều lần.
Mô tả

Đây là thuộc tính đúng/sai được tính toán, đánh dấu các trường hợp có dấu hiệu phải làm lại. Có thể phát hiện việc làm lại bằng cách tìm vòng lặp trên sơ đồ quy trình, chẳng hạn như một đơn hàng được ghi nhận nhiều lần, hoặc dựa vào các sự kiện thay đổi cụ thể được ghi trong hệ thống.

Cờ này được dùng để tính KPI 'Tỷ lệ làm lại đơn hàng bán' và cung cấp dữ liệu cho dashboard 'Phân tích việc làm lại đơn hàng bán'. Nhà phân tích có thể dễ dàng lọc và xem các đơn hàng đi chệch quy trình chuẩn, từ đó định lượng ảnh hưởng của việc làm lại đến thời gian xử lý và chi phí, đồng thời tìm nguyên nhân gốc rễ của những vòng lặp kém hiệu quả.

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

Giúp định lượng điểm kém hiệu quả của quy trình bằng cách đánh dấu các đơn hàng cần thay đổi thủ công, từ đó phân tích nguyên nhân và tác động của việc làm lại.

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

Được tính trong quá trình chuyển đổi dữ liệu bằng cách xác định chuỗi hoạt động tạo thành vòng lặp, ví dụ: 'Đã ghi nhận đơn hàng' xuất hiện nhiều hơn một lần trong cùng một trường hợp.

Ví dụ
truefalse
Giao hàng đúng hạn
IsOnTimeDelivery
Cờ cho biết đơn hàng được giao vào hoặc trước ngày giao hàng đã xác nhận.
Mô tả

Thuộc tính được tính toán này là cờ đúng/sai, cho biết đơn hàng có đáp ứng cam kết giao hàng hay không. Giá trị được xác định bằng cách so sánh dấu thời gian của hoạt động 'Đã giao hàng' với 'Ngày giao hàng đã xác nhận'.

Thuộc tính này hỗ trợ trực tiếp KPI 'Tỷ lệ giao hàng đúng hạn'. Nó giúp đơn giản hóa việc phân tích và tạo dashboard bằng cách cung cấp kết quả rõ ràng, đúng hoặc sai cho từng đơn hàng. Nhờ đó, bạn có thể dễ dàng lọc và tổng hợp dữ liệu để tìm đặc điểm chung của các đơn giao trễ, chẳng hạn như sản phẩm, khách hàng hoặc phương thức vận chuyển.

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

Đo trực tiếp chất lượng dịch vụ khách hàng và độ tin cậy trong xử lý đơn hàng, đồng thời giúp tính toán và trực quan hóa KPI giao hàng đúng hạn.

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

Đây là trường được tính toán. Logic: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Ví dụ
truefalse
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 nguồn phát sinh dữ liệu sự kiện. Với quy trình này, giá trị sẽ luôn là 'Oracle E-Business Suite'.

Trong môi trường có nhiều hệ thống, trường này rất quan trọng để theo dõi nguồn gốc dữ liệu và xử lý sự cố. Ngay cả khi chỉ dùng một hệ thống, trường này vẫn cung cấp ngữ cảnh cần thiết cho mô hình dữ liệu và hỗ trợ chuẩn hóa quy trình nạp dữ liệu.

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

Cung cấp thông tin cần thiết về nguồn gốc dữ liệu, giúp truy xuất và diễn giải dữ liệu chính xác, nhất là trong môi trường có nhiều hệ thống.

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

Đây thường là giá trị tĩnh được thêm trong quá trình trích xuất, chuyển đổi và nạp dữ liệu (ETL) để ghi nhãn nguồn gốc dữ liệu.

Ví dụ
Oracle E-Business SuiteOracle EBS R12
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian của lần làm mới dữ liệu gần nhất từ hệ thống nguồn.
Mô tả

Thuộc tính này cho biết lần gần nhất dữ liệu được trích xuất từ Oracle E-Business Suite và nạp vào công cụ process mining. Qua đó, 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 dữ liệu và thông tin phân tích họ đang xem được cập nhật đến thời điểm nào. Họ có thể biết đó là dữ liệu gần thời gian thực hay ảnh chụp tại một thời điểm cụ thể, từ đó đưa ra quyết định vận hành phù hợp.

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

Cho người dùng biết dữ liệu mới đến mức nào, yếu tố quan trọng để tin cậy kết quả phân tích và đưa ra quyết định kịp thời.

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

Dấu thời gian này được tạo và thêm trong quá trình trích xuất, chuyển đổi và nạp dữ liệu (ETL).

Ví dụ
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Lý do hủy
CancellationReason
Lý do được ghi nhận khi hủy đơn hàng bán hoặc dòng đơn hàng.
Mô tả

Khi đơn hàng bán bị hủy, thuộc tính này ghi lại lý do hủy. Ví dụ: 'Khách hàng yêu cầu', 'Hết hàng' hoặc 'Bị giữ do tín dụng'.

Dữ liệu này rất quan trọng để tìm nguyên nhân gốc rễ của việc hủy đơn. Dashboard 'Tỷ lệ và lý do hủy đơn hàng bán' dùng thuộc tính này để xác định nguyên nhân chính, giúp doanh nghiệp đưa ra biện pháp phù hợp nhằm giảm khách hàng rời bỏ, cải thiện dự báo hàng tồn kho hoặc điều chỉnh chính sách tín dụng.

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

Cho biết trực tiếp lý do đơn hàng bị hủy, hỗ trợ tìm nguyên nhân gốc rễ để giảm doanh số thất thoát và giữ chân khách hàng.

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

Thông tin này thường được lưu trong trường mã lý do, chẳng hạn như CANCELLED_REASON. Trường này có thể nằm trong bảng OE_ORDER_LINES_ALL hoặc một bảng liên quan đến thay đổi đơn hàng.

Ví dụ
Sản phẩm đã ngừng kinh doanhKhách hàng đã hủyĐơn hàng trùng lặp
Mã sản phẩm
ProductNumber
Mã định danh duy nhất của sản phẩm hoặc mặt hàng trong dòng đơn hàng bán.
Mô tả

Thuộc tính này xác định nguyên vật liệu, mặt hàng hoặc dịch vụ cụ thể được bán. Nhờ đó, bạn có thể phân tích chi tiết hơn so với cấp đầu đơn hàng bán.

Phân tích quy trình theo sản phẩm giúp phát hiện vấn đề riêng của từng sản phẩm. Chẳng hạn, một số sản phẩm có thể mất nhiều thời gian xử lý hơn do quy trình sản xuất hoặc tìm nguồn cung phức tạp, trong khi sản phẩm khác có thể thường gặp lỗi giao hàng hoặc tranh chấp với khách hàng. Từ đó, doanh nghiệp có thể cải tiến có trọng tâm trong chuỗi cung ứng và quản lý sản phẩm.

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

Hỗ trợ phân tích theo sản phẩm để xác định mặt hàng gây chậm trễ, phải làm lại hoặc dẫn đến những điểm kém hiệu quả khác trong quy trình.

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

Được suy ra từ INVENTORY_ITEM_ID trong bảng OE_ORDER_LINES_ALL. Có thể kết hợp trường này với MTL_SYSTEM_ITEMS_B để lấy mã hoặc mô tả mặt hàng.

Ví dụ
AS54888CM15001SV20100
Phương thức vận chuyển
ShippingMethod
Phương thức hoặc đơn vị vận chuyển hàng hóa đến khách hàng.
Mô tả

Thuộc tính này xác định phương thức vận chuyển hoặc cấp dịch vụ được dùng, chẳng hạn như 'Vận tải đường bộ', 'Chuyển phát nhanh bằng đường hàng không' hoặc 'Giao hàng nội thành'. Đây là yếu tố ảnh hưởng lớn đến thời gian và chi phí giao hàng.

Doanh nghiệp có thể dùng thuộc tính này để đánh giá hiệu suất của từng phương thức vận chuyển. Ví dụ, dashboard 'Hiệu suất phương thức vận chuyển' so sánh thời gian từ hoạt động 'Đã gửi hàng' đến 'Đã giao hàng' theo từng phương thức, giúp tối ưu logistics để cân bằng tốc độ, chi phí và độ tin cậy.

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

Hỗ trợ đánh giá hiệu suất của các đơn vị và lựa chọn vận chuyển khác nhau để tối ưu chi phí, tốc độ và độ tin cậy.

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

Thường được lưu dưới dạng SHIPPING_METHOD_CODE trong các bảng như WSH_DELIVERY_DETAILS hoặc OE_ORDER_LINES_ALL.

Ví dụ
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Số lượng đặt hàng
OrderQuantity
Số lượng sản phẩm được đặt trong một dòng đơn hàng bán cụ thể.
Mô tả

Thuộc tính này cho biết số lượng đơn vị của một sản phẩm mà khách hàng yêu cầu trong một dòng đơn hàng bán. Đây là quy mô giao dịch ở cấp mặt hàng.

Có thể dùng số lượng đặt hàng làm chiều phân tích để xác định quy trình có thay đổi theo quy mô đơn hàng hay không. Ví dụ, đơn hàng rất lớn hoặc rất nhỏ có thể đi theo luồng khác hoặc gặp những dạng chậm trễ khác nhau. Thuộc tính này cũng bổ sung ngữ cảnh cho các chỉ số khác như giá trị đơn hàng.

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

Cho biết quy mô đơn hàng, giúp phân tích ảnh hưởng của số lượng đặt hàng đến hiệu quả quy trình và các bước xử lý đơn hàng.

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

Nằm trong trường ORDERED_QUANTITY của bảng OE_ORDER_LINES_ALL.

Ví dụ
102501
Thanh toán đúng hạn
IsPaymentOnTime
Cờ cho biết đã nhận thanh toán vào hoặc trước ngày đến hạn của hóa đơn.
Mô tả

Đây là thuộc tính đúng/sai được tính toán bằng cách so sánh dấu thời gian của hoạt động 'Đã nhận thanh toán' với 'Ngày đến hạn thanh toán' của hóa đơn tương ứng. Thuộc tính này cho biết đơn giản việc thanh toán có đúng hạn hay không.

Cờ này là cơ sở để tính KPI 'Tỷ lệ tuân thủ điều khoản thanh toán'. Nó giúp tạo dashboard và báo cáo theo dõi hành vi thanh toán của khách hàng cũng như hiệu quả của quy trình quản lý khoản phải thu. Bạn có thể nhanh chóng phân nhóm khoản thanh toán đúng hạn và trễ hạn để phân tích các yếu tố liên quan như loại khách hàng hoặc điều khoản thanh toán.

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

Đo trực tiếp mức độ tuân thủ điều khoản thanh toán, yếu tố quan trọng để quản lý dòng tiền và đánh giá độ tin cậy tài chính của khách hàng.

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

Đây là trường được tính toán. Logic: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.

Ví dụ
truefalse
Tiền tệ
Currency
Mã tiền tệ dùng cho các giá trị tiền tệ của đơn hàng bán.
Mô tả

Thuộc tính tiền tệ cho biết đơn hàng được tính bằng loại tiền nào, chẳng hạn như USD, EUR hoặc JPY. Nhờ đó, bạn có đủ ngữ cảnh để hiểu các dữ liệu tài chính liên quan đến đơn hàng.

Thông tin này rất cần thiết khi phân tích tại các tổ chức đa quốc gia giao dịch bằng nhiều loại tiền tệ. Thuộc tính giúp diễn giải chính xác các chỉ số tài chính như 'Tổng giá trị đơn hàng' và hỗ trợ quy đổi tiền tệ khi cần tổng hợp báo cáo.

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

Cung cấp ngữ cảnh cần thiết cho mọi giá trị tiền tệ, giúp phân tích tài chính chính xác, nhất là trong môi trường kinh doanh toàn cầu.

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

Nằm trong trường TRANSACTIONAL_CURR_CODE của bảng OE_ORDER_HEADERS_ALL.

Ví dụ
USDEURGBP
Bắt buộc Nên có Không bắt buộc

Các hoạt động trong quy trình xử lý đơn bán hàng từ đơn hàng đến thu 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.
7 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Đã nhận thanh toán
Hoạt động này xảy ra khi nhận được khoản thanh toán của khách hàng và ghi nhận khoản đó vào hóa đơn tương ứng trong hệ thống. Đây là giao dịch tài chính được ghi nhận rõ ràng trong phân hệ Accounts Receivable.
Vì sao điều này quan trọng

Cột mốc này rất quan trọng để theo dõi dòng tiền, số ngày thu tiền bình quân (DSO) và việc tuân thủ điều khoản thanh toán. Đây là điểm kết thúc chính để đo thời gian chu kỳ tài chính.

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

Được ghi nhận rõ ràng trong bảng AR_RECEIVABLE_APPLICATIONS_ALL. Cột APPLY_DATE cho biết thời điểm khoản thu được ghi nhận vào hóa đơn.

Thu thập

Dùng APPLY_DATE trong AR_RECEIVABLE_APPLICATIONS_ALL cho hóa đơn tương ứng.

Loại sự kiện explicit
Đã phân bổ tồn kho
Hoạt động này ghi nhận việc giữ hàng trong kho cho các dòng đơn hàng, đảm bảo có đủ số lượng cần lấy. Thông thường, có thể suy ra hoạt động này từ thay đổi trạng thái của dòng đơn hàng, cho biết hàng đã sẵn sàng để chuyển đến kho.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng để đánh giá mức độ sẵn sàng hoàn tất đơn hàng. Chậm trễ ở bước này có thể do thiếu hàng, vấn đề tìm nguồn cung ứng hoặc quy trình phân bổ chưa hiệu quả.

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

Có thể suy ra từ thay đổi trạng thái trong bảng WSH_DELIVERY_DETAILS. Hoạt động xảy ra khi trạng thái của một dòng được cập nhật thành 'Ready to Release'; dấu thời gian được lấy từ bản cập nhật trạng thái tương ứng.

Thu thập

Suy ra từ các cập nhật trạng thái dòng trong WSH_DELIVERY_DETAILS thành 'Ready to Release'.

Loại sự kiện inferred
Đã tạo hóa đơn
Sự kiện này đánh dấu thời điểm tạo hóa đơn phải thu cho hàng hóa đã gửi. Đây là sự kiện được ghi nhận rõ ràng, do quy trình AutoInvoice kích hoạt để chuyển dữ liệu từ Order Management và Shipping sang phân hệ Receivables.
Vì sao điều này quan trọng

Hoạt động này bắt đầu phần thanh toán tài chính của quy trình. Đây là mốc bắt đầu để đo thời gian từ lập hóa đơn đến nhận thanh toán và theo dõi hiệu quả lập hóa đơn.

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

Giao dịch này được ghi nhận rõ ràng trong bảng RA_CUSTOMER_TRX_ALL thuộc Oracle Receivables. TRX_DATE hoặc CREATION_DATE được dùng làm dấu thời gian của sự kiện.

Thu thập

Dùng TRX_DATE trong bảng RA_CUSTOMER_TRX_ALL.

Loại sự kiện explicit
Đơn hàng bán được tạo
Hoạt động này ghi nhận thời điểm tạo đơn hàng bán trong hệ thống. Đây là sự kiện được ghi lại khi người dùng lưu thông tin đầu đơn hàng mới, đánh dấu chính thức thời điểm bắt đầu quy trình Order to Cash.
Vì sao điều này quan trọng

Đây là sự kiện bắt đầu chính của quy trình. Phân tích thời gian từ thời điểm này đến các hoạt động tiếp theo là cần thiết để đo tổng thời gian chu kỳ Order to Cash.

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

Sự kiện này được ghi nhận trong bảng OE_ORDER_HEADERS_ALL thuộc phân hệ Oracle Order Management. Cột CREATION_DATE cung cấp dấu thời gian cụ thể cho hoạt động này.

Thu thập

Dùng CREATION_DATE trong bảng OE_ORDER_HEADERS_ALL.

Loại sự kiện explicit
Đơn hàng đã đóng
Hoạt động này đánh dấu việc hoàn tất đơn hàng bán sau khi tất cả các dòng đơn hàng đã được gửi, lập hóa đơn và đóng thành công. Đây là cập nhật trạng thái được ghi nhận rõ ràng trên đầu đơn hàng.
Vì sao điều này quan trọng

Đây là điểm kết thúc chính khi quy trình Order to Cash thành công. Dấu thời gian cuối cùng này được dùng để tính tổng thời gian xử lý các đơn hàng đã hoàn tất.

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

Sự kiện này được ghi nhận trong bảng OE_ORDER_HEADERS_ALL khi FLOW_STATUS_CODE được cập nhật thành 'CLOSED'. LAST_UPDATE_DATE của lần thay đổi trạng thái này là dấu thời gian sự kiện.

Thu thập

Dấu thời gian cập nhật trong OE_ORDER_HEADERS_ALL khi FLOW_STATUS_CODE chuyển thành 'CLOSED'.

Loại sự kiện explicit
Đơn hàng được xác nhận
Đây là bước xác nhận chính thức đơn hàng bán, giúp đơn có hiệu lực và đủ điều kiện để tiếp tục xử lý như tìm nguồn cung ứng và giao hàng. Trong Oracle EBS, thao tác này đổi trạng thái đơn hàng từ 'Entered' thành 'Booked'.
Vì sao điều này quan trọng

Xác nhận đơn hàng là cột mốc quan trọng, chính thức đưa đơn vào quy trình hoàn tất. Chậm trễ giữa lúc tạo và xác nhận đơn có thể cho thấy vấn đề về nhập dữ liệu, phê duyệt hoặc kiểm tra ban đầu.

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

Sự kiện được ghi nhận trong bảng OE_ORDER_HEADERS_ALL. Sự kiện xảy ra khi BOOKED_FLAG được đặt thành 'Y', còn dấu thời gian được lưu trong cột BOOKED_DATE.

Thu thập

Dùng BOOKED_DATE trong bảng OE_ORDER_HEADERS_ALL.

Loại sự kiện explicit
Hàng hóa đã được gửi đi
Hoạt động này ghi nhận việc hoàn tất xác nhận gửi hàng, khi hàng hóa rời khỏi kho. Đây là sự kiện quan trọng được ghi nhận trong phân hệ vận chuyển, cập nhật tồn kho và chuyển đơn hàng sang trạng thái tiếp theo.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng để đo lường tỷ lệ gửi hàng đúng hạn. Sự kiện này cũng kích hoạt quy trình lập hóa đơn và ghi nhận doanh thu.

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

Được ghi nhận thành giao dịch cụ thể trong Oracle Shipping Execution. Có thể tìm dấu thời gian trong cột INITIAL_PICKUP_DATE của bảng WSH_NEW_DELIVERIES hoặc suy ra từ các cập nhật trạng thái trong WSH_DELIVERY_DETAILS thành 'Shipped'.

Thu thập

Dùng ngày xác nhận gửi hàng trong WSH_DELIVERY_DETAILS hoặc WSH_NEW_DELIVERIES.

Loại sự kiện explicit
Đã đóng dòng đơn hàng
Cho biết mọi hoạt động xử lý một dòng đơn hàng bán đã hoàn tất, bao gồm gửi hàng và lập hóa đơn. Đây là thay đổi trạng thái được ghi nhận rõ ràng và do quy trình workflow quản lý.
Vì sao điều này quan trọng

Theo dõi việc đóng từng dòng giúp phân tích các lô hàng giao một phần và phát hiện vấn đề liên quan đến sản phẩm hoặc luồng hoàn tất cụ thể trước khi toàn bộ đơn hàng hoàn tất.

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

Sự kiện này được ghi nhận trong bảng OE_ORDER_LINES_ALL khi FLOW_STATUS_CODE được cập nhật thành 'CLOSED'. LAST_UPDATE_DATE của lần thay đổi trạng thái này có thể dùng làm dấu thời gian.

Thu thập

Dấu thời gian cập nhật trong OE_ORDER_LINES_ALL khi FLOW_STATUS_CODE chuyển thành 'CLOSED'.

Loại sự kiện explicit
Đã gửi hóa đơn cho khách hàng
Hoạt động này ghi nhận thời điểm hóa đơn được gửi cho khách hàng, bằng bản in hoặc phương thức điện tử. Thông thường, cần suy ra thời điểm này vì hệ thống không phải lúc nào cũng ghi nhận đây là sự kiện riêng biệt với lúc tạo hóa đơn.
Vì sao điều này quan trọng

Đây là thời điểm chính thức bắt đầu tính hạn thanh toán của khách hàng. Chậm trễ giữa lúc tạo và gửi hóa đơn có thể ảnh hưởng xấu đến dòng tiền và khiến khách hàng thanh toán muộn.

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

Có thể suy ra thời điểm này từ LAST_PRINTED_DATE trong bảng RA_CUSTOMER_TRX_ALL. Với hóa đơn điện tử, có thể cần kiểm tra nhật ký từ hệ thống gửi tài liệu bên ngoài.

Thu thập

Dùng LAST_PRINTED_DATE trong RA_CUSTOMER_TRX_ALL hoặc nhật ký từ công cụ bên thứ ba.

Loại sự kiện inferred
Đã kiểm tra tín dụng
Hoạt động này đánh dấu việc hoàn tất kiểm tra tín dụng của khách hàng cho đơn hàng. Thông thường, hệ thống ghi nhận khi lệnh giữ đơn do kiểm tra tín dụng, nếu có, được gỡ để đơn hàng tiếp tục xử lý.
Vì sao điều này quan trọng

Chậm trễ trong khâu kiểm tra tín dụng là điểm nghẽn thường gặp, có thể làm đình trệ toàn bộ quy trình hoàn tất đơn hàng. Theo dõi hoạt động này giúp phát hiện điểm kém hiệu quả trong kiểm soát tài chính và phê duyệt.

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

Có thể suy ra sự kiện này từ bảng OE_ORDER_HOLDS_ALL bằng cách xác định dấu thời gian gỡ lệnh 'Credit Check Hold' cho một đầu đơn hàng cụ thể.

Thu thập

Dùng dấu thời gian gỡ các lệnh giữ liên quan đến tín dụng trong OE_ORDER_HOLDS_ALL.

Loại sự kiện inferred
Đã phát hành lệnh lấy hàng
Sự kiện này đánh dấu thời điểm các dòng đơn hàng bán được chuyển đến kho để bắt đầu lấy hàng. Đây là thao tác cụ thể tạo phiếu lấy hàng và hiển thị đơn hàng cho nhân viên kho.
Vì sao điều này quan trọng

Hoạt động này bắt đầu quá trình hoàn tất đơn hàng tại kho. Phân tích thời gian từ bước này đến 'Goods Shipped' giúp đánh giá hiệu quả hoạt động trong kho và phát hiện điểm nghẽn khi lấy hàng.

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

Đây là sự kiện được ghi nhận rõ ràng trong phân hệ Oracle Shipping Execution. Có thể xác định sự kiện này khi trạng thái chi tiết giao hàng trong WSH_DELIVERY_DETAILS chuyển thành 'Released to Warehouse' hoặc 'Transactable'.

Thu thập

Dấu thời gian khi WSH_DELIVERY_DETAILS.RELEASED_STATUS chuyển thành 'S' (Submitted).

Loại sự kiện explicit
Đơn hàng đã bị hủy
Ghi nhận việc hủy toàn bộ đơn hàng bán trước khi hoàn tất xử lý. Đây là sự kiện được ghi nhận rõ ràng, kết thúc workflow xử lý đơn hàng.
Vì sao điều này quan trọng

Đây là một điểm kết thúc ngoại lệ quan trọng. Phân tích tần suất, thời điểm và lý do hủy đơn giúp xác định doanh thu thất thoát cũng như vấn đề trong quy trình hoặc sản phẩm.

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

Được ghi trong bảng OE_ORDER_HEADERS_ALL khi FLOW_STATUS_CODE có giá trị 'CANCELLED' và CANCELLED_FLAG có giá trị 'Y'. Có thể dùng LAST_UPDATE_DATE làm dấu thời gian.

Thu thập

Thời điểm CANCELLED_FLAG trong OE_ORDER_HEADERS_ALL được đặt thành 'Y'.

Loại sự kiện explicit
Hàng hóa đã được giao
Hoạt động này cho biết lô hàng đã đến tay khách hàng. Oracle EBS tiêu chuẩn không theo dõi sự kiện này, vì vậy thường cần suy ra hoặc nhập dữ liệu từ hệ thống của đơn vị vận chuyển bên ngoài.
Vì sao điều này quan trọng

Sự kiện này cần thiết để đo KPI giao hàng đúng hạn và hiểu đầy đủ trải nghiệm khách hàng. Khoảng thời gian từ lúc gửi đến lúc giao hàng cho thấy hiệu quả của đơn vị vận chuyển.

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

Cần phân tích hệ thống. Oracle EBS không có sẵn dữ liệu này, nên phải lấy từ nguồn cấp dữ liệu của đơn vị vận chuyển bên ngoài hoặc nền tảng logistics được tích hợp với hệ thống.

Thu thập

Suy ra từ dữ liệu của đơn vị vận chuyển bên ngoài hoặc ước tính dựa trên thời gian vận chuyển tiêu chuẩn sau 'Goods Shipped'.

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ừ Oracle E-Business Suite

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

Mẫu này cung cấp những gì bạn cần để bắt đầu cải tiến quy trình xử lý đơn bán hàng từ đơn hàng đến thu tiền. Hãy bắt đầu cải tiến quy trình ngay hôm nay để nâng cao hiệu quả đáng kể.

Cải thiện quy trình xử lý đơn bán hàng từ đơn hàng đến thu tiền ngay hôm nay!

Xác định điểm kém hiệu quả và rút ngắn 30% thời gian chu trình từ đơn hàng đến thu tiền.

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

Không cần thẻ tín dụng. Dùng thử miễn phí trong 14 ngày.