Mẫu dữ liệu xử lý hóa đơn từ mua hàng đến thanh toán

Coupa
Mẫu dữ liệu xử lý hóa đơn từ mua hàng đến thanh toán

Mẫu dữ liệu xử lý hóa đơn từ mua hàng đến thanh toán

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

Đây là các trường dữ liệu nên đưa vào nhật ký sự kiện để phân tích quy trình xử lý hóa đơn từ mua hàng đến thanh toán.
3 Bắt buộc 6 Nên có 11 Không bắt buộc
Tên Mô tả
Số hóa đơn
InvoiceNumber
Mã định danh duy nhất của hóa đơn do nhà cung cấp gửi. Mã này được dùng làm khóa chính để theo dõi hóa đơn trong suốt vòng đời.
Mô tả

Số hóa đơn là mã tham chiếu duy nhất do nhà cung cấp gán cho chứng từ hóa đơn. Trong process mining, mã này đóng vai trò Case ID, liên kết mọi hoạt động liên quan từ lúc nhận và kiểm tra đến khi phê duyệt và thanh toán.

Phân tích theo số hóa đơn giúp bạn theo dõi toàn bộ quá trình xử lý của từng hóa đơn. Nhờ đó, bạn có thể phát hiện các luồng xử lý khác nhau, đo chính xác thời gian chu kỳ và xác định hóa đơn cụ thể nào bị chậm trễ, tạm giữ hoặc gặp ngoại lệ. Đây là thuộc tính nền tảng để hiểu hiệu suất xử lý hóa đơn ở mức chi tiết.

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

Đây là mã định danh hồ sơ cần thiết để liên kết mọi sự kiện của một hóa đơn, giúp phân tích quy trình từ đầu đến cuối một cách nhất quán.

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

Đây là trường chính trên đối tượng Invoice trong Coupa. Bạn có thể tìm thấy trường này trong phần chi tiết tiêu đề hóa đơn trên giao diện người dùng hoặc qua Invoices API.

Ví dụ
INV-2023-00123785549-APO45001-INV
Thời điểm sự kiện
EventTime
Dấu thời gian chính xác cho biết một hoạt động hoặc sự kiện cụ thể đã diễn ra khi nào.
Mô tả

Thời điểm sự kiện, hay dấu thời gian, ghi lại chính xác ngày giờ một hoạt động diễn ra. Đây là cơ sở thời gian của nhật ký quy trình, giúp sắp xếp sự kiện theo thứ tự thời gian cho từng hồ sơ.

Thuộc tính này cần thiết cho mọi phân tích theo thời gian trong process mining. Bạn có thể dùng thuộc tính này để tính thời gian chu kỳ giữa các hoạt động, xác định thời gian kéo dài của điểm nghẽn, đo thời gian chờ và phân tích hiệu suất quy trình theo từng giai đoạn. Dấu thời gian chính xác giúp tạo mô hình quy trình sát thực tế và tính các KPI hiệu suất có ý nghĩa.

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

Thuộc tính này cung cấp dữ liệu theo trình tự thời gian để tính mọi khoảng thời gian, thời gian chu kỳ và thời gian chờ, vốn là cơ sở cho việc phân tích hiệu suất.

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

Dữ liệu này được ghi trong nhật ký kiểm toán hoặc lịch sử của các đối tượng Invoice trong Coupa. Mỗi hành động hoặc thay đổi trạng thái được ghi lại đều có dấu thời gian đi kèm.

Ví dụ
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
Hoạt động
ActivityName
Tên của một sự kiện hoặc tác vụ kinh doanh cụ thể diễn ra trong quá trình xử lý hóa đơn.
Mô tả

Tên hoạt động mô tả một bước trong quy trình làm việc xử lý hóa đơn, chẳng hạn như 'Tạo hóa đơn', 'Gửi hóa đơn để phê duyệt' hoặc 'Thực hiện thanh toán'. Mỗi hoạt động đánh dấu một thời điểm riêng khi trạng thái hoặc bên phụ trách hóa đơn thay đổi.

Trong process mining, chuỗi hoạt động tạo thành sơ đồ luồng quy trình. Phân tích các hoạt động này giúp bạn hình dung quy trình thực tế, xác định các luồng phổ biến và hiếm gặp, tìm điểm nghẽn khiến một số hoạt động kéo dài, đồng thời phát hiện các bước không tuân thủ hoặc kém hiệu quả như vòng lặp làm lại.

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

Thuộc tính này rất quan trọng để tạo sơ đồ quy trình, giúp bạn hình dung và phân tích quy trình làm việc xử lý hóa đơn thực tế.

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

Thuộc tính này thường được lấy từ nhật ký sự kiện, nhật ký kiểm toán hoặc các thay đổi trạng thái trong mô-đun Invoice của Coupa. Thông thường, bạn cần ánh xạ thay đổi trạng thái hoặc hành động cụ thể của người dùng sang tên hoạt động đã xác định.

Ví dụ
Gửi hóa đơn để xử lýPhê duyệt hóa đơnĐặt lệnh tạm giữ hóa đơnThực hiện thanh toán
Ngày đến hạn thanh toán
PaymentDueDate
Ngày cuối cùng phải thanh toán hóa đơn để tránh quá hạn.
Mô tả

