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

Coupa
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 hướng dẫn bạn thu thậ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ó để tạo nhật ký sự kiện đầy đủ. Bạn cũng sẽ tìm thấy hướng dẫn trích xuất dữ liệu này từ hệ thống Coupa.
  • Các thuộc tính nên có để phân tích đầy đủ
  • 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
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à những trường dữ liệu nên đưa vào nhật ký sự kiện để phân tích đầy đủ quy trình mua hàng đến thanh toán, từ khâu yêu cầu mua hàng.
5 Bắt buộc 5 Nên có 11 Không bắt buộc
Tên Mô tả
Mã yêu cầu mua hàng
PurchaseRequisitionId
Mã định danh duy nhất của mỗi yêu cầu mua hàng, dùng làm mã hồ sơ chính của quy trình.
Mô tả

Mã yêu cầu mua hàng là khóa trung tâm liên kết mọi hoạt động của một yêu cầu hàng hóa hoặc dịch vụ. Mỗi yêu cầu được cấp một mã duy nhất khi tạo và giữ nguyên mã đó trong suốt vòng đời. Nhờ vậy, bạn có thể theo dõi yêu cầu từ lúc tạo và gửi đi, qua các bước phê duyệt hoặc từ chối, đến khi chuyển sang tìm nguồn cung ứng và đóng lại. Trong process mining, mỗi dòng nhật ký sự kiện gắn với mã này, giúp tái dựng toàn bộ hành trình của từng hồ sơ.

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

Đây là mã hồ sơ thiết yếu, liên kết mọi bước trong quy trình và cho phép phân tích toàn bộ vòng đời yêu cầu mua hàng từ đầu đến cuối.

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

Đây là trường khóa chính trong mô-đun Requisitions của Coupa và các bản xuất dữ liệu liên quan.

Ví dụ
PR-102934PR-102935PR-102936
Tên hoạt động
ActivityName
Tên hoạt động kinh doanh hoặc sự kiện cụ thể xảy ra tại một thời điểm trong quá trình xử lý yêu cầu mua hàng.
Mô tả

Thuộc tính này ghi lại các bước riêng biệt trong vòng đời yêu cầu mua hàng. Ví dụ: “Đã tạo yêu cầu mua hàng”, “Bước phê duyệt đã được phê duyệt” và “Yêu cầu mua hàng đã chuyển sang tìm nguồn cung ứng”. Mỗi hoạt động thể hiện một cột mốc hoặc thao tác cụ thể trên yêu cầu. Phân tích trình tự và tần suất của các hoạt động này là nền tảng của process mining, giúp trực quan hóa sơ đồ quy trình, xác định các luồng phổ biến và phát hiện sai lệch so với quy trình chuẩn.

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

Thuộc tính này xác định các bước trên sơ đồ quy trình, giúp trực quan hóa và phân tích luồng xử lý yêu cầu mua hàng.

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

Thông tin này thường được lấy từ nhật ký sự kiện, bản ghi thay đổi trạng thái hoặc nhật ký kiểm tra trong Coupa. Có thể cần ánh xạ từ các trường trạng thái hoặc mã thao tác.

Ví dụ
Tạo yêu cầu mua hàngGửi yêu cầu mua hàngBước phê duyệt được chấp thuậnYêu cầu mua hàng bị từ chốiĐơn đặt hàng đã được tạo
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 của yêu cầu mua hàng được lưu nhận. Dữ liệu này rất quan trọng để sắp xếp sự kiện theo trình tự thời gian và dựng luồng quy trình. Đây cũng là cơ sở cho mọi phân tích theo thời gian, bao gồm tính thời gian xử lý, xác định điểm nghẽn bằng cách đo khoảng thời gian giữa các hoạt động và theo dõi hiệu suất quy trình qua từng giai đoạn. Dấu thời gian chính xác, chi tiết là điều kiện cần để phân tích quy trình có ý nghĩa.

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

Dấu thời gian này rất quan trọng để sắp xếp sự kiện chính xác và tính mọi chỉ số dựa trên thời lượng, chẳng hạn như thời gian xử lý và điểm nghẽn.

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

Thông tin này được lưu trong nhật ký kiểm tra hoặc lịch sử của từng yêu cầu mua hàng trong Coupa, thường ở trường “created_at” hoặc “updated_at” của mỗi thao tác.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
Hệ thống nguồn
SourceSystem
Cho biết hệ thống nguồn nơi dữ liệu được trích xuất.
Mô tả

Thuộc tính này xác định hệ thống ghi nhận dữ liệu gốc của quy trình. Trong phân tích này, giá trị luôn là “Coupa”. Đây là thông lệ tốt, nhất là khi dữ liệu được gộp từ nhiều hệ thống. Trường này cung cấp thông tin cần thiết về nguồn gốc dữ liệu và hỗ trợ quản trị dữ liệu cũng như áp dụng quy tắc chất lượng.

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

