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

Mẫu process mining dùng chung
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 process mining dùng chung

Đây là mẫu dữ liệu process mining chung cho Từ mua hàng đến thanh toán: xử lý hóa đơn. Hãy dùng mẫu riêng cho từng hệ thống để được hướng dẫn cụ thể hơn.

Chọn một hệ thống cụ thể
  • Các trường dữ liệu nên có để phân tích hiệu quả
  • Các hoạt động và mốc quan trọng cần theo dõi
  • Hướng dẫn trích xuất dữ liệu quy trình
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

Bảng này liệt kê các trường dữ liệu nên có trong 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.
5 Bắt buộc 7 Nên có 5 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 phát hành. Mã này là khóa chính để theo dõi hóa đơn trong suốt vòng đời xử lý.
Mô tả

Số hóa đơn là mã gồm chữ và số do nhà cung cấp cấp cho hóa đơn. Trong process mining, thuộc tính này rất quan trọng vì thường được dùng làm Case ID để nhận diện duy nhất hành trình của từng hóa đơn, từ lúc nhận đến khi thanh toán.

Khi dùng Số hóa đơn làm Case ID, bạn có thể liên kết mọi hoạt động liên quan, như “Đã nhận hóa đơn”, “Đã phê duyệt hóa đơn” và “Đã thực hiện thanh toán”, để dựng lại quy trình từ đầu đến cuối của hóa đơn đó. Nhờ vậy, bạn có thể phân tích chi tiết thời gian xử lý, các luồng và sai lệch của từng trường hợp. Đây là nền tảng cho toàn bộ hoạt động phân tích quy trình.

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

Đây là mã định danh Case thiết yếu, liên kết mọi sự kiện liên quan và giúp theo dõi vòng đời của một hóa đơn từ đầu đến cuối.

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

Đây thường là trường chính trong phần đầu của bảng giao dịch hóa đơn.

Ví dụ
INV-2024-001239876543210US-5839A-24
Tên hoạt động
ActivityName
Tên của một sự kiện nghiệp vụ hoặc tác vụ cụ thể diễn ra trong vòng đời xử lý hóa đơn.
Mô tả

Tên hoạt động mô tả một bước hoặc cột mốc trong quá trình xử lý hóa đơn. Ví dụ: “Đã nhận hóa đơn”, “Đã gửi hóa đơn đi phê duyệt”, “Đã chặn thanh toán” và “Đã thực hiện thanh toán”. Thuộc tính này cho biết hóa đơn đã trải qua những gì theo thời gian.

Trong process mining, thuộc tính này được dùng để tạo sơ đồ quy trình, thể hiện trực quan workflow. Phân tích thứ tự, tần suất và luồng hoạt động giúp bạn xác định các luồng quy trình phổ biến, sai lệch, điểm nghẽn và vòng xử lý lại. Tên hoạt động cần chính xác và đủ chi tiết để tạo ra phân tích quy trình hữu ích, có thể áp dụng vào thực tế.

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, tạo nền tảng cho sơ đồ quy trình và hỗ trợ mọi phân tích liên quan đến luồng.

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

Thông tin này thường được lấy từ nhật ký thay đổi trạng thái, bảng sự kiện hoặc mã giao dịch trong hệ thống nguồn.

Ví dụ
Đã nhập hóa đơnĐã phê duyệt hóa đơnĐã chặn thanh toánĐã thực hiện thanh toán
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 Thời gian bắt đầu, ghi lại chính xác ngày giờ một hoạt động nghiệp vụ diễn ra. Mỗi hoạt động trong quy trình, từ “Đã nhận hóa đơn” đến “Đã thực hiện thanh toán”, đều có dấu thời gian tương ứng. Thông tin theo trình tự thời gian này rất cần thiết để sắp xếp sự kiện và tính thời lượng.

Thuộc tính này được dùng để sắp xếp sự kiện theo thời gian và dựng luồng quy trình cho từng trường hợp. Đây là cơ sở cho mọi phân tích theo thời gian, bao gồm tính thời gian xử lý giữa các hoạt động, xác định điểm nghẽn gây mất thời gian và theo dõi hiệu suất so với thỏa thuận mức dịch vụ. Dấu thời gian chính xác là yếu tố quan trọng để bảo đảm kết quả phân tích process mining đáng tin cậy.

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

Thuộc tính này xác định thứ tự thời gian của các sự kiện và là cơ sở cho mọi phép tính hiệu suất, thời lượng, chẳng hạn như thời gian xử lý.

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

Thông tin này thường có trong nhật ký sự kiện hoặc ở trường “Ngày tạo” hay “Ngày nhập” gắn với từng giao dịch hoặc lần thay đổi trạng thái.

Ví dụ
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z
Hệ thống nguồn
SourceSystem
Hệ thống ban đầu nơi dữ liệu sự kiện được trích xuất.
Mô tả

Thuộc tính Hệ thống nguồn xác định ứng dụng hoặc nền tảng ghi nhận sự kiện xử lý hóa đơn. Trong môi trường CNTT phức tạp, hóa đơn có thể đi qua nhiều hệ thống, chẳng hạn như giải pháp quét, công cụ workflow và hệ thống ERP.

