Mẫu dữ liệu cho quy trình mua hàng đến thanh toán: yêu cầu mua hàng

SAP Ariba
Mẫu dữ liệu cho quy trình mua hàng đến thanh toán: yêu cầu mua hàng

Mẫu dữ liệu cho quy trình mua hàng đến thanh toán: yêu cầu mua hàng

Mẫu dữ liệu này giúp bạn thu thập và sắp xếp thông tin cần thiết để phân tích quy trình mua hàng đến thanh toán, từ khâu yêu cầu mua hàng. Mẫu nêu rõ các thuộc tính và hoạt động cần có trong nhật ký sự kiện để bạn hiểu sâu hơn về hiệu suất quy trình. Bạn cũng sẽ tìm thấy hướng dẫn thực tế về cách trích xuất dữ liệu từ hệ thống nguồn để bắt đầu process mining thuận lợi.
  • Các thuộc tính nên thu thập để phân tích đầy đủ
  • Các hoạt động và mốc quan trọng cần theo dõi trong quy trình
  • Hướng dẫn chi tiết cách trích xuất dữ liệu từ hệ thống
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 của quy trình mua hàng đến thanh toán: yêu cầu mua hàng

Đâ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 mua hàng đến thanh toán, từ khâu yêu cầu mua hàng, và không bỏ sót thông tin quan trọng.
3 Bắt buộc 8 Nên có 8 Không bắt buộc
Tên Mô tả
Dấu thời gian sự kiện
EventTimestamp
Ngày và giờ chính xác khi hoạt động diễn ra, dùng làm dấu thời gian chính để sắp xếp sự kiện.
Mô tả

Dấu thời gian sự kiện ghi lại chính xác thời điểm một hoạt động diễn ra. Dữ liệu có độ chính xác cao này rất cần thiết để sắp xếp đúng thứ tự sự kiện trong từng hồ sơ và tính thời gian giữa các bước của quy trình.

Trong phân tích, dấu thời gian này là cơ sở cho mọi phép tính liên quan đến thời gian, bao gồm thời gian chu kỳ, thời gian chờ và thời gian xử lý. Dữ liệu này hỗ trợ các bảng điều khiển phân tích hiệu suất, chẳng hạn như Requisition Approval Cycle Time và Approval Path Bottleneck Analysis. Độ chính xác của trường này ảnh hưởng trực tiếp đến độ tin cậy của mọi chỉ số hiệu suất.

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

Thuộc tính này cho biết thứ tự thời gian của các sự kiện và là cơ sở để tính hiệu suất cũng như thời lượng, chẳng hạn thời gian chu kỳ và điểm nghẽn.

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

Thường có trong các bản ghi hoạt động hoặc thay đổi trạng thái thuộc dấu vết kiểm tra hay bảng nhật ký giao dịch của SAP Ariba.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Purchase Requisition ID
PurchaseRequisitionId
Mã định danh duy nhất của chứng từ yêu cầu mua hàng, dùng làm mã định danh hồ sơ chính của quy trình.
Mô tả

Purchase Requisition ID là khóa trung tâm liên kết mọi hoạt động của một yêu cầu mua hàng hóa hoặc dịch vụ. Mỗi yêu cầu được tạo trong SAP Ariba có một ID duy nhất, không đổi trong suốt vòng đời, từ lúc tạo và gửi đến khi được phê duyệt, từ chối hoặc đóng.

Trong phân tích 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 hồ sơ. Nhờ đó, bạn có thể tái dựng toàn bộ hành trình của từng yêu cầu, tính chính xác thời gian chu kỳ, xác định các biến thể quy trình và phân tích những vòng lặp làm lại. Nếu thiếu mã định danh này, bạn không thể phân biệt sự kiện thuộc về các yêu cầu khác nhau.

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

Đây là mã định danh hồ sơ thiết yếu, liên kết mọi hoạt động liên quan và cho phép phân tích toàn bộ quy trình của từng yêu cầu mua hàng.

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

Đây là trường khóa chính trong các bảng phần đầu yêu cầu mua hàng thuộc cấu trúc dữ liệu SAP Ariba.

Ví dụ
PR-102345PR-102346PR-102347
Tên hoạt động
ActivityName
Tên của sự kiện kinh doanh cụ thể diễn ra tại một thời điểm trong vòng đời yêu cầu mua hàng.
Mô tả

Tên hoạt động mô tả một bước hoặc cột mốc 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 'Đóng yêu cầu mua hàng'. Dữ liệu này thường được lấy từ nhật ký sự kiện, thay đổi trạng thái hoặc hành động cụ thể của người dùng được ghi lại trong SAP Ariba.

Thuộc tính này rất quan trọng để tạo sơ đồ quy trình, thể hiện trực quan luồng hoạt động. Bằng cách phân tích thứ tự và tần suất hoạt động, chuyên viên phân tích có thể xác định các luồng quy trình phổ biến, điểm nghẽn, sai lệch so với quy trình chuẩn và những khâu phải làm lại. Đây là nền tảng của mọi phân tích process mining.

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 quy trình làm việc của yêu cầu mua hàng, bao gồm điểm nghẽn và sai lệch.

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