Cho biết rõ nguồn gốc dữ liệu, rất cần thiết cho việc quản trị dữ liệu và kết hợp dữ liệu từ nhiều hệ thống doanh nghiệp.

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 và chuyển đổi dữ liệu để ghi nhãn nguồn gốc của tập dữ liệu.

Ví dụ
Coupa
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 làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này ghi lại ngày giờ lần trích xuất dữ liệu gần nhất từ Coupa. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến mức nào. Thông tin về thời điểm cập nhật giúp người dùng xác định liệu kết quả phân tích phản ánh tình hình vận hành hiện tại hay một thời điểm trước đó. Điều này đặc biệt quan trọng với các bảng điều khiển theo dõi hoạt động đang diễn ra.

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, giúp họ hiểu phạm vi thời gian của phân tích và đưa ra quyết định dựa trên thông tin cập nhật.

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

Dấu thời gian này được quy trình dữ liệu hoặc công cụ ETL tạo và thêm vào sau khi trích xuất dữ liệu thành công.

Ví dụ
2024-05-21T02:00:00Z
Người phê duyệt
Approver
Người dùng hoặc nhóm chịu trách nhiệm phê duyệt.
Mô tả

Thuộc tính này xác định cá nhân hoặc nhóm phê duyệt được giao xử lý một bước phê duyệt cụ thể. Thuộc tính được điền cho các hoạt động như “Bắt đầu bước phê duyệt”, “Bước phê duyệt đã được phê duyệt” và “Bước phê duyệt bị từ chối”. Phân tích dữ liệu theo người phê duyệt là yếu tố then chốt để xây dựng bảng điều khiển “Hiệu suất và khối lượng công việc của người phê duyệt”. Việc này giúp đo thời gian phê duyệt của từng người, xác định điểm nghẽn do người phê duyệt cụ thể gây ra và đánh giá cách phân bổ khối lượng công việc.

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

Rất quan trọng để phân tích hiệu suất người phê duyệt, cân bằng khối lượng công việc và xác định điểm nghẽn liên quan đến cá nhân hoặc nhóm phê duyệt cụ thể.

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

Thông tin này có trong chi tiết chuỗi phê duyệt gắn với từng yêu cầu mua hàng trong Coupa. Có thể cần kết hợp với dữ liệu User.

Ví dụ
David MillerNhóm phê duyệt tài chính cấp 2Susan Chen
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ả

Thuộc tính này xác định người khởi tạo yêu cầu. Phân tích theo người yêu cầu giúp phát hiện các xu hướng gắn với người dùng cụ thể, chẳng hạn như thường xuyên sửa đổi hoặc bị từ chối nhiều lần, có thể cho thấy họ cần được đào tạo thêm. Thuộc tính này cũng giúp phân tích số lượng yêu cầu và cách từng người dùng hoặc nhóm người dùng thực hiện quy trình.

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

Cho phép phân tích cách người dùng thực hiện quy trình, từ đó xác định nhu cầu đào tạo và hiểu cách mỗi người tương tác với quy trình.

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

Có sẵn dưới dạng trường tiêu chuẩn trên đối tượng Requisition trong Coupa, thường liên kết với đối tượng User và có tên “requester” hoặc “created_by”.

Ví dụ
Alice JohnsonBob SmithCharlie Brown
Phòng ban
Department
Phòng ban hoặc trung tâm chi phí chịu khoản chi của yêu cầu mua hàng.
Mô tả

Thuộc tính Phòng ban liên kết mỗi yêu cầu mua hàng với một đơn vị tổ chức hoặc trung tâm chi phí cụ thể. Đây là chiều dữ liệu quan trọng để so sánh. Bạn có thể lọc và phân nhóm bảng điều khiển cùng KPI theo phòng ban, rồi so sánh thời gian phê duyệt, tỷ lệ từ chối và mức độ tuân thủ giữa các bộ phận. Nhờ đó, bạn dễ xác định vấn đề hoặc cách làm hiệu quả ở từng phòng ban.

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

Cho phép so sánh các KPI quy trình như thời gian xử lý và tỷ lệ từ chối giữa các đơn vị kinh doanh, qua đó xác định nơi cần cải tiến.

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

Đây là trường tiêu chuẩn trên đối tượng Requisition trong Coupa, thường liên kết với hồ sơ người yêu cầu hoặc được chỉ định trên từng dòng yêu cầu.