Biết hệ thống nguồn giúp bạn hiểu bối cảnh dữ liệu và xử lý vấn đề về chất lượng dữ liệu. Thông tin này cũng hỗ trợ phân tích các quy trình đi qua nhiều hệ thống, qua đó làm rõ thách thức tích hợp hoặc chậm trễ khi chuyển giao giữa các ứng dụng. Điều này đặc biệt hữu ích khi hợp nhất dữ liệu từ hệ thống cũ và mới.

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

Thuộc tính này cho biết nguồn gốc dữ liệu, rất cần thiết để xác thực dữ liệu và phân tích quy trình đi qua nhiều hệ thống CNTT.

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 dữ liệu hoặc trường trong nhật ký hệ thống cho biết tên hay mã ứng dụng.

Ví dụ
SAP_ECC_PRODOracle_Fusion_FINCoupa_R34
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 ngày giờ dữ liệu được trích xuất hoặc làm mới gần nhất. Đây là trường siêu dữ liệu cho biết bộ dữ liệu đang được phân tích có mới hay không.

Thông tin này không được dùng trực tiếp để vẽ sơ đồ quy trình, nhưng rất quan trọng để hiểu dữ liệu phân tích có kịp thời hay không. Nhờ đó, người dùng biết mình đang xem dữ liệu gần thời gian thực hay ảnh chụp dữ liệu tại một thời điểm cụ thể, từ đó đưa ra quyết định vận hành phù hợp. Thuộc tính này cũng cần thiết để theo dõi tình trạng và tần suất của luồng dữ liệu.

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

Thuộc tính này cho biết dữ liệu mới đến đâu, giúp người dùng hiểu dữ liệu phân tích quy trình được cập nhật gần đây hay chưa.

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

Dấu thời gian này thường được tạo và thêm vào bộ 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-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Giá trị hóa đơn
InvoiceAmount
Tổng giá trị tiền tệ của hóa đơn.
Mô tả

Giá trị hóa đơn là tổng giá trị của hóa đơn, bao gồm tất cả các dòng hàng, thuế và phí. Đây là thuộc tính tài chính cơ bản, cho biết giá trị của từng hồ sơ. Bạn thường phân tích thuộc tính này cùng với các thuộc tính khác để hiểu ảnh hưởng của giá trị hóa đơn đến quy trình.

Thuộc tính này rất quan trọng trong phân tích tài chính và xác định thứ tự ưu tiên. Khi lọc hóa đơn theo giá trị, bạn có thể kiểm tra xem hóa đơn giá trị cao có phải qua quy trình phê duyệt chặt chẽ hơn hoặc dễ bị chậm trễ hơn không. Đây cũng là dữ liệu cần thiết cho dashboard theo dõi tổng giá trị hóa đơn đã xử lý và các KPI về chiết khấu, trong đó khoản tiết kiệm tiềm năng được tính theo tỷ lệ phần trăm giá trị hóa đơn.

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

Thuộc tính này giúp phân tích tác động tài chính, ưu tiên hóa đơn giá trị cao và xác định liệu giá trị hóa đơn có ảnh hưởng đến thời gian hoặc lộ trình xử lý hay không.

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

Đây là trường tiêu chuẩn trong phần đầu của bảng giao dịch hóa đơn.

Ví dụ
5250.751200.0025000.0089.99
Loại tiền tệ của hóa đơn
InvoiceCurrency
Mã tiền tệ dùng cho giá trị hóa đơn, chẳng hạn USD hoặc EUR.
Mô tả

Thuộc tính này cho biết Giá trị hóa đơn được tính bằng loại tiền tệ nào. Đây là thông tin cần thiết với các tổ chức hoạt động quốc tế và giao dịch với nhà cung cấp ở nhiều quốc gia. Mã tiền tệ thường tuân theo tiêu chuẩn ISO 4217, giúp diễn giải dữ liệu tài chính chính xác.

Khi phân tích, bạn có thể dùng Loại tiền tệ của hóa đơn để phân nhóm dữ liệu theo khu vực hoặc quốc gia. Thông tin này rất quan trọng khi lập báo cáo tài chính để cộng gộp chính xác các khoản tiền, thường cần quy đổi sang một loại tiền tệ báo cáo thống nhất. Phân tích khác biệt trong quy trình theo loại tiền tệ cũng có thể cho thấy những phức tạp liên quan đến thanh toán quốc tế hoặc quản lý ngoại hối.

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

Thuộc tính này cung cấp thông tin cần thiết để hiểu giá trị hóa đơn, hỗ trợ phân tích tài chính chính xác và phân nhóm dữ liệu cho hoạt động toàn cầu.

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

Đây là trường tiêu chuẩn trong phần đầu của bảng giao dịch hóa đơn.

Ví dụ
USDEURGBPJPY
Lý do chặn hoặc từ chối
BlockOrRejectionReason
Lý do hóa đơn bị chặn thanh toán hoặc bị từ chối trong quá trình phê duyệt.
Mô tả

