Mẫu dữ liệu cho quy trình từ mua hàng đến thanh toán, đơn đặt hàng

Coupa
Mẫu dữ liệu cho quy trình từ mua hàng đến thanh toán, đơn đặt hàng

Mẫu dữ liệu cho quy trình từ mua hàng đến thanh toán, đơn đặt hàng

Dùng mẫu này để thu thập và sắp xếp chính xác dữ liệu cần thiết cho process mining quy trình từ mua hàng đến thanh toán, đơn đặt hàng trên Coupa. Mẫu nêu rõ các thuộc tính quan trọng cần có, những hoạt động cần theo dõi và cách trích xuất dữ liệu từng bước, giúp bạn tạo nhật ký sự kiện đầy đủ.
  • Các thuộc tính dữ liệu nên có
  • Các hoạt động chính trong quy trình
  • Các bước trích xuất dữ liệu từ Coupa
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 từ mua hàng đến thanh toán, đơn đặt hàng

Đây là những trường dữ liệu thiết yếu nên có trong nhật ký sự kiện để phân tích kỹ quy trình từ mua hàng đến thanh toán, đơn đặt hàng.
5 Bắt buộc 5 Nên có 11 Không bắt buộc
Tên Mô tả
Đơn đặt hàng
PurchaseOrderNumber
Mã định danh duy nhất của đơn đặt hàng, được dùng làm mã hồ sơ chính của quy trình.
Mô tả

Số đơn đặt hàng là mã hồ sơ trung tâm, liên kết mọi hoạt động từ yêu cầu ban đầu đến khi xác nhận đã nhận hàng hóa hoặc dịch vụ. Mỗi số đơn đặt hàng duy nhất tương ứng với một lần thực hiện quy trình mua sắm.

Trong phân tích process mining, thuộc tính này rất quan trọng để theo dõi toàn bộ hành trình của từng giao dịch mua. Thuộc tính này giúp chuyên viên phân tích trực quan hóa sơ đồ quy trình, xác định các biến thể và tính KPI ở cấp hồ sơ, chẳng hạn như tổng thời gian chu kỳ của một đơn hàng. Mọi sự kiện và dữ liệu liên quan đều được nhóm theo mã này để tạo nên cái nhìn xuyên suốt về quy trình.

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

Thuộc tính này cần thiết để theo dõi toàn bộ vòng đời của từng giao dịch mua và dựng lại từng trường hợp thực hiện quy trình để phân tích chi tiết.

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

Đây là trường khóa chính tiêu chuẩn trên đối tượng Purchase Order trong Coupa.

Ví dụ
Đơn đặt hàng-2023-00123Đơn đặt hàng-2023-00456Đơn đặt hàng-2023-00789
Hoạt động
ActivityName
Tên sự kiện hoặc tác vụ cụ thể đã diễn ra tại một thời điểm trong vòng đời đơn đặt hàng.
Mô tả

Tên hoạt động mô tả một bước trong quy trình từ mua hàng đến thanh toán, chẳng hạn như 'Phê duyệt đơn đặt hàng' hoặc 'Ghi nhận nhận hàng'. Chuỗi hoạt động này tạo thành luồng quy trình của từng đơn đặt hàng.

Đây là thuộc tính nền tảng của process mining, được dùng để dựng sơ đồ quy trình, khám phá các biến thể và phân tích tần suất cũng như trình tự sự kiện. Thuộc tính này giúp phát hiện điểm nghẽn, vòng lặp làm lại và sai lệch so với luồng quy trình chuẩn. Ví dụ, phân tích chuỗi hoạt động 'Thay đổi đơn đặt hàng' có thể cho thấy những điểm chưa hiệu quả trong độ chính xác của đơn hà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 luồng quy trình và phát hiện điểm nghẽn, việc làm lại cũng như 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 liên quan đến các đối tượng đơn đặt hàng trong Coupa.

Ví dụ
Phê duyệt yêu cầu mua hàngGửi đơn đặt hàng để phê duyệtGhi nhận nhận hàngNhận hóa đơn cho đơn đặt hàng
Thời điểm bắt đầu
EventTime
Dấu thời gian chính xác cho biết một hoạt động hoặc sự kiện đã diễn ra khi nào.
Mô tả

Thời điểm sự kiện ghi lại ngày giờ một hoạt động cụ thể được thực hiện. Mỗi hoạt động trong quy trình đều có dấu thời gian tương ứng để đánh dấu thời điểm diễn ra.

Thuộc tính này rất quan trọng đối với mọi phân tích theo thời gian trong process mining. Thuộc tính được dùng để tính thời gian chu kỳ giữa các hoạt động, đo thời lượng quy trình và phát hiện chậm trễ. Ví dụ, chênh lệch giữa dấu thời gian 'Soạn thảo đơn đặt hàng' và 'Phê duyệt đơn đặt hàng' được dùng để tính KPI thời gian chu kỳ phê duyệt đơn đặt hàng.

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

Thuộc tính này cung cấp mốc thời gian cho từng sự kiện, cần thiết để tính thời gian chu kỳ, phân tích hiệu quả và phát hiện điểm nghẽn.

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

Có trong nhật ký sự kiện hoặc dấu vết kiểm tra của Coupa, thường gắn với mỗi lần thay đổi trạng thái hoặc thao tác trên đơn đặt hàng.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Hệ thống nguồn
SourceSystem
Hệ thống được dùng để trích xuất dữ liệu quy trình.
Mô tả

Thuộc tính này xác định hệ thống thông tin ban đầu nơi dữ liệu sự kiện được ghi lại. Với quy trình này, giá trị thường là 'Coupa'.