Ví dụ
Tiếp thịVận hành CNTTCơ sở vật chấtNghiên cứu và phát triển
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 thể hiện tổng chi phí của tất cả hàng hóa và dịch vụ trong yêu cầu. Đây là yếu tố quan trọng khi phân tích quy trình vì giá trị yêu cầu thường ảnh hưởng đến độ phức tạp của quy trình làm việc phê duyệt. Yêu cầu có giá trị cao thường cần nhiều bước phê duyệt hơn. Phân tích chỉ số theo các khoảng giá trị, chẳng hạn dưới 1.000 USD hoặc từ 1.000 đến 10.000 USD, giúp cho thấy quy trình xử lý các yêu cầu có giá trị tài chính khác nhau ra sao.

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

Giúp phân tích sự khác biệt trong cách xử lý yêu cầu theo giá trị, vì yêu cầu có số tiền cao thường kích hoạt quy trình làm việc phê duyệt phức tạp hơn.

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

Đây là trường tiêu chuẩn trong phần đầu của đối tượng Requisition trong Coupa, thường có tên “total” hoặc “total_amount”.

Ví dụ
500.0012550.7599.99
Trạng thái yêu cầu mua hàng
RequisitionStatus
Trạng thái hiện tại hoặc trạng thái cuối cùng của yêu cầu mua hàng.
Mô tả

Thuộc tính này cho biết trạng thái tổng thể của yêu cầu khi trích xuất dữ liệu hoặc kết quả cuối cùng. Các trạng thái phổ biến gồm “Đang chờ phê duyệt”, “Đã phê duyệt”, “Bị từ chối”, “Đã rút” và “Đã đóng”. Đây là chiều dữ liệu quan trọng để lọc và phân tích. Thuộc tính này được dùng để tính tỷ lệ phê duyệt và từ chối, theo dõi khối lượng yêu cầu đang mở và tìm hiểu kết quả cuối cùng của các yêu cầu.

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

Cần thiết để hiểu kết quả xử lý yêu cầu, tính tỷ lệ phê duyệt và từ chối, đồng thời theo dõi trạng thái hiện tại của các yêu cầu đang được xử lý.

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

Đây là trường tiêu chuẩn trên đối tượng Purchase Requisition trong Coupa, thường có tên “status” hoặc “state”.

Ví dụ
Đang chờ phê duyệtĐã phê duyệtBị từ chốiĐã rútĐã đóng
Đã sửa đổi
IsAmended
Cờ đúng/sai có giá trị đúng nếu yêu cầu mua hàng được sửa đổi ít nhất một lần sau khi gửi lần đầu.
Mô tả

Thuộc tính được tính toán này là một cờ đơn giản (Đúng/Sai), cho biết có hoạt động “Yêu cầu mua hàng đã sửa đổi” trong một hồ sơ hay không. Cờ này giúp người dùng dễ dàng lọc và phân tích các yêu cầu cần thay đổi. Thuộc tính được dùng để tính KPI Tỷ lệ yêu cầu mua hàng được sửa đổi và cung cấp dữ liệu cho bảng điều khiển “Số lượng yêu cầu mua hàng được sửa đổi”, giúp tìm nguyên nhân phải làm lại và cải thiện chất lượng ngay từ lần đầu.

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

Giúp tính KPI tỷ lệ sửa đổi và dễ dàng phân nhóm các hồ sơ cần làm lại với những hồ sơ không cần.

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

Thuộc tính này được tính trong công cụ process mining bằng cách kiểm tra nhật ký sự kiện của từng hồ sơ xem có hoạt động “Yêu cầu mua hàng đã sửa đổi” hay không.

Ví dụ
truefalse
Loại yêu cầu mua hàng
RequisitionType
Danh mục hoặc loại yêu cầu mua hàng, chẳng hạn “Chi phí đầu tư”, “Chi phí vận hành” hoặc “Phần mềm”.
Mô tả

Loại yêu cầu mua hàng là cách phân loại yêu cầu theo mục đích kinh doanh hoặc tính chất của giao dịch mua. Thuộc tính này hữu ích khi phân tích tuân thủ và tìm hiểu cách các loại yêu cầu khác nhau đi qua quy trình. Ví dụ, yêu cầu chi phí đầu tư có thể phải qua quy trình phê duyệt nghiêm ngặt và lâu hơn yêu cầu chi phí vận hành thông thường. Phân tích quy trình theo loại yêu cầu mua hàng có thể giúp tìm ra cơ hội cải tiến.

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

Cho phép phân tích theo mục đích kinh doanh của yêu cầu, vì mỗi loại có thể có luồng quy trình và chính sách riêng.

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

Đây có thể là trường phân loại tiêu chuẩn hoặc tùy chỉnh trên đối tượng Requisition trong Coupa.