Ngày đến hạn thanh toán là mốc quan trọng, được tính dựa trên ngày hóa đơn và điều khoản thanh toán đã thỏa thuận. Đây là hạn chót để thanh toán cho nhà cung cấp.

Mốc này là cơ sở để đo hiệu quả thanh toán đúng hạn. Bạn có thể dùng mốc này để tính KPI Tỷ lệ thanh toán đúng hạn bằng cách so sánh với ngày thực tế thanh toán. Phân tích sai lệch so với ngày đến hạn giúp phát hiện vấn đề mang tính hệ thống gây chậm thanh toán, đồng thời đánh giá ảnh hưởng đến quan hệ với nhà cung cấp và các khoản phí trả chậm có thể phát sinh.

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

Đây là cơ sở chính để đo hiệu quả thanh toán đúng hạn, đồng thời rất cần thiết để quản lý quan hệ với nhà cung cấp và tránh bị phạt.

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

Coupa thường tính ngày này dựa trên các trường 'Invoice Date' và 'Payment Terms'. Ngày này có trong bản ghi hóa đơn.

Ví dụ
2023-11-302023-12-152024-01-10
Người dùng
User
Người dùng hoặc tác nhân hệ thống đã thực hiện hoạt động.
Mô tả

Thuộc tính này xác định cá nhân hoặc hệ thống tự động chịu trách nhiệm thực hiện một bước trong quy trình, chẳng hạn phê duyệt hóa đơn hoặc gỡ lệnh tạm giữ. Giá trị thường là mã người dùng, tên hoặc địa chỉ email.

Phân tích quy trình theo người dùng giúp bạn hiểu hiệu suất của nhóm, cách phân bổ khối lượng công việc và nhu cầu đào tạo. Đây cũng là thông tin cần thiết để phân tích điểm nghẽn, vì có thể cho thấy chậm trễ tập trung ở một số người phê duyệt hoặc nhóm cụ thể. Thuộc tính này còn giúp phân biệt hoạt động thủ công với hoạt động tự động.

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

Thuộc tính này hỗ trợ phân tích khối lượng công việc, xác định điểm nghẽn do người dùng hoặc nhóm cụ thể gây ra, đồng thời giúp đánh giá hiệu suất và mức độ tuân thủ của người dùng.

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

Thông tin người dùng thường được ghi trong nhật ký kiểm toán hoặc lịch sử hóa đơn của Coupa, gắn với từng hành động.

Ví dụ
john.doe@company.comjane.smithSystem.Automation
Số đơn đặt hàng
PurchaseOrderNumber
Mã định danh của đơn đặt hàng (PO) được dùng để lập hóa đơn.
Mô tả

Số đơn đặt hàng liên kết hóa đơn với chứng từ mua hàng ban đầu. Mối liên kết này là cơ sở cho quy trình đối chiếu PO, một bước quan trọng trong việc kiểm tra hóa đơn tại nhiều doanh nghiệp.

Trong process mining, thuộc tính này rất quan trọng để phân tích việc đối chiếu PO và xử lý sai lệch. Bạn có thể lọc hóa đơn theo PO cụ thể. Thuộc tính này cũng cần thiết cho bảng điều khiển 'Tổng quan sai lệch khi đối chiếu PO'. Tỷ lệ hóa đơn không có số PO cao có thể cho thấy hoạt động mua hàng ngoài quy trình hoặc không tuân thủ.

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

Thuộc tính này liên kết hóa đơn với quy trình mua hàng, giúp phân tích hiệu quả đối chiếu PO và xử lý sai lệch.

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

Đây là trường tiêu chuẩn trên đối tượng Invoice Line trong Coupa, dùng để liên kết các dòng hóa đơn với các dòng PO.

Ví dụ
PO4500123PO4500456PO4500789
Tên nhà cung cấp
VendorName
Tên nhà cung cấp đã gửi hóa đơn.
Mô tả

Tên nhà cung cấp xác định đối tác kinh doanh đã cung cấp hàng hóa hoặc dịch vụ. Đây là dữ liệu ngữ cảnh quan trọng để phân tích hiệu quả thanh toán và quan hệ với nhà cung cấp.

Thuộc tính này cho phép phân nhóm quy trình hóa đơn theo nhà cung cấp. Bạn có thể trả lời các câu hỏi như 'Hóa đơn của nhà cung cấp nào mất nhiều thời gian xử lý nhất?' hoặc 'Chúng ta có thường xuyên thanh toán đúng hạn cho các nhà cung cấp chiến lược không?'. Phân tích theo nhà cung cấp rất quan trọng đối với bảng điều khiển 'Thời gian thanh toán cho nhà cung cấp' và việc quản lý quan hệ với nhà cung cấp hiệu quả.

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

Thuộc tính này cho phép phân nhóm và phân tích quy trình theo nhà cung cấp, giúp quản lý quan hệ với nhà cung cấp và phát hiện vấn đề riêng của từng nhà cung cấp.

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

Thông tin này thuộc dữ liệu hóa đơn cốt lõi trong Coupa, được liên kết từ đối tượng Supplier/Vendor.

Ví dụ
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
Tổng giá trị hóa đơn
InvoiceTotalAmount
Tổng giá trị tiền tệ của hóa đơn, bao gồm thuế và các khoản phí khác.
Mô tả

Thuộc tính này thể hiện tổng số tiền phải trả trên hóa đơn. Đây là dữ liệu tài chính cơ bản được dùng trong nhiều loại phân tích.