Trong môi trường doanh nghiệp có dữ liệu từ nhiều hệ thống, chẳng hạn Coupa dùng cho mua sắm và một hệ thống ERP khác dùng cho lập hóa đơn, thuộc tính này giúp phân biệt nguồn dữ liệu. Thuộc tính cũng làm rõ nguồn gốc dữ liệu và có thể dùng để lọc phân tích theo góc nhìn của một hệ thống cụ thể.

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

Thuộc tính này cho biết dữ liệu bắt nguồn từ đâu, giúp truy xuất nguồn gốc và quản trị dữ liệu đúng cách, nhất là khi có nhiều hệ thống.

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

Đây là giá trị cố định, thường được thêm vào trong quá trình trích xuất và chuyển đổi dữ liệu để gắn nhãn cho 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ủa quy trình này được làm mới.
Mô tả

Thuộc tính này ghi lại thời điểm tập dữ liệu được cập nhật gần nhất từ hệ thống nguồn. Đây là trường siêu dữ liệu áp dụng cho toàn bộ tập dữ liệu, không phải từng sự kiện riêng lẻ.

Trên dashboard phân tích, dấu thời gian này giúp người dùng biết dữ liệu đang xem mới đến đâu. Nhờ đó, họ có thể tin tưởng hơn vào các thông tin dựa trên dữ liệu gần đây và hiểu rõ mức độ cập nhật của dữ liệu. Dấu thời gian này thường được hiển thị ở vị trí dễ thấy trên dashboard.

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 phân tích quy trình và KPI.

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

Dấu thời gian này được tạo và lưu trong quy trình ETL khi dữ liệu được trích xuất và tải.

Ví dụ
2023-11-01T05:00:00Z
Danh mục mua hàng
PurchaseCategory
Phân loại hàng hóa hoặc dịch vụ được mua, chẳng hạn như thiết bị CNTT hoặc dịch vụ chuyên môn.
Mô tả

Danh mục mua hàng, còn gọi là nhóm hàng hóa hoặc nhóm vật tư, dùng để phân loại các giao dịch mua tương tự. Dữ liệu có cấu trúc này giúp phân tích chi tiêu và quy trình mua sắm một cách nhất quán.

Trong process mining, thuộc tính này là một chiều dữ liệu hữu ích để lọc và phân nhóm. Bảng điều khiển “Phân tích chi tiêu theo danh mục mua hàng” dựa vào thuộc tính này để phân tích các kiểu chi tiêu. Thuộc tính cũng có thể cho thấy một số danh mục, chẳng hạn dịch vụ phức tạp, có thời gian xử lý dài hơn hoặc tỷ lệ thay đổi cao hơn các danh mục khác, như văn phòng phẩm tiêu chuẩn.

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

Cho phép phân tích chi tiêu và quy trình theo danh mục, giúp nhận diện cách thức mua sắm, đàm phán với nhà cung cấp và điều chỉnh các biện pháp kiểm soát quy trình.

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

Thường có ở cấp dòng hàng của đơn đặt hàng trong Coupa, liên kết với mã hàng hóa hoặc danh mục mua sắm.

Ví dụ
Thiết bị CNTTVăn phòng phẩmDịch vụ chuyên mônTài liệu tiếp thị
Người dùng
User
Mã hoặc tên người thực hiện hoạt động, chẳng hạn như người phê duyệt hoặc người yêu cầu.
Mô tả

Thuộc tính này xác định người chịu trách nhiệm thực hiện một sự kiện cụ thể trong quy trình. Đó có thể là người soạn thảo đơn hàng, quản lý phê duyệt đơn hoặc nhân viên ghi nhận nhận hàng.

Phân tích hiệu quả theo người dùng giúp xác định nhu cầu đào tạo, người làm việc hiệu quả và cách phân bổ khối lượng công việc. Ví dụ, dashboard 'Hiệu quả thời gian chu kỳ phê duyệt đơn đặt hàng' dùng thuộc tính này để phân tích thời gian phê duyệt theo từng người, qua đó cho thấy ai có thể đang tạo điểm nghẽn trong quy trình.

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

Thuộc tính này cho phép phân tích hiệu quả quy trình theo từng người hoặc vai trò, giúp phát hiện điểm nghẽn, nhu cầu đào tạo và vấn đề phân bổ tài nguyên.

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

Gắn với từng sự kiện trong dấu vết kiểm tra hoặc nhật ký lịch sử đơn đặt hàng của Coupa. Các trường như 'Created By', 'Approved By' hoặc 'Updated By' thường là nguồn dữ liệu.

Ví dụ
nguyen.van.aa.smithm.jones
Phòng ban
Department
Phòng ban hoặc trung tâm chi phí chịu khoản chi của đơn đặt hàng.
Mô tả

Thuộc tính Phòng ban cho biết đơn vị trong tổ chức đã yêu cầu mua hàng hoặc sẽ chịu chi phí. Thông tin này thường liên kết với người yêu cầu hoặc trung tâm chi phí trên các dòng đơn đặt hàng.

Đây là chiều dữ liệu quan trọng để phân nhóm khi phân tích quy trình và KPI. Nhờ đó, quản lý có thể so sánh hiệu quả quy trình, mức độ tuân thủ và cách chi tiêu giữa các bộ phận. Ví dụ, bảng điều khiển “Phân tích chi tiêu theo danh mục mua hàng” dùng thuộc tính Phòng ban để cho thấy các đơn vị kinh doanh sử dụng ngân sách ra sao.

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

Cho phép lọc và so sánh dữ liệu quy trình cũng như chi tiêu giữa các đơn vị kinh doanh, qua đó làm rõ khác biệt về hiệu quả và mức độ tuân thủ.

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

Có trong phần đầu đơn đặt hàng hoặc các dòng hàng trong Coupa, thường liên kết với trung tâm chi phí hoặc đơn vị trong tổ chức.