Ví dụ
Chi phí đầu tưChi phí vận hànhPhần cứng CNTTDịch vụ chuyên môn
Luồng phê duyệt
ApprovalWorkflowPath
Mã định danh chuỗi phê duyệt hoặc mẫu quy trình làm việc cụ thể áp dụng cho yêu cầu mua hàng.
Mô tả

Thuộc tính này xác định trình tự người phê duyệt đã định sẵn mà yêu cầu mua hàng cần đi qua. Trình tự được xác định theo quy tắc kinh doanh, thường dựa trên các yếu tố như số tiền, phòng ban và loại yêu cầu. Phân tích thuộc tính này là trọng tâm của bảng điều khiển “Tuân thủ chính sách yêu cầu mua hàng”. Bằng cách so sánh trình tự người phê duyệt thực tế với luồng phê duyệt được chỉ định, bạn có thể phát hiện sai lệch, đo mức độ tuân thủ và xác định các trường hợp ngoại lệ chưa được quản lý.

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

Hỗ trợ phân tích tuân thủ bằng cách so sánh các bước phê duyệt dự kiến với thực tế, qua đó làm rõ sai lệch trong quy trình.

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

Tham khảo tài liệu Coupa. Giá trị này có thể được lấy từ tên chuỗi phê duyệt hoặc quy tắc quy trình làm việc được kích hoạt cho yêu cầu mua hàng.

Ví dụ
Phê duyệt tiêu chuẩn dưới 5.000 USDPhê duyệt phần cứng CNTT trên 10.000 USDGiám đốc tài chính duyệt chi phí đầu tư
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 từ chối yêu cầu mua hàng, người phê duyệt thường nêu lý do. Thuộc tính này lưu lại phần giải thích bằng văn bản đó. Phân tích lý do từ chối cung cấp phản hồi trực tiếp về nguyên nhân yêu cầu không được chấp thuận. Thông tin này rất hữu ích để tìm nguyên nhân gốc rễ, chẳng hạn mã hạch toán sai, thiếu ngân sách hoặc giải trình chưa đầy đủ. Từ đó, tổ chức có thể xử lý vấn đề bằng cách đào tạo hoặc cải tiến quy trình.

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

Cho biết trực tiếp nguyên nhân gốc rễ khiến quy trình không thành công, giúp xác định nội dung cần đào tạo người dùng hoặc làm rõ quy trình.

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

Thông tin này thường được ghi trong trường bình luận hoặc ghi chú gắn với lần đổi trạng thái thành “Bị từ chối” trong lịch sử phê duyệt của yêu cầu mua hàng.

Ví dụ
Trung tâm chi phí không chính xácVượt ngân sách quý nàyYêu cầu trùng lặpChưa giải trình đầy đủ
Mã đơn đặt hàng
PurchaseOrderId
Mã định danh của đơn đặt hàng được tạo từ yêu cầu mua hàng đã phê duyệt.
Mô tả

Sau khi yêu cầu mua hàng được phê duyệt đầy đủ và chuyển sang tìm nguồn cung ứng, đơn đặt hàng thường sẽ được tạo. Thuộc tính này lưu mã của PO được tạo. Đây là liên kết quan trọng giữa quy trình yêu cầu mua hàng ở giai đoạn trước và quy trình đơn đặt hàng ở giai đoạn sau. Thuộc tính này giúp tính KPI “Thời gian từ khi phê duyệt yêu cầu mua hàng đến khi tạo PO” và phân tích toàn bộ chu kỳ Purchase-to-Pay từ đầu đến cuối.

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 tiếp theo, giúp phân tích thời gian chuyển giao và xem xét quy trình P2P từ đầu đến cuối.

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

Đây là trường tiêu chuẩn trên đối tượng Requisition trong Coupa, được điền sau khi PO được tạo.

Ví dụ
PO-45000123PO-45000124PO-45000125
Mức độ khẩn cấp
UrgencyLevel
Phân loại mức độ khẩn cấp của yêu cầu mua hàng, chẳng hạn “Cao”, “Trung bình” hoặc “Thấp”.
Mô tả

Mức độ khẩn cấp, thường được ánh xạ từ trường ưu tiên, cho phép người yêu cầu đánh dấu các yêu cầu cần xử lý nhanh. Thuộc tính này rất cần thiết cho bảng điều khiển “Thời gian xử lý yêu cầu mua hàng khẩn cấp”. Bằng cách so sánh thời gian xử lý yêu cầu khẩn cấp với yêu cầu thông thường, tổ chức có thể đánh giá cơ chế ưu tiên có hiệu quả hay không và nhu cầu kinh doanh cấp bách có được đáp ứng kịp thời không.

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

Giúp phân tích liệu yêu cầu khẩn cấp có được xử lý nhanh hơn yêu cầu thông thường hay không, qua đó đánh giá hiệu quả của chính sách ưu tiên.

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