Thuộc tính này ghi lại lý do cụ thể khiến quá trình xử lý hóa đơn bị dừng, do bị từ chối trong quy trình phê duyệt hoặc bị chặn thanh toán sau khi phê duyệt. Lý do có thể là 'Sai số lượng', 'Sai lệch giá', 'Thiếu số đơn đặt hàng' hoặc 'Hóa đơn trùng'.

Đây là một trong những thuộc tính quan trọng nhất để phân tích nguyên nhân gốc rễ. Bằng cách phân tích tần suất của từng lý do, tổ chức có thể xác định những nguyên nhân phổ biến nhất gây trở ngại và kém hiệu quả trong quy trình xử lý hóa đơn. Những thông tin dựa trên dữ liệu này giúp giải quyết vấn đề từ gốc, chẳng hạn cải thiện trao đổi với nhà cung cấp, tăng cường tuân thủ quy định về PO hoặc đào tạo nhân viên tốt hơn.

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

Thuộc tính này rất quan trọng để phân tích nguyên nhân gốc rễ, giúp xác định những lý do phổ biến nhất gây chậm trễ, phải làm lại và kém hiệu quả trong xử lý.

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

Thông tin này nằm trong các trường 'Reason Code' hoặc 'Hold Reason' của dữ liệu giao dịch hóa đơn hoặc nhật ký phê duyệt liên quan.

Ví dụ
Sai lệch giáSai số lượngHóa đơn trùngThiếu xác nhận nhận hàng
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 được tính dựa trên ngày lập 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 để duy trì quan hệ tốt và tránh phí phạt trả chậm.

Thuộc tính này là cơ sở để theo dõi hiệu suất thanh toán đúng hạn. Bạn có thể dùng thuộc tính này để tính các KPI như Tỷ lệ thanh toán đúng hạn và xác định hóa đơn có nguy cơ quá hạn. Phân tích khoảng thời gian từ ngày phê duyệt hóa đơn đến ngày đến hạn thanh toán giúp đánh giá hiệu quả của các bước lên lịch và thực hiện thanh toán cuối cùng.

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

Thuộc tính này cần thiết để đo lường hiệu suất thanh toán đúng hạn và phân tích nguyên nhân thanh toán trễ.

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

Ngày này thường có trong chi tiết giao dịch hóa đơn. Ngày có thể được nhập trực tiếp hoặc tính từ ngày lập hóa đơn và điều khoản thanh toán.

Ví dụ
2024-06-302024-07-152024-08-01
Người dùng
User
Người dùng, nhân viên hoặc tác nhân hệ thống đã thực hiện hoạt động.
Mô tả

Thuộc tính User cho biết cá nhân hoặc hệ thống tự động nào chịu trách nhiệm thực hiện một bước cụ thể trong quy trình xử lý hóa đơn. Đó có thể là nhân viên kế toán phải trả nhập hóa đơn, quản lý phê duyệt hóa đơn hoặc bot tự động đối chiếu dữ liệu.

Phân tích dữ liệu theo người dùng giúp bạn hiểu cách phân bổ khối lượng công việc, đánh giá hiệu suất cá nhân và xác định nhu cầu đào tạo. Bạn có thể lọc sơ đồ quy trình để xem các nhóm hoặc cá nhân xử lý hóa đơn khác nhau ra sao, từ đó nhận biết những điểm khác biệt trong cách làm việc. Phân tích này giúp tìm ra người làm tốt, phát hiện vấn đề trong khâu điều phối hoặc xác định người dùng cần được hỗ trợ hay đào tạo thêm về quy trình của công ty.

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

Thuộc tính này giúp phân tích cách phân bổ khối lượng công việc, hiệu suất người dùng và khác biệt trong quy trình giữa các nhóm hoặc cá nhân.

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

Thông tin này thường có trong chi tiết giao dịch, với các nhãn như 'User Name', 'Entered By', 'Changed By' hoặc 'Approver'.

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

Thuộc tính này ghi lại tên của bên ngoài đã phát hành hóa đơn. Thông tin này giúp xác định giao dịch tài chính gắn với nhà cung cấp nào. Dữ liệu nhà cung cấp nhất quán và chính xác rất quan trọng để lập báo cáo và phân tích đáng tin cậy.

Trong process mining, Tên nhà cung cấp là một chiều phân tích quan trọng. Bạn có thể lọc quy trình để xem cách xử lý hóa đơn của các nhà cung cấp có khối lượng giao dịch lớn hoặc thường phát sinh vấn đề. Qua đó, bạn có thể tìm ra nhà cung cấp thường gửi hóa đơn sai, gây chậm trễ và phải làm lại. Thông tin này cũng hỗ trợ quản lý hiệu suất nhà cung cấp và tìm cơ hội xây dựng chương trình nhà cung cấp ưu tiên.

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

Thuộc tính này cho phép phân nhóm quy trình để phân tích hiệu suất theo nhà cung cấp, hỗ trợ quản lý nhà cung cấp và xác định nguồn phát sinh hóa đơn có vấn đề.

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

Thông tin này thường nằm trong dữ liệu phần đầu hóa đơn và được liên kết từ bảng dữ liệu chính của nhà cung cấp thông qua mã nhà cung cấp.