Ví dụ
Tiếp thịCông nghệ thông tinVận hànhTài chính
Tên nhà cung cấp
VendorName
Tên đơn vị cung cấp hàng hóa hoặc dịch vụ được mua.
Mô tả

Tên nhà cung cấp cho biết bên ngoài nào cung cấp các mặt hàng trong đơn đặt hàng. Đây là thông tin nền tảng để phân tích hoạt động mua sắm.

Phân tích hiệu quả quy trình theo nhà cung cấp rất quan trọng trong việc quản lý quan hệ với nhà cung cấp. Việc này giúp đánh giá “Hiệu quả thời gian cung ứng của nhà cung cấp”, tìm ra chậm trễ trong “Quy trình nhận hàng” và đánh giá chất lượng nhà cung cấp qua “Tỷ lệ trả hàng”. Thuộc tính này cũng cần thiết để tính KPI “Tỷ lệ chi tiêu cho nhà cung cấp không ưu tiên”.

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

Giúp phân tích hiệu quả nhà cung cấp, từ đó chọn nhà cung cấp phù hợp hơn, đàm phán điều khoản tốt hơn và nhận diện nhà cung cấp có hiệu quả cao hoặc thấp.

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

Trường tiêu chuẩn trong phần đầu đơn đặt hàng của Coupa, liên kết với dữ liệu chính về nhà cung cấp.

Ví dụ
Global Office SuppliesTech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
Tổng giá trị đơn hàng
TotalOrderAmount
Tổng giá trị tiền tệ của đơn đặt 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 đơn đặt hàng, theo một loại tiền tệ cụ thể. Đây là thuộc tính ở cấp hồ sơ, áp dụng cho toàn bộ đơn hàng.

Dữ liệu tài chính này rất quan trọng khi phân tích chi tiêu và xác định thứ tự ưu tiên cải tiến quy trình. Đơn hàng giá trị cao có thể cần được xem xét kỹ hơn hoặc áp dụng luồng phê duyệt khác. Thuộc tính này được dùng trực tiếp trong bảng điều khiển “Phân tích chi tiêu theo danh mục mua hàng” và là thành phần để tính KPI “Tỷ lệ chi tiêu cho nhà cung cấp không ưu tiên”.

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

Cung cấp thông tin tài chính cho từng giao dịch mua, giúp phân tích chi tiêu, ưu tiên đơn hàng giá trị cao và đánh giá tác động tài chính.

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

Có trong phần đầu đơn đặt hàng của Coupa, thường mang tên “Total” hoặc “Grand Total”.

Ví dụ
1500.00250.7512500.50
Có được phê duyệt ngay lần đầu
IsFirstPassApproval
Cờ được tính toán và đặt thành đúng nếu đơn đặt hàng được phê duyệt mà không cần thay đổi sau khi soạn thảo.
Mô tả

Cờ đúng/sai này được đặt thành đúng nếu trong quá trình từ “Đơn đặt hàng đã soạn thảo” đến “Đơn đặt hàng đã phê duyệt” không có hoạt động “Đơn đặt hàng đã thay đổi” hoặc “Đơn đặt hàng bị từ chối”.

Thuộc tính này đo lường trực tiếp KPI “Tỷ lệ đơn đặt hàng được phê duyệt ngay lần đầu”. Tỷ lệ cao cho thấy quy trình ban đầu hiệu quả và chính xác. Phân tích các trường hợp có cờ sai giúp tìm ra nguyên nhân phải làm lại và cải thiện chất lượng dữ liệu đơn đặt hàng ngay từ đầu.

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

Đo trực tiếp hiệu quả của quy trình tạo và phê duyệt ban đầu, cho thấy số lượng đơn hàng được xử lý mà không phải làm lại.

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

Được tính trong quá trình chuyển đổi dữ liệu bằng cách phân tích chuỗi sự kiện của từng PurchaseOrderNumber.

Ví dụ
truefalse
Có phải làm lại
IsRework
Cờ được tính toán để xác định đơn đặt hàng đã có hoạt động thay đổi hay chưa.
Mô tả

Cờ đúng/sai này được đặt thành đúng nếu lịch sử của đơn đặt hàng có ít nhất một sự kiện “Đơn đặt hàng đã thay đổi”. Đây là thuộc tính ở cấp hồ sơ, được tính từ nhật ký sự kiện.

Thuộc tính này giúp đơn giản hóa việc tính các KPI như “Tỷ lệ thay đổi đơn đặt hàng”. Bạn có thể dễ dàng lọc và phân nhóm dữ liệu để so sánh đơn hàng có làm lại với đơn hàng không phải làm lại, từ đó định lượng tác động của các thay đổi đến thời gian xử lý và chi phí. Đây cũng là thành phần cốt lõi của bảng điều khiển “Phân tích thay đổi đơn đặt hàng”.

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

Giúp phân tích việc làm lại dễ dàng hơn bằng cách lọc và tổng hợp các đơn đặt hàng đã thay đổi ít nhất một lần.

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

Được tính trong quá trình chuyển đổi dữ liệu bằng cách kiểm tra xem từng PurchaseOrderNumber có hoạt động “Đơn đặt hàng đã thay đổi” hay không.

Ví dụ
truefalse
Có phải nhà cung cấp ưu tiên
IsPreferredVendor
Cờ đúng/sai cho biết giao dịch mua có được thực hiện với nhà cung cấp ưu tiên hoặc nhà cung cấp chiến lược hay không.
Mô tả

Cờ này cho biết nhà cung cấp trong đơn đặt hàng có thuộc danh sách nhà cung cấp chiến lược đã được phê duyệt trước hay không. Thông tin thường được xác định bằng cách đối chiếu tên hoặc mã nhà cung cấp với danh sách nhà cung cấp ưu tiên.