Đây có thể là trường tiêu chuẩn hoặc trường tùy chỉnh trên đối tượng Requisition trong Coupa. Hãy tham khảo tài liệu Coupa hoặc cấu hình hệ thống.

Ví dụ
CaoTrung bìnhThấp
Nhóm hàng hóa
Commodity
Danh mục cấp cao của hàng hóa hoặc dịch vụ được yêu cầu.
Mô tả

Thuộc tính Nhóm hàng hóa phân loại các mặt hàng trong yêu cầu mua hàng theo một chuẩn thống nhất, chẳng hạn “Văn phòng phẩm”, “Phần cứng máy tính” hoặc “Dịch vụ tiếp thị”. Nhờ đó, bạn có thể phân tích xu hướng mua sắm và sự khác biệt trong quy trình theo loại mặt hàng. Một số nhóm hàng hóa có thể cần yêu cầu phê duyệt hoặc chiến lược tìm nguồn cung ứng riêng. Phân tích quy trình theo nhóm hàng hóa giúp tối ưu hoạt động mua sắm cho từng danh mục chi tiêu.

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

Giúp phân tích các danh mục chi tiêu và tìm hiểu liệu cách xử lý quy trình, chẳng hạn thời gian phê duyệt, có thay đổi theo loại hàng hóa hoặc dịch vụ được mua hay không.

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

Đây là trường tiêu chuẩn trong Coupa, thường có ở cấp dòng yêu cầu mua hàng. Có thể cần tổng hợp lên cấp phần đầu yêu cầu.

Ví dụ
Văn phòng phẩmPhần cứng máy tínhDịch vụ tiếp thịĐi lại
Số bước phê duyệt
ApprovalStepCount
Tổng số bước phê duyệt mà một yêu cầu mua hàng đã trải qua.
Mô tả

Thuộc tính được tính toán này đếm số hoạt động “Bước phê duyệt đã được duyệt” riêng biệt của từng yêu cầu mua hàng. Chỉ số giúp bạn đánh giá mức độ phức tạp của quy trình phê duyệt trong mỗi trường hợp. Đây là cơ sở để tính KPI “Số bước phê duyệt trung bình” và tìm những yêu cầu có đường phê duyệt dài hoặc phức tạp bất thường, có thể cần đơn giản hóa quy trình làm việc.

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

Đo mức độ phức tạp của quy trình phê duyệt cho từng yêu cầu mua hàng, giúp bạn tìm những đường phê duyệt rườm rà cần tinh gọn.

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

Công cụ process mining tính chỉ số này bằng cách đếm số lần hoạt động “Bước phê duyệt đã được duyệt” xuất hiện cho mỗi Case ID.

Ví dụ
253
Tên nhà cung cấp
SupplierName
Tên nhà cung cấp được chọn cho yêu cầu mua hàng.
Mô tả

Thuộc tính này xác định nhà cung cấp dự kiến cung cấp hàng hóa hoặc dịch vụ được yêu cầu. Người yêu cầu có thể chỉ định nhà cung cấp hoặc nhà cung cấp có thể được thêm vào sau trong quá trình tìm nguồn cung ứng. Phân tích chỉ số quy trình theo nhà cung cấp giúp đánh giá hiệu suất và xác định liệu việc làm việc với một số nhà cung cấp có khiến thời gian xử lý kéo dài hoặc gây ra vấn đề khác hay không. Thông tin này cũng hỗ trợ xây dựng chiến lược mua sắm và quản lý quan hệ với nhà cung cấp.

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

Cho phép phân tích hiệu suất quy trình theo nhà cung cấp được chọn, từ đó hỗ trợ xây dựng chiến lược tìm nguồn cung ứng và quản lý nhà cung cấp.

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

Thông tin này có trong đối tượng Requisition Line của Coupa, thường ở trường “supplier” hoặc “vendor”.

Ví dụ
StaplesDell TechnologiesAccentureCDW
Thời lượng bước phê duyệt
ApprovalStepDuration
Thời gian yêu cầu mua hàng chờ tại một bước phê duyệt.
Mô tả

Chỉ số được tính toán này đo khoảng thời gian từ hoạt động “Bắt đầu bước phê duyệt” đến hoạt động tương ứng “Bước phê duyệt đã được phê duyệt” hoặc “Bước phê duyệt bị từ chối”. Chỉ số này tách riêng thời gian chờ ở từng giai đoạn trong chuỗi phê duyệt. Đây là dữ liệu quan trọng cho bảng điều khiển “Điểm nghẽn tại các bước phê duyệt quan trọng”, giúp xác định chính xác người phê duyệt hoặc giai đoạn nào gây chậm trễ nhiều nhất cho toàn quy trình.

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