Lấy từ nhật ký sự kiện, dấu vết kiểm tra hoặc bản ghi thay đổi trạng thái trong SAP Ariba, thường liên kết với các bảng phần đầu yêu cầu mua hàng và dòng hàng.

Ví dụ
Gửi yêu cầu mua hàngPhê duyệt bướcChỉnh sửa yêu cầu mua hàngTạo đơn đặt hàng
Danh mục mặt hàng
ItemCategory
Phân loại hàng hóa hoặc dịch vụ được yêu cầu, chẳng hạn 'Phần cứng CNTT', 'Văn phòng phẩm' hoặc 'Dịch vụ chuyên môn'.
Mô tả

Danh mục mặt hàng cho biết loại hàng hóa hoặc dịch vụ được mua. Cách phân loại này giúp hiểu xu hướng chi tiêu và áp dụng chiến lược, chính sách mua sắm phù hợp với từng danh mục.

Trong process mining, thuộc tính này rất quan trọng với bảng điều khiển 'Requisition Amendment Analysis'. Thuộc tính có thể cho thấy một số danh mục mặt hàng thường bị chỉnh sửa hơn, có thể do thông số chưa rõ hoặc giá cả biến động. Bạn cũng có thể so sánh hiệu suất quy trình, chẳng hạn thời gian phê duyệt, giữa các loại mặt hàng để xem danh mục nào gặp nhiều trở ngại hơn.

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

Cho phép phân tích theo loại hàng hóa hoặc dịch vụ được mua, giúp xác định đ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

Tham khảo tài liệu SAP Ariba. Thông tin này thường có ở cấp dòng hàng của yêu cầu mua hàng.

Ví dụ
Phần cứng CNTTDịch vụ tư vấnVăn phòng phẩmTài liệu tiếp thị
Luồng phê duyệt
ApprovalWorkflowPath
Trình tự các bước phê duyệt đã xác định trước mà yêu cầu mua hàng cần thực hiện.
Mô tả

Thuộc tính này xác định biến thể quy trình chuẩn hoặc ma trận phê duyệt mà yêu cầu cần tuân theo, dựa trên các đặc điểm như giá trị, danh mục mặt hàng và phòng ban. Đây là quy trình mục tiêu hoặc luồng chuẩn.

Thuộc tính này là nền tảng để kiểm tra mức độ tuân thủ và được dùng trong bảng điều khiển 'Requisition Compliance Overview'. Bằng cách so sánh trình tự hoạt động thực tế với luồng phê duyệt dự kiến, chuyên viên phân tích có thể tự động phát hiện vi phạm chính sách, bước phê duyệt không được phép hoặc bước kiểm soát bị bỏ qua. Đây là việc quan trọng đối với kiểm toán nội bộ và quản lý rủi ro.

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

Xác định quy trình chuẩn cần thực hiện, cho phép tự động kiểm tra mức độ tuân thủ để phát hiện sai lệch và vi phạm chính sách.

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

Tham khảo tài liệu SAP Ariba. Thông tin này có thể được suy ra từ cấu hình ma trận phê duyệt hoặc một trường cụ thể trên yêu cầu mua hàng.

Ví dụ
CNTT tiêu chuẩn > 10.000 USDDịch vụ tiếp thị < 5.000 USDChi phí đầu tư > 100.000 USD
Lý do từ chối
RejectionReason
Lý do người phê duyệt đưa ra khi từ chối yêu cầu mua hàng hoặc một bước phê duyệt.
Mô tả

Khi yêu cầu mua hàng bị từ chối, người phê duyệt thường nêu lý do bằng văn bản tự do hoặc chọn từ danh sách có sẵn. Thuộc tính này ghi lại phản hồi quan trọng đó.

Dữ liệu này là nền tảng của bảng điều khiển 'Requisition Rejection Rate Analysis'. Phân tích những lý do từ chối phổ biến nhất giúp tìm ra nguyên nhân gốc rễ khiến quy trình không thành công, chẳng hạn mã hạch toán sai, giải trình chưa đầy đủ hoặc vấn đề ngân sách. Từ đó, bạn có thể cải thiện hoạt động đào tạo cho người yêu cầu và nâng cao chất lượng yêu cầu ngay từ đầu, giảm việc làm lại.

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

Cho biết trực tiếp lý do yêu cầu mua hàng không thành công, giúp phân tích nguyên nhân gốc rễ để giảm việc làm lại và tăng tỷ lệ hoàn tất đúng ngay lần đầu.

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

Tham khảo tài liệu SAP Ariba. Thông tin này thường được ghi trong phần nhận xét hoặc lịch sử gắn với sự kiện từ chối.

Ví dụ
Sai tài khoản sổ cáiVượt ngân sáchGiải trình chưa đầy đủYêu cầu trùng lặp
Mức độ khẩn cấp
UrgencyLevel
Chỉ báo mức độ ưu tiên của yêu cầu, chẳng hạn 'Bình thường', 'Khẩn cấp' hoặc 'Rất khẩn cấp'.
Mô tả