Ví dụ
Văn phòng phẩm toàn cầuGiải pháp công nghệ InnovateCông ty hậu cần City.
Thời gian kết thúc
EndTime
Dấu thời gian cho biết một hoạt động hoặc sự kiện hoàn tất khi nào. Với sự kiện diễn ra tức thời, thời điểm này thường trùng với Thời gian bắt đầu.
Mô tả

Thuộc tính Thời gian kết thúc ghi lại chính xác thời điểm một bước trong quy trình hoàn tất. Thuộc tính này rất quan trọng để tính chính xác thời lượng hoạt động, một chỉ số cơ bản trong process mining. Bằng cách so sánh Thời gian bắt đầu và Thời gian kết thúc, nhà phân tích có thể đo thời gian thực hiện từng bước, xác định điểm nghẽn và tìm cơ hội nâng cao hiệu quả.

Trong phân tích, Thời gian kết thúc được dùng để tính thời gian xử lý của từng hoạt động và từng giai đoạn trong quy trình. Ví dụ, có thể tính thời lượng của bước “Phê duyệt hóa đơn” bằng cách lấy Thời gian kết thúc của hoạt động “Đã phê duyệt hóa đơn” trừ đi Thời gian bắt đầu. Dữ liệu này giúp xây dựng dashboard hiệu suất, đặt mốc chuẩn và theo dõi tác động của những thay đổi trong quy trình.

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

Thuộc tính này giúp tính chính xác thời lượng hoạt động, cần thiết để xác định điểm nghẽn và đo hiệu quả xử lý.

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

Thông tin này có trong nhật ký hệ thống hoặc dữ liệu giao dịch, thường ở trường “Ngày hoàn tất”, “Ngày thay đổi” hoặc một trường dấu thời gian riêng ghi nhận thời điểm hoạt động hoàn tất.

Ví dụ
2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z
Điều khoản thanh toán
PaymentTerms
Các điều khoản đã thỏa thuận để thanh toán hóa đơn, quyết định ngày đến hạn và khoản chiết khấu khi thanh toán sớm.
Mô tả

Điều khoản thanh toán là các điều kiện đã thỏa thuận với nhà cung cấp về việc thanh toán hóa đơn. Điều khoản thường được ghi theo định dạng chuẩn, chẳng hạn 'Net 30' (thanh toán trong vòng 30 ngày) hoặc '2% 10, Net 30' (được chiết khấu 2% nếu thanh toán trong vòng 10 ngày, nếu không thì phải thanh toán đủ trong vòng 30 ngày).

Thuộc tính này cần thiết cho chiến lược tài chính và phân tích hiệu suất. Đây là cơ sở để tính Ngày đến hạn thanh toán và xác định cơ hội hưởng chiết khấu khi thanh toán sớm. Phân tích quy trình theo từng điều khoản thanh toán có thể cho thấy liệu một số điều khoản có liên quan đến chậm trễ trong xử lý hay tổ chức có tận dụng hiệu quả các cơ hội chiết khấu có lợi hay không.

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

Thuộc tính này rất quan trọng để phân tích hiệu suất thanh toán đúng hạn và tìm cơ hội hưởng chiết khấu khi thanh toán sớm.

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

Thông tin này thường lấy từ dữ liệu chính của nhà cung cấp và được ghi trong phần đầu hóa đơn.

Ví dụ
Net 30Net 602% 10, Net 30Thanh toán khi nhận hóa đơn
Mã công ty
CompanyCode
Mã định danh pháp nhân hoặc công ty trong tổ chức xử lý hóa đơn.
Mô tả

Mã công ty đại diện cho một pháp nhân hoặc công ty con cụ thể trong một tập đoàn lớn. Trong nhiều hệ thống tài chính, giao dịch được tách theo mã công ty để phục vụ kế toán và báo cáo.

Thuộc tính này cho phép so sánh giữa các đơn vị kinh doanh. Khi phân nhóm sơ đồ quy trình theo Mã công ty, bạn có thể đối chiếu hiệu suất, tìm ra cách làm tốt nhất ở một đơn vị và phát hiện vấn đề mang tính hệ thống ở đơn vị khác. Đây là thuộc tính cơ bản đối với tổ chức có nhiều pháp nhân, giúp hiểu sự khác biệt trong quy trình và đảm bảo tuân thủ trên toàn công ty.

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

Thuộc tính này cho phép đối chiếu và so sánh quy trình 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 thông tin cơ bản về tổ chức, thường có trong phần đầu của mọi bảng giao dịch tài chính.

Ví dụ
1000US01DE015100
Ngày lập hóa đơn
InvoiceDate
Ngày nhà cung cấp phát hành hóa đơn.
Mô tả

Ngày lập hóa đơn là ngày được ghi trên chứng từ do nhà cung cấp phát hành. Đây là mốc bắt đầu chính thức của vòng đời thanh toán theo góc nhìn của nhà cung cấp và thường được dùng để tính ngày đến hạn theo điều khoản thanh toán đã thỏa thuận.