Xác định chính xác điểm nghẽn trong quy trình phê duyệt bằng cách đo thời gian chờ ở từng bước, thay vì chỉ tính tổng thời gian xử lý.

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

Công cụ process mining tính chỉ số này bằng cách lấy thời điểm bắt đầu của sự kiện “Bắt đầu bước phê duyệt” trừ đi thời điểm của sự kiện phê duyệt kết thúc tiếp theo (Đã phê duyệt/Bị từ chối).

Ví dụ
1,2 ngày4 giờ3,8 ngày
Tiền tệ
Currency
Mã tiền tệ của tổng số tiền trong yêu cầu mua hàng.
Mô tả

Thuộc tính này cho biết đơn vị tiền tệ, chẳng hạn USD, EUR hoặc GBP, dùng để biểu thị Tổng số tiền của yêu cầu mua hàng. Đây là thông tin cần thiết cho mọi phân tích tài chính, nhất là tại các tổ chức đa quốc gia sử dụng nhiều loại tiền tệ. Thuộc tính này giúp diễn giải chính xác giá trị tiền tệ và hỗ trợ quy đổi, tổng hợp đúng trong báo cáo tài chính và bảng điều khiển.

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

Cung cấp thông tin cần thiết cho thuộc tính “Tổng số tiền”, giúp phân tích tài chính chính xác trong môi trường sử dụng nhiều loại tiền tệ.

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

Đây là trường tiêu chuẩn trên đối tượng Requisition trong Coupa, thường có tên “currency_code” hoặc tương tự.

Ví dụ
USDEURGBP
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 chính cần ghi lại trong nhật ký sự kiện để khám phá chính xác quy trình làm việc mua hàng đến thanh toán, từ khâu yêu cầu mua hàng.
6 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Đơn đặt hàng đã được tạo
Đơn đặt hàng (PO) được tạo thành công dựa trên thông tin từ yêu cầu mua hàng đã được phê duyệt. Có thể suy ra sự kiện này khi một bản ghi PO được tạo và tham chiếu đến mã yêu cầu mua hàng nguồn.
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, đồng thời đánh dấu bước chuyển sang giai đoạn tiếp theo của quy trình Purchase-to-Pay. Phân tích thời gian từ “Yêu cầu mua hàng đã được phê duyệt” đến sự kiện này giúp phát hiện chậm trễ trong khâu thực hiện.

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

Suy ra từ việc tạo bản ghi trong bảng “purchase_orders” có tham chiếu đến mã “requisition_headers” hoặc “requisition_lines” ban đầu.

Thu thập

Dùng dấu thời gian “created-at” của bản ghi PO được liên kết với mã yêu cầu mua hàng.

Loại sự kiện inferred
Gửi yêu cầu mua hàng
Người yêu cầu chính thức gửi yêu cầu đã hoàn tất vào luồng phê duyệt. Sự kiện này được xác định khi trạng thái yêu cầu chuyển từ 'draft' sang 'pending_approval' trong nhật ký kiểm tra hoặc bảng lịch sử của hệ thống.
Vì sao điều này quan trọng

Việc gửi yêu cầu khởi động quy trình phê duyệt, là mốc quan trọng để đo KPI 'Thời gian phê duyệt yêu cầu mua hàng trung bình'. Chậm trễ trước mốc này liên quan đến người dùng, còn chậm trễ sau đó liên quan đến quy trình.

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

Sự kiện được xác định từ thay đổi trạng thái trong bảng 'requisition_headers', cụ thể là khi trường 'status' chuyển thành 'pending_approval'. Dấu thời gian của thay đổi này nằm trong nhật ký kiểm tra liên quan.

Thu thập

Xác định dấu thời gian khi trạng thái yêu cầu lần đầu chuyển thành 'pending_approval'.

Loại sự kiện inferred
Tạo yêu cầu mua hàng
Người dùng bắt đầu một yêu cầu mua hàng mới và lưu dưới dạng bản nháp. Đây là điểm khởi đầu của mỗi trường hợp yêu cầu, thường được xác định dựa trên dấu thời gian tạo bản ghi yêu cầu.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm bắt đầu vòng đời của yêu cầu mua hàng. Phân tích khoảng thời gian từ lúc tạo đến lúc gửi có thể cho thấy chậm trễ do người dùng chưa chắc chắn hoặc hệ thống phức tạp.

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

Sự kiện này được ghi nhận từ dấu thời gian 'created-at' trong bảng 'requisition_headers' ứng với một Purchase Requisition ID.

Thu thập

Dùng dấu thời gian tạo bản ghi tiêu đề yêu cầu mua hàng.