Thuộc tính này rất cần thiết cho các hoạt động tìm nguồn cung ứng chiến lược và quản lý chi tiêu. Thuộc tính được dùng để tính KPI “Tỷ lệ chi tiêu cho nhà cung cấp không ưu tiên”, giúp tổ chức theo dõi và kiểm soát việc mua hàng ngoài quy trình, đồng thời tập trung chi tiêu vào các đối tác chính để tận dụng chiết khấu theo số lượng và điều khoản tốt hơn.

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

Giúp theo dõi mức độ tuân thủ chính sách mua sắm và mục tiêu tìm nguồn cung ứng chiến lược bằng cách ghi nhận chi tiêu với nhà cung cấp ưu tiên và không ưu tiên.

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

Trường này thường không có sẵn trong Coupa. Có thể xác định bằng cách đối chiếu mã nhà cung cấp trên đơn đặt hàng với danh sách nhà cung cấp ưu tiên bên ngoài.

Ví dụ
truefalse
Địa điểm nhận hàng
ReceivingLocation
Địa điểm thực tế, chẳng hạn như kho hoặc văn phòng, nơi hàng hóa sẽ được giao đến.
Mô tả

Địa điểm nhận hàng cho biết nơi giao hàng trong đơn đặt hàng. Đó có thể là địa chỉ của một kho, nhà máy hoặc văn phòng cụ thể.

Thuộc tính này dùng để phân tích hoạt động hậu cần và hiệu quả nhận hàng tại các địa điểm khác nhau. Có thể lọc bảng điều khiển “Chậm trễ trong quy trình nhận hàng” theo thuộc tính này để xác định địa điểm nào xử lý hàng giao đến chậm hơn. Từ đó, bạn có thể tìm ra điểm kém hiệu quả hoặc thiếu nguồn lực tại từng địa điểm.

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

Cho phép phân tích quy trình nhận hàng theo địa điểm, làm rõ khác biệt về hiệu quả giữa các kho, nhà máy và văn phòng.

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

Thông tin này nằm trong địa chỉ “Ship-To” trên đơn đặt hàng trong Coupa.

Ví dụ
Kho A - ChicagoTòa nhà 5 - Văn phòng LondonNhà máy Frankfurt
Giao hàng có đúng hạn không
IsDeliveryOnTime
Cờ được tính toán để cho biết hàng đã được nhận vào hoặc trước ngày giao hàng yêu cầu hay chưa.
Mô tả

Thuộc tính đúng/sai này được tính bằng cách so sánh dấu thời gian của sự kiện “Đã ghi nhận nhận hàng” với “RequestedDeliveryDate”. Thuộc tính được đặt thành đúng nếu ngày nhận hàng trùng hoặc sớm hơn ngày yêu cầu.

Cờ này hỗ trợ trực tiếp KPI “Mức độ đáp ứng ngày giao hàng của nhà cung cấp” và bảng điều khiển “Chênh lệch ngày giao hàng và hàng trả lại”. Cờ cung cấp kết quả rõ ràng, có hoặc không, về việc giao hàng đúng hạn. Nhờ vậy, bạn dễ tổng hợp và trực quan hóa dữ liệu để nhanh chóng nhận diện vấn đề về hiệu quả của nhà cung cấp hoặc quy trình nhận hàng nội bộ.

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

Cung cấp chỉ số rõ ràng, có hoặc không, về hiệu quả giao hàng, giúp tính KPI giao hàng đúng hạn và phân tích xu hướng dễ dàng hơn.

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

Được tính trong quá trình chuyển đổi dữ liệu bằng cách so sánh “RequestedDeliveryDate” với dấu thời gian của hoạt động “Đã ghi nhận nhận hàng”.

Ví dụ
truefalse
Lý do thay đổi
ChangeReason
Lý do đơn đặt hàng được thay đổi sau khi tạo ban đầu.
Mô tả

Thuộc tính này ghi lại lý do đơn đặt hàng được sửa đổi, chẳng hạn như “Cập nhật số lượng” hoặc “Điều chỉnh giá”. Thông tin này thường được lưu trong nhật ký kiểm tra khi người dùng thực hiện hoạt động “Đơn đặt hàng đã thay đổi”.

Hiểu lý do thay đổi đơn hàng là yếu tố then chốt trong bảng điều khiển “Phân tích thay đổi đơn đặt hàng”. Thuộc tính này giúp phân biệt thay đổi không thể tránh khỏi, chẳng hạn như nhà cung cấp hết hàng, với thay đổi có thể phòng tránh, chẳng hạn như nhập sai dữ liệu ban đầu. Nhờ đó, tổ chức có thể cải thiện độ chính xác của đơn hàng và giảm KPI “Tỷ lệ thay đổi đơn đặt hàng”.

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

Giải thích nguyên nhân gốc rễ khiến đơn đặt hàng thay đổi, giúp bạn đưa ra biện pháp phù hợp để tăng độ chính xác ngay từ đầu và giảm việc làm lại.

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

Thường có trong nhật ký kiểm tra hoặc bình luận gắn với các sự kiện thay đổi đơn đặt hàng trong Coupa.

Ví dụ
Nhà cung cấp cập nhật giáĐiều chỉnh ngày giao hàngSửa mã mặt hàng
Lý do từ chối
RejectionReason
Lý do được đưa ra khi yêu cầu mua hàng hoặc đơn đặt hàng bị từ chối ở bước phê duyệt.
Mô tả

Khi người phê duyệt từ chối đơn đặt hàng, họ thường nêu lý do. Thuộc tính này ghi lại phần giải thích, chẳng hạn như “Mã ngân sách không đúng” hoặc “Vượt hạn mức chi tiêu”.