Phân tích khoảng thời gian từ Ngày lập hóa đơn đến hoạt động 'Nhận hóa đơn' hoặc 'Nhập hóa đơn' rất quan trọng để phát hiện chậm trễ trong việc gửi hoặc tiếp nhận hóa đơn. Khoảng trễ này có thể chiếm một phần đáng kể nhưng khó nhận thấy trong tổng thời gian xử lý. Rút ngắn khoảng trễ giúp cải thiện tỷ lệ thanh toán đúng hạn và tăng cơ hội hưởng chiết khấu khi thanh toán sớm.

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

Thuộc tính này giúp đo khoảng trễ từ lúc nhà cung cấp phát hành hóa đơn đến khi hóa đơn được nhập vào hệ thống.

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

Đây là trường ngày tiêu chuẩn trong dữ liệu phần đầu hóa đơn, thường có nhãn 'Document Date' hoặc 'Invoice Date'.

Ví dụ
2024-05-012024-04-152024-06-10
Số đơn đặt hàng
PurchaseOrderNumber
Mã định danh của đơn đặt hàng (PO) liên quan đến 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 đã được phê duyệt trước. Đây là mối liên kết cốt lõi trong quá trình đối chiếu, khi hệ thống kiểm tra các chi tiết trên hóa đơn, chẳng hạn số lượng và giá, có khớp với đơn đặt hàng hay không.

Thuộc tính này rất quan trọng để phân tích hiệu quả đối chiếu. Tỷ lệ cao hóa đơn có PO được xử lý tự động từ đầu đến cuối cho thấy quy trình mua hàng đang vận hành tốt. Ngược lại, phân tích hóa đơn không có PO có thể giúp phát hiện việc mua hàng ngoài quy trình hoặc những khâu chưa tuân thủ chính sách mua sắm. Có hay không có PO là cách phổ biến để phân nhóm và so sánh hiệu quả quy trình.

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

Thuộc tính này giúp phân biệt hóa đơn có PO với hóa đơn không có PO. Hai loại hóa đơn này thường đi theo quy trình khác nhau và có mức độ hiệu quả khác nhau.

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

Mã định danh này thường nằm trong chi tiết dòng hàng hoặc phần đầu giao dịch hóa đơn, liên kết hóa đơn với chứng từ mua hàng.

Ví dụ
4500018921PO-2024-7837300000456
Trạng thái hóa đơn
InvoiceStatus
Tình trạng hiện tại của hóa đơn trong quy trình xử lý.
Mô tả

Trạng thái hóa đơn cho biết hóa đơn đang ở giai đoạn nào trong vòng đời tại thời điểm trích xuất dữ liệu. Các trạng thái thường gặp gồm 'Đang xử lý', 'Đã phê duyệt', 'Đã thanh toán', 'Bị từ chối' hoặc 'Bị chặn'. Thuộc tính này cung cấp cái nhìn tổng quan về tình trạng hiện tại của hóa đơn.

Process mining tái hiện toàn bộ hành trình xử lý, còn trạng thái hiện tại hữu ích cho dashboard vận hành theo dõi khối lượng công việc đang mở. Thuộc tính này giúp quản lý biết có bao nhiêu hóa đơn ở mỗi giai đoạn, chẳng hạn đang chờ phê duyệt hoặc bị chặn. Nhờ đó, họ có thể chủ động quản lý luồng hóa đơn để ngăn điểm nghẽn và chậm trễ.

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

Thuộc tính này cho biết khối lượng công việc hiện tại, giúp theo dõi số lượng hóa đơn ở các giai đoạn như 'Chờ phê duyệt' hoặc 'Bị chặn'.

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

Đây thường là trường trạng thái trong bảng phần đầu hóa đơn, được cập nhật khi hóa đơn đi qua các giai đoạn trong vòng đời.

Ví dụ
Đã thanh toánĐang xử lýBị từ chốiĐã phê duyệt thanh toán
Bắt buộc Nên có Không bắt buộc

Quy trình mua hàng đến thanh toán: xử lý hóa đơn

Dưới đâ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 xử lý hóa đơn từ mua hàng đến thanh toán.
7 Nên có 9 Không bắt buộc
Hoạt động Mô tả
Đã đối chiếu hóa đơn
Đánh dấu việc đối chiếu hóa đơn thành công với đơn đặt hàng và, nếu có, phiếu nhận hàng. Bước này có thể tự động hoặc thủ công, nhằm xác nhận số lượng và giá trên hóa đơn khớp với hàng đã đặt và nhận.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng để xử lý xuyên suốt mà không cần can thiệp. Tỷ lệ cao các hóa đơn được đối chiếu thành công ngay lần đầu cho thấy quy trình mua sắm ở các khâu trước đó hoạt động hiệu quả.

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

Thường được ghi nhận dưới dạng thay đổi trạng thái hoặc sự kiện cụ thể trong lịch sử giao dịch khi bước xác thực đối chiếu hoàn tất thành công.

Thu thập

Xác định sự kiện hoặc cập nhật trạng thái cho biết kết quả đối chiếu hóa đơn là “Đạt”, “Đã đối chiếu” hoặc “Đã khớp”.