Mức độ khẩn cấp, thường được thể hiện bằng cờ ưu tiên, cho biết nhu cầu xử lý nhanh của doanh nghiệp. Người yêu cầu thường đặt mức này để các nhu cầu cấp thiết được giải quyết kịp thời.

Thuộc tính này là dữ liệu chính cho bảng điều khiển 'Urgent Requisition Process Monitor' và KPI 'Urgent Requisition Proc. Time'. Bạn có thể so sánh trực tiếp thời gian chu kỳ giữa yêu cầu khẩn cấp và yêu cầu thông thường để đánh giá việc ưu tiên xử lý có hiệu quả hay không. Phân tích sai lệch hoặc chậm trễ trong các yêu cầu khẩn cấp cũng giúp duy trì hoạt động kinh doanh liên tục.

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

Cho phép ưu tiên phân tích và theo dõi xem các yêu cầu có mức ưu tiên cao có được xử lý nhanh hơn hay không, giúp đáp ứng nhu cầu cấp thiết của doanh nghiệp.

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

Tham khảo tài liệu SAP Ariba. Trường này thường có thể chọn trên biểu mẫu tạo yêu cầu mua hàng.

Ví dụ
CaoTrung bìnhThấp
Người thực hiện sự kiện
EventUser
ID hoặc tên người thực hiện hoạt động, chẳng hạn người yêu cầu hoặc người phê duyệt.
Mô tả

Thuộc tính người thực hiện sự kiện xác định cá nhân phụ trách một bước cụ thể trong quy trình. Đó có thể là nhân viên gửi yêu cầu mua hàng, quản lý phê duyệt yêu cầu hoặc nhân viên mua sắm xử lý yêu cầu.

Thuộc tính này rất cần thiết để phân tích khối lượng công việc, so sánh hiệu suất và xác định nhu cầu đào tạo. Thuộc tính này hỗ trợ bảng điều khiển 'Approver Workload and Performance', cho phép phân tích thời gian phê duyệt theo từng người dùng. Bạn cũng có thể dùng dữ liệu này để tìm nguyên nhân chậm trễ hoặc sai lệch bằng cách truy ngược đến cá nhân hay nhóm cụ thể.

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

Thuộc tính này cho phép phân tích cách phân bổ khối lượng công việc, hiệu suất người dùng và phân bổ tài nguyên, giúp xác định điểm nghẽn do cá nhân hoặc nhóm cụ thể gây ra.

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

Tham khảo tài liệu SAP Ariba. Thông tin này thường được lưu trong bảng dấu vết kiểm tra hoặc lịch sử và liên kết với dữ liệu người dùng.

Ví dụ
john.doejane.smithmanager123
Phòng ban của người yêu cầu
RequesterDepartment
Phòng ban kinh doanh hoặc trung tâm chi phí của nhân viên tạo yêu cầu mua hàng.
Mô tả

Thuộc tính này cung cấp bối cảnh tổ chức bằng cách xác định bộ phận nào khởi tạo yêu cầu. Thông tin thường được lấy từ hồ sơ người dùng của người yêu cầu hoặc nhập trực tiếp trên biểu mẫu yêu cầu.

Trong phân tích, đây là chiều dữ liệu hữu ích để lọc và so sánh. Thuộc tính này được dùng trong hầu hết các bảng điều khiển, chẳng hạn 'Requisition Approval Cycle Time' và 'Requisition Rejection Rate Analysis', để phân tích chỉ số theo phòng ban. Nhờ đó, bạn có thể xác định phòng ban nào có thời gian chu kỳ dài nhất, tỷ lệ chỉnh sửa cao nhất hoặc nhiều yêu cầu không tuân thủ nhất, từ đó tập trung cải tiến quy trình đúng chỗ.

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

Cho phép phân nhóm và so sánh hiệu suất quy trình giữa các bộ phận trong tổ chức, qua đó làm rõ vấn đề riêng của từng phòng ban hoặc cách làm hiệu quả.

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

Tham khảo tài liệu SAP Ariba. Thông tin này thường có trong dữ liệu phần đầu yêu cầu mua hàng và liên kết với hồ sơ người dùng của người yêu cầu.

Ví dụ
Tiếp thịVận hành CNTTTài chínhNghiên cứu và phát triển
Tổng giá trị yêu cầu mua hàng
TotalRequisitionAmount
Tổng giá trị bằng tiền của yêu cầu mua hàng.
Mô tả

Thuộc tính này ghi nhận giá trị tài chính của toàn bộ yêu cầu. Đây là thông tin kinh doanh quan trọng, giúp phân loại và xác định mức độ ưu tiên của yêu cầu.

