Mẫu dữ liệu yêu cầu mua hàng đến thanh toán
Mẫu dữ liệu yêu cầu mua hàng đến thanh toán
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi để khám phá quy trình
- Hướng dẫn trích xuất dữ liệu
Thuộc tính của quy trình mua hàng đến thanh toán, yêu cầu mua hàng
| Tên | Mô tả | ||
|---|---|---|---|
|
Purchase Requisition ID
PurchaseRequisitionId
|
Mã định danh duy nhất của từng yêu cầu mua hàng, dùng làm mã trường hợp chính để phân tích quy trình. | ||
|
Mô tả
Purchase Requisition ID là mã định danh trung tâm, liên kết mọi hoạt động và sự kiện liên quan đến một yêu cầu hàng hóa hoặc dịch vụ cụ thể. Mỗi yêu cầu được gán một mã duy nhất khi tạo trên NetSuite và giữ nguyên mã đó trong suốt vòng đời. Trong process mining, thuộc tính này là nền tảng để liên kết các sự kiện vào cùng một trường hợp. Nhờ đó, bạn có thể dựng lại toàn bộ hành trình của từng yêu cầu, từ lúc tạo ban đầu qua các bước phê duyệt, chỉnh sửa cho đến kết quả cuối cùng như được duyệt, bị từ chối hoặc chuyển thành đơn đặt hàng. Phân tích theo mã này là việc cần thiết để tính thời lượng vòng đời, theo dõi thay đổi trạng thái và phát hiện các biến thể trong luồng quy trình.
Vì sao điều này quan trọng
Đây là khóa cần thiết để theo dõi toàn bộ vòng đời của một yêu cầu mua hàng, phân tích luồng quy trình và tính các chỉ số ở cấp trường hợp.
Lấy dữ liệu ở đâu
Đây là mã nội bộ hoặc số giao dịch của hồ sơ Purchase Requisition trong NetSuite. Thông thường, bạn có thể tìm thấy mã này trong trường 'tranid' của giao dịch.
Ví dụ
PR-001254PR-001255PR-001256
|
|||
|
Tên hoạt động
ActivityName
|
Tên của một sự kiện kinh doanh hoặc tác vụ cụ thể diễn ra trong vòng đời yêu cầu mua hàng. | ||
|
Mô tả
Tên hoạt động mô tả một bước riêng biệt trong quy trình yêu cầu mua hàng, chẳng hạn như 'Đã tạo yêu cầu mua hàng', 'Đã phê duyệt bước' hoặc 'Đã tạo đơn đặt hàng'. Các hoạt động này tạo nên sơ đồ quy trình và thể hiện công việc đang được thực hiện. Phân tích các hoạt động giúp trực quan hóa luồng quy trình, xác định điểm nghẽn và đo thời gian ở từng giai đoạn. Trình tự hoạt động gắn với một Purchase Requisition ID cho biết hành trình của yêu cầu. Bạn có thể so sánh hành trình này với quy trình chuẩn để phát hiện sai lệch hoặc khâu kém hiệu quả.
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 sơ đồ quy trình, phân tích các biến thể và phát hiện điểm nghẽn.
Lấy dữ liệu ở đâu
Thông thường, thông tin này được xác định từ trạng thái giao dịch, mục nhật ký hệ thống, lịch sử workflow hoặc dữ liệu theo dõi sự kiện tùy chỉnh trong NetSuite.
Ví dụ
Đã tạo yêu cầu mua hàngĐã phê duyệt bướcĐã chỉnh sửa yêu cầu mua hàngĐã tạo đơn đặt hàng
|
|||
|
Thời điểm sự kiện
EventTime
|
Ngày và giờ chính xác khi hoạt động diễn ra. | ||
|
Mô tả
Thời điểm sự kiện, hay dấu thời gian, ghi lại chính xác lúc một hoạt động diễn ra. Dữ liệu thời gian này rất quan trọng để hiểu diễn biến của quy trình yêu cầu mua hàng, bao gồm thời lượng, trình tự sự kiện và thời điểm thực hiện. Trong phân tích quy trình, dấu thời gian được dùng để tính thời gian chu kỳ, thời gian chờ giữa các hoạt động và mức độ đáp ứng thỏa thuận mức dịch vụ. Đây là nền tảng cho mọi phân tích theo thời gian, giúp tạo bảng điều khiển như 'Thời gian chu kỳ phê duyệt yêu cầu mua hàng' và KPI như 'Thời gian chu kỳ yêu cầu mua hàng trung bình'. Dấu thời gian chính xác là yếu tố cần thiết để mô hình quy trình đáng tin cậy.
Vì sao điều này quan trọng
Dấu thời gian này là nền tảng cho mọi phân tích hiệu suất, chẳng hạn như tính thời gian chu kỳ, phát hiện chậm trễ và đo hiệu quả quy trình.
Lấy dữ liệu ở đâu
Thông tin này được ghi trong các trường do hệ thống tạo như 'Date Created' hoặc trong dấu thời gian của System Notes hay nhật ký thực thi workflow cho từng giao dịch.
Ví dụ
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Người yêu cầu
Requester
|
Nhân viên tạo và gửi yêu cầu mua hàng. | ||
|
Mô tả
Người yêu cầu là người khởi động quy trình mua sắm bằng cách tạo yêu cầu. Thông thường, đây là nhân viên cần hàng hóa hoặc dịch vụ cụ thể để thực hiện công việc. Phân tích dữ liệu theo người yêu cầu giúp phát hiện các xu hướng trong cách người dùng thực hiện quy trình. Bạn có thể tạo bảng điều khiển như 'Hiệu suất và nhu cầu đào tạo của người yêu cầu', làm nổi bật những người có tỷ lệ bị từ chối cao hoặc thường xuyên chỉnh sửa yêu cầu. Thông tin này giúp xác định nơi cần đào tạo thêm hoặc hướng dẫn rõ ràng hơn để nâng cao chất lượng yêu cầu ngay lần đầu và hiệu quả chung của quy trình.
Vì sao điều này quan trọng
Xác định người khởi tạo quy trình, giúp phân tích hành vi người dùng, tỷ lệ từ chối theo người yêu cầu và nhu cầu đào tạo.
Lấy dữ liệu ở đâu
Thông thường, đây là trường 'Employee' hoặc 'Created By' trên hồ sơ giao dịch Purchase Requisition.
Ví dụ
John SmithJane DoePeter Jones
|
|||
|
Phòng ban
Department
|
Phòng ban của yêu cầu mua hàng hoặc người yêu cầu. | ||
|
Mô tả
Thuộc tính Phòng ban thể hiện đơn vị tổ chức gắn với yêu cầu mua hàng, thường là phòng ban của người yêu cầu. Thông tin này giúp phân tích quy trình theo cơ cấu tổ chức. Đây là chiều phân tích quan trọng để so sánh thời gian phê duyệt giữa các phòng ban, hiểu xu hướng chi tiêu hoặc xác định phòng ban có tỷ lệ bị từ chối cao nhất. Việc phân nhóm này giúp ban quản lý phân bổ tài nguyên, thiết kế nội dung đào tạo phù hợp và đơn giản hóa workflow cho từng đơn vị.
Vì sao điều này quan trọng
Giúp phân nhóm dữ liệu quy trình để so sánh hiệu suất, chi phí và mức độ tuân thủ giữa các đơn vị kinh doanh.
Lấy dữ liệu ở đâu
Thông tin này thường được liên kết với hồ sơ nhân viên của người yêu cầu hoặc được nhập trực tiếp vào phần đầu giao dịch Purchase Requisition.
Ví dụ
Tiếp thịCNTTTài chínhVận hành
|
|||
|
Tổng số tiền
TotalAmount
|
Tổng giá trị tiền tệ của yêu cầu mua hàng. | ||
|
Mô tả
Thuộc tính này ghi lại tổng chi phí của tất cả mặt hàng trong yêu cầu mua hàng. Đây là dữ liệu tài chính quan trọng, thường ảnh hưởng đến quy trình, chẳng hạn khi giá trị yêu cầu vượt ngưỡng và kích hoạt workflow phê duyệt khác. Phân tích Tổng số tiền giúp bạn hiểu xu hướng chi tiêu và tác động tài chính. Bạn có thể lọc yêu cầu theo giá trị, tìm mối liên hệ giữa sai lệch quy trình với các yêu cầu giá trị cao và ưu tiên phân tích những trường hợp có ảnh hưởng tài chính đáng kể. Đây là thuộc tính cơ bản trong mọi phân tích quy trình liên quan đến tài chính hoặc tuân thủ.
Vì sao điều này quan trọng
Cung cấp bối cảnh tài chính để phân tích theo giá trị, yếu tố thường quyết định luồng phê duyệt và mức độ ưu tiên trong kinh doanh.
Lấy dữ liệu ở đâu
Đây là trường tiêu chuẩn trên hồ sơ Purchase Requisition, thường có tên 'Total' hoặc tên tương tự.
Ví dụ
500.001250.7525000.00
|
|||
|
Trạng thái yêu cầu mua hàng
RequisitionStatus
|
Cho biết trạng thái hiện tại của yêu cầu trong vòng đời. | ||
|
Mô tả
Trạng thái yêu cầu mua hàng cho biết yêu cầu đang ở bước nào trong quy trình tại một thời điểm cụ thể. Các trạng thái thường gặp gồm 'Pending Approval', 'Fully Approved', 'Rejected' và 'Closed'. Thuộc tính này rất quan trọng khi tạo bảng điều khiển như 'Trạng thái và thời gian chờ của yêu cầu mua hàng', giúp theo dõi các yêu cầu đang xử lý và thời gian ở trạng thái hiện tại. Phân tích các lần chuyển trạng thái là phần quan trọng trong quá trình khám phá quy trình, giúp bạn hiểu cả luồng thông thường lẫn trường hợp ngoại lệ. Thuộc tính này cũng được dùng để xác định kết quả cuối cùng của một trường hợp.
Vì sao điều này quan trọng
Cho biết tiến độ của từng trường hợp, giúp phân tích các yêu cầu tồn đọng và xác định khâu khiến yêu cầu bị mắc lại.
Lấy dữ liệu ở đâu
Đây là trường 'Status' hoặc 'Approval Status' trên phần đầu giao dịch Purchase Requisition.
Ví dụ
Đang chờ phê duyệtĐã phê duyệt toàn bộĐã từ chốiĐã đóng
|
|||
|
Có làm lại
IsRework
|
Cờ đúng/sai cho biết yêu cầu mua hàng có bị từ chối rồi gửi lại hay không. | ||
|
Mô tả
Có làm lại là thuộc tính đúng/sai được tạo ra. Thuộc tính này có giá trị true nếu yêu cầu mua hàng từng bị từ chối, sau đó được chỉnh sửa hoặc gửi lại để phê duyệt. Thuộc tính giúp nhận diện các trường hợp cần xử lý thêm ngoài luồng chuẩn. Thuộc tính này giúp phân tích tình trạng kém hiệu quả của quy trình. Bạn có thể dùng thuộc tính này để tính KPI “Số vòng bị từ chối khi phê duyệt” và đo lường tác động của việc từ chối đến toàn bộ quy trình. Khi lọc các trường hợp Có làm lại là true, nhà phân tích có thể tách riêng những biến thể quy trình có vấn đề và tìm hiểu nguyên nhân gốc rễ khiến yêu cầu bị từ chối lần đầu, chẳng hạn dữ liệu kém chất lượng hoặc hiểu sai chính sách.
Vì sao điều này quan trọng
Giúp đo tần suất và tác động của các vòng làm lại, vốn là nguyên nhân chính gây kém hiệu quả và chậm trễ trong quy trình.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tính toán. Logic kiểm tra xem hoạt động “Đã gửi yêu cầu mua hàng để phê duyệt” có diễn ra sau hoạt động “Bước phê duyệt bị từ chối” trong cùng một trường hợp hay không.
Ví dụ
truefalse
|
|||
|
Danh mục mặt hàng
ItemCategory
|
Danh mục hàng hóa hoặc dịch vụ được yêu cầu. | ||
|
Mô tả
Danh mục mặt hàng phân loại các mặt hàng trong yêu cầu mua hàng thành những nhóm hợp lý như “Thiết bị CNTT”, “Văn phòng phẩm” hoặc “Dịch vụ chuyên môn”. Có thể lấy thông tin này từ hồ sơ mặt hàng liên kết với các dòng trong yêu cầu. Thuộc tính này cho phép phân tích quy trình yêu cầu mua hàng chi tiết hơn. Bạn có thể trả lời những câu hỏi như “Yêu cầu mua thiết bị CNTT có mất nhiều thời gian phê duyệt hơn yêu cầu mua văn phòng phẩm không?”. Khi phân nhóm quy trình theo danh mục mặt hàng, doanh nghiệp có thể phát hiện điểm nghẽn riêng của từng lĩnh vực, phân tích chi tiêu theo danh mục và điều chỉnh chiến lược mua sắm cho phù hợp.
Vì sao điều này quan trọng
Cho phép phân tích quy trình theo loại hàng hóa được mua, giúp phát hiện điểm nghẽn hoặc vấn đề tuân thủ riêng của từng danh mục.
Lấy dữ liệu ở đâu
Thông tin này được lấy từ hồ sơ “Mặt hàng” liên kết ở cấp dòng trong Yêu cầu mua hàng. Danh mục có thể nằm trong trường tiêu chuẩn hoặc trường tùy chỉnh của hồ sơ Mặt hàng.
Ví dụ
Thiết bị CNTTGiấy phép phần mềmVăn phòng phẩmDịch vụ tiếp thị
|
|||
|
Hệ thống nguồn
SourceSystem
|
Xác định hệ thống nguồn nơi dữ liệu được trích xuất. | ||
|
Mô tả
Thuộc tính này cho biết hệ thống nguồn của dữ liệu quy trình, trong trường hợp này là NetSuite. Thuộc tính này đặc biệt hữu ích khi kết hợp dữ liệu từ nhiều hệ thống để có cái nhìn đầy đủ về quy trình. Dù có vẻ cố định khi chỉ phân tích một hệ thống, thông tin này vẫn cần thiết cho việc quản trị và truy xuất nguồn gốc dữ liệu. Nó giúp xác nhận nguồn dữ liệu và bảo đảm bạn hiểu đúng các quy tắc hoặc phép chuyển đổi riêng của hệ thống trong quá trình phân tích.
Vì sao điều này quan trọng
Cung cấp thông tin quan trọng về nguồn gốc dữ liệu, giúp bảo đảm tính rõ ràng và quản trị phù hợp, nhất là trong môi trường có nhiều hệ thống.
Lấy dữ liệu ở đâu
Đây là giá trị cố định 'NetSuite', được thêm vào trong quá trình trích xuất và chuyển đổi dữ liệu.
Ví dụ
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
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ờ của lần lấy dữ liệu gần nhất từ NetSuite. Đây là siêu dữ liệu quan trọng đối với mọi bảng điều khiển hoặc phân tích process mining. Dấu thời gian cho biết dữ liệu mới đến mức nào, giúp người dùng hiểu họ đang xem thông tin cập nhật theo thời gian thực hay ảnh chụp dữ liệu tại một thời điểm cụ thể. Thông tin này cần thiết để xác thực dữ liệu và cho các bên liên quan biết mức độ cập nhật của kết quả phân tích quy trình.
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 để họ hiểu mức độ mới của thông tin phân tích quy trình.
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ụ
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
|
Lộ trình workflow phê duyệt
ApprovalWorkflowPath
|
Thứ tự các bước phê duyệt mà một yêu cầu mua hàng đã trải qua. | ||
|
Mô tả
Lộ trình workflow phê duyệt là thuộc tính được tạo bằng cách ghép chuỗi các hoạt động hoặc trạng thái phê duyệt của một yêu cầu mua hàng, chẳng hạn “Đã gửi -> Quản lý phê duyệt -> Bộ phận tài chính phê duyệt”. Chuỗi này tạo thành dấu hiệu riêng cho lộ trình của từng trường hợp. Thuộc tính này là nền tảng để kiểm tra mức độ phù hợp và phân tích các biến thể. Thuộc tính hỗ trợ trực tiếp các bảng điều khiển “Lộ trình yêu cầu mua hàng không tuân thủ” và “Mức độ tuân thủ lộ trình workflow phê duyệt”, giúp bạn dễ dàng lọc và nhóm các trường hợp theo đúng luồng quy trình đã đi qua. Khi so sánh lộ trình thực tế với lộ trình chuẩn đã xác định, doanh nghiệp có thể đo lường mức độ tuân thủ và tìm hiểu nguyên nhân gốc rễ của những sai lệch.
Vì sao điều này quan trọng
Tóm tắt chính xác thứ tự các bước phê duyệt của từng trường hợp, giúp phân tích biến thể và kiểm tra mức độ phù hợp.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tạo bằng cách ghép các giá trị “ActivityName” theo thứ tự thời gian cho từng “PurchaseRequisitionId”.
Ví dụ
Đã tạo > Đã gửi > Đã phê duyệtĐã tạo > Đã gửi > Bị từ chối > Đã chỉnh sửa > Đã gửi > Đã phê duyệtĐã tạo > Đã gửi > Đã phê duyệt > Đã rút lại
|
|||
|
Lý do từ chối
RejectionReason
|
Giải thích của người phê duyệt khi từ chối yêu cầu mua hàng. | ||
|
Mô tả
Lý do từ chối là thuộc tính văn bản để người phê duyệt nêu rõ vì sao yêu cầu mua hàng không đáp ứng điều kiện phê duyệt. Thông tin này bổ sung bối cảnh cho hoạt động “Bước phê duyệt bị từ chối”. Đây là dữ liệu rất hữu ích để phân tích nguyên nhân gốc rễ. Thuộc tính này hỗ trợ các bảng điều khiển như “Phân tích tỷ lệ yêu cầu mua hàng bị từ chối”, cho biết không chỉ yêu cầu nào bị từ chối mà còn cả lý do. Các lý do thường gặp gồm “Sai tài khoản GL”, “Vượt ngân sách” hoặc “Thiếu thông tin chi tiết”. Phân tích các lý do này giúp phát hiện vấn đề mang tính hệ thống, cải thiện đào tạo người dùng và điều chỉnh hướng dẫn gửi yêu cầu để giảm việc làm lại và tỷ lệ bị từ chối.
Vì sao điều này quan trọng
Cho biết nguyên nhân yêu cầu bị từ chối, giúp phân tích nguyên nhân gốc rễ, giảm tỷ lệ từ chối về sau và nâng cao chất lượng ngay từ lần đầu.
Lấy dữ liệu ở đâu
Thông tin này thường được ghi trong trường “Ghi chú” khi từ chối hoặc trong trường tùy chỉnh được thêm vào workflow phê duyệt. Bạn cũng có thể tìm thấy thông tin này trong Ghi chú hệ thống.
Ví dụ
Vượt ngân sáchChọn sai nhà cung cấpThiếu thông tin mặt hàngYêu cầu trùng lặp
|
|||
|
Mức độ khẩn cấp
UrgencyLevel
|
Mức độ ưu tiên của yêu cầu mua hàng, chẳng hạn như Thông thường hoặc Khẩn cấp. | ||
|
Mô tả
Mức độ khẩn cấp là thuộc tính phân loại cho biết mức độ ưu tiên trong kinh doanh của một yêu cầu mua hàng. Nhờ đó, nhân viên có thể đánh dấu những yêu cầu cần xử lý nhanh vì nhu cầu cấp thiết của doanh nghiệp. Thuộc tính này được thiết kế để hỗ trợ bảng điều khiển “Hiệu quả xử lý yêu cầu khẩn cấp” và KPI “Thời gian xử lý yêu cầu mua hàng khẩn cấp”. Bằng cách lọc dữ liệu quy trình theo thuộc tính này, nhà phân tích có thể so sánh thời gian xử lý và luồng quy trình của yêu cầu khẩn cấp với yêu cầu thông thường. Từ đó, họ có thể đánh giá việc ưu tiên xử lý có hiệu quả hay vẫn còn điểm nghẽn gây chậm trễ.
Vì sao điều này quan trọng
Giúp so sánh hiệu quả quy trình giữa yêu cầu ưu tiên cao và yêu cầu thông thường, để đáp ứng nhu cầu cấp thiết một cách hiệu quả.
Lấy dữ liệu ở đâu
Thông thường, đây là trường tùy chỉnh ở phần thân giao dịch trên biểu mẫu Yêu cầu mua hàng.
Ví dụ
CaoTrung bìnhThấp
|
|||
|
Người phê duyệt
Approver
|
Nhân viên hoặc người dùng chịu trách nhiệm phê duyệt hoặc từ chối một bước phê duyệt. | ||
|
Mô tả
Người phê duyệt là người được giao xem xét và xử lý yêu cầu mua hàng ở một giai đoạn cụ thể trong workflow phê duyệt. Một yêu cầu có thể có nhiều người phê duyệt, mỗi người phụ trách một hoạt động phê duyệt khác nhau. Thuộc tính này cần thiết để phân tích hiệu quả của chính quy trình phê duyệt. Bạn có thể tạo bảng điều khiển như 'Phân bổ thời gian xử lý từng bước phê duyệt' để xác định điểm nghẽn ở từng người hoặc nhóm. Theo dõi người thực hiện phê duyệt giúp doanh nghiệp làm rõ trách nhiệm, cân bằng khối lượng công việc và phát hiện chậm trễ do người phê duyệt cụ thể gây ra.
Vì sao điều này quan trọng
Xác định người thực hiện các tác vụ phê duyệt, giúp phân tích hiệu suất, khối lượng công việc và điểm nghẽn ở khâu phê duyệt.
Lấy dữ liệu ở đâu
Thông tin này thường có trong nhật ký thực thi workflow hoặc System Notes gắn với các lần thay đổi trạng thái phê duyệt. Thông tin cũng có thể được lưu trong các trường tùy chỉnh liên quan đến workflow phê duyệt.
Ví dụ
Sarah JenkinsDavid ChenNhóm phê duyệt tài chính
|
|||
|
Purchase Order ID
PurchaseOrderId
|
Mã định danh của đơn đặt hàng được tạo từ yêu cầu đã phê duyệt. | ||
|
Mô tả
ID đơn đặt hàng là mã định danh duy nhất của đơn đặt hàng được tạo sau khi yêu cầu mua hàng được phê duyệt. Thuộc tính này kết nối quy trình yêu cầu mua hàng với các hoạt động mua sắm tiếp theo. Trong phân tích quy trình, mối liên kết này rất quan trọng để phân tích P2P từ đầu đến cuối. Nhờ đó, bạn có thể tính KPI “Thời gian tạo đơn đặt hàng” bằng cách đo khoảng thời gian từ lúc yêu cầu được phê duyệt đến khi đơn đặt hàng được tạo. Thuộc tính này cũng giúp tính “Tỷ lệ chuyển đổi yêu cầu mua hàng thành đơn đặt hàng”, qua đó cho biết yêu cầu được chuyển thành đơn hàng có thể thực hiện hiệu quả đến đâu.
Vì sao điều này quan trọng
Liên kết yêu cầu mua hàng với đơn đặt hàng được tạo từ yêu cầu đó, giúp đo thời gian tạo đơn đặt hàng và phân tích quy trình từ đầu đến cuối.
Lấy dữ liệu ở đâu
Thông tin này thường có trong hồ sơ Yêu cầu mua hàng, ở tab phụ hồ sơ liên quan hoặc qua liên kết “Được tạo từ” trên chính Đơn đặt hàng.
Ví dụ
PO-005432PO-005433PO-005434
|
|||
|
Tên nhà cung cấp
VendorName
|
Tên nhà cung cấp được đề xuất hoặc ưu tiên cho yêu cầu mua hàng. | ||
|
Mô tả
Thuộc tính Tên nhà cung cấp cho biết nhà cung cấp dự kiến cung cấp hàng hóa hoặc dịch vụ. Dù yêu cầu mua hàng là tài liệu nội bộ, doanh nghiệp thường chỉ định nhà cung cấp ưu tiên. Phân tích thuộc tính này giúp phát hiện các xu hướng trong quản lý nhà cung cấp. Bạn có thể theo dõi nhà cung cấp nào được yêu cầu thường xuyên nhất, yêu cầu mua hàng từ một số nhà cung cấp có mất nhiều thời gian phê duyệt hơn không, và việc mua sắm có tuân thủ thỏa thuận với nhà cung cấp ưu tiên hay không. Đây cũng là dữ liệu đầu vào hữu ích cho hoạt động tìm nguồn cung ứng chiến lược và quản lý quan hệ nhà cung cấp.
Vì sao điều này quan trọng
Giúp phân tích xu hướng mua sắm theo nhà cung cấp, kiểm tra việc tuân thủ danh sách nhà cung cấp ưu tiên và phát hiện khác biệt trong quy trình của từng nhà cung cấp.
Lấy dữ liệu ở đâu
Thông tin này có thể nằm trong trường “Nhà cung cấp” ở cấp tiêu đề hoặc được chỉ định trên từng dòng của hồ sơ Yêu cầu mua hàng.
Ví dụ
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Thời gian xử lý
CycleTime
|
Tổng thời gian từ khi tạo yêu cầu mua hàng đến khi có kết quả cuối cùng. | ||
|
Mô tả
Thời gian xử lý là chỉ số được tính để đo tổng thời lượng của quy trình yêu cầu mua hàng cho một trường hợp. Thông thường, chỉ số này được tính bằng khoảng thời gian từ hoạt động đầu tiên, chẳng hạn “Đã tạo yêu cầu mua hàng”, đến hoạt động kết thúc cuối cùng, chẳng hạn “Đã phê duyệt hoàn toàn yêu cầu mua hàng” hoặc “Đã từ chối yêu cầu mua hàng lần cuối”. Đây là KPI chính để đánh giá hiệu quả tổng thể của quy trình. Chỉ số này được dùng để tính KPI “Thời gian xử lý yêu cầu mua hàng trung bình” và giúp phát hiện xu hướng, trường hợp bất thường cũng như tác động của các sáng kiến cải tiến quy trình. Phân tích phân bố thời gian xử lý có thể cho thấy những yêu cầu kéo dài bất thường, làm giảm đáng kể hiệu quả trung bình.
Vì sao điều này quan trọng
Đo trực tiếp hiệu quả của quy trình từ đầu đến cuối, giúp phát hiện chậm trễ và đánh giá hiệu quả tổng thể.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tính bằng cách lấy dấu thời gian của sự kiện đầu tiên trừ khỏi dấu thời gian của sự kiện cuối cùng cho từng “PurchaseRequisitionId”.
Ví dụ
25920060480086400
|
|||
|
Tiền tệ
Currency
|
Mã tiền tệ dùng cho tổng số tiền của yêu cầu mua hàng. | ||
|
Mô tả
Thuộc tính Tiền tệ cho biết đơn vị tiền tệ của các giá trị tài chính trong yêu cầu, chẳng hạn USD, EUR hoặc GBP. Thông tin này đặc biệt quan trọng với các doanh nghiệp đa quốc gia sử dụng nhiều loại tiền tệ. Trường này giúp diễn giải dữ liệu tài chính chính xác. Trong process mining, trường này hỗ trợ cộng gộp và so sánh giá trị tiền tệ đúng cách, bằng cách quy đổi mọi khoản tiền sang một loại tiền tệ cơ sở hoặc phân tích riêng theo từng loại tiền. Nhờ đó, bạn tránh báo cáo tài chính sai lệch và giữ thông tin rõ ràng trong hoạt động toàn cầu.
Vì sao điều này quan trọng
Cần thiết để phân tích tài chính chính xác tại các doanh nghiệp đa quốc gia, bảo đảm giá trị tiền tệ được diễn giải và cộng gộp đúng cách.
Lấy dữ liệu ở đâu
Đây là trường 'Currency' tiêu chuẩn trên hồ sơ giao dịch Purchase Requisition, đặc biệt trong các phiên bản NetSuite hỗ trợ nhiều loại tiền tệ.
Ví dụ
USDEURGBP
|
|||
Hoạt động trong quy trình mua hàng đến thanh toán, yêu cầu mua hàng
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đã đóng yêu cầu mua hàng
|
Yêu cầu mua hàng được đóng chính thức, nghĩa là không cần xử lý thêm. Việc này thường diễn ra tự động sau khi toàn bộ số lượng trong yêu cầu đã được đặt mua qua các đơn đặt hàng liên kết. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu kết thúc chính thức vòng đời của yêu cầu. Điều đó xác nhận nhu cầu kinh doanh đã được đáp ứng và hồ sơ đã hoàn tất.
Lấy dữ liệu ở đâu
Suy ra từ thẻ System Notes bằng cách xác định dấu thời gian trường 'Status' ở cấp dòng hoặc cấp đầu hồ sơ được cập nhật thành 'Closed'.
Thu thập
Dấu thời gian trường 'Status' chuyển thành 'Closed'.
Loại sự kiện
inferred
|
|||
|
Đã phê duyệt toàn bộ yêu cầu mua hàng
|
Yêu cầu mua hàng đã hoàn tất tất cả các bước bắt buộc trong workflow phê duyệt. Sự kiện này được suy ra khi 'Approval Status' cuối cùng của hồ sơ chuyển thành 'Approved'. | ||
|
Vì sao điều này quan trọng
Đây là cột mốc quan trọng, cho biết yêu cầu đã sẵn sàng chuyển thành đơn đặt hàng. Cột mốc này đánh dấu kết thúc chu kỳ phê duyệt và bắt đầu giai đoạn thực hiện mua sắm.
Lấy dữ liệu ở đâu
Suy ra từ thẻ System Notes bằng cách xác định dấu thời gian trường 'Approval Status' được đặt thành trạng thái cuối cùng 'Approved'.
Thu thập
Dấu thời gian trường 'Approval Status' chuyển thành 'Approved'.
Loại sự kiện
inferred
|
|||
|
Đã tạo đơn đặt hàng
|
Đơn đặt hàng (PO) được tạo từ yêu cầu đã được phê duyệt hoàn toàn, chính thức cam kết chi trả cho nhà cung cấp. Đây là sự kiện được ghi nhận rõ khi một giao dịch PO mới được tạo và liên kết với yêu cầu ban đầu. | ||
|
Vì sao điều này quan trọng
Đây là kết quả chính của một yêu cầu mua hàng thành công và là bước bàn giao quan trọng trong quy trình Purchase to Pay. Thời gian từ lúc phê duyệt đến khi tạo PO là KPI quan trọng để đánh giá hiệu quả mua sắm.
Lấy dữ liệu ở đâu
Xác định bằng cách tìm hồ sơ Purchase Order có trường 'Created From' hoặc trường liên kết tương tự tham chiếu đến Purchase Requisition ID. Ngày tạo PO là dấu thời gian của hoạt động này.
Thu thập
Tìm PO có trường 'Created From' trùng với Requisition ID, rồi dùng giá trị 'Date Created' của PO.
Loại sự kiện
explicit
|
|||
|
Đã tạo yêu cầu mua hàng
|
Người dùng bắt đầu quy trình mua sắm bằng cách tạo và lưu hồ sơ yêu cầu mua hàng mới. Đây là sự kiện đầu tiên trong vòng đời yêu cầu, được ghi nhận khi hồ sơ giao dịch được lưu lần đầu trên NetSuite. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu thời điểm chính thức bắt đầu quy trình mua sắm cho một nhu cầu cụ thể. Phân tích khoảng thời gian từ lúc tạo đến lúc gửi yêu cầu có thể giúp phát hiện chậm trễ khi nhập dữ liệu hoặc lập yêu cầu ban đầu.
Lấy dữ liệu ở đâu
Sự kiện này được ghi nhận từ dấu thời gian ngày tạo hồ sơ giao dịch Purchase Requisition. Bạn có thể tìm thông tin này ở phần đầu hồ sơ hoặc trong thẻ System Notes, nơi ghi lại thao tác 'Create'.
Thu thập
Dùng trường 'Date Created' trên hồ sơ Purchase Requisition.
Loại sự kiện
explicit
|
|||
|
Yêu cầu mua hàng bị từ chối cuối cùng
|
Yêu cầu mua hàng bị từ chối dứt điểm và sẽ không được xử lý tiếp. Sự kiện này được suy ra khi 'Approval Status' cuối cùng của yêu cầu được cập nhật thành 'Rejected'. | ||
|
Vì sao điều này quan trọng
Đây là điểm kết thúc quan trọng đối với các yêu cầu không thành công. Tìm hiểu lý do và thời điểm yêu cầu bị từ chối cuối cùng giúp làm rõ vấn đề về tuân thủ chính sách và ngân sách.
Lấy dữ liệu ở đâu
Suy ra từ thẻ System Notes bằng cách xác định dấu thời gian trường 'Approval Status' được đặt thành trạng thái cuối cùng 'Rejected'.
Thu thập
Dấu thời gian trường 'Approval Status' chuyển thành 'Rejected'.
Loại sự kiện
inferred
|
|||
|
Bắt đầu bước phê duyệt
|
Yêu cầu mua hàng chuyển sang một giai đoạn cụ thể trong workflow phê duyệt và chờ người hoặc nhóm được chỉ định xử lý. Sự kiện này thường được suy ra khi workflow giao yêu cầu cho người phê duyệt tiếp theo. | ||
|
Vì sao điều này quan trọng
Hoạt động này đánh dấu thời điểm bắt đầu chờ xử lý ở từng bước phê duyệt. Đây là thông tin cần thiết để xác định điểm nghẽn trong hệ thống phê duyệt và tìm ra người xử lý chậm.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký thực thi workflow hoặc thay đổi trong trường 'Current Approver' hay trường trạng thái workflow. Nền tảng SuiteApprovals theo dõi bước phê duyệt đang hoạt động.
Thu thập
Suy ra từ nhật ký workflow hoặc thời điểm hồ sơ được giao cho người phê duyệt mới.
Loại sự kiện
inferred
|
|||
|
Đã chỉnh sửa yêu cầu mua hàng
|
Sau khi tạo yêu cầu mua hàng, người dùng chỉnh sửa một hoặc nhiều trường, thường để phản hồi việc bị từ chối hoặc thay đổi yêu cầu. Sự kiện này được ghi nhận trực tiếp trong tính năng nhật ký kiểm tra của NetSuite. | ||
|
Vì sao điều này quan trọng
Theo dõi các lần chỉnh sửa là việc cần thiết để phát hiện vòng lặp làm lại và vấn đề về chất lượng dữ liệu. Tần suất chỉnh sửa cao có thể cho thấy yêu cầu ban đầu chưa rõ ràng hoặc người gửi cần được hướng dẫn thêm.
Lấy dữ liệu ở đâu
Sự kiện được ghi nhận trong thẻ System Notes trên hồ sơ Purchase Requisition. Mỗi mục có 'Type' là 'Change' hoặc 'Edit' trên trường liên quan được xem là một lần chỉnh sửa.
Thu thập
Ghi nhận một sự kiện cho mỗi mục có loại 'Change' trong nhật ký System Notes.
Loại sự kiện
explicit
|
|||
|
Đã gửi yêu cầu mua hàng để phê duyệt
|
Người yêu cầu chính thức gửi yêu cầu đã hoàn tất vào workflow phê duyệt được chỉ định. Sự kiện này thường được suy ra từ thay đổi trạng thái trên hồ sơ yêu cầu, chẳng hạn từ 'Draft' hoặc 'Pending Submission' sang 'Pending Approval'. | ||
|
Vì sao điều này quan trọng
Hoạt động này khởi động chu kỳ phê duyệt và là mốc quan trọng để đo thời gian xử lý. Nhờ đó, bạn có thể xác định yêu cầu phải chờ bao lâu trước khi quy trình phê duyệt chính thức bắt đầu.
Lấy dữ liệu ở đâu
Suy ra từ thẻ System Notes bằng cách xác định dấu thời gian lần đầu trường 'Approval Status' chuyển sang giá trị như 'Pending Approval'.
Thu thập
Xác định dấu thời gian đầu tiên trường 'Approval Status' chuyển sang 'Pending Approval'.
Loại sự kiện
inferred
|
|||
|
Đã phê duyệt bước
|
Người dùng có thẩm quyền phê duyệt bước được giao trong workflow, đưa yêu cầu đến gần hơn với quyết định cuối cùng. Nền tảng SuiteApprovals của NetSuite ghi lại rõ thao tác này cùng thông tin người dùng và dấu thời gian. | ||
|
Vì sao điều này quan trọng
Hoạt động này cho thấy quy trình phê duyệt đang tiến triển. Phân tích thời gian giữa các bước phê duyệt giúp bạn hiểu hiệu quả của workflow và tốc độ xử lý của từng người phê duyệt.
Lấy dữ liệu ở đâu
Được ghi nhận trong nhật ký SuiteApprovals hoặc thẻ System Notes, nơi lưu thao tác phê duyệt, người phê duyệt và dấu thời gian chính xác của sự kiện.
Thu thập
Xác định các thao tác phê duyệt trong nhật ký SuiteApprovals hoặc System Notes.
Loại sự kiện
explicit
|
|||
|
Đã rút yêu cầu mua hàng
|
Người yêu cầu ban đầu hoặc quản trị viên hủy yêu cầu trước khi yêu cầu được phê duyệt hoàn toàn hoặc chuyển thành PO. Sự kiện này thường được suy ra từ thay đổi trạng thái thành 'Cancelled' hoặc 'Withdrawn'. | ||
|
Vì sao điều này quan trọng
Hoạt động này thể hiện một trường hợp ngoại lệ hoặc việc người yêu cầu kết thúc quy trình. Phân tích các yêu cầu bị rút có thể làm rõ những thay đổi trong nhu cầu kinh doanh hoặc các yêu cầu không còn phù hợp.
Lấy dữ liệu ở đâu
Suy ra từ thẻ System Notes bằng cách theo dõi dấu thời gian trường 'Approval Status' được cập nhật thành giá trị như 'Cancelled' hoặc trạng thái rút yêu cầu tùy chỉnh.
Thu thập
Dấu thời gian trường 'Approval Status' chuyển thành 'Cancelled' hoặc 'Withdrawn'.
Loại sự kiện
inferred
|
|||
|
Đã từ chối bước phê duyệt
|
Người phê duyệt từ chối bước được giao, thường khiến yêu cầu được gửi lại cho người yêu cầu để chỉnh sửa. Công cụ workflow SuiteApprovals ghi lại rõ thao tác này. | ||
|
Vì sao điều này quan trọng
Sự kiện này là dấu hiệu quan trọng cho thấy có việc phải làm lại và quy trình chưa hiệu quả. Phân tích các điểm bị từ chối giúp tìm ra nguyên nhân phổ biến, chẳng hạn vi phạm chính sách hoặc dữ liệu không chính xác.
Lấy dữ liệu ở đâu
Được ghi nhận trong nhật ký SuiteApprovals hoặc thẻ System Notes, nơi lưu thao tác từ chối, người từ chối và dấu thời gian.
Thu thập
Xác định các thao tác từ chối trong nhật ký SuiteApprovals hoặc System Notes.
Loại sự kiện
explicit
|
|||
Hướng dẫn trích xuất
Sẵn sàng bắt đầu chưa?
Dùng mẫu này để bắt đầu hành trình process mining và khám phá thông tin hữu ích về quy trình yêu cầu mua hàng đến thanh toán trên NetSuite. Bắt đầu cải thiện hiệu quả và rút ngắn thời gian phê duyệt ngay hôm nay.
Bắt đầu cải tiến quy trình yêu cầu mua hàng đến thanh toán ngay hôm nay!
Rút ngắn 30% thời gian phê duyệt yêu cầu mua hàng và loại bỏ điểm nghẽn.
Không cần thẻ tín dụng. Bắt đầu cải thiện quy trình ngay hôm nay.