Mẫu dữ liệu xử lý đơn hàng bán trong quy trình Order-to-Cash
Mẫu dữ liệu xử lý đơn hàng bán trong quy trình Order-to-Cash
- Các thuộc tính nên dùng để phân tích chi tiết
- Các hoạt động chính cần theo dõi trong quy trình
- Hướng dẫn thực tế để trích xuất dữ liệu từ NetSuite
Các thuộc tính trong quy trình xử lý đơn hàng bán Order-to-Cash
| Tên | Mô tả | ||
|---|---|---|---|
|
Đơn bán hàng
SalesOrder
|
Mã định danh duy nhất của từng chứng từ đơn bán hàng. | ||
|
Mô tả
Sales Order là mã định danh chính của từng trường hợp, liên kết mọi hoạt động tiếp theo từ lúc khách đặt hàng đến khi giao hàng và nhận thanh toán cuối cùng. Mỗi Sales Order tương ứng với một lần thực hiện quy trình từ đầu đến cuối. Trong process mining, thuộc tính này là nền tảng để tái dựng hành trình của từng đơn hàng. Thuộc tính cho phép phân tích các biến thể quy trình, thời gian chu kỳ và điểm nghẽn theo từng đơn, giúp bạn có cái nhìn đầy đủ về vòng đời của mỗi yêu cầu từ khách hàng.
Vì sao điều này quan trọng
Đây là mã định danh cốt lõi, kết nối mọi sự kiện liên quan thành một trường hợp quy trình duy nhất và cho phép phân tích từ đầu đến cuối.
Lấy dữ liệu ở đâu
Đây là ID nội bộ của bản ghi giao dịch Sales Order trong NetSuite. Thông thường, bạn có thể tìm thấy ID này dưới tên 'Internal ID' trên biểu mẫu Sales Order hoặc trong kết quả tìm kiếm.
Ví dụ
SO-100521SO-100522SO-100523
|
|||
|
Tên hoạt động
ActivityName
|
Tên của sự kiện kinh doanh hoặc hoạt động diễn ra tại một thời điểm cụ thể. | ||
|
Mô tả
Thuộc tính này mô tả một bước cụ thể hoặc một lần thay đổi trạng thái trong vòng đời đơn bán hàng, chẳng hạn như 'Tạo đơn bán hàng', 'Giao hàng' hoặc 'Nhận thanh toán'. Chuỗi hoạt động này tạo thành cơ sở cho sơ đồ quy trình. Phân tích luồng hoạt động giúp xác định các đường đi phổ biến, điểm khác biệt và điểm nghẽn. Nắm được tần suất và thứ tự hoạt động là điều cần thiết để tìm cơ hội tinh gọn vận hành và giảm công việc thủ công.
Vì sao điều này quan trọng
Thuộc tính này xác định các bước trong 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
Thông thường, dữ liệu được lấy từ các thay đổi trạng thái hệ thống, loại giao dịch hoặc nhật ký sự kiện cụ thể trong NetSuite. Bạn thường cần ánh xạ các trường trạng thái hoặc sự kiện tạo giao dịch sang tên hoạt động chuẩn hóa.
Ví dụ
Tạo đơn bán hàngPhê duyệt đơn bán hàngGiao hàngTạo hóa đơnNhận thanh toán
|
|||
|
Thời điểm sự kiện
EventTime
|
Dấu thời gian cho biết thời điểm hoạt động diễn ra. | ||
|
Mô tả
Thuộc tính này cung cấp ngày giờ chính xác của từng hoạt động trong quy trình. Đây là cơ sở thời gian của nhật ký sự kiện, giúp tính thời gian chu kỳ, thời lượng và thời gian chờ giữa các bước. Dấu thời gian chính xác rất cần thiết để phân tích hiệu suất, chẳng hạn như đo thời gian từ lúc tạo đơn đến khi giao hàng hoặc xác định chậm trễ trong quy trình phê duyệt tín dụng. Nhờ đó, bạn có thể phân tích chi tiết hiệu quả quy trình và mức độ đáp ứng thỏa thuận mức dịch vụ.
Vì sao điều này quan trọng
Dấu thời gian rất quan trọng để tính mọi chỉ số dựa trên thời gian, bao gồm thời gian chu kỳ và thời lượng. Các chỉ số này giúp xác định điểm nghẽn trong quy trình.
Lấy dữ liệu ở đâu
Thuộc tính này tương ứng với các trường ngày trên bản ghi giao dịch NetSuite, chẳng hạn như 'Date Created' của đơn bán hàng, 'Actual Ship Date' của Item Fulfillment hoặc 'Date' của hóa đơn và khoản thanh toán.
Ví dụ
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
|
|||
|
Danh mục sản phẩm
ProductCategory
|
Danh mục của sản phẩm hoặc dịch vụ chính trong đơn bán hàng. | ||
|
Mô tả
Thuộc tính này phân loại các mặt hàng trong đơn bán hàng thành những nhóm lớn hơn, chẳng hạn như 'Phần cứng', 'Phần mềm' hoặc 'Dịch vụ'. Nếu đơn hàng có nhiều danh mục, bạn có thể chọn danh mục chính dựa trên giá trị hoặc số lượng mặt hàng. Phân tích quy trình theo danh mục sản phẩm có thể làm rõ sự khác biệt giữa các luồng thực hiện đơn hàng. Ví dụ, quy trình thực hiện dịch vụ có thể đơn giản hơn nhiều so với quy trình dành cho phần cứng, vốn cần lấy hàng, đóng gói và giao hàng. Việc phân nhóm này rất quan trọng để thiết kế cải tiến phù hợp với từng danh mục.
Vì sao điều này quan trọng
Phân nhóm quy trình theo danh mục sản phẩm giúp làm rõ các luồng thực hiện đơn hàng khác nhau và xác định điểm nghẽn riêng của từng danh mục.
Lấy dữ liệu ở đâu
Thông tin này được lấy từ các bản ghi 'Item' liên kết với từng dòng đơn hàng bán. Có thể cần kết hợp với dữ liệu danh mục Item để lấy nhóm hàng.
Ví dụ
Thiết bị điện tửGiấy phép phần mềmDịch vụ tư vấn
|
|||
|
Điều khoản thanh toán
PaymentTerms
|
Các điều khoản đã thống nhất về việc thanh toán hóa đơn. | ||
|
Mô tả
Thuộc tính này xác định thời hạn khách hàng cần thanh toán cho hàng hóa hoặc dịch vụ, chẳng hạn 'Net 30' hoặc 'Due on Receipt'. Điều khoản này được dùng để tính ngày đến hạn thanh toán hóa đơn. Phân tích theo điều khoản thanh toán giúp xác định điều khoản nào thường đi kèm với tình trạng thanh toán trễ, đồng thời đánh giá tác động tài chính của chính sách tín dụng. Đây là dữ liệu cốt lõi để phân tích bảng điều khiển 'Tỷ lệ tuân thủ điều khoản thanh toán' và hiểu rõ dòng tiền.
Vì sao điều này quan trọng
Thuộc tính này là cơ sở để tính ngày đến hạn thanh toán, phân tích hành vi thanh toán của khách hàng và mức độ tuân thủ.
Lấy dữ liệu ở đâu
Đây là trường 'Terms' trên bản ghi giao dịch Sales Order hoặc Invoice trong NetSuite.
Ví dụ
Thanh toán trong 30 ngàyThanh toán trong 60 ngàyThanh toán khi nhận hóa đơn
|
|||
|
Ngày giao hàng khách yêu cầu
RequestedDeliveryDate
|
Ngày khách hàng yêu cầu nhận hàng. | ||
|
Mô tả
Thuộc tính này ghi nhận ngày khách hàng muốn nhận hàng. Đây là mốc chuẩn để đo tỷ lệ giao hàng đúng hạn. Ngày này được so sánh với ngày giao hàng thực tế (dấu thời gian 'Goods Shipped') để tính KPI 'Tỷ lệ giao hàng đúng hạn'. Phân tích chênh lệch giữa ngày giao dự kiến và ngày giao thực tế giúp phát hiện vấn đề mang tính hệ thống trong dự báo, quản lý tồn kho hoặc logistics, khiến công ty không đáp ứng được kỳ vọng của khách hàng.
Vì sao điều này quan trọng
Đây là mốc chuẩn để đo hiệu quả giao hàng đúng hạn và mức độ hài lòng của khách hàng.
Lấy dữ liệu ở đâu
Thông tin này có thể nằm trong một trường tiêu chuẩn hoặc trường tùy chỉnh của bản ghi Sales Order, thường có tên như 'Requested Delivery Date'.
Ví dụ
2023-05-202023-06-012023-06-15
|
|||
|
Người dùng
User
|
Người dùng hoặc nhân viên thực hiện hoạt động. | ||
|
Mô tả
Thuộc tính này xác định người thực hiện một bước cụ thể trong quy trình, chẳng hạn như nhân viên bán hàng tạo đơn hoặc nhân viên kho đóng gói hàng. Giá trị có thể là tên người dùng hoặc ID duy nhất. Phân tích theo người dùng giúp hiểu cách phân bổ khối lượng công việc, xác định nhu cầu đào tạo và so sánh hiệu suất giữa các cá nhân hoặc nhóm. Đây cũng là cơ sở quan trọng để tìm nguyên nhân gốc rễ khi điều tra sai lệch hoặc chậm trễ liên quan đến hành động của một người dùng cụ thể.
Vì sao điều này quan trọng
Cho phép phân tích hiệu suất theo nhân viên hoặc vai trò, giúp xác định người làm tốt, cơ hội tự động hóa và nhu cầu đào tạo.
Lấy dữ liệu ở đâu
Bạn có thể tìm thông tin này trong các trường như 'Created By', 'Modified By' hoặc 'Owner' trên nhiều bản ghi giao dịch NetSuite.
Ví dụ
John SmithJane DoeNgười dùng kho 1
|
|||
|
Số hóa đơn
InvoiceNumber
|
Mã định danh duy nhất của hóa đơn khách hàng. | ||
|
Mô tả
Thuộc tính này là số tham chiếu của hóa đơn được tạo từ đơn hàng bán. Nó kết nối quy trình giao hàng với quy trình quản lý các khoản phải thu. Theo dõi số hóa đơn rất quan trọng để đối soát tài chính và phân tích toàn bộ hành trình từ khi nhận đơn đến khi thanh toán xong. Số này tạo liên kết cụ thể giữa hoạt động giao hàng và hoạt động thu tiền.
Vì sao điều này quan trọng
Thuộc tính này kết nối đơn hàng bán với giao dịch tài chính dùng để lập hóa đơn, giúp phân tích Order-to-Cash từ đầu đến cuối.
Lấy dữ liệu ở đâu
Đây là trường 'Invoice #' hoặc 'Transaction ID' của bản ghi Invoice được tạo từ Sales Order.
Ví dụ
INV-2001INV-2002INV-2003
|
|||
|
Tên khách hàng
CustomerName
|
Tên khách hàng đã đặt đơn bán hàng. | ||
|
Mô tả
Thuộc tính này chứa tên pháp nhân hoặc cá nhân đã mua hàng hóa hay dịch vụ. Thuộc tính liên kết quy trình xử lý đơn bán hàng với một tài khoản khách hàng cụ thể. Lọc hoặc phân tích theo khách hàng là việc cần thiết để hiểu hành vi của từng khách hàng, xác định vấn đề ảnh hưởng đến các tài khoản quan trọng và đánh giá chất lượng dịch vụ. Cách này giúp nhìn quy trình từ góc độ khách hàng và chỉ ra khách hàng nào thường gặp chậm trễ hoặc phải xử lý lại đơn.
Vì sao điều này quan trọng
Cho phép phân nhóm quy trình theo khách hàng, giúp phân tích mức độ hài lòng, xác định vấn đề với các tài khoản quan trọng và điều chỉnh dịch vụ phù hợp.
Lấy dữ liệu ở đâu
Đây là trường 'Customer' hoặc 'Entity' trên bản ghi giao dịch Sales Order trong NetSuite.
Ví dụ
Tập đoàn toàn cầu.Giải pháp đổi mới.Công nghệ năng động
|
|||
|
Tổng giá trị đơn hàng
TotalOrderAmount
|
Tổng giá trị tiền tệ của đơn bán hàng. | ||
|
Mô tả
Thuộc tính này thể hiện tổng giá trị tài chính của đơn bán hàng, bao gồm mọi mặt hàng, thuế và phí vận chuyển. Đây là thước đo quan trọng về giá trị kinh tế của từng trường hợp quy trình. Phân tích quy trình theo giá trị đơn hàng có thể cho thấy những xu hướng đáng chú ý. Ví dụ, đơn hàng giá trị cao có thể cần quy trình phê duyệt thủ công khác, trong khi đơn hàng giá trị thấp có thể được tự động hóa nhiều hơn. Phân tích này giúp ưu tiên cải tiến những đơn hàng có tác động lớn nhất.
Vì sao điều này quan trọng
Cho phép phân tích theo giá trị, giúp ưu tiên đơn hàng giá trị cao và hiểu hiệu quả quy trình ảnh hưởng thế nào đến doanh thu.
Lấy dữ liệu ở đâu
Đây là trường 'Total' trên bản ghi giao dịch Sales Order trong NetSuite.
Ví dụ
1500.00250.5012500.75
|
|||
|
Trạng thái đơn bán hàng
SalesOrderStatus
|
Trạng thái hiện tại của đơn bán 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 đơn bán hàng, chẳng hạn như 'Pending Approval', 'Pending Fulfillment' hoặc 'Billed'. Thuộc tính cho biết đơn hàng đang ở bước nào trong toàn bộ quy trình. Nhật ký hoạt động cho thấy luồng xử lý trước đó, còn trạng thái hiện tại giúp lọc và tập trung vào các đơn đang bị mắc lại hoặc vẫn đang xử lý. Phân tích trường hợp theo trạng thái kết thúc giúp bạn hiểu kết quả quy trình, chẳng hạn đơn đã đóng thành công, bị hủy hay vẫn đang xử lý.
Vì sao điều này quan trọng
Cho phép lọc các trường hợp theo trạng thái hiện tại, rất cần thiết để phân tích đơn hàng chưa đóng và xác định đơn bị chặn hoặc chậm trễ.
Lấy dữ liệu ở đâu
Đây là trường 'Status' trên bản ghi giao dịch Sales Order trong NetSuite.
Ví dụ
Chờ thực hiện đơn hàngChờ lập hóa đơnĐã lập hóa đơnĐã đóng
|
|||
|
Đội ngũ bán hàng
SalesTeam
|
Đội ngũ hoặc nhóm bán hàng được ghi nhận cho đơn hàng bán. | ||
|
Mô tả
Thuộc tính này xác định đội ngũ hoặc phòng ban phụ trách bán hàng. Thuộc tính này được dùng để sắp xếp nhân viên bán hàng và quản lý khu vực bán hàng hoặc dòng sản phẩm. Trong process mining, phân tích hiệu quả theo đội ngũ bán hàng có thể giúp tìm ra cách làm tốt của các nhóm có thành tích cao hoặc phát hiện vấn đề mang tính hệ thống ảnh hưởng đến một nhóm cụ thể. Phân tích này cũng có thể làm rõ khác biệt về chất lượng nhập dữ liệu, phê duyệt chiết khấu hoặc các yếu tố ở khâu trước ảnh hưởng đến quy trình giao hàng sau đó.
Vì sao điều này quan trọng
Thuộc tính này giúp so sánh hiệu quả giữa các đội ngũ bán hàng, từ đó tìm ra cách làm tốt hoặc những nơi cần hỗ trợ.
Lấy dữ liệu ở đâu
Đây có thể là trường tiêu chuẩn hoặc tùy chỉnh trên bản ghi Sales Order, thường được liên kết với hồ sơ nhân viên của Sales Rep.
Ví dụ
Đội ngũ bán hàng Bắc MỹKhối khách hàng doanh nghiệp EMEAKênh bán hàng APAC
|
|||
|
Giao hàng đúng hạn
IsOnTimeDelivery
|
Cờ cho biết đơn hàng được giao vào hoặc trước ngày khách yêu cầu. | ||
|
Mô tả
Thuộc tính boolean được tính bằng cách so sánh dấu thời gian 'Goods Shipped' hoặc thời điểm giao hàng thực tế với 'RequestedDeliveryDate'. Giá trị là true nếu hàng được giao đúng hạn hoặc sớm hơn, và false nếu giao trễ. Cờ này rất cần thiết để tính KPI 'Tỷ lệ giao hàng đúng hạn' và cung cấp dữ liệu cho bảng điều khiển 'Chênh lệch giữa cam kết giao hàng và thực tế'. Cờ giúp đơn giản hóa việc phân tích hiệu quả giao hàng. Bạn có thể dễ dàng lọc và tổng hợp dữ liệu để tìm nguyên nhân giao hàng trễ, chẳng hạn sản phẩm, khu vực hoặc điểm nghẽn trong quy trình.
Vì sao điều này quan trọng
Thuộc tính này cho biết rõ kết quả giao hàng đúng hạn hay trễ, giúp tính KPI và phân tích nguyên nhân gốc rễ của các đơn hàng giao trễ.
Lấy dữ liệu ở đâu
Giá trị này được tính trong quá trình chuyển đổi dữ liệu bằng cách so sánh dấu thời gian của hoạt động 'Goods Shipped' với thuộc tính 'RequestedDeliveryDate'.
Ví dụ
truefalse
|
|||
|
Hệ thống nguồn
SourceSystem
|
Xác định hệ thống cung cấp dữ liệu. | ||
|
Mô tả
Thuộc tính này cho biết ứng dụng nguồn tạo ra dữ liệu sự kiện. Với quy trình này, giá trị thường là 'NetSuite'. Trong môi trường phức tạp hơn, thuộc tính giúp phân biệt dữ liệu từ nhiều hệ thống tích hợp, chẳng hạn như CRM hoặc WMS riêng. Khi phân tích, thuộc tính giúp xác nhận nguồn gốc dữ liệu và rất cần thiết khi kết hợp dữ liệu từ nhiều nguồn để tạo một góc nhìn quy trình thống nhất. Thuộc tính bảo đảm dữ liệu được gắn đúng với nguồn gốc, điều quan trọng đối với quản trị dữ liệu và xử lý sự cố.
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, nhất là trong môi trường có nhiều hệ thống tích hợp.
Lấy dữ liệu ở đâu
Đây là giá trị cố định ('NetSuite'), được thêm trong quá trình trích xuất và chuyển đổi dữ liệu.
Ví dụ
NetSuite
|
|||
|
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 hoặc trích xuất 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 cập nhật gần nhất của tập dữ liệu. Nhờ đó, người dùng nghiệp vụ biết dữ liệu đang phân tích mới đến đâu và hiểu rõ khoảng thời gian mà các bảng điều khiển cùng phân tích process mining bao quát. Thuộc tính này không dùng để phân tích luồng quy trình, nhưng là siêu dữ liệu quan trọng cho quản trị dữ liệu và tạo niềm tin cho người dùng. Thuộc tính giúp người dùng đánh giá mức độ cập nhật của thông tin phân tích và biết khi nào dữ liệu mới sẽ xuất hiện.
Vì sao điều này quan trọng
Cho người dùng biết dữ liệu được cập nhật đến thời điểm nào, một thông tin cần thiết để đưa ra quyết định dựa trên kết quả phân tích.
Lấy dữ liệu ở đâu
Dấu thời gian này được tạo và gắn vào tập dữ liệu khi trích xuất dữ liệu từ NetSuite.
Ví dụ
2023-10-27T02:00:00Z
|
|||
|
Loại đơn hàng bán
SalesOrderType
|
Phân loại đơn hàng bán, chẳng hạn đơn tiêu chuẩn, đơn gấp hoặc đơn đặc biệt. | ||
|
Mô tả
Thuộc tính này phân loại đơn hàng bán theo loại, yếu tố thường quyết định lộ trình và mức độ ưu tiên xử lý. Ví dụ, 'Rush Order' có thể bỏ qua một số bước hoặc có SLA nghiêm ngặt hơn 'Standard Order'. Phân tích quy trình theo loại đơn hàng rất quan trọng để xác định các biến thể quy trình có chủ đích và hiệu quả hay không. Việc này giúp đánh giá liệu cách xử lý riêng cho một số loại đơn có thực sự mang lại kết quả nhanh hơn hoặc tốt hơn, và với chi phí nào.
Vì sao điều này quan trọng
Thuộc tính này giúp so sánh các lộ trình xử lý dự kiến, chẳng hạn đơn tiêu chuẩn và đơn gấp, để xem chúng có đạt hiệu quả như mong đợi hay không.
Lấy dữ liệu ở đâu
Thông thường, đây là trường 'Order Type' tùy chỉnh trên biểu mẫu Sales Order. Theo mặc định, NetSuite dùng các biểu mẫu giao dịch khác nhau, chẳng hạn Standard Sales Order và Standard Sales Order - Cash Sale, thay vì một trường loại đơn hàng duy nhất.
Ví dụ
Đơn hàng tiêu chuẩnĐơn hàng gấpĐơn hàng dự án
|
|||
|
Ngày đến hạn thanh toán
PaymentDueDate
|
Ngày cuối cùng cần thanh toán hóa đơn. | ||
|
Mô tả
Thuộc tính này là ngày khách hàng cần thanh toán, được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán. Ví dụ, hóa đơn lập ngày 1 tháng 4 với điều khoản 'Net 30' sẽ đến hạn vào ngày 1 tháng 5. Ngày này rất quan trọng trong phân tích tài chính và được so sánh trực tiếp với ngày 'Payment Received' để xác định khoản thanh toán có đúng hạn hay không. Đây là thành phần chính để tính KPI 'Tỷ lệ thanh toán đúng hạn' và quản lý các khoản phải thu.
Vì sao điều này quan trọng
Đây là mốc chuẩn để đo hiệu quả thanh toán đúng hạn, yếu tố quan trọng trong quản lý dòng tiền và các khoản phải thu.
Lấy dữ liệu ở đâu
Đây là trường 'Due Date' trên bản ghi giao dịch Invoice. NetSuite tự động tính ngày này dựa trên ngày lập hóa đơn và điều khoản thanh toán.
Ví dụ
2023-05-302023-06-152023-07-01
|
|||
|
Quốc gia giao hàng
ShippingCountry
|
Quốc gia nhận hàng. | ||
|
Mô tả
Thuộc tính này cho biết quốc gia nhận hàng của đơn hàng. Dữ liệu được lấy từ địa chỉ giao hàng gắn với đơn hàng bán. Phân tích theo quốc gia giao hàng có thể cho thấy hiệu suất quy trình khác nhau do logistics, thủ tục hải quan hoặc hiệu quả của văn phòng khu vực. Nhờ đó, bạn có thể so sánh thời gian giao hàng, độ chính xác khi giao và chi phí quy trình giữa các quốc gia hoặc khu vực.
Vì sao điều này quan trọng
Thuộc tính này hỗ trợ phân tích theo khu vực địa lý để tìm điểm nghẽn, so sánh hiệu quả logistics và hiểu rõ những phức tạp trong hoạt động quốc tế.
Lấy dữ liệu ở đâu
Đây là một phần của trường 'Shipping Address' trên bản ghi giao dịch Sales Order.
Ví dụ
USAĐứcNhật Bản
|
|||
|
Số lần thay đổi đơn hàng bán
SalesOrderChangeCount
|
Số lần đơn hàng bán được thay đổi sau khi tạo. | ||
|
Mô tả
Chỉ số được tính bằng cách đếm số lần hoạt động 'Sales Order Changed' xảy ra trong mỗi hồ sơ. Số lần thay đổi cao cho thấy có thể phải làm lại, do yêu cầu của khách hàng, lỗi nhập dữ liệu hoặc điều chỉnh giá. Thuộc tính này là dữ liệu đầu vào trực tiếp cho KPI 'Tỷ lệ làm lại đơn hàng bán' và bảng điều khiển 'Các biến thể làm lại đơn hàng bán'. Phân tích đặc điểm của những đơn hàng bị thay đổi nhiều giúp tìm nguyên nhân gốc rễ, chẳng hạn vấn đề liên quan đến một số sản phẩm, khách hàng hoặc nhân viên bán hàng.
Vì sao điều này quan trọng
Thuộc tính này đo trực tiếp khối lượng công việc phải làm lại, giúp xác định nguồn gây kém hiệu quả, vấn đề chất lượng dữ liệu và sự thiếu ổn định của quy trình.
Lấy dữ liệu ở đâu
Giá trị này được tính trong quá trình chuyển đổi dữ liệu bằng cách đếm các sự kiện 'Sales Order Changed' theo từng mã hồ sơ 'SalesOrder'.
Ví dụ
013
|
|||
|
Thanh toán đúng hạn
IsOnTimePayment
|
Cờ cho biết hóa đơn được thanh toán vào hoặc trước ngày đến hạn. | ||
|
Mô tả
Thuộc tính boolean được tính bằng cách so sánh dấu thời gian 'Payment Received' với 'PaymentDueDate'. Giá trị là true nếu khoản thanh toán được thực hiện vào hoặc trước ngày đến hạn, và false nếu không. Thuộc tính này là cơ sở để tính KPI 'Tỷ lệ thanh toán đúng hạn' và bảng điều khiển 'Tỷ lệ tuân thủ điều khoản thanh toán'. Thuộc tính giúp đo rõ hành vi thanh toán của khách hàng, từ đó phân tích khách hàng, khu vực hoặc điều khoản thanh toán nào thường đi kèm với tình trạng thanh toán trễ.
Vì sao điều này quan trọng
Thuộc tính này đo trực tiếp mức độ tuân thủ thanh toán của khách hàng, yếu tố quan trọng trong quản lý dòng tiền và đánh giá rủi ro tín dụng.
Lấy dữ liệu ở đâu
Giá trị này được tính trong quá trình chuyển đổi dữ liệu bằng cách so sánh dấu thời gian của hoạt động 'Payment Received' với thuộc tính 'PaymentDueDate'.
Ví dụ
truefalse
|
|||
|
Trạng thái tín dụng
CreditStatus
|
Cho biết đơn hàng bán có đang bị giữ do vấn đề tín dụng hay không. | ||
|
Mô tả
Thuộc tính này thể hiện trạng thái tín dụng của khách hàng khi xử lý đơn hàng, chẳng hạn 'On Hold' hoặc 'Released'. Đây là yếu tố quan trọng ở giai đoạn đầu của vòng đời đơn hàng. Phân tích thuộc tính này giúp hiểu việc kiểm tra tín dụng ảnh hưởng thế nào đến tổng thời gian xử lý đơn hàng. Bảng điều khiển 'Phân tích thời gian xử lý kiểm tra tín dụng' dùng dữ liệu này để xác định số đơn bị giữ và thời gian cần để giải phóng, qua đó làm rõ điểm nghẽn trong quy trình quản lý tín dụng.
Vì sao điều này quan trọng
Thuộc tính này tác động trực tiếp đến KPI 'Thời gian xử lý kiểm tra tín dụng' và giúp giải thích các chậm trễ ở giai đoạn đầu của quy trình đơn hàng.
Lấy dữ liệu ở đâu
Đây có thể là trường trạng thái tiêu chuẩn hoặc ô đánh dấu tùy chỉnh, chẳng hạn 'Credit Hold', trên bản ghi Sales Order. Cũng có thể suy ra trạng thái này từ các hoạt động 'Credit Hold Applied' và 'Credit Hold Released'.
Ví dụ
TốtĐang tạm giữĐã giải phóng
|
|||
Các hoạt động trong quy trình xử lý đơn hàng bán Order-to-Cash
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đóng đơn bán hàng
|
Đây là hoạt động cuối cùng, cho biết đơn bán hàng đã được thực hiện đầy đủ, xuất hóa đơn và hoàn tất. Có thể suy ra sự kiện từ việc trạng thái của đơn bán hàng chuyển thành 'Closed'. | ||
|
Vì sao điều này quan trọng
Sự kiện này đánh dấu thời điểm kết thúc về mặt vận hành của vòng đời đơn hàng. Thời gian từ lúc tạo đến khi đóng đơn cho bạn cái nhìn đầy đủ về quy trình từ đầu đến cuối.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện khi trường 'Status' trên giao dịch Sales Order chuyển thành 'Closed'. Dấu thời gian được lấy từ ghi chú hệ thống về lần thay đổi trạng thái cuối cùng này.
Thu thập
Dấu thời gian khi trạng thái chuyển thành 'Closed' trong ghi chú hệ thống của Sales Order.
Loại sự kiện
inferred
|
|||
|
Giao hàng
|
Cột mốc này ghi nhận thời điểm hàng rời kho và trên đường đến khách hàng. Có thể suy ra sự kiện khi trạng thái của bản ghi 'Item Fulfillment' được cập nhật thành 'Shipped'. | ||
|
Vì sao điều này quan trọng
Giao hàng là điểm bàn giao quan trọng cho đơn vị vận chuyển và khách hàng. Sự kiện này giúp theo dõi hiệu suất giao đúng hạn và đo tổng thời gian thực hiện đơn hàng.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện khi trường 'Status' trên giao dịch 'Item Fulfillment' được liên kết chuyển thành 'Shipped'. Dấu thời gian của sự kiện là ngày trạng thái thay đổi.
Thu thập
Dấu thời gian khi trạng thái trên bản ghi Item Fulfillment chuyển thành 'Shipped'.
Loại sự kiện
inferred
|
|||
|
Nhận thanh toán
|
Hoạt động này ghi nhận khoản thanh toán của khách hàng cho hóa đơn. Sự kiện được ghi nhận khi giao dịch 'Customer Payment' được tạo và áp dụng cho hóa đơn liên quan đến đơn bán hàng. | ||
|
Vì sao điều này quan trọng
Là sự kiện kết thúc quan trọng, hoạt động này giúp phân tích chu kỳ chuyển đổi tiền mặt và tỷ lệ thanh toán đúng hạn. Sự kiện cho biết giao dịch bán hàng đã hoàn tất về mặt tài chính.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận trực tiếp. Dấu thời gian là ngày tạo giao dịch 'Customer Payment' (bảng Transaction, Type='CustPymt') được áp dụng cho hóa đơn liên quan.
Thu thập
Dùng ngày giao dịch trên bản ghi Customer Payment được áp dụng cho Invoice.
Loại sự kiện
explicit
|
|||
|
Phê duyệt đơn bán hàng
|
Cột mốc này cho biết đơn bán hàng đã qua các bước kiểm tra nội bộ, chẳng hạn như kiểm tra tín dụng và tồn kho, và sẵn sàng được thực hiện. Thường có thể suy ra sự kiện từ việc trạng thái đơn hàng chuyển thành 'Pending Fulfillment'. | ||
|
Vì sao điều này quan trọng
Phê duyệt là một bước then chốt trong quy trình. Đo thời gian chờ phê duyệt giúp phát hiện chậm trễ trong khâu rà soát nội bộ và ra quyết định.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện từ thay đổi trạng thái trên bản ghi Sales Order. Dấu thời gian được ghi nhận khi trường 'Order Status' được cập nhật thành 'Pending Fulfillment' hoặc một trạng thái tùy chỉnh tương tự để biểu thị đã phê duyệt.
Thu thập
Dấu thời gian khi trạng thái chuyển thành 'Pending Fulfillment' trong ghi chú hệ thống của Sales Order.
Loại sự kiện
inferred
|
|||
|
Tạo đơn bán hàng
|
Hoạt động này đánh dấu thời điểm chính thức bắt đầu quy trình xử lý đơn bán hàng. Sự kiện xảy ra khi giao dịch đơn bán hàng mới được lưu lần đầu trong NetSuite, ghi nhận yêu cầu ban đầu của khách hàng. | ||
|
Vì sao điều này quan trọng
Đây là sự kiện bắt đầu chính của quy trình Order to Cash. Phân tích khoảng thời gian từ sự kiện này đến các hoạt động tiếp theo giúp đo lường hiệu quả xử lý đơn hàng và thời gian chu kỳ tổng thể.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận trực tiếp từ trường 'Date Created' trên bản ghi giao dịch Sales Order (bảng Transaction, Type='SalesOrd').
Thu thập
Dùng ngày tạo giao dịch Sales Order.
Loại sự kiện
explicit
|
|||
|
Tạo giao dịch thực hiện đơn hàng
|
Hoạt động này đánh dấu thời điểm bắt đầu khâu thực hiện đơn hàng tại kho. Sự kiện xảy ra khi giao dịch 'Item Fulfillment' được tạo từ Sales Order. | ||
|
Vì sao điều này quan trọng
Đây là cột mốc quan trọng kết nối quy trình bán hàng với hoạt động kho. Thời gian từ lúc phê duyệt đơn hàng đến khi tạo giao dịch thực hiện đơn hàng cho biết mức độ sẵn sàng vận hành.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận trực tiếp. Dấu thời gian là ngày tạo bản ghi 'Item Fulfillment', được liên kết với Sales Order nguồn.
Thu thập
Dùng ngày tạo giao dịch của bản ghi Item Fulfillment được liên kết.
Loại sự kiện
explicit
|
|||
|
Tạo hóa đơn
|
Sự kiện này ghi nhận việc tạo hóa đơn tài chính cho hàng hóa hoặc dịch vụ đã giao. Đây là sự kiện được ghi nhận trực tiếp khi giao dịch 'Invoice' liên kết với đơn bán hàng được tạo. | ||
|
Vì sao điều này quan trọng
Hoạt động này là cột mốc quan trọng để ghi nhận doanh thu và đánh dấu thời điểm bắt đầu chu kỳ thanh toán. Khoảng thời gian từ lúc giao hàng đến khi xuất hóa đơn ảnh hưởng trực tiếp đến dòng tiền.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận trực tiếp từ trường 'Date Created' trên bản ghi giao dịch Invoice (bảng Transaction, Type='CustInvc'), được liên kết với Sales Order.
Thu thập
Dùng ngày tạo giao dịch của Invoice được liên kết.
Loại sự kiện
explicit
|
|||
|
Đóng gói hàng
|
Cho biết các mặt hàng đã lấy được đóng gói xong và sẵn sàng giao đi. Sự kiện được ghi nhận bằng cách theo dõi khi trạng thái trên bản ghi 'Item Fulfillment' chuyển thành 'Packed'. | ||
|
Vì sao điều này quan trọng
Hoạt động này giúp đo hiệu quả của khu vực đóng gói. Thời gian từ lúc lấy hàng đến lúc đóng gói có thể cho thấy hạn chế về công suất hoặc quy trình kém hiệu quả.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện khi trường 'Status' trên giao dịch 'Item Fulfillment' được liên kết chuyển thành 'Packed'. Dấu thời gian được ghi nhận từ ghi chú hệ thống về lần cập nhật này.
Thu thập
Dấu thời gian khi trạng thái trên bản ghi Item Fulfillment chuyển thành 'Packed'.
Loại sự kiện
inferred
|
|||
|
Đưa vào diện tạm giữ tín dụng
|
Sự kiện này xảy ra khi đơn bán hàng được tự động hoặc thủ công đưa vào diện tạm giữ tín dụng, khiến quy trình thực hiện đơn hàng tạm dừng. Thường có thể suy ra sự kiện này từ việc trạng thái đơn hàng chuyển thành 'Pending Approval' hoặc trạng thái 'Credit Hold' cụ thể. | ||
|
Vì sao điều này quan trọng
Xác định thời điểm và lý do đơn hàng bị tạm giữ là điều cần thiết để hiểu nguyên nhân chậm trễ trong chu kỳ thực hiện đơn hàng. Hoạt động này làm rõ các điểm nghẽn liên quan đến vấn đề tín dụng của khách hàng.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện từ ghi chú hệ thống hoặc dấu vết kiểm toán trên bản ghi Sales Order, cụ thể là các thay đổi của trường 'Order Status' sang trạng thái tạm giữ.
Thu thập
Xác định dấu thời gian khi trạng thái đơn hàng chuyển sang trạng thái tạm giữ tín dụng.
Loại sự kiện
inferred
|
|||
|
Gỡ tạm giữ tín dụng
|
Hoạt động này ghi nhận thời điểm đơn bán hàng được gỡ khỏi diện tạm giữ tín dụng và có thể tiếp tục được thực hiện. Có thể xác định sự kiện qua thay đổi trạng thái từ trạng thái tạm giữ sang trạng thái mở hoặc đã phê duyệt. | ||
|
Vì sao điều này quan trọng
Thời gian tạm giữ tín dụng là một KPI quan trọng. Sự kiện này giúp đo thời gian xử lý vấn đề tín dụng và đánh giá ảnh hưởng của vấn đề đó đến toàn bộ chu kỳ Order to Cash.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện từ ghi chú hệ thống hoặc dấu vết kiểm toán trên bản ghi Sales Order, ghi nhận dấu thời gian khi 'Order Status' chuyển khỏi trạng thái tạm giữ.
Thu thập
Xác định dấu thời gian khi trạng thái đơn hàng chuyển từ tạm giữ tín dụng sang trạng thái đang xử lý.
Loại sự kiện
inferred
|
|||
|
Lấy hàng
|
Cho biết các mặt hàng trong đơn đã được lấy khỏi vị trí lưu trữ trong kho. Đây là sự kiện suy ra từ thay đổi trạng thái của bản ghi 'Item Fulfillment' liên quan. | ||
|
Vì sao điều này quan trọng
Phân tích thời gian lấy hàng là việc cần thiết để nâng cao hiệu quả kho. Hoạt động này giúp đo lường và xác định điểm nghẽn trong khâu lấy hàng.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện khi trường 'Status' trên giao dịch 'Item Fulfillment' được liên kết chuyển thành 'Picked'. Dấu thời gian được lấy từ ghi chú hệ thống về thay đổi trạng thái này.
Thu thập
Dấu thời gian khi trạng thái trên bản ghi Item Fulfillment chuyển thành 'Picked'.
Loại sự kiện
inferred
|
|||
|
Phân bổ tồn kho cho đơn hàng
|
Sự kiện này ghi nhận thời điểm tồn kho được dành chính thức cho đơn bán hàng, bảo đảm hàng có sẵn để thực hiện đơn. Có thể suy ra sự kiện bằng cách theo dõi thay đổi của 'Committed Quantity' trên các dòng đơn hàng. | ||
|
Vì sao điều này quan trọng
Hoạt động này rất quan trọng để phân tích hiệu quả phân bổ tồn kho. Chậm trễ giữa lúc phê duyệt đơn hàng và lúc phân bổ tồn kho có thể khiến hàng hết và ảnh hưởng đến cam kết giao hàng.
Lấy dữ liệu ở đâu
Có thể suy ra sự kiện từ ghi chú hệ thống trên các dòng hàng của Sales Order. Dấu thời gian tương ứng với lúc trường 'Quantity Committed' được cập nhật từ 0 lên một giá trị dương.
Thu thập
Dấu thời gian khi trường 'Quantity Committed' trên các dòng đơn hàng thay đổi.
Loại sự kiện
inferred
|
|||
|
Tạo phiếu ghi có
|
Sự kiện này xảy ra khi phiếu ghi có được lập cho đơn bán hàng hoặc hóa đơn, thường do hàng trả lại, điều chỉnh giá hoặc nhượng bộ khác. Sự kiện được ghi nhận khi giao dịch 'Credit Memo' được tạo. | ||
|
Vì sao điều này quan trọng
Phiếu ghi có thường phản ánh sự cố trong quy trình, chẳng hạn như giao sai hàng hoặc sản phẩm lỗi. Phân tích tần suất và thời điểm phát sinh giúp tìm nguyên nhân gốc rễ và cải thiện chất lượng chung.
Lấy dữ liệu ở đâu
Đây là sự kiện được ghi nhận trực tiếp khi giao dịch 'Credit Memo' được tạo (bảng Transaction, Type='CredMemo'). Giao dịch này có thể được liên kết với hóa đơn hoặc đơn bán hàng ban đầu.
Thu thập
Dùng ngày tạo giao dịch của Credit Memo được liên kết.
Loại sự kiện
explicit
|
|||
|
Thay đổi đơn bán hàng
|
Hoạt động này ghi nhận mọi thay đổi đáng kể đối với đơn bán hàng sau khi tạo, chẳng hạn như thay đổi số lượng, mặt hàng hoặc giá. Có thể theo dõi các cập nhật trong ghi chú hệ thống hoặc dấu vết kiểm toán. | ||
|
Vì sao điều này quan trọng
Thay đổi thường xuyên có thể là dấu hiệu của lỗi nhập liệu hoặc nhu cầu khách hàng thiếu ổn định, dẫn đến phải làm lại và quy trình kém hiệu quả. Theo dõi các thay đổi này giúp tìm ra nguyên nhân gốc rễ khiến đơn hàng bị chỉnh sửa.
Lấy dữ liệu ở đâu
Dữ liệu được lấy từ ghi chú hệ thống hoặc dấu vết kiểm toán liên quan đến giao dịch Sales Order. Mỗi thay đổi được ghi lại ở một trường liên quan có thể được tính là một lần hoạt động này xảy ra.
Thu thập
Xác định các thay đổi trường trong ghi chú hệ thống của Sales Order sau khi tạo đơn lần đầu.
Loại sự kiện
inferred
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu?
Dùng mẫu này để thu thập dữ liệu nhanh hơn và khám phá những thông tin hữu ích về quy trình xử lý đơn hàng đến thu tiền, từ đơn bán hàng trong NetSuite. Bắt đầu cải tiến quy trình ngay hôm nay.
Thu tiền nhanh hơn: cải tiến xử lý đơn bán hàng ngay hôm nay
Cùng các doanh nghiệp rút ngắn 30% thời gian chu trình đơn hàng đến thu tiền.
Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.