Loại sự kiện explicit
Đã hạch toán hóa đơn vào sổ cái
Đánh dấu nghiệp vụ kế toán chính thức ghi nhận hóa đơn đã được phê duyệt vào sổ cái tổng hợp. Thao tác này tạo ra một khoản nợ phải trả và chuyển hóa đơn từ trạng thái đang xử lý sang trạng thái sẵn sàng thanh toán.
Vì sao điều này quan trọng

Đây là cột mốc tài chính quan trọng, xác nhận khoản nợ phải trả đã được ghi nhận chính thức. Chậm trễ trước bước này có thể ảnh hưởng đến việc khóa sổ tài chính và độ chính xác của báo cáo.

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

Đây là sự kiện giao dịch được ghi nhận rõ ràng trong các phân hệ tài chính của hệ thống.

Thu thập

Dùng ngày hạch toán gắn với chứng từ tài chính được tạo từ hóa đơn.

Loại sự kiện explicit
Đã nhận hóa đơn
Đánh dấu thời điểm hóa đơn được nhận hoặc tạo lần đầu trong hệ thống. Đây là sự kiện bắt đầu vòng đời xử lý hóa đơn, bất kể hóa đơn được nhập thủ công, gửi qua cổng thông tin nhà cung cấp hay quét bằng OCR.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để đo tổng thời gian xử lý hóa đơn từ đầu đến cuối. Đây cũng là cơ sở để hiểu khối lượng công việc và độ trễ ở giai đoạn đầu.

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

Sự kiện này thường được ghi nhận theo dấu thời gian tạo hồ sơ hóa đơn hoặc mục nhập đầu tiên trong nhật ký tài liệu.

Thu thập

Dùng ngày giờ tạo hóa đơn chính hoặc chứng từ phải trả của nhà cung cấp trong hệ thống nguồn.

Loại sự kiện explicit
Đã phê duyệt hóa đơn
Đánh dấu việc tất cả các bên cần thiết trong workflow đã phê duyệt hóa đơn. Cột mốc này cho phép hạch toán hóa đơn và tiến hành thanh toán.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, kết thúc giai đoạn xác thực và phê duyệt. Cột mốc này cần thiết để đo thời gian phê duyệt và bảo đảm tuân thủ chính sách phân quyền phê duyệt.

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

Được ghi nhận rõ ràng trong lịch sử phê duyệt hoặc nhật ký workflow sau khi hoàn tất phê duyệt cuối cùng.

Thu thập

Dùng dấu thời gian của thao tác phê duyệt cuối cùng trong lịch sử phê duyệt hoặc workflow của hóa đơn.

Loại sự kiện explicit
Đã thực hiện thanh toán
Đá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à khoản nợ phải trả trên hóa đơn được tất toán. Sự kiện này xác nhận tiền đã được chuyển cho nhà cung cấp.
Vì sao điều này quan trọng

Đây là thời điểm hoàn tất chu trình mua hàng đến thanh toán cho một hóa đơn. Sự kiện này là căn cứ chính xác để đo tỷ lệ thanh toán đúng hạn và tổng thời gian xử lý.

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

Được ghi nhận theo ngày hạch toán của chứng từ thanh toán dùng để tất toán hóa đơn.

Thu thập

Dùng ngày tất toán hoặc ngày thanh toán trên chứng từ tài chính dùng để tất toán khoản mục công nợ phải trả cho nhà cung cấp.

Loại sự kiện explicit
Hóa đơn bị từ chối
Xảy ra khi người phê duyệt chính thức từ chối hóa đơn, khiến quy trình bị dừng. Hóa đơn thường được gửi lại để chỉnh sửa hoặc hủy, tạo thành một vòng xử lý lại.
Vì sao điều này quan trọng

Phân tích các trường hợp hóa đơn bị từ chối giúp xác định nguyên nhân gốc rễ của việc xử lý lại, chẳng hạn như mã hạch toán sai, vi phạm chính sách hoặc lỗi dữ liệu từ các khâu trước. Giảm số lần từ chối là điều cần thiết để nâng cao hiệu quả.

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

Đây là thao tác được ghi nhận rõ ràng trong lịch sử phê duyệt hoặc nhật ký workflow của hóa đơn, thường kèm theo lý do từ chối.

Thu thập

Xác định sự kiện được ghi lại khi người phê duyệt chọn “Từ chối” trong workflow.

Loại sự kiện explicit
Phát hiện sai lệch khi đối chiếu
Xảy ra khi hệ thống hoặc người dùng phát hiện hóa đơn không khớp với đơn đặt hàng hoặc phiếu nhận hàng. Sai lệch về giá hoặc số lượng thường khiến hóa đơn bị tạm giữ và cần người xử lý.
Vì sao điều này quan trọng

Theo dõi các sự kiện này là cơ sở để phân tích nguyên nhân gốc rễ của chậm trễ và việc xử lý lại. Việc này giúp xác định vấn đề nằm ở độ chính xác của hóa đơn nhà cung cấp hay quy trình mua sắm nội bộ.

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

Sự kiện này được suy ra từ thay đổi trạng thái cho biết đối chiếu không thành công hoặc hệ thống tự động tạm giữ hóa đơn do có sai lệch.