Phân tích các chỉ số quy trình theo giá trị này có thể cho thấy những xu hướng đáng chú ý. Ví dụ, yêu cầu có giá trị cao có thể đi theo luồng phê duyệt chặt chẽ hơn hoặc có thời gian chu kỳ dài hơn. Thuộc tính này rất cần thiết để hiểu tác động tài chính của những điểm kém hiệu quả trong quy trình và phân nhóm yêu cầu theo giá trị để so sánh.

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

Cung cấp bối cảnh tài chính quan trọng, giúp phân tích giá trị yêu cầu ảnh hưởng thế nào đến quy trình, chẳng hạn thời gian phê duyệt và độ phức tạp của quy trình làm việc.

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

Tham khảo tài liệu SAP Ariba. Đây là trường tiêu chuẩn trong phần đầu yêu cầu mua hàng.

Ví dụ
1500.0025000.5099.95
Trạng thái yêu cầu mua hàng
RequisitionStatus
Trạng thái hiện tại của yêu cầu mua hàng trong vòng đời xử lý.
Mô tả

Thuộc tính này thể hiện trạng thái theo thời gian thực của yêu cầu, chẳng hạn như “Đang soạn”, “Đã gửi”, “Đã phê duyệt”, “Bị từ chối” hoặc “Đã đóng”. Thuộc tính cho biết mỗi hồ sơ đang ở bước nào tại thời điểm trích xuất dữ liệu.

process mining tái dựng luồng xử lý trong quá khứ, còn thuộc tính này rất cần thiết để theo dõi vận hành. Đây là dữ liệu chính cho “Bộ theo dõi trạng thái yêu cầu mua hàng trực tiếp”, giúp quản lý nắm được khối lượng công việc hiện tại và phát hiện yêu cầu bị đình trệ hoặc xử lý quá lâu. Nhờ đó, bạn có thể theo dõi ngay các yêu cầu đang được xử lý và biết cần hành động ở đâu.

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

Giúp theo dõi quy trình xử lý yêu cầu mua hàng theo thời gian thực, phát hiện và xử lý các yêu cầu bị đình trệ hoặc kéo dài trước khi phát sinh vấn đề.

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

Tham khảo tài liệu SAP Ariba. Đây là trường trạng thái tiêu chuẩn trong phần đầu yêu cầu mua hàng.

Ví dụ
Đã phê duyệtĐã gửiBị từ chốiĐang chờ phê duyệt
Có làm lại
IsRework
Cờ đúng/sai cho biết yêu cầu có phải làm lại, chẳng hạn do bị từ chối hoặc phải sửa đổi nhiều lần, hay không.
Mô tả

Thuộc tính được tính toán này đo mức độ kém hiệu quả rộng hơn “Đã sửa đổi”. Thuộc tính đánh dấu các hồ sơ có nhiều vòng làm lại, thường được xác định là có ít nhất một sự kiện “Bước phê duyệt bị từ chối” hoặc nhiều sự kiện “Yêu cầu mua hàng được sửa đổi”.

Cờ này được dùng để tính KPI “Tỷ lệ yêu cầu mua hàng phải làm lại”. Thuộc tính giúp đo chi phí và thời gian chậm trễ phát sinh do quy trình không đạt yêu cầu. Phân tích các hồ sơ bị đánh dấu làm lại có thể giúp tìm ra những điểm chung liên quan đến người phê duyệt, phòng ban hoặc loại yêu cầu gây cản trở quy trình.

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

Xác định hồ sơ gặp trở ngại đáng kể, chẳng hạn như bị từ chối, để bạn tập trung phân tích nguyên nhân kém hiệu quả và chậm trễ.

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

Được tính là đúng nếu hồ sơ có hoạt động từ chối hoặc có nhiều hơn một hoạt động sửa đổi.

Ví dụ
truefalse
Có tự động hóa
IsAutomated
Cờ đúng/sai cho biết hoạt động do hệ thống hay người dùng thực hiện.
Mô tả

Thuộc tính này phân biệt sự kiện tự động của hệ thống, chẳng hạn như tự động phê duyệt hoặc tự đổi trạng thái, với hoạt động do người dùng thực hiện. Đây là thông tin quan trọng để hiểu mức độ tự động hóa của quy trình.

Khi phân tích, bạn có thể đo chính xác công sức của nhân viên và tìm cơ hội tự động hóa thêm. Ví dụ, lọc các hoạt động thủ công giúp tính chính xác thời gian xử lý có sự tham gia của người dùng. Thuộc tính này cũng giúp kiểm tra xem các quy tắc tự động có hoạt động như mong đợi hay không.

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

Phân biệt thao tác của người dùng với thao tác của hệ thống, giúp đo tỷ lệ tự động hóa và tìm cơ hội tự động hóa mới.

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

Thông thường, thuộc tính này được xác định bằng cách kiểm tra xem “Người thực hiện sự kiện” có phải là mã người dùng hệ thống hoặc người dùng chạy theo lô hay không.

Ví dụ
truefalse
Đã sửa đổi
IsAmended
Cờ đúng/sai cho biết yêu cầu đã được sửa đổi ít nhất một lần sau lần gửi đầu tiên hay chưa.
Mô tả