Loại sự kiện inferred
Yêu cầu mua hàng bị từ chối
Yêu cầu mua hàng bị từ chối dứt điểm trong quá trình phê duyệt và sẽ không được chuyển thành đơn đặt hàng. Có thể suy ra điều này khi trạng thái tổng thể trong phần đầu yêu cầu chuyển thành “rejected”.
Vì sao điều này quan trọng

Hoạt động này đánh dấu quy trình kết thúc không thành công. Phân tích các sự kiện này giúp cải thiện “Tỷ lệ yêu cầu mua hàng bị từ chối” và tìm nguyên nhân gốc rễ như vi phạm chính sách hoặc vấn đề ngân sách.

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

Suy ra từ thay đổi trạng thái trong bảng “requisition_headers” khi trường “status” được cập nhật thành “rejected”. Dấu thời gian được ghi trong nhật ký kiểm tra liên quan.

Thu thập

Xác định dấu thời gian khi trạng thái tổng thể của yêu cầu mua hàng chuyển thành “rejected”.

Loại sự kiện inferred
Yêu cầu mua hàng đã đóng
Yêu cầu mua hàng được chính thức đóng, nghĩa là sẽ không có thêm hành động nào được thực hiện. Việc này có thể xảy ra sau khi PO được tạo và hoàn tất, hoặc khi yêu cầu bị hủy sau khi phê duyệt nhưng trước khi đặt hàng.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm kết thúc rõ ràng trong vòng đời yêu cầu mua hàng. Nhờ đó, các trường hợp được khép lại và không bị hiển thị là “đang hoạt động” vô thời hạn trong phân tích quy trình.

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

Suy ra từ thay đổi trạng thái trong bảng “requisition_headers” khi trường “status” được cập nhật thành “closed”. Dấu thời gian được ghi trong nhật ký kiểm tra liên quan.

Thu thập

Xác định dấu thời gian khi trạng thái tổng thể của yêu cầu mua hàng chuyển thành “closed”.

Loại sự kiện inferred
Yêu cầu mua hàng đã được phê duyệt
Yêu cầu mua hàng đã hoàn tất tất cả các bước bắt buộc trong quy trình phê duyệt. Có thể suy ra điều này khi trạng thái tổng thể trong phần đầu yêu cầu chuyển thành “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 chu kỳ phê duyệt. Thời gian để đạt đến hoạt động này là KPI chính, đồng thời là tín hiệu khởi động các bước mua sắm tiếp theo.

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

Suy ra từ thay đổi trạng thái trong bảng “requisition_headers” khi trường “status” được cập nhật thành “approved”. Dấu thời gian được ghi trong nhật ký kiểm tra liên quan.

Thu thập

Xác định dấu thời gian khi trạng thái tổng thể của yêu cầu mua hàng chuyển thành “approved”.

Loại sự kiện inferred
Bắt đầu bước phê duyệt
Một tác vụ phê duyệt được giao cho người phê duyệt hoặc nhóm phê duyệt cụ thể, và yêu cầu đang chờ họ xử lý. Sự kiện này được xác định khi một bản ghi phê duyệt liên kết với yêu cầu được tạo ở trạng thái 'pending'.
Vì sao điều này quan trọng

Đây là thời điểm bắt đầu tính thời gian chờ phê duyệt cụ thể. Đo khoảng thời gian từ đây đến sự kiện 'Bước phê duyệt được chấp thuận/từ chối' tương ứng giúp xác định điểm nghẽn trong chuỗi phê duyệt.

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

Sự kiện được xác định từ dấu thời gian tạo bản ghi trong bảng 'approvals' liên kết với yêu cầu, trong đó trạng thái xử lý của người phê duyệt là 'pending' hoặc trạng thái tương đương.

Thu thập

Dùng dấu thời gian tạo bản ghi phê duyệt đang chờ xử lý của một cá nhân trong chuỗi phê duyệt.

Loại sự kiện inferred
Bước phê duyệt bị từ chối
Người phê duyệt từ chối yêu cầu mua hàng ở bước của mình trong quy trình làm việc, thường gửi lại cho người yêu cầu chỉnh sửa. Coupa ghi nhận thao tác này.
Vì sao điều này quan trọng

Bị từ chối ở bất kỳ bước nào cũng khiến công việc phải làm lại và kéo dài thời gian xử lý. Phân tích vị trí và lý do từ chối rất quan trọng để cải tiến quy trình và đào tạo người dùng.

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

Ghi nhận từ thao tác “reject” trong bảng “approvals” hoặc nhật ký kiểm tra, có liên kết với yêu cầu mua hàng và người phê duyệt tương ứng.

Thu thập

Lọc các sự kiện “reject” trong lịch sử phê duyệt của yêu cầu mua hàng.

Loại sự kiện explicit
Bước phê duyệt được chấp thuận
Một người phê duyệt trong quy trình làm việc chấp thuận yêu cầu mua hàng. Hệ thống ghi nhận thao tác này cùng dấu thời gian cụ thể và thông tin người dùng.
Vì sao điều này quan trọng