Phân tích lý do từ chối giúp tìm ra nguyên nhân gốc rễ của việc làm lại và lỗi quy trình. Dữ liệu định tính này có thể cho thấy những lỗi thường gặp khi tạo yêu cầu mua hàng. Từ đó, tổ chức có thể hướng dẫn đúng đối tượng hoặc cải thiện hệ thống để hạn chế các lần từ chối sau này và tăng tỷ lệ được phê duyệt ngay lần đầu.

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

Cho biết cụ thể lý do đơn đặt hàng bị từ chối, giúp xử lý nguyên nhân gốc rễ gây ra việc làm lại và chậm trễ trong quy trình.

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

Thường được ghi trong trường bình luận hoặc ghi chú gắn với hoạt động “Đơn đặt hàng bị từ chối” hoặc “Yêu cầu mua hàng bị từ chối” trong quy trình phê duyệt của Coupa.

Ví dụ
Yêu cầu trùng lặpNgân sách chưa được phê duyệtChọn sai nhà cung cấp
Mã số yêu cầu mua hàng
PurchaseRequisitionNumber
Mã định danh duy nhất của yêu cầu mua hàng được tạo trước đơn đặt hàng.
Mô tả

Thuộc tính này liên kết đơn đặt hàng với yêu cầu mua hàng ban đầu. Một yêu cầu có thể dẫn đến một hoặc nhiều đơn đặt hàng.

Liên kết này rất cần thiết để phân tích toàn bộ thời gian từ yêu cầu đến đơn hàng. Khi kết nối sự kiện tạo yêu cầu với các sự kiện tạo và gửi đơn đặt hàng, tổ chức có thể đo lường hiệu quả của toàn bộ quy trình bắt đầu mua sắm, từ lúc yêu cầu đến khi hoàn tất.

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

Kết nối giai đoạn yêu cầu với giai đoạn đặt hàng, giúp phân tích thời gian từ yêu cầu đến đơn hàng và tỷ lệ chuyển đổi.

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

Thường là trường tham chiếu trên các dòng đơn đặt hàng trong Coupa, liên kết về yêu cầu mua hàng ban đầu.

Ví dụ
PR-2023-00098PR-2023-00152PR-2023-00341
Ngày giao hàng yêu cầu
RequestedDeliveryDate
Ngày người yêu cầu muốn nhận hàng hóa hoặc dịch vụ.
Mô tả

Thuộc tính này là ngày giao hàng mục tiêu do người dùng trong đơn vị kinh doanh chỉ định khi tạo yêu cầu mua hàng. Ngày này thể hiện thời điểm đơn vị kinh doanh mong muốn nhận được đơn hàng.

Đây là mốc quan trọng để đo lường hiệu quả của nhà cung cấp và quy trình nội bộ. Thuộc tính này được dùng trực tiếp để tính KPI “Mức độ đáp ứng ngày giao hàng của nhà cung cấp”, bằng cách so sánh với ngày thực tế “Đã ghi nhận nhận hàng”. Bảng điều khiển “Chênh lệch ngày giao hàng và hàng trả lại” thể hiện độ lệch giữa ngày yêu cầu và ngày giao thực tế, giúp quản lý kỳ vọng và cải thiện dự báo.

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

Là mốc chuẩn để đo lường việc nhà cung cấp giao hàng đúng hạn và hiệu quả của quy trình nhận hàng nội bộ.

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

Trường tiêu chuẩn trên dòng hàng của đơn đặt hàng trong Coupa.

Ví dụ
2023-11-152023-12-012024-01-10
Tên người yêu cầu
RequesterName
Tên người đầu tiên yêu cầu hàng hóa hoặc dịch vụ.
Mô tả

Thuộc tính này xác định nhân viên đã tạo yêu cầu mua hàng dẫn đến đơn đặt hàng. Người yêu cầu là người dùng trong đơn vị kinh doanh có nhu cầu mua, có thể không phải là người mua hoặc người phê duyệt.

Phân tích quy trình theo người yêu cầu giúp nhận diện các kiểu hành vi gắn với từng người dùng hoặc phòng ban. Bảng điều khiển “Phân tích thay đổi đơn đặt hàng” dùng thuộc tính này để xem một số người yêu cầu có thường xuyên thay đổi đơn hàng hơn không. Điều đó có thể cho thấy cần hướng dẫn thêm về cách ghi rõ yêu cầu.

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

Giúp xác định nhu cầu mua hàng bắt nguồn từ đâu trong đơn vị kinh doanh, qua đó phân tích hành vi mua sắm và độ chính xác ở cấp người yêu cầu.

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

Thông tin này thường được lưu trong yêu cầu mua hàng ban đầu rồi chuyển sang đơn đặt hàng trong Coupa.

Ví dụ
Alice CooperBob DylanCharlie Parker
Tiền tệ
Currency
Mã tiền tệ dùng cho các giá trị tiền tệ trong đơn đặt hàng.
Mô tả

Thuộc tính này cho biết loại tiền tệ (ví dụ: USD, EUR, GBP) dùng để tính Tổng giá trị đơn hàng. Đây là thông tin cần thiết để diễn giải chính xác dữ liệu tài chính trong tổ chức hoạt động trên nhiều quốc gia.

Nếu không xét đến tiền tệ, việc phân tích chi tiêu của công ty đa quốc gia có thể gây hiểu nhầm. Thuộc tính này hỗ trợ quy đổi tiền tệ chính xác và báo cáo tài chính nhất quán trên các bảng điều khiển, để có thể so sánh các giá trị trên cùng cơ sở.

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

Cung cấp thông tin cần thiết để quy đổi tiền tệ, giúp phân tích và báo cáo tài chính chính xác trong môi trường đa quốc gia.

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

Trường tiêu chuẩn trong phần đầu đơn đặt hàng của Coupa.

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