Thuộc tính được tính toán này xác định các hồ sơ có ít nhất một hoạt động “Yêu cầu mua hàng được sửa đổi”. Nhờ đó, bạn dễ đánh dấu những yêu cầu cần thay đổi trong quá trình xử lý.

Cờ này được dùng để tính KPI “Tỷ lệ yêu cầu mua hàng được sửa đổi”. Bằng cách đếm số hồ sơ có cờ này là đúng, nhà phân tích có thể đo tần suất làm lại và tìm nguyên nhân bằng cách đối chiếu với các thuộc tính khác như “Tên người yêu cầu” hoặc “Danh mục mặt hàng”.

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

Giúp tính KPI tỷ lệ yêu cầu được sửa đổi, đo mức độ làm lại và tìm những nội dung cần nêu rõ hơn ngay từ đầu.

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

Được tính là đúng nếu hồ sơ có ít nhất một hoạt động “Yêu cầu mua hàng được sửa đổi”, nếu không thì là sai.

Ví dụ
truefalse
Hệ thống nguồn
SourceSystem
Hệ thống lưu trữ dữ liệu gốc được trích xuất.
Mô tả

Thuộc tính này xác định nguồn gốc của dữ liệu quy trình. Trong chế độ xem này, giá trị luôn là 'SAP Ariba'. Tuy nhiên, khi kết hợp dữ liệu từ 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ố.

Trong phân tích, thuộc tính này giúp xác nhận nguồn dữ liệu và có thể dùng để lọc hoặc so sánh các quy trình trải rộng trên nhiều hệ thống. Nhờ đó, nguồn dữ liệu rõ ràng và đáng tin cậy hơn, giúp các bên liên quan yên tâm sử dụng.

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

Xác định nguồn gốc dữ liệu, yếu tố quan trọng để quản trị dữ liệu, xử lý sự cố và hiểu đúng bối cảnh phân tích.

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

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

Ví dụ
SAP AribaSAP_ARIBA_P2PAribaCloud
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ủa bản ghi này được làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này cho biết ngày giờ trích xuất hoặc cập nhật dữ liệu gần nhất cho một sự kiện. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến đâu, đặc biệt hữu ích khi theo dõi các quy trình đang diễn ra.

Chuyên viên phân tích dùng thông tin này để biết các thông tin chuyên sâu được tạo ra dựa trên dữ liệu mới đến mức nào. Với các bảng điều khiển như 'Live Requisition Status Tracker', trường này giúp người dùng biết thông tin hiển thị được cập nhật đến thời điểm nào. Nhờ đó, bạn có thể đặt kỳ vọng phù hợp về độ mới của dữ liệu.

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

Cho biết dữ liệu mới đến đâu, giúp đánh giá mức độ kịp thời và phù hợp của thông tin chuyên sâu từ process mining.

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

Dấu thời gian này thường được tạo và thêm vào từng bản ghi trong quá trình nạp dữ liệu.

Ví dụ
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Mã đơn đặt hàng
PurchaseOrderId
Mã định danh của đơn đặt hàng được tạo từ yêu cầu đã phê duyệt.
Mô tả

Thuộc tính này liên kết yêu cầu mua hàng với chứng từ tiếp theo là đơn đặt hàng (PO). Khi có mã này, yêu cầu đã được chuyển thành đơn đặt hàng.

Đây là dữ liệu cần thiết để phân tích quy trình đầu cuối, bao gồm cả giai đoạn sau khi tạo yêu cầu. Bạn có thể dùng thuộc tính này để tính KPI “Thời gian từ yêu cầu đến PO” bằng cách liên kết sự kiện tạo yêu cầu với sự kiện tạo PO. Nhờ đó, bạn có cái nhìn rõ hơn về giai đoạn đầu của chu trình mua sắm.

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

Liên kết yêu cầu với đơn đặt hàng tiếp theo, giúp đo thời gian xử lý từ yêu cầu đến PO trên toàn quy trình.

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

Tham khảo tài liệu SAP Ariba. Thông tin này thường được lưu trong dữ liệu dòng yêu cầu sau khi tạo PO.

Ví dụ
PO-4500012345PO-4500012346PO-4500012347
Tên người phê duyệt
ApproverName
Tên người dùng được giao phê duyệt một bước cụ thể trong quy trình làm việc.
Mô tả

Thuộc tính này xác định quản lý hoặc bên liên quan chịu trách nhiệm cho một hoạt động phê duyệt cụ thể. Khác với “Người thực hiện sự kiện” nói chung, thuộc tính này chỉ gắn với các bước phê duyệt.

Đây là thuộc tính quan trọng trong bảng điều khiển “Khối lượng công việc và hiệu suất của người phê duyệt”. Bạn có thể theo dõi số yêu cầu mỗi người xử lý và thời gian phê duyệt trung bình. Từ đó, bạn dễ nhận ra điểm nghẽn ở từng cá nhân, cân bằng khối lượng công việc và đánh giá hiệu suất so với mục tiêu.

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