Hoạt động này cho biết chi tiết luồng phê duyệt. Tổng hợp các bước giúp tính “Thời gian chờ trung bình cho mỗi bước phê duyệt” và phân tích hiệu suất của người phê duyệt.

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

Ghi nhận từ thao tác “approve” trong bảng “approvals” hoặc nhật ký kiểm tra, có liên kết với yêu cầu mua hàng và người phê duyệt tương ứng.

Thu thập

Lọc các sự kiện “approve” trong lịch sử phê duyệt của yêu cầu mua hàng.

Loại sự kiện explicit
Chỉnh sửa yêu cầu mua hàng
Sau khi yêu cầu được gửi, người yêu cầu hoặc người dùng được ủy quyền khác chỉnh sửa yêu cầu. Coupa ghi lại thay đổi này thành phiên bản mới hoặc mục trong nhật ký kiểm tra, thường khiến một phần hoặc toàn bộ luồng phê duyệt bắt đầu lại.
Vì sao điều này quan trọng

Theo dõi việc chỉnh sửa là yếu tố quan trọng để hiểu công việc làm lại và điểm kém hiệu quả trong quy trình. Số lần chỉnh sửa cao có thể cho thấy yêu cầu ban đầu chưa rõ hoặc chính sách mua sắm phức tạp, ảnh hưởng đến KPI 'Tỷ lệ yêu cầu mua hàng bị chỉnh sửa'.

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

Thông tin này được ghi trong các bảng nhật ký kiểm tra liên kết với bảng 'requisition_headers', nơi lưu thay đổi phiên bản hoặc các thao tác 'edit' cụ thể.

Thu thập

Tìm các sự kiện 'edit' hoặc 'update' rõ ràng trong nhật ký lịch sử của yêu cầu sau khi gửi.

Loại sự kiện explicit
Yêu cầu mua hàng đã rút
Người yêu cầu ban đầu hủy yêu cầu mua hàng trước khi yêu cầu được phê duyệt cuối cùng. Đây là thao tác rõ ràng do người dùng thực hiện, kết thúc quy trình của yêu cầu đó.
Vì sao điều này quan trọng

Việc rút yêu cầu có thể cho thấy nhu cầu kinh doanh đã thay đổi, yêu cầu bị trùng hoặc người dùng đang đi vòng quy trình. Theo dõi hoạt động này giúp hiểu biến động nhu cầu và phát hiện vấn đề về việc tuân thủ quy trình.

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

Suy ra từ thay đổi trạng thái trong bảng “requisition_headers” thành “withdrawn” hoặc trạng thái tương tự, dựa trên thao tác của người dùng được ghi trong nhật ký kiểm tra.

Thu thập

Xác định dấu thời gian khi trạng thái yêu cầu mua hàng chuyển thành “withdrawn”.

Loại sự kiện inferred
Yêu cầu mua hàng được chuyển sang tìm nguồn cung ứng
Yêu cầu mua hàng đã được phê duyệt được đưa vào một đợt tìm nguồn cung ứng, chẳng hạn như RFQ hoặc đấu giá, thay vì chuyển ngay thành đơn đặt hàng. Có thể suy ra sự kiện này khi yêu cầu được liên kết với một đối tượng đợt tìm nguồn cung ứng.
Vì sao điều này quan trọng

Hoạt động này cho thấy một hướng xử lý khác trong quy trình mua sắm. Nó phân biệt các giao dịch mua đơn giản với hoạt động tìm nguồn cung ứng chiến lược phức tạp hơn, giúp phân tích thời gian xử lý chi tiết hơn.

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

Suy ra bằng cách phát hiện trạng thái chuyển thành “sourcing” hoặc xác định liên kết được tạo giữa bảng “requisition_lines” và bảng đợt tìm nguồn cung ứng.

Thu thập

Kiểm tra trạng thái có chuyển thành “sourcing” hay có tạo liên kết đến mã đợt tìm nguồn cung ứng hay không.

Loại sự kiện inferred
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Coupa

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

Bắt đầu tối ưu hóa quy trình mua hàng đến thanh toán, từ khâu yêu cầu mua hàng trên Coupa ngay hôm nay với mẫu này. Khám phá thông tin hữu ích và cải thiện hiệu quả mua sắm.

Tối ưu hóa yêu cầu mua hàng P2P trên Coupa, rút ngắn thời gian xử lý ngay hôm nay

Tìm khâu kém hiệu quả và rút ngắn 30% thời gian xử lý yêu cầu mua hàng P2P.

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

Không cần thẻ tín dụng. Bắt đầu tối ưu hóa chỉ trong vài phút.