Các hoạt động trong quy trình từ mua hàng đến thanh toán, đơn đặt hàng

Đây là những bước và mốc quan trọng cần theo dõi trong nhật ký sự kiện để khám phá và phân tích chính xác hoạt động P2P.
6 Nên có 11 Không bắt buộc
Hoạt động Mô tả
Đóng đơn đặt hàng
Đây là hoạt động cuối cùng, cho biết đơn đặt hàng đã hoàn tất. Đơn được xem là đã đóng khi hàng đã được nhận đầy đủ, hóa đơn đã được lập đầy đủ và không còn giao dịch nào khác dự kiến phát sinh.
Vì sao điều này quan trọng

Hoạt động này chính thức kết thúc vòng đời đơn đặt hàng. Phân tích thời gian đóng đơn có thể giúp phát hiện điểm chưa hiệu quả trong khâu đối soát cuối cùng và lưu hồ sơ.

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

Có thể suy ra từ việc trạng thái của đối tượng đơn đặt hàng chuyển thành 'Closed'. Coupa thường tự động đặt trạng thái này dựa trên các quy tắc nghiệp vụ về mức dung sai khi nhận hàng và lập hóa đơn.

Thu thập

Suy ra từ dấu thời gian chuyển trạng thái sang 'Closed'.

Loại sự kiện inferred
Ghi nhận nhận hàng
Đây là xác nhận chính thức rằng hàng hóa đã được nhận, kiểm tra và chấp nhận. Sự kiện này cập nhật dữ liệu tồn kho và cho biết nhà cung cấp đã hoàn thành nghĩa vụ giao hàng.
Vì sao điều này quan trọng

Cột mốc quan trọng này đánh dấu thời điểm kết thúc thời gian chờ nhà cung cấp và được dùng để đo mức độ giao hàng đúng hạn. Nếu việc ghi nhận nhận hàng bị chậm, bạn sẽ khó nắm được lượng hàng tồn thực tế.

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

Đây là giao dịch cốt lõi trong Coupa, được ghi trên đối tượng Receipt. Sự kiện được lấy từ dấu thời gian khi trạng thái nhận hàng chuyển thành 'Posted' hoặc 'Received'.

Thu thập

Được ghi nhận khi giao dịch nhận hàng hoàn tất trên hệ thống.

Loại sự kiện explicit
Gửi đơn đặt hàng cho nhà cung cấp
Hoạt động này ghi nhận thời điểm đơn đặt hàng đã được phê duyệt và chính thức gửi cho nhà cung cấp, chẳng hạn qua email hoặc Coupa Supplier Portal. Sự kiện này chuyển đơn đặt hàng từ tài liệu nội bộ thành cam kết với bên ngoài.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, kết thúc chu kỳ nội bộ từ yêu cầu đến đặt hàng và bắt đầu thời gian chờ nhà cung cấp. Cột mốc này cần thiết để đo cả hiệu quả nội bộ lẫn hiệu quả của nhà cung cấp.

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

Thường có thể suy ra từ việc trạng thái đơn đặt hàng chuyển thành 'Ordered' hoặc 'Sent'. Bản ghi đơn đặt hàng trong Coupa cũng có thể chứa dấu thời gian riêng như 'last_exported_at' hoặc 'sent_to_supplier_at'.

Thu thập

Suy ra từ dấu thời gian chuyển trạng thái sang 'Ordered' hoặc từ trường dấu thời gian gửi riêng.

Loại sự kiện inferred
Hủy đơn đặt hàng
Hoạt động này ghi nhận việc hủy đơn đặt hàng trước khi hoàn tất. Đơn có thể bị hủy ở nhiều giai đoạn, chẳng hạn khi yêu cầu không còn hiệu lực hoặc đơn được tạo nhầm.
Vì sao điều này quan trọng

Hủy đơn là một cách kết thúc quy trình. Theo dõi các trường hợp này giúp bạn hiểu vì sao quy trình bị dừng và tìm nguyên nhân các yêu cầu mua hàng bị bỏ dở.

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

Có thể suy ra từ việc trạng thái của đối tượng đơn đặt hàng chuyển thành 'Canceled'. Dấu thời gian của lần thay đổi trạng thái này được dùng làm thời điểm sự kiện.

Thu thập

Suy ra từ dấu thời gian chuyển trạng thái sang 'Canceled'.

Loại sự kiện inferred
Phê duyệt đơn đặt hàng
Cột mốc này cho biết đơn đặt hàng đã hoàn tất quy trình phê duyệt nội bộ và được phép gửi cho nhà cung cấp. Đây thường là bước phê duyệt cuối cùng trong quy trình nhiều bước.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng để tính thời gian chu kỳ phê duyệt đơn đặt hàng và xác định điểm nghẽn trong khâu phê duyệt. Đây cũng là điểm kiểm tra quan trọng về tuân thủ.

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

Lấy từ nhật ký lịch sử phê duyệt đơn đặt hàng trong Coupa. Dấu thời gian của thao tác phê duyệt cuối cùng là thời điểm xảy ra sự kiện.

Thu thập

Được ghi trong lịch sử phê duyệt khi người phê duyệt cuối cùng hoàn tất thao tác.

Loại sự kiện explicit
Tạo yêu cầu mua hàng
Hoạt động này ghi nhận thời điểm tạo yêu cầu mua hàng, tức đề nghị chính thức về hàng hóa hoặc dịch vụ trước khi lập đơn đặt hàng. Trong Coupa, đây là sự kiện được ghi nhận khi người dùng lưu và gửi yêu cầu mới.
Vì sao điều này quan trọng

Đây thường là điểm bắt đầu của quy trình mua sắm. Hoạt động này rất cần thiết để đo toàn bộ thời gian chu kỳ từ yêu cầu đến đặt hàng và đánh giá hiệu quả ở các bước trước đó.

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