Thu thập

Ghi nhận dấu thời gian khi trạng thái đối chiếu hóa đơn chuyển thành “Không đạt” hoặc “Có sai lệch”, hoặc khi hệ thống áp dụng lệnh tạm giữ do sai lệch.

Loại sự kiện inferred
Đã chặn thanh toán
Hóa đơn bị tạm giữ có chủ đích, không thể thanh toán ngay cả khi đã được phê duyệt. Việc này có thể tự động xảy ra theo quy tắc hệ thống hoặc do người dùng thực hiện, chẳng hạn khi có tranh chấp với nhà cung cấp.
Vì sao điều này quan trọng

Lệnh chặn thanh toán là nguyên nhân lớn dẫn đến thanh toán trễ và bỏ lỡ chiết khấu. Xác định thời điểm và lý do chặn thanh toán rất quan trọng để cải thiện tỷ lệ thanh toán đúng hạn.

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

Thường được ghi nhận bằng trạng thái hoặc cờ cụ thể trên hồ sơ hóa đơn hay các dòng hàng.

Thu thập

Ghi nhận sự kiện áp dụng mã chặn thanh toán hoặc trạng thái tạm giữ cho hóa đơn hay các dòng hàng.

Loại sự kiện explicit
Đã gỡ chặn thanh toán
Đánh dấu việc gỡ lệnh chặn thanh toán đã áp dụng trước đó, giúp hóa đơn đủ điều kiện thanh toán trở lại. Điều này cho biết vấn đề gây ra lệnh chặn đã được xử lý.
Vì sao điều này quan trọng

Khoảng thời gian từ lúc áp dụng đến khi gỡ lệnh chặn là một phần thời gian chậm trễ của quy trình. Phân tích khoảng thời gian này giúp xác định điểm nghẽn trong việc xử lý vấn đề.

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

Được ghi nhận khi trạng thái hoặc cờ chặn thanh toán bị xóa khỏi hồ sơ hóa đơn.

Thu thập

Ghi nhận sự kiện mã chặn thanh toán hoặc trạng thái tạm giữ được gỡ bỏ hay chuyển sang trạng thái không bị chặn.

Loại sự kiện explicit
Đã gửi hóa đơn đi phê duyệt
Đánh dấu việc chính thức gửi hóa đơn vào quy trình làm việc phê duyệt sau khi hoàn tất xác thực và đối chiếu ban đầu. Hóa đơn được chuyển đến người phê duyệt theo các quy tắc nghiệp vụ đã cấu hình.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm bắt đầu quy trình con phê duyệt. Đo thời gian từ sự kiện này đến khi phê duyệt cuối cùng giúp đánh giá hiệu quả của quy trình phê duyệt và xác định điểm nghẽn.

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

Đây là sự kiện được ghi nhận rõ ràng trong các hệ thống có công cụ workflow, hoặc có thể suy ra từ thay đổi trạng thái thành “Chờ phê duyệt”.

Thu thập

Ghi nhận dấu thời gian khi workflow bắt đầu hoặc trạng thái hóa đơn được cập nhật để cho biết hóa đơn đang chờ phê duyệt.

Loại sự kiện explicit
Đã hủy hóa đơn
Hóa đơn đã bị vô hiệu hóa, đảo ngược hoặc hủy, không được xử lý tiếp hay thanh toán. Đây là trạng thái kết thúc đối với hóa đơn sai hoặc trùng lặp.
Vì sao điều này quan trọng

Theo dõi các trường hợp hủy giúp phát hiện vấn đề về chất lượng dữ liệu, hóa đơn gửi trùng và các lỗi khác từ những khâu trước. Tỷ lệ hủy cao có thể cho thấy vấn đề trong việc lập hóa đơn của nhà cung cấp hoặc kiểm soát nội bộ.

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

Đây là thay đổi trạng thái được ghi nhận rõ ràng trên hồ sơ hóa đơn hoặc việc tạo chứng từ đảo ngược tương ứng.

Thu thập

Xác định dấu thời gian khi trạng thái hóa đơn chuyển thành “Đã hủy” hoặc “Đã vô hiệu hóa”, hoặc khi chứng từ đảo ngược được hạch toán.

Loại sự kiện explicit
Đã lên lịch thanh toán
Hóa đơn đã hạch toán được chọn và đưa vào đề xuất thanh toán hoặc đợt thanh toán. Bước này xếp hóa đơn vào hàng chờ thanh toán vào một ngày cụ thể, nhưng chưa có nghĩa là tiền đã thực sự được chuyển.
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. Chậm trễ giữa lúc hạch toán và lên lịch thanh toán có thể khiến doanh nghiệp bỏ lỡ chiết khấu hoặc thanh toán trễ.

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

Thường được ghi nhận khi hóa đơn được thêm vào đợt thanh toán, đề xuất thanh toán hoặc nhật ký thanh toán.

Thu thập

Xác định ngày tạo bản ghi đề xuất thanh toán hoặc đợt thanh toán có bao gồm hóa đơn.