Xác định người chịu trách nhiệm cho từng bước phê duyệt, giúp cân bằng khối lượng công việc và phân tích hiệu suất của người phê duyệt.

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

Tham khảo tài liệu SAP Ariba. Thông tin này được lưu trong dữ liệu luồng phê duyệt liên kết với yêu cầu mua hàng.

Ví dụ
Sarah JonesDavid ChenMaria Garcia
Tên người yêu cầu
RequesterName
Tên nhân viên đã tạo yêu cầu mua hàng.
Mô tả

Thuộc tính ở cấp hồ sơ này xác định người tạo yêu cầu mua hàng. Thuộc tính cung cấp thông tin về nguồn gốc yêu cầu và người liên quan đã gửi yêu cầu.

Khi phân tích, bạn có thể dùng thuộc tính này để lọc quy trình và xem hành vi theo từng người yêu cầu. Chẳng hạn, các bảng điều khiển “Phân tích yêu cầu mua hàng được sửa đổi” và “Phân tích tỷ lệ yêu cầu mua hàng bị từ chối” dùng thuộc tính này để tìm những người có thể cần được hướng dẫn thêm do thường xuyên sửa đổi hoặc bị từ chối yêu cầu. Nhờ đó, bạn có thể điều chỉnh phản hồi và hoạt động cải tiến phù hợp với từng người.

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

Xác định người tạo yêu cầu, giúp phân tích cách quy trình diễn ra và chất lượng yêu cầu theo từng người gửi.

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

Tham khảo tài liệu SAP Ariba. Đây là trường tiêu chuẩn trong phần đầu yêu cầu mua hàng, thường có nhãn “Người tạo” hoặc “Người yêu cầu”.

Ví dụ
Alice WilliamsBob MillerCharles Brown
Bắt buộc Nên có Không bắt buộc

Hoạt động trong quy trình mua hàng đến thanh toán: yêu cầu mua hàng

Đây là các bước và mốc quan trọng cần ghi lại trong nhật ký sự kiện để khám phá quy trình chính xác và xác định điểm nghẽn.
6 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Đóng yêu cầu mua hàng
Đây là bước đóng hành chính cuối cùng của Purchase Requisition sau khi hoàn tất mọi hoạt động liên quan, chẳng hạn đặt hàng và nhận hàng. Sự kiện được ghi lại khi trạng thái cuối cùng chuyển sang 'Closed'.
Vì sao điều này quan trọng

Đánh dấu kết thúc chính thức vòng đời của yêu cầu mua hàng. Phân tích thời gian từ lúc tạo PO đến khi đóng yêu cầu có thể giúp phát hiện điểm nghẽn trong các quy trình nhận hàng hoặc lập hóa đơn tiếp theo.

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

Suy ra từ lịch sử chứng từ Ariba, nơi ghi lại thời điểm trạng thái yêu cầu chuyển sang 'Closed'.

Thu thập

Xác định thời điểm trường trạng thái của yêu cầu chuyển sang 'Closed'.

Loại sự kiện inferred
Gửi yêu cầu mua hàng
Ghi nhận thời điểm người yêu cầu chính thức gửi Purchase Requisition vào quy trình làm việc phê duyệt. Sự kiện này được xác định khi trạng thái chuyển từ 'Composing' sang 'Submitted'.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, khởi động quy trình phê duyệt. Sự kiện này cần thiết để đo lường 'Requisition Approval Cycle Time' và 'Requisition Creation Lead Time'.

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

Suy ra từ lịch sử chứng từ hoặc nhật ký kiểm tra của Ariba, nơi ghi lại thời điểm trạng thái yêu cầu chuyển sang 'Submitted'.

Thu thập

Xác định thời điểm trường trạng thái của yêu cầu lần đầu chuyển sang 'Submitted'.

Loại sự kiện inferred
Phê duyệt yêu cầu mua hàng
Ghi nhận lần phê duyệt cuối cùng của Purchase Requisition sau khi yêu cầu hoàn tất mọi bước trong quy trình làm việc. Sự kiện được xác định khi trạng thái chuyển sang 'Approved'.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, đánh dấu kết thúc giai đoạn phê duyệt. Sự kiện này là điểm kết thúc để đo 'Avg Requisition Approval Time' và cho biết yêu cầu đã sẵn sàng để tạo PO.

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

Suy ra từ lịch sử chứng từ Ariba, nơi ghi lại lần chuyển trạng thái cuối cùng của yêu cầu sang 'Approved'.

Thu thập

Xác định thời điểm trường trạng thái của yêu cầu chuyển sang 'Approved'.

Loại sự kiện inferred
Tạo đơn đặt hàng
Ghi nhận việc chuyển đổi thành công Purchase Requisition đã được phê duyệt thành Purchase Order. Sự kiện được ghi lại khi chứng từ PO tham chiếu đến yêu cầu mua hàng được tạo.
Vì sao điều này quan trọng