Sự kiện này tương ứng với bản ghi tạo mới trong đối tượng hoặc bảng Purchase Requisitions của Coupa. Dấu thời gian có thể nằm trong trường ngày tạo do hệ thống ghi nhận, chẳng hạn như 'created_at'.

Thu thập

Được ghi nhận trực tiếp khi tạo bản ghi yêu cầu mua hàng mới.

Loại sự kiện explicit
Bắt đầu nhận hàng
Hoạt động này ghi nhận thời điểm bắt đầu quy trình nhận hàng, chẳng hạn khi tạo chứng từ nhận hàng trong Coupa lúc hàng hóa đến nơi. Hàng chưa được ghi nhận chính thức vào kho hoặc xác nhận đã nhận.
Vì sao điều này quan trọng

Sự kiện này là điểm bắt đầu để tính KPI thời gian xử lý nhận hàng. Nó giúp phân biệt thời gian hàng chờ tại khu vực nhận với thời gian xử lý trên hệ thống.

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

Có thể suy ra từ dấu thời gian tạo chứng từ nhận hàng đang ở trạng thái 'Draft' hoặc 'Pending'. Sự kiện này xảy ra trước khi xác nhận nhận hàng cuối cùng được ghi nhận.

Thu thập

Suy ra từ dấu thời gian tạo bản ghi nhận hàng chưa được ghi nhận chính thức.

Loại sự kiện inferred
Ghi nhận xác nhận dịch vụ
Với đơn đặt hàng dịch vụ, hoạt động này tương đương với việc nhận hàng. Hoạt động xác nhận dịch vụ đã được cung cấp theo các điều khoản của đơn đặt hàng.
Vì sao điều này quan trọng

Theo dõi xác nhận dịch vụ rất quan trọng để quản lý chi tiêu cho dịch vụ và bảo đảm chỉ thanh toán cho công việc đã được xác nhận hoàn tất.

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

Sự kiện này được lấy từ lúc tạo hoặc phê duyệt chứng từ nhận dịch vụ hay bảng ghi nhận dịch vụ liên kết với đơn đặt hàng trong Coupa.

Thu thập

Được ghi nhận khi tạo và phê duyệt bảng ghi nhận dịch vụ.

Loại sự kiện explicit
Gửi đơn đặt hàng để phê duyệt
Sau khi soạn thảo, đơn đặt hàng được gửi chính thức vào quy trình phê duyệt. Đây là thao tác riêng của người dùng, chuyển đơn từ trạng thái bản nháp sang chờ phê duyệt.
Vì sao điều này quan trọng

Sự kiện này phân biệt thời gian soạn thảo với thời gian đơn đặt hàng thực sự chờ phê duyệt. Nhờ đó, bạn có thể hiểu rõ hơn cách người dùng làm việc và bàn giao giữa các bước.

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

Có thể suy ra từ thay đổi trạng thái của đối tượng đơn đặt hàng, chẳng hạn từ 'draft' sang 'pending approval'. Sử dụng dấu thời gian của lần thay đổi trạng thái này.

Thu thập

Suy ra từ dấu thời gian chuyển trạng thái sang 'pending approval'.

Loại sự kiện inferred
Nhà cung cấp xác nhận đơn hàng
Sự kiện này cho biết nhà cung cấp đã nhận và xác nhận đơn đặt hàng. Xác nhận thường được ghi nhận bằng phương thức điện tử qua cổng thông tin nhà cung cấp như Coupa Supplier Portal (CSP).
Vì sao điều này quan trọng

Xác nhận từ nhà cung cấp giúp bạn biết chắc đơn hàng đang được xử lý, cải thiện độ chính xác của dự báo giao hàng và giảm bất ổn trong chuỗi cung ứng.

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

Thông tin này thường có trên đơn đặt hàng nếu nhà cung cấp dùng Coupa Supplier Portal để thực hiện thao tác 'Acknowledge'. Dấu thời gian của thao tác được dùng làm thời điểm sự kiện.

Thu thập

Được ghi nhận khi nhà cung cấp thực hiện thao tác 'Acknowledge' trên cổng thông tin nhà cung cấp.

Loại sự kiện explicit
Nhận hóa đơn cho đơn đặt hàng
Sự kiện này ghi nhận thời điểm nhận và nhập hóa đơn của nhà cung cấp có tham chiếu đến đơn đặt hàng. Đây là lúc bắt đầu giai đoạn xử lý hóa đơn và thanh toán trong chu kỳ P2P.
Vì sao điều này quan trọng

Dù thuộc quy trình AP, liên kết thời điểm nhận hóa đơn với đơn đặt hàng giúp bạn theo dõi toàn bộ vòng đời giao dịch và phân tích khoảng cách giữa lúc giao hàng và lúc lập hóa đơn.

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

Lấy từ dấu thời gian tạo chứng từ Invoice trong Coupa, nơi hóa đơn được đối chiếu với số đơn đặt hàng tương ứng.

Thu thập

Được ghi nhận khi tạo bản ghi hóa đơn liên kết với đơn đặt hàng.

Loại sự kiện explicit
Phê duyệt yêu cầu mua hàng
Yêu cầu mua hàng phải qua quy trình phê duyệt trước khi được chuyển thành đơn đặt hàng. Sự kiện này ghi nhận lần phê duyệt cuối cùng, sau đó yêu cầu đã sẵn sàng để đặt hàng.
Vì sao điều này quan trọng

Theo dõi việc phê duyệt yêu cầu giúp phát hiện điểm nghẽn trước khi đặt hàng. Chậm trễ ở bước này ảnh hưởng trực tiếp đến thời điểm phát hành đơn đặt hàng.

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