Phân tích quy trình theo giá trị hóa đơn có thể cho thấy các xu hướng quan trọng. Ví dụ, hóa đơn giá trị cao có thể đi theo quy trình phê duyệt chặt chẽ hơn và mất nhiều thời gian hơn. Thuộc tính này cũng giúp đánh giá tác động tài chính của các điểm kém hiệu quả, chẳng hạn giá trị hóa đơn đang bị chặn hoặc chậm xử lý.

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

Thuộc tính này cung cấp ngữ cảnh tài chính quan trọng, giúp phân tích cách quy trình thay đổi theo giá trị hóa đơn và đánh giá tác động tài chính của chậm trễ.

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

Đây là trường tiêu chuẩn trên đối tượng Invoice trong Coupa, thường có tên 'Total' hoặc 'Total Amount'.

Ví dụ
1500.75250.0012345.50
Trạng thái hóa đơn
InvoiceStatus
Trạng thái hiện tại của hóa đơn trong quy trình làm việc xử lý.
Mô tả

Trạng thái hóa đơn cho biết hóa đơn đang ở bước nào tại một thời điểm, chẳng hạn 'pending approval', 'approved', 'on hold' hoặc 'paid'. Thuộc tính này thay đổi khi hóa đơn đi qua các bước trong quy trình.

Đây là thuộc tính quan trọng cho các bảng điều khiển theo dõi vận hành như bảng điều khiển 'Thông lượng và trạng thái xử lý hóa đơn'. Thuộc tính này giúp theo dõi số hóa đơn đang mở và phân bổ chúng theo từng giai đoạn. Phân tích các lần chuyển trạng thái theo thời gian cũng là nguồn chính để xác định thuộc tính 'ActivityName'.

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

Thuộc tính này cho biết hóa đơn đang ở đâu trong quy trình làm việc, rất cần thiết cho bảng điều khiển vận hành và việc theo dõi trạng thái.

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

Đây là trường trạng thái chính trên đối tượng Invoice trong Coupa.

Ví dụ
Chờ phê duyệtĐã phê duyệtĐã hủyĐã thanh toán
Có tự động hóa
IsAutomated
Cờ cho biết hoạt động do hệ thống tự động hay người dùng thực hiện.
Mô tả

Thuộc tính dạng đúng/sai này phân biệt các tác vụ do hệ thống tự động thực hiện, chẳng hạn như đối chiếu PO tự động hoặc ghi sổ do hệ thống tạo, với các tác vụ do người dùng thực hiện thủ công.

Phân tích thuộc tính này giúp đo lường mức độ tự động hóa trong quy trình xử lý hóa đơn. Bạn có thể dùng thuộc tính này để đánh giá hiệu quả của các sáng kiến tự động hóa, tìm những bước thủ công còn lại có thể tự động hóa, đồng thời so sánh hiệu suất và tỷ lệ lỗi giữa hoạt động tự động với hoạt động thủ công. Đây là cơ sở để hiểu đúng chi phí và hiệu quả của quy trình.

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

Thuộc tính này giúp đo lường mức độ tự động hóa của quy trình, tìm cơ hội tự động hóa thêm và đánh giá tác động của các bot hiện có.

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 “User” gắn với hoạt động là tài khoản hệ thống hoặc dịch vụ hay tài khoản người dùng.

Ví dụ
truefalse
Đã nhận chiết khấu
EarlyPaymentDiscountCaptured
Cờ cho biết doanh nghiệp có nhận được chiết khấu thanh toán sớm hay không.
Mô tả

Thuộc tính dạng đúng/sai này cho biết doanh nghiệp có thanh toán hóa đơn trong thời hạn chiết khấu theo điều khoản thanh toán hay không, chẳng hạn thanh toán trong vòng 10 ngày với điều khoản “2% trong 10 ngày, Net 30”.

Đây là chỉ số cốt lõi của bảng điều khiển Theo dõi chiết khấu thanh toán sớm và KPI liên quan. Khi cờ này có giá trị sai, bạn có thể tìm ra những khoản tiết kiệm bị bỏ lỡ. Doanh nghiệp có thể tìm hiểu vì sao hóa đơn đủ điều kiện nhận chiết khấu chưa được xử lý đủ nhanh, sau đó điều chỉnh quy trình để tận dụng thêm chiết khấu và tối ưu vốn lưu động.

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

Thuộc tính này đo lường trực tiếp lợi ích tài chính từ việc xử lý hóa đơn hiệu quả và giúp phát hiện cơ hội tiết kiệm bị bỏ lỡ.

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

Đây là thuộc tính được tính toán. Logic kiểm tra xem ngày thanh toán có nằm trong thời hạn chiết khấu quy định ở “Điều khoản thanh toán” hay không, đồng thời xác nhận chiết khấu đã được áp dụng.

Ví dụ
truefalse
Điều khoản thanh toán
PaymentTerms
Điều khoản thanh toán đã thỏa thuận, chẳng hạn 'Net 30' hoặc '2% 10, Net 30'.
Mô tả

Điều khoản thanh toán quy định cách thanh toán cho nhà cung cấp, bao gồm ngày đến hạn và các khoản chiết khấu nếu thanh toán sớm. Thông tin này thường được thiết lập trong dữ liệu chính của nhà cung cấp rồi áp dụng cho hóa đơn.