Đây là kết quả thành công chính của quy trình yêu cầu mua hàng. Sự kiện này cần thiết để đo KPI 'Requisition to PO Lead Time' từ đầu đến cuối.

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

Đây là sự kiện được ghi nhận rõ ràng. Sử dụng dấu thời gian tạo chứng từ Purchase Order có liên kết hoặc tham chiếu trực tiếp đến Purchase Requisition ID nguồn.

Thu thập

Tìm PO liên kết với yêu cầu trong bảng phần đầu PO, rồi dùng dấu thời gian tạo PO.

Loại sự kiện explicit
Tạo yêu cầu mua hàng
Ghi nhận thời điểm người dùng tạo chứng từ Purchase Requisition. Sự kiện này được ghi lại khi yêu cầu được lưu lần đầu ở trạng thái 'Composing' hoặc bản nháp.
Vì sao điều này quan trọng

Đây là điểm bắt đầu trong vòng đời của yêu cầu mua hàng. Phân tích thời gian từ lúc tạo đến khi gửi giúp đo lường hiệu quả của người dùng và xác định nhu cầu đào tạo.

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

Dựa trên dấu thời gian tạo đối tượng Purchase Requisition trong SAP Ariba. Thông tin này có trong dữ liệu phần đầu chứng từ và thể hiện rõ sự kiện tạo yêu cầu.

Thu thập

Dùng dấu thời gian 'CreateTime' hoặc trường tương đương trong bảng phần đầu chứng từ yêu cầu mua hàng.

Loại sự kiện explicit
Từ chối yêu cầu mua hàng
Ghi nhận việc Purchase Requisition bị từ chối sau khi được xem xét. Đây là trạng thái kết thúc của quy trình, được xác định khi trạng thái chuyển sang 'Denied'.
Vì sao điều này quan trọng

Đây là điểm kết thúc khi yêu cầu không thành công. Phân tích các yêu cầu bị từ chối là việc cần thiết để tính KPI 'Requisition Rejection Rate', tìm ra xu hướng và cải thiện chất lượng yêu cầu.

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

Suy ra từ lịch sử chứng từ Ariba, nơi ghi lại lần chuyển trạng thái cuối cùng của yêu cầu sang 'Denied'.

Thu thập

Xác định thời điểm trường trạng thái của yêu cầu chuyển sang 'Denied'.

Loại sự kiện inferred
Bắt đầu bước phê duyệt
Cho biết Purchase Requisition đã được chuyển đến người phê duyệt hoặc hàng đợi phê duyệt và đang chờ xử lý. Sự kiện được ghi lại khi yêu cầu phê duyệt được tạo và giao cho người xử lý.
Vì sao điều này quan trọng

Cung cấp thông tin chi tiết về quy trình làm việc phê duyệt. Đây là dữ liệu thiết yếu để tính thời gian chờ và xác định bước nào là điểm nghẽn trong 'Approval Path Bottleneck Analysis'.

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

Dựa trên các bảng luồng phê duyệt của Ariba, nơi ghi lại việc tạo và giao từng tác vụ phê duyệt gắn với yêu cầu mua hàng.

Thu thập

Dùng dấu thời gian tạo bản ghi yêu cầu phê duyệt gắn với yêu cầu mua hàng và bước phê duyệt cụ thể.

Loại sự kiện explicit
Chỉnh sửa yêu cầu mua hàng
Sự kiện xảy ra khi người dùng sửa Purchase Requisition sau khi đã gửi, thường là để phản hồi việc bị từ chối hoặc yêu cầu bổ sung thông tin. Sự kiện được ghi lại khi chứng từ được chỉnh sửa và gửi lại.
Vì sao điều này quan trọng

Theo dõi việc làm lại và những điểm kém hiệu quả trong quy trình. Tần suất chỉnh sửa cao có thể cho thấy yêu cầu ban đầu hoặc chính sách chưa rõ ràng, ảnh hưởng đến KPI 'Requisition Amendment Rate'.

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

Suy ra từ dữ liệu phiên bản trong Ariba. Mỗi lần chỉnh sửa sẽ tạo một phiên bản mới của chứng từ yêu cầu mua hàng. Phiên bản lớn hơn 1 cho biết chứng từ đã được chỉnh sửa.

Thu thập

Kiểm tra xem có phiên bản mới nào của yêu cầu được tạo sau trạng thái 'Submitted' ban đầu hay không. Dấu thời gian của phiên bản mới là thời điểm sự kiện.

Loại sự kiện inferred
Chuyển yêu cầu mua hàng đến bộ phận tìm nguồn cung ứng
Sự kiện xảy ra khi yêu cầu đã được phê duyệt được chuyển đến bộ phận tìm nguồn cung ứng để tổ chức hoạt động như RFQ trước khi tạo PO. Sự kiện được ghi nhận qua thay đổi trạng thái, chẳng hạn sang 'Sourcing'.
Vì sao điều này quan trọng

Đánh dấu một nhánh quan trọng trong quy trình dành cho mặt hàng giá trị cao hoặc không theo chuẩn. Sự kiện này giúp phân tích thời gian xử lý do bộ phận tìm nguồn cung ứng đóng góp.

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