Thông tin này thường được lấy từ lịch sử phê duyệt của đối tượng yêu cầu mua hàng trong Coupa. Thao tác phê duyệt cuối cùng sẽ có dấu thời gian và người thực hiện tương ứng.

Thu thập

Được ghi trong lịch sử phê duyệt khi người phê duyệt cuối cùng thực hiện thao tác.

Loại sự kiện explicit
Soạn thảo đơn đặt hàng
Sự kiện này ghi nhận thời điểm tạo bản ghi đơn đặt hàng trong hệ thống, thường từ một yêu cầu mua hàng đã được phê duyệt. Ở giai đoạn này, đơn đặt hàng vẫn là bản nháp nội bộ, chưa được gửi phê duyệt hoặc gửi cho nhà cung cấp.
Vì sao điều này quan trọng

Hoạt động này bắt đầu tính KPI thời gian chu kỳ phê duyệt đơn đặt hàng. Đây là bước chính thức đầu tiên trong vòng đời của đơn đặt hàng.

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

Sự kiện này tương ứng với dấu thời gian tạo bản ghi đơn đặt hàng trong Coupa, thường nằm trong trường như 'created_at'.

Thu thập

Lấy từ dấu thời gian tạo bản ghi đơn đặt hàng do hệ thống ghi nhận.

Loại sự kiện explicit
Thay đổi đơn đặt hàng
Sự kiện này ghi nhận mọi chỉnh sửa đối với đơn đặt hàng sau khi soạn thảo lần đầu. Trong Coupa, các thay đổi thường được theo dõi qua phiên bản của tài liệu đơn đặt hàng.
Vì sao điều này quan trọng

Theo dõi thay đổi rất quan trọng để tính các KPI như tỷ lệ thay đổi đơn đặt hàng và tỷ lệ đơn đặt hàng không đạt yêu cầu. Thay đổi thường xuyên có thể cho thấy quy trình thiếu ổn định hoặc yêu cầu ban đầu chưa chính xác.

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

Có thể suy ra bằng cách theo dõi các phiên bản khác nhau của đơn đặt hàng. Mỗi số phiên bản mới lớn hơn phiên bản đầu tiên cho biết đã có thay đổi. Ngày tạo phiên bản mới được dùng làm dấu thời gian sự kiện.

Thu thập

Suy ra từ dấu thời gian tạo phiên bản đơn đặt hàng mới.

Loại sự kiện inferred
Thực hiện kiểm tra chất lượng
Sự kiện này cho biết mặt hàng đã nhận được kiểm tra chất lượng và đạt yêu cầu. Tùy quy trình của công ty, đây có thể là bước riêng sau khi ghi nhận nhận hàng.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để đo hiệu quả của quy trình kiểm soát chất lượng. Chậm trễ ở đây có thể tạo điểm nghẽn giữa khâu nhận hàng và thời điểm hàng sẵn sàng để sử dụng.

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

Thông tin này có thể được ghi nhận qua thay đổi trạng thái của từng dòng hàng trong chứng từ nhận hàng hoặc qua một đối tượng kiểm tra riêng trong Coupa. Có dữ liệu hay không còn tùy vào việc bạn sử dụng mô-đun chất lượng hay workflow tùy chỉnh.

Thu thập

Suy ra từ thay đổi trạng thái của chứng từ nhận hàng hoặc dấu thời gian trên bản ghi kiểm tra liên quan.

Loại sự kiện inferred
Trả hàng cho nhà cung cấp
Hoạt động này được ghi nhận khi hàng đã nhận được gửi trả nhà cung cấp. Nguyên nhân thường là vấn đề chất lượng, hàng bị hư hỏng hoặc giao sai.
Vì sao điều này quan trọng

Theo dõi hàng trả lại là cần thiết để tính tỷ lệ trả hàng và phát hiện vấn đề về chất lượng nhà cung cấp hoặc độ chính xác của đơn hàng. Tỷ lệ trả hàng cao thường cho thấy quy trình có sai sót gây tốn kém.

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

Thông tin này được lấy từ giao dịch 'Return to Supplier' hoặc giao dịch nhận hàng âm trong Coupa. Dấu thời gian của giao dịch được dùng làm thời điểm sự kiện.

Thu thập

Được ghi nhận khi tạo giao dịch trả hàng liên kết với đơn đặt hàng hoặc chứng từ nhận hàng ban đầu.

Loại sự kiện explicit
Từ chối đơn đặt hàng
Hoạt động này xảy ra khi người phê duyệt từ chối đơn đặt hàng trong quy trình phê duyệt. Đơn thường được gửi lại cho người tạo để chỉnh sửa hoặc hủy.
Vì sao điều này quan trọng

Phân tích các trường hợp bị từ chối giúp phát hiện vấn đề về chất lượng dữ liệu, vi phạm chính sách hoặc thiếu sót trong đào tạo. Qua đó, bạn có thể thấy các vòng lặp làm lại gây chậm trễ đáng kể cho quy trình.

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

Đây là sự kiện được ghi rõ trong nhật ký lịch sử phê duyệt đơn đặt hàng của Coupa. Nhật ký sẽ hiển thị thao tác 'Reject' cùng dấu thời gian tương ứng.

Thu thập

Được ghi trong lịch sử phê duyệt với trạng thái 'Reject'.

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ừ Coupa

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

Dùng mẫu này để chuẩn bị dữ liệu cho process mining và tìm ra thông tin hữu ích để hành động. Bắt đầu tối ưu quy trình từ mua hàng đến thanh toán, đơn đặt hàng ngay hôm nay.

Tối ưu đơn đặt hàng P2P, nâng cao hiệu quả ngay hôm nay

Rút ngắn 30% thời gian xử lý P2P và sớm thấy kết quả.

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

Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.