Thuộc tính này cần thiết để tính ngày đến hạn thanh toán và xác định cơ hội nhận chiết khấu khi thanh toán sớm. Đây là dữ liệu đầu vào trực tiếp cho bảng điều khiển 'Theo dõi chiết khấu thanh toán sớm' và KPI liên quan. Phân tích theo điều khoản thanh toán có thể cho thấy một số điều khoản có liên quan đến chậm thanh toán.

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

Đây là cơ sở để tính ngày đến hạn thanh toán và xác định cơ hội nhận chiết khấu khi thanh toán sớm, từ đó ảnh hưởng trực tiếp đến vốn lưu động.

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

Đây là trường tiêu chuẩn trong Coupa, thường được lấy mặc định từ bản ghi Supplier/Vendor và áp dụng cho Invoice.

Ví dụ
Net 30Net 602% trong 10 ngày, Net 30
Hệ thống nguồn
SourceSystem
Hệ thống ban đầu cung cấp dữ liệu sự kiện được trích xuất.
Mô tả

Thuộc tính hệ thống nguồn cho biết ứng dụng hoặc nền tảng đã ghi nhận hoạt động xử lý hóa đơn. Coupa là hệ thống chính, nhưng hóa đơn hoặc dữ liệu liên quan cũng có thể đến từ các hệ thống tích hợp khác như ERP hoặc cổng thông tin nhà cung cấp.

Thông tin này hữu ích trong môi trường CNTT phức tạp, giúp bạn hiểu vai trò của từng hệ thống trong toàn bộ quy trình. Thuộc tính này hỗ trợ tìm nguyên nhân vấn đề về chất lượng dữ liệu, hiểu các điểm bàn giao giữa hệ thống và phân tích quy trình trải qua nhiều ứng dụng.

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

Thuộc tính này làm rõ nguồn gốc dữ liệu, rất cần thiết khi xử lý sự cố và phân tích quy trình có nhiều hệ thống tích hợp.

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

Đây thường là giá trị cố định được thêm vào khi trích xuất dữ liệu để xác định nguồn gốc. Với Coupa, giá trị này sẽ là 'Coupa'.

Ví dụ
CoupaSAP S/4HANAOracle Fusion
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 sự kiện này được làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này ghi lại thời điểm dữ liệu được trích xuất và tải vào công cụ process mining lần gần nhất. Thông tin này cho biết dữ liệu phân tích mới đến đâu và giúp bạn hiểu mức độ cập nhật của thông tin trên bảng điều khiển.

Biết thời điểm cập nhật dữ liệu gần nhất rất quan trọng khi theo dõi vận hành. Thông tin này giúp người dùng tin tưởng dữ liệu vì thể hiện rõ dữ liệu hiện tại đến mức nào, đồng thời tránh đưa ra quyết định dựa trên góc nhìn quy trình đã lỗi thời.

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

Thuộc tính này cung cấp thông tin quan trọng về độ mới và mức độ phù hợp của dữ liệu quy trình, giúp người dùng biết phân tích đang phản ánh tình hình gần đây đến đâu.

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

Dấu thời gian này được tạo và thêm vào tập dữ liệu trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL).

Ví dụ
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Lý do tạm giữ
HoldReason
Lý do cụ thể khiến hóa đơn bị tạm giữ hoặc chặn thanh toán.
Mô tả

Lý do tạm giữ cho biết vì sao hóa đơn không thể chuyển sang bước thanh toán. Ví dụ: “Số lượng không khớp” hoặc “Chờ nhận hàng”. Thông tin này rất quan trọng để hiểu nguyên nhân thanh toán bị chậm.

Thuộc tính này là dữ liệu cốt lõi cho bảng điều khiển Phân tích nguyên nhân gốc rễ của lệnh chặn thanh toán. Phân loại và đếm số lần xuất hiện của từng lý do tạm giữ giúp doanh nghiệp xác định những vấn đề thường làm gián đoạn quy trình thanh toán. Từ đó, bạn có thể cải tiến đúng trọng tâm để tránh phát sinh lệnh tạm giữ và đẩy nhanh thanh toán.

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

Thuộc tính này giải thích nguyên nhân thanh toán bị chậm, giúp bạn phân tích đúng trọng tâm để giảm số lần và thời gian bị chặn thanh toán.

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

Khi hóa đơn bị tạm giữ trong Coupa, người dùng thường chọn hoặc nhập lý do. Dữ liệu này được gắn với trạng thái tạm giữ của hóa đơn.

Ví dụ
Giá không khớp với POChờ nhận hàngHóa đơn trùng lặp
Lý do từ chối
RejectionReason
Lý do được nêu khi hóa đơn bị từ chối trong quá trình phê duyệt.
Mô tả

Khi người phê duyệt từ chối hóa đơn, họ thường nêu lý do, chẳng hạn như “Sai số tiền” hoặc “Hóa đơn trùng lặp”. Thuộc tính này ghi lại lý do dưới dạng văn bản tự do hoặc mã.

Dữ liệu này rất hữu ích để tìm nguyên nhân gốc rễ khiến việc phê duyệt chậm trễ và phải làm lại. Phân tích tần suất của từng lý do từ chối giúp doanh nghiệp phát hiện vấn đề mang tính hệ thống ở các bước trước đó, chẳng hạn như thông tin PO không chính xác hoặc cách nhà cung cấp lập hóa đơn. Thông tin này hỗ trợ bảng điều khiển Phân tích điểm nghẽn trong phê duyệt hóa đơn.

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