Suy ra khi trạng thái yêu cầu chuyển sang giá trị cho biết yêu cầu đã được gửi đến bộ phận tìm nguồn cung ứng. Trường hợp này thường gặp khi Ariba Buying được tích hợp với Ariba Sourcing.

Thu thập

Xác định thời điểm trường trạng thái của yêu cầu chuyển sang 'Sourcing' hoặc trạng thái tùy chỉnh tương tự.

Loại sự kiện inferred
Đặt hàng cho dòng hàng trong yêu cầu
Ghi nhận thời điểm trạng thái của một dòng hàng trong yêu cầu chuyển sang 'Ordered' sau khi dòng hàng được đưa vào đơn đặt hàng. Cách này theo dõi chi tiết hơn so với chỉ ghi nhận việc tạo PO ở cấp phần đầu chứng từ.
Vì sao điều này quan trọng

Cho phép phân tích việc đặt hàng một phần hoặc chậm trễ ở cấp dòng hàng, những điều không thể thấy nếu chỉ xem phần đầu chứng từ. Cách này hữu ích với yêu cầu có nhiều dòng hàng được đáp ứng bằng các PO khác nhau.

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

Suy ra từ thay đổi trạng thái của đối tượng dòng hàng trong yêu cầu. Trạng thái dòng hàng được cập nhật thành 'Ordered' khi PO được tạo cho dòng đó.

Thu thập

Xác định thời điểm trường trạng thái của dòng hàng trong yêu cầu chuyển sang 'Ordered'.

Loại sự kiện inferred
Phê duyệt bước
Ghi nhận kết quả chấp thuận của một bước phê duyệt, khi người phê duyệt đã duyệt phần việc được giao trong yêu cầu mua hàng. Hành động phê duyệt này được ghi lại rõ ràng.
Vì sao điều này quan trọng

Đo thời gian xử lý của từng người phê duyệt. Dữ liệu này rất cần thiết để tính 'Avg Approval Step Duration' và đánh giá khối lượng công việc của người phê duyệt.

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

Dựa trên các bảng luồng phê duyệt của Ariba. Hệ thống ghi dấu thời gian khi người phê duyệt chọn hành động 'Approve' cho tác vụ được giao.

Thu thập

Dùng dấu thời gian của hành động 'Approve' được ghi trong lịch sử phê duyệt cho bước cụ thể.

Loại sự kiện explicit
Rút yêu cầu mua hàng
Sự kiện xảy ra khi người yêu cầu ban đầu hủy Purchase Requisition đã gửi trước khi yêu cầu được phê duyệt hoàn toàn. Sự kiện được ghi lại khi trạng thái chuyển sang 'Withdrawn' hoặc 'Canceled'.
Vì sao điều này quan trọng

Ghi nhận việc người dùng kết thúc quy trình. Phân tích lý do yêu cầu bị rút có thể giúp phát hiện vấn đề do nhu cầu kinh doanh thay đổi hoặc thời gian phê duyệt kéo dài.

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

Suy ra từ lịch sử chứng từ hoặc nhật ký kiểm tra của Ariba, nơi ghi lại thời điểm trạng thái yêu cầu chuyển sang 'Withdrawn'.

Thu thập

Xác định thời điểm trường trạng thái của yêu cầu chuyển sang 'Withdrawn'.

Loại sự kiện inferred
Từ chối bước phê duyệt
Ghi nhận kết quả không chấp thuận của một bước phê duyệt, khi người phê duyệt từ chối yêu cầu mua hàng, thường là để yêu cầu chỉnh sửa. Hành động này được ghi lại rõ ràng dưới dạng 'Deny'.
Vì sao điều này quan trọng

Cho thấy một nguyên nhân chính dẫn đến việc làm lại và chậm trễ quy trình. Phân tích các sự kiện này rất quan trọng để hiểu 'Requisition Rework Rate' và lý do yêu cầu bị từ chối.

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

Dựa trên các bảng luồng phê duyệt của Ariba. Hệ thống ghi dấu thời gian khi người phê duyệt chọn hành động 'Deny' hoặc 'Reject' cho tác vụ được giao.

Thu thập

Dùng dấu thời gian của hành động 'Deny' được ghi trong lịch sử phê duyệt cho bước cụ thể.

Loại sự kiện explicit
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ừ SAP Ariba

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

Dùng mẫu này để chuẩn bị dữ liệu nhanh hơn và tìm ra thông tin hữu ích về quy trình mua hàng đến thanh toán, từ khâu yêu cầu mua hàng. Bắt đầu cải tiến hoạt động vận hành ngay hôm nay.

Chấm dứt chậm trễ: tối ưu quy trình yêu cầu mua hàng đến thanh toán

Xác định điểm kém hiệu quả trên SAP Ariba và giảm 30% thời gian xử lý.

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

Không cần thẻ tín dụng. Thiết lập nhanh chóng, dễ dàng.