Loại sự kiện explicit
Đã nhập hóa đơn
Đánh dấu việc hoàn tất nhập dữ liệu ban đầu. Chi tiết hóa đơn đã được nhập hoặc quét nhưng chưa hạch toán hay gửi đi phê duyệt chính thức. Hóa đơn thường ở trạng thái tạm lưu hoặc bản nháp.
Vì sao điều này quan trọng

Phân tích khoảng thời gian từ lúc nhận đến lúc nhập hóa đơn giúp phát hiện lượng việc tồn đọng ở khâu nhập dữ liệu. Việc này cũng cho thấy hiệu quả của các giải pháp tự động thu thập dữ liệu.

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

Sự kiện này thường được suy ra khi hồ sơ hóa đơn được lưu ở trạng thái bản nháp hoặc tạm lưu trước khi gửi vào quy trình làm việc.

Thu thập

Ghi nhận dấu thời gian khi trạng thái hóa đơn chuyển từ mới sang đã lưu, tạm lưu hoặc bản nháp.

Loại sự kiện inferred
Đã xử lý lại hóa đơn
Đánh dấu việc cập nhật hoặc chỉnh sửa hóa đơn thủ công, thường sau khi hóa đơn bị từ chối hoặc phát hiện lỗi. Hoạt động này cho thấy quy trình đã lệch khỏi luồng chuẩn không cần can thiệp.
Vì sao điều này quan trọng

Theo dõi các hoạt động xử lý lại giúp phát hiện điểm kém hiệu quả và chi phí ẩn. Hiểu được lý do hóa đơn bị chỉnh sửa sẽ giúp bạn cải tiến quy trình và đào tạo đúng trọng tâm.

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

Thường được suy ra từ nhật ký thay đổi hoặc dấu vết kiểm toán ghi lại những chỉnh sửa đối với các trường quan trọng của hóa đơn sau lần nhập đầu tiên.

Thu thập

Ghi nhận dấu thời gian từ nhật ký kiểm toán cho biết dữ liệu hóa đơn đã thay đổi, đặc biệt là sau khi hóa đơn bị từ chối hoặc tạm giữ.

Loại sự kiện inferred
Đã xử lý sai lệch
Đánh dấu thời điểm sai lệch đối chiếu được phát hiện trước đó đã được kiểm tra và xử lý thủ công. Sau đó, hóa đơn có thể chuyển sang bước tiếp theo, chẳng hạn như phê duyệt hoặc đối chiếu lại.
Vì sao điều này quan trọng

Thời gian xử lý sai lệch là yếu tố quan trọng ảnh hưởng đến tổng thời gian xử lý hóa đơn. Phân tích hoạt động này giúp bạn hiểu rõ công sức và thời lượng cần thiết để xử lý ngoại lệ.

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

Sự kiện này thường được suy ra từ thao tác đầu tiên của người dùng để gỡ lệnh tạm giữ đối chiếu hoặc cho phép xử lý lại kết quả đối chiếu không thành công.

Thu thập

Xác định sự kiện gỡ lệnh tạm giữ liên quan đến đối chiếu hoặc sự kiện hóa đơn được đối chiếu thành công sau lần đối chiếu không thành công trước đó.

Loại sự kiện inferred
Hóa đơn quá hạn
Sự kiện được tính khi ngày hiện tại đã qua ngày đến hạn thanh toán ròng của hóa đơn nhưng hóa đơn vẫn chưa được thanh toán. Ngày đến hạn được xác định dựa trên ngày lập hóa đơn và điều khoản thanh toán của nhà cung cấp.
Vì sao điều này quan trọng

Hoạt động này trực tiếp đánh dấu các khoản thanh toán trễ, vốn có thể ảnh hưởng đến quan hệ với nhà cung cấp và phát sinh tiền phạt. Đây là thông tin cần thiết để theo dõi và cải thiện tỷ lệ thanh toán đúng hạn.

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

Đây không phải là sự kiện được hệ thống ghi nhận trực tiếp. Bạn cần tính sự kiện này bằng cách so sánh ngày thanh toán, hoặc ngày hiện tại nếu chưa thanh toán, với ngày đến hạn của hóa đơn.

Thu thập

Tính sự kiện này bằng biểu thức IF(payment_date > due_date, due_date + 1 day, NULL) cho hóa đơn đã thanh toán, hoặc IF(current_date > due_date, due_date + 1 day, NULL) cho hóa đơn chưa thanh toán.

Loại sự kiện calculated
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 cho process mining.

Phương pháp trích xuất khác nhau tùy hệ thống. Để xem hướng dẫn chi tiết,

hãy đọc hướng dẫn ETL   hoặc   chọn quy trình và hệ thống cụ thể.

Bắt đầu như thế nào?

Chọn hướng dẫn dành cho hệ thống bạn đang dùng để bắt đầu trích xuất dữ liệu, hoặc dùng mẫu chung này làm tài liệu tham khảo cho bất kỳ nguồn dữ liệu nào.

Tối ưu xử lý hóa đơn, nâng cao hiệu quả P2P ngay hôm nay

Khám phá những điểm chưa rõ trong quy trình, giảm chi phí và rút ngắn 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 5 phút.