Thuộc tính này cho thấy trực tiếp nguyên nhân gốc rễ khiến hóa đơn bị từ chối, giúp bạn xác định điểm cần cải tiến quy trình và giảm việc phải làm lại.

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

Thông tin này được ghi lại khi người dùng chọn hành động “Từ chối” trong quy trình làm việc phê duyệt. Thông tin thường được lưu trong phần nhận xét hoặc nhật ký kiểm tra.

Ví dụ
Số lượng không chính xácGiá không khớp với POGửi hóa đơn trùng lặp
Mã công ty
CompanyCode
Mã định danh pháp nhân hoặc công ty chịu trách nhiệm về hóa đơn.
Mô tả

Mã công ty đại diện cho một pháp nhân cụ thể trong một tổ chức lớn hơn. Hóa đơn được hạch toán vào mã công ty để phục vụ kế toán và báo cáo tài chính.

Thuộc tính này cần thiết để lọc và phân tích quy trình theo pháp nhân. Bạn có thể so sánh hiệu quả quy trình giữa các bộ phận trong doanh nghiệp, chẳng hạn như “Quy trình phê duyệt hóa đơn tại pháp nhân ở Mỹ có khác với pháp nhân ở Đức không?”. Đây là thông tin quan trọng với các tổ chức đa quốc gia quy mô lớn.

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

Thuộc tính này giúp so sánh quy trình và đối chiếu hiệu quả giữa các pháp nhân hoặc đơn vị kinh doanh trong tổ chức.

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

Đây là trường kế toán cơ bản trên đối tượng Invoice trong Coupa, thường bắt buộc để ghi sổ tài chính.

Ví dụ
1000US01DE01
Ngày hóa đơn
InvoiceDate
Ngày ghi trên chứng từ hóa đơn của nhà cung cấp.
Mô tả

Ngày hóa đơn là ngày nhà cung cấp ghi trên hóa đơn. Ngày này thường đánh dấu thời điểm bắt đầu chính thức của chu kỳ thanh toán và được dùng để tính ngày đến hạn theo điều khoản thanh toán.

Đây là mốc quan trọng để tính thời gian xử lý. Ngày này cũng là dữ liệu đầu vào cần thiết để tính Ngày đến hạn thanh toán và xác định hóa đơn có đủ điều kiện hưởng chiết khấu thanh toán sớm hay không. So sánh Ngày hóa đơn với ngày nhập hóa đơn vào hệ thống có thể giúp phát hiện việc gửi hoặc tiếp nhận hóa đơn bị chậm trễ.

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

Đây là ngày chính dùng để tính ngày đến hạn thanh toán, đồng thời là mốc quan trọng để đo lường việc thanh toán đúng hạn và ghi nhận chiết khấu.

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

Đây là trường bắt buộc theo tiêu chuẩn trên đối tượng Invoice trong Coupa.

Ví dụ
2023-10-152023-11-012023-12-20
Thanh toán đúng hạn
IsOnTimePayment
Cờ dạng đúng/sai cho biết hóa đơn được thanh toán vào hoặc trước ngày đến hạn.
Mô tả

Thuộc tính được tính toán này cho biết mỗi hóa đơn được thanh toán đúng hạn hay trễ. Giá trị được xác định bằng cách so sánh thời điểm của hoạt động “Đã thực hiện thanh toán” với “Ngày đến hạn thanh toán”. Nếu thời điểm thanh toán vào hoặc trước ngày đến hạn, giá trị là đúng.

Cờ này giúp tính KPI Tỷ lệ thanh toán đúng hạn dễ dàng hơn. Bạn có thể lọc và phân nhóm dữ liệu để phân tích đặc điểm của các khoản thanh toán trễ, chẳng hạn như nhà cung cấp, phòng ban hoặc giá trị hóa đơn thường liên quan đến tình trạng chậm trễ.

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

Thuộc tính này giúp phân tích hiệu quả thanh toán và là cơ sở để tính KPI quan trọng về Tỷ lệ thanh toán đúng hạn.

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

Đây là thuộc tính được tính toán theo logic: “Ngày thực hiện thanh toán” <= “Ngày đến hạn thanh toán”. Logic này được triển khai trong công cụ process mining.

Ví dụ
truefalse
Tiền tệ
CurrencyCode
Mã tiền tệ ISO của giá trị hóa đơn.
Mô tả

Mã tiền tệ cho biết đơn vị tiền tệ của các giá trị trên hóa đơn, chẳng hạn USD, EUR hoặc GBP. Đây là thông tin cần thiết với các doanh nghiệp hoạt động toàn cầu và xử lý hóa đơn bằng nhiều loại tiền tệ.

Khi phân tích, thuộc tính này giúp diễn giải và tổng hợp dữ liệu tài chính chính xác. Bảng điều khiển và KPI cần lọc hoặc quy đổi tiền tệ để đưa ra số liệu tài chính có ý nghĩa. Nhờ đó, bạn tránh cộng gộp sai các giá trị thuộc những loại tiền tệ khác nhau và có thể phân tích quy trình theo từng loại tiền tệ.

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

Thuộc tính này giúp phân tích và báo cáo tài chính chính xác bằng cách cung cấp ngữ cảnh cần thiết cho mọi giá trị tiền tệ trong môi trường đa tiền tệ.

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

Đây là trường tiêu chuẩn trên đối tượng Invoice trong Coupa, thường được liên kết với nhà cung cấp hoặc ghi trực tiếp trên hóa đơn.

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

Hoạt động xử lý hóa đơn từ mua hàng đến thanh toán

Đâ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á và phân tích quy trình chính xác.
5 Nên có 9 Không bắt buộc
Hoạt động Mô tả
Ghi nhận hóa đơn để thanh toán
Hóa đơn đã được phê duyệt và được đánh dấu sẵn sàng thanh toán. Thông tin tài chính thường được chuyển sang hệ thống ERP bên ngoài. Có thể suy ra sự kiện này từ cờ trạng thái tích hợp hoặc thay đổi trạng thái chính của hóa đơn.
Vì sao điều này quan trọng

Mốc này đánh dấu thời điểm bàn giao từ bộ phận xử lý công nợ phải trả (AP) sang bộ phận ngân quỹ hoặc thanh toán. Chậm trễ trước mốc này ảnh hưởng đến hiệu quả của AP, còn chậm trễ sau đó ảnh hưởng đến ngân quỹ và quan hệ với nhà cung cấp.

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

Thường có thể suy ra từ việc trạng thái chuyển thành 'approved for payment' hoặc cờ như 'exported' được đặt thành true. Thông tin này có trên đối tượng tiêu đề hóa đơn.

Thu thập

Phát hiện dấu thời gian khi trạng thái hóa đơn chuyển thành 'Approved for Payment' hoặc cờ xuất dữ liệu được bật.

Loại sự kiện inferred
Gửi hóa đơn để phê duyệt
Hoạt động này đánh dấu thời điểm hóa đơn đã qua các bước kiểm tra ban đầu và được đưa vào quy trình làm việc phê duyệt chính thức. Thường có thể suy ra từ thay đổi trạng thái cho biết hóa đơn đang chờ một hoặc nhiều người phê duyệt xử lý.
Vì sao điều này quan trọng

Hoạt động này là mốc bắt đầu đo thời gian chu kỳ phê duyệt. Đây là thông tin quan trọng để phân tích điểm nghẽn trong các cấp phê duyệt và hỗ trợ bảng điều khiển 'Phân tích điểm nghẽn phê duyệt hóa đơn'.

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

Suy ra từ việc trạng thái hóa đơn chuyển thành 'pending approval' hoặc trạng thái tương tự. Việc tạo bản ghi phê duyệt đầu tiên trong lịch sử phê duyệt hóa đơn cũng đánh dấu sự kiện này.

Thu thập

Ghi nhận dấu thời gian khi trạng thái hóa đơn chuyển thành 'Pending Approval' hoặc khi bản ghi phê duyệt đầu tiên được tạo.

Loại sự kiện inferred
Phê duyệt hóa đơn
Hoạt động này cho biết hóa đơn đã hoàn tất thành công mọi bước phê duyệt bắt buộc. Sự kiện được ghi nhận trong lịch sử phê duyệt khi người phê duyệt cuối cùng thực hiện hành động chấp thuận.
Vì sao điều này quan trọng

Đây là mốc quan trọng đánh dấu kết thúc chu kỳ phê duyệt và cho phép đưa hóa đơn vào xử lý thanh toán. Mốc này cần thiết để đo thời gian phê duyệt và hiệu quả chung của quy trình.

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

Đây là sự kiện được ghi nhận trực tiếp trong nhật ký lịch sử phê duyệt hoặc qua thay đổi trạng thái tiêu đề hóa đơn thành 'approved'. Hành động phê duyệt cuối cùng trong nhật ký cung cấp dấu thời gian chính xác.

Thu thập

Ghi nhận dấu thời gian của hành động phê duyệt cuối cùng trong lịch sử phê duyệt.

Loại sự kiện explicit
Tạo hóa đơn
Hoạt động này đánh dấu thời điểm tạo bản ghi hóa đơn trong hệ thống Coupa. Sự kiện được ghi nhận khi một đối tượng hóa đơn mới được tạo, qua nhập liệu thủ công, mạng lưới nhà cung cấp tích hợp như Coupa Supplier Portal hoặc quét OCR tự động.
Vì sao điều này quan trọng

Đây là bước đầu tiên trong vòng đời hóa đơn, cần thiết để đo tổng thời gian xử lý từ đầu đến cuối. Mốc này làm cơ sở cho các phân tích tiếp theo về thời gian chu kỳ và thông lượng.

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

Đây là sự kiện được ghi nhận trực tiếp từ dấu thời gian tạo bản ghi hóa đơn. Trong mô hình dữ liệu của Coupa, mốc này tương ứng với dấu thời gian 'created-at' trên đối tượng tiêu đề hóa đơn.

Thu thập

Dùng dấu thời gian tạo bản ghi hóa đơn.

Loại sự kiện explicit
Thực hiện thanh toán
Hoạt động này đánh dấu bước cuối cùng của quy trình, khi khoản thanh toán được thực hiện và gửi đến nhà cung cấp. Sự kiện được ghi nhận từ trạng thái của bản ghi thanh toán liên kết trong Coupa Payments hoặc hệ thống thanh toán tích hợp.
Vì sao điều này quan trọng

Là điểm kết thúc chính thức của quy trình, hoạt động này cần thiết để tính thời gian xử lý đầy đủ từ đầu đến cuối và đo KPI 'Tỷ lệ thanh toán đúng hạn'.

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

Sự kiện này được suy ra từ bản ghi thanh toán liên kết với hóa đơn. Trạng thái 'paid', 'completed' hoặc trường 'payment date' có dữ liệu cho biết khoản thanh toán đã được thực hiện.

Thu thập

Dùng 'payment date' trong bản ghi thanh toán liên kết với hóa đơn.

Loại sự kiện inferred
Bắt đầu xử lý sai lệch
Hoạt động này thể hiện thời điểm bắt đầu can thiệp thủ công để xử lý sai lệch khi đối chiếu PO. Khó ghi nhận trực tiếp hoạt động này, nên thường suy ra từ hành động đầu tiên của người dùng sau khi phát hiện sai lệch, chẳng hạn thêm bình luận hoặc chỉnh sửa hóa đơn.
Vì sao điều này quan trọng

Theo dõi khoảng thời gian từ lúc phát hiện sai lệch đến khi bắt đầu xử lý giúp chỉ ra chậm trễ trong việc phân công hoặc giải quyết ngoại lệ. Đây là phần quan trọng trong bảng điều khiển 'Tổng quan sai lệch khi đối chiếu PO'.

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

Khó lấy trực tiếp dữ liệu này và có thể cần suy luận nâng cao. Có thể xác định bằng cách tìm dấu thời gian của bình luận, chỉnh sửa hoặc phân công tác vụ đầu tiên liên quan đến hóa đơn sau khi trạng thái đối chiếu cho biết thất bại.

Thu thập

Tìm sự kiện thay đổi đầu tiên do người dùng thực hiện sau sự kiện 'Phát hiện sai lệch khi đối chiếu'.

Loại sự kiện inferred
Đặt lệnh tạm giữ hóa đơn
Hoạt động này thể hiện việc tạm giữ hóa đơn để ngăn thanh toán. Đây là sự kiện được ghi rõ, thường xuất hiện trong lịch sử hoặc nhật ký kiểm toán của hóa đơn, kèm lý do nếu có.
Vì sao điều này quan trọng

Hoạt động này tương đương với việc chặn thanh toán và là nguyên nhân lớn gây chậm trễ. Theo dõi thời điểm đặt lệnh tạm giữ là bước đầu tiên để phân tích nguyên nhân và thời gian kéo dài, đồng thời hỗ trợ KPI 'Tỷ lệ hóa đơn bị chặn thanh toán'.

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

Đây là sự kiện được ghi rõ trong lịch sử hóa đơn hoặc nhật ký kiểm toán. Coupa ghi lại các hành động của người dùng hoặc hệ thống, bao gồm cả việc đặt lệnh tạm giữ.

Thu thập

Lọc các bản ghi lịch sử hóa đơn có sự kiện 'hold placed' hoặc sự kiện tương tự của hệ thống.

Loại sự kiện explicit
Đối chiếu hóa đơn với PO
Hoạt động này cho biết hệ thống đã đối chiếu thành công các dòng hóa đơn với các dòng đơn đặt hàng tương ứng. Sự kiện được suy ra từ thay đổi trong trường trạng thái đối chiếu của hóa đơn, cho thấy việc kiểm tra với PO đã thành công.
Vì sao điều này quan trọng

Đối chiếu tự động thành công là dấu hiệu quan trọng cho thấy quy trình vận hành tốt và không cần can thiệp. Theo dõi hoạt động này giúp đo hiệu quả tự động hóa và tỷ lệ xử lý xuyên suốt.

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

Suy ra từ việc trường trạng thái đối chiếu hóa đơn chuyển sang 'matched'. Đối tượng hóa đơn trong Coupa có các cờ và trạng thái cho biết kết quả đối chiếu với PO.

Thu thập

Phát hiện dấu thời gian khi trạng thái đối chiếu PO của hóa đơn chuyển thành 'Matched'.

Loại sự kiện inferred
Gỡ lệnh tạm giữ hóa đơn
Lệnh tạm giữ hóa đơn trước đó đã được gỡ, cho phép hóa đơn tiếp tục đến bước thanh toán. Cũng như việc đặt lệnh tạm giữ, đây là hành động được ghi rõ trong nhật ký kiểm toán của hóa đơn.
Vì sao điều này quan trọng

Khoảng thời gian từ lúc đặt đến khi gỡ lệnh tạm giữ rất quan trọng đối với KPI 'Thời gian chặn thanh toán trung bình'. Hoạt động này đánh dấu lúc kết thúc chậm trễ. Phân tích nguyên nhân gỡ lệnh có thể giúp tìm cách xử lý nhanh hơn.

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

Đây là sự kiện được ghi rõ trong lịch sử hóa đơn hoặc nhật ký kiểm toán. Sự kiện được ghi thành một hành động riêng của người dùng hoặc hệ thống.

Thu thập

Lọc các bản ghi lịch sử hóa đơn có sự kiện 'hold released' hoặc sự kiện tương tự của hệ thống.

Loại sự kiện explicit
Gửi hóa đơn để xử lý
Hoạt động này thể hiện việc chính thức đưa hóa đơn mới tạo vào quy trình làm việc xử lý. Thông thường, người dùng thực hiện bước này sau khi nhập và kiểm tra dữ liệu ban đầu. Sự kiện được ghi nhận trong nhật ký kiểm toán khi trạng thái hóa đơn chuyển từ bản nháp sang đã gửi.
Vì sao điều này quan trọng

Hoạt động này giúp phân biệt thời gian nhập dữ liệu với thời gian xử lý thực tế. Phân tích khoảng thời gian từ 'Tạo hóa đơn' đến sự kiện này giúp phát hiện chậm trễ ở khâu nhập liệu ban đầu.

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

Theo dõi thay đổi trạng thái hóa đơn từ 'draft' hoặc 'new' sang 'submitted' hoặc 'pending approval'. Thông tin này có trong lịch sử hóa đơn hoặc bảng nhật ký kiểm toán của Coupa.

Thu thập

Ghi nhận dấu thời gian khi trạng thái hóa đơn lần đầu chuyển thành 'submitted'.

Loại sự kiện explicit
Hủy hóa đơn
Hóa đơn đã bị hủy và sẽ không được xử lý hoặc thanh toán. Đây là thay đổi trạng thái cuối cùng, được ghi nhận trực tiếp trong trường trạng thái của hóa đơn trên hệ thống.
Vì sao điều này quan trọng

Đây là một kết thúc khác, không thành công, của quy trình. Phân tích lý do hủy hóa đơn có thể giúp phát hiện vấn đề từ các khâu trước đó trong hoạt động mua hàng hoặc trao đổi với nhà cung cấp.

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

Đây là sự kiện được ghi nhận trực tiếp khi trạng thái hóa đơn chuyển thành 'voided'. Đây là trạng thái tiêu chuẩn trong chức năng quản lý hóa đơn của Coupa.

Thu thập

Ghi nhận dấu thời gian khi trạng thái hóa đơn được cập nhật thành 'Voided'.

Loại sự kiện explicit
Lên lịch thanh toán
Hóa đơn đã được đưa vào đợt thanh toán dự kiến thực hiện vào một ngày trong tương lai. Có thể suy ra sự kiện này khi hóa đơn được liên kết với một đợt chạy thanh toán hoặc đối tượng lô thanh toán trong hệ thống.
Vì sao điều này quan trọng

Hoạt động này giúp theo dõi giai đoạn cuối của quy trình, phân biệt hóa đơn đã sẵn sàng thanh toán với khoản thanh toán đã thực sự được khởi tạo. Thông tin này hỗ trợ dự báo dòng tiền.

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

Suy ra từ việc tạo bản ghi thanh toán hoặc lô thanh toán có chứa mã hóa đơn. 'scheduled payment date' trên đối tượng thanh toán cung cấp thời điểm cần theo dõi.

Thu thập

Dùng ngày tạo bản ghi lô thanh toán liên kết với hóa đơn.

Loại sự kiện inferred
Phát hiện sai lệch khi đối chiếu
Sự kiện này xảy ra khi hệ thống tự động không thể đối chiếu hóa đơn với đơn đặt hàng do sai lệch về số lượng, giá hoặc thông tin khác. Có thể suy ra sự kiện từ trạng thái hóa đơn chuyển sang trạng thái cần can thiệp thủ công, chẳng hạn 'unmatched' hoặc 'mismatched'.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm bắt đầu xử lý ngoại lệ, một nguyên nhân phổ biến gây chậm trễ. Phân tích tần suất và nguyên nhân gốc rễ giúp cải thiện tỷ lệ đối chiếu thành công ngay lần đầu và giảm khối lượng công việc thủ công.

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

Suy ra từ trạng thái đối chiếu của hóa đơn. Trạng thái 'unmatched', 'mismatched' hoặc tương tự cho biết có sai lệch cần được kiểm tra thủ công. Thông tin này được theo dõi trên đối tượng hóa đơn.

Thu thập

Phát hiện dấu thời gian khi trạng thái đối chiếu PO chuyển sang giá trị cho biết đối chiếu thất bại.

Loại sự kiện inferred
Từ chối hóa đơn
Người phê duyệt chính thức từ chối hóa đơn, khiến quy trình làm việc dừng lại. Hành động này được ghi rõ trong lịch sử phê duyệt hóa đơn, kèm thông tin người từ chối và thời điểm từ chối.
Vì sao điều này quan trọng

Việc từ chối khiến phát sinh công việc làm lại và kéo dài đáng kể thời gian chu kỳ. Phân tích tần suất và lý do từ chối rất quan trọng để cải tiến quy trình và tính KPI 'Tỷ lệ phê duyệt ngay lần đầu'.

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

Đây là sự kiện được ghi rõ trong nhật ký lịch sử phê duyệt hóa đơn. Mỗi bước phê duyệt có bản ghi trạng thái, dấu thời gian và hành động của người phê duyệt.

Thu thập

Lọc các bản ghi lịch sử phê duyệt có hành động 'reject' hoặc 'rejected'.

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

Bạn đã sẵn sàng bắt đầu chưa?

Dùng mẫu này để chuẩn bị dữ liệu và khám phá thông tin về quy trình xử lý hóa đơn trong Coupa. Bắt đầu tối ưu vận hành P2P ngay hôm nay.

Tối ưu hiệu quả: Cải thiện ngay quy trình xử lý hóa đơn P2P

Xác định điểm nghẽn và giảm 30% thời gian xử lý hóa đơn.

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.