Mẫu dữ liệu xử lý hóa đơn phải trả

Microsoft Dynamics 365
Mẫu dữ liệu xử lý hóa đơn phải trả

Mẫu dữ liệu xử lý hóa đơn phải trả

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích và cải thiện quy trình xử lý hóa đơn phải trả. Mẫu nêu rõ các thuộc tính và hoạt động quan trọng, đồng thời hướng dẫn cách trích xuất dữ liệu. Sử dụng mẫu này giúp bạn tạo nhật ký sự kiện đầy đủ để hiểu sâu hơn về hiệu quả quy trình.
  • 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
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 phải trả

Đây là các trường dữ liệu nên đưa vào nhật ký sự kiện để phân tích đầy đủ quy trình xử lý hóa đơn phải trả và hiểu rõ hơn cách quy trình vận hành.
3 Bắt buộc 6 Nên có 12 Không bắt buộc
Tên Mô tả
Hóa đơn
Invoice
Mã định danh duy nhất của từng chứng từ hóa đơn nhà cung cấp.
Mô tả

Hóa đơn là mã định danh chính của từng trường hợp, liên kết mọi hoạt động từ lúc nhận hóa đơn đến khi thanh toán xong. Nhờ đó, bạn có thể phân tích toàn bộ hành trình của từng hóa đơn trong quy trình phải trả.

Khi phân tích, bước đầu tiên là nhóm các sự kiện theo mã định danh này để dựng lại luồng xử lý của từng hóa đơn. Việc này giúp tính KPI ở cấp trường hợp, chẳng hạn như tổng thời gian xử lý, đồng thời phát hiện các biến thể và điểm nghẽn riêng trong hành trình của từng hóa đơn.

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

Đây là khóa thiết yếu để theo dõi toàn bộ vòng đời của hóa đơn và là nền tảng cho mọi phân tích process mining trong quy trình phải trả.

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

Thông thường, đây là Số hóa đơn nhà cung cấp trên trang 'Vendor invoice' hoặc trong các thực thể dữ liệu liên quan của Dynamics 365 Finance.

Ví dụ
INV-00125475000921DE-8832-2023
Hoạt động
ActivityName
Tên của bước quy trình nghiệp vụ đã được thực hiện.
Mô tả

Thuộc tính này ghi lại hành động hoặc sự kiện cụ thể xảy ra tại một thời điểm trong quá trình xử lý hóa đơn, chẳng hạn như 'Đã ghi nhận hóa đơn' hoặc 'Đã phê duyệt hóa đơn'. Các hoạt động này tạo thành các nút trên sơ đồ quy trình được phát hiện.

Phân tích trình tự và tần suất hoạt động là nền tảng của process mining. Việc này giúp trực quan hóa luồng quy trình, tìm các đường đi phổ biến và hiếm gặp (biến thể), đồng thời xác định hoạt động gây chậm trễ hoặc phải làm lại.

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

Hoạt động cho biết quy trình đã làm gì, giúp dựng sơ đồ quy trình và phân tích luồng cũng như các biến thể của quy trình.

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

Thông tin này thường được lấy từ các thay đổi trạng thái, nhật ký lịch sử workflow hoặc hồ sơ ghi sổ chứng từ trong phân hệ AP của Dynamics 365.

Ví dụ
Đã ghi nhận hóa đơnĐã phê duyệt hóa đơnĐã xử lý xong sai lệchĐã thực hiện thanh toán
Thời gian bắt đầu
EventTime
Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện xảy ra.
Mô tả

Thuộc tính này cung cấp ngày giờ của từng hoạt động, cần thiết để sắp xếp sự kiện theo trình tự thời gian và tính thời lượng. Đây là trục thời gian của nhật ký sự kiện.

Khi phân tích, Thời gian bắt đầu được dùng để tính mọi chỉ số liên quan đến thời gian, gồm thời gian giữa các hoạt động, thời gian chờ và tổng thời lượng của từng trường hợp. Thuộc tính này rất quan trọng để phát hiện điểm nghẽn và đo hiệu suất quy trình so với SLA.

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

Dấu thời gian này rất quan trọng để sắp xếp sự kiện đúng thứ tự và tính các chỉ số hiệu suất như thời gian xử lý và điểm nghẽn.

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

Lấy từ các trường ngày tạo hoặc ngày sửa trên bản ghi giao dịch, nhật ký lịch sử workflow hoặc trường ngày ghi sổ trong Dynamics 365.

Ví dụ
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
Điều khoản thanh toán
PaymentTerms
Điều khoản thanh toán hóa đơn đã thỏa thuận với nhà cung cấp.
Mô tả

Thuộc tính này xác định điều kiện thanh toán hóa đơn nhà cung cấp, chẳng hạn như 'Net 30' (đến hạn sau 30 ngày) hoặc '2/10 Net 30' (được chiết khấu 2% nếu thanh toán trong 10 ngày, nếu không thì đến hạn sau 30 ngày).

Phân tích theo điều khoản thanh toán giúp bạn hiểu các thỏa thuận khác nhau ảnh hưởng thế nào đến thời hạn thanh toán và dòng tiền. Đây cũng là cơ sở để tìm cơ hội hưởng chiết khấu thanh toán sớm và phân tích mức độ tuân thủ theo từng điều khoản, qua đó xác định điều khoản nào khó đáp ứng hơn.

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

Xác định hạn thanh toán và cơ hội hưởng chiết khấu, tác động trực tiếp đến việc quản lý dòng tiền và tiết kiệm chi phí.

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

Có trong dữ liệu chính của nhà cung cấp hoặc được ghi rõ trên đơn đặt hàng hay tiêu đề hóa đơn. Được lưu trong các trường như 'PaymTermId'.

Ví dụ
Thanh toán trong 30 ngàyThanh toán trong 60 ngày2/10 Net 30
Ngày đến hạn thanh toán hóa đơn
InvoiceDueDate
Ngày phải thanh toán hóa đơn, được tính dựa trên điều khoản thanh toán.
Mô tả

Ngày này là hạn thanh toán hóa đơn để tránh phí phạt và tuân thủ thỏa thuận với nhà cung cấp. Ngày đến hạn thường được tính dựa trên ngày hóa đơn và điều khoản thanh toán đã quy định.

Thuộc tính này rất cần thiết để phân tích 'Tuân thủ điều khoản thanh toán'. Bằng cách so sánh ngày 'Đã thực hiện thanh toán' với 'Ngày đến hạn thanh toán hóa đơn', bạn có thể tự động phát hiện khoản thanh toán trễ, tính tỷ lệ tuân thủ và ưu tiên thanh toán để duy trì quan hệ tốt với nhà cung cấp.

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

Rất quan trọng để đo hiệu suất thanh toán đúng hạn, quản lý quan hệ với nhà cung cấp và tránh phí trả chậm.

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

Trường được tính dựa trên ngày hóa đơn và điều khoản thanh toán. Được lưu trong các trường như 'DueDate' của bảng giao dịch nhà cung cấp, chẳng hạn như 'VendTrans'.

Ví dụ
2023-05-152023-06-302023-07-01
Người dùng
UserName
Người dùng đã thực hiện hoạt động.
Mô tả

Thuộc tính này xác định người dùng cụ thể chịu trách nhiệm hoàn thành một bước trong quy trình, chẳng hạn như ghi nhận hoặc phê duyệt hóa đơn. Thông tin này thường liên kết với ID người dùng trong Dynamics 365.

Phân tích hiệu suất theo người dùng giúp xác định nhu cầu đào tạo, người có hiệu suất cao và cách phân bổ khối lượng công việc. Đây là thông tin cần thiết cho bảng điều khiển theo dõi thời gian phê duyệt và hiệu quả sử dụng nguồn lực, giúp quản lý biết người dùng hoặc nhóm nào đang tạo điểm nghẽn.

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

Gắn công việc với từng người cụ thể, giúp phân tích khối lượng công việc, hiệu suất và nhu cầu đào tạo.

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

Thông tin này thường nằm trong các trường 'Created by' hoặc 'Modified by' trên giao dịch, hoặc trong nhật ký lịch sử workflow của Dynamics 365.

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

Thuộc tính này xác định nhà cung cấp liên quan đến hóa đơn. Dữ liệu nhà cung cấp thường gồm tên, ID và danh mục.

Phân tích quy trình AP theo nhà cung cấp có thể cho thấy nhà cung cấp nào thường gửi hóa đơn có vấn đề, chẳng hạn như sai lệch thường xuyên, nhà cung cấp nào có điều khoản thanh toán đặc biệt và nhà cung cấp nào thường có thời gian xử lý dài. Bạn có thể dùng thông tin này để cải thiện quan hệ và phối hợp với nhà cung cấp.

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

Cho phép phân tích quy trình theo từng nhà cung cấp để phát hiện vấn đề riêng, chẳng hạn như sai lệch thường xuyên hoặc chậm thanh toán.

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

Liên kết từ tiêu đề hóa đơn nhà cung cấp, thường lấy từ thực thể dữ liệu 'VendTable' dựa trên số tài khoản nhà cung cấp.

Ví dụ
Contoso LtdFabrikam IncNorthwind Traders
Số đơn đặt hàng
PurchaseOrderNumber
Mã định danh duy nhất của đơn đặt hàng liên kết với hóa đơn.
Mô tả

Thuộc tính này liên kết hóa đơn với đơn đặt hàng tương ứng (PO). Hóa đơn có thể có PO hoặc không.

Phân tích thuộc tính này giúp phân biệt quy trình xử lý hóa đơn có PO và không có PO, vì hai loại thường đi theo các quy trình làm việc khác nhau. Đây cũng là dữ liệu cần thiết để đo hiệu quả đối chiếu PO và tìm ra vấn đề khi thông tin trên hóa đơn không khớp với đơn đặt hàng.

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

Giúp phân biệt hóa đơn có PO và không có PO, vốn được xử lý theo các quy trình khác nhau, đồng thời hỗ trợ phân tích hiệu quả đối chiếu.

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

Thường nằm ở phần đầu hoặc các dòng của hóa đơn nhà cung cấp, trong trường có tên như 'PurchId' thuộc 'VendInvoiceInfoTable'.

Ví dụ
PO-000432PO-000511
Số tiền hóa đơn
InvoiceAmount
Tổng giá trị tiền tệ của hóa đơn.
Mô tả

Đây là tổng số tiền phải trả trên hóa đơn nhà cung cấp, một chỉ số tài chính quan trọng của từng trường hợp.

Thuộc tính này hỗ trợ phân tích tài chính của quy trình AP. Bạn có thể dùng thuộc tính này để ưu tiên hóa đơn giá trị cao, phân tích thời gian phê duyệt theo ngưỡng giá trị và đánh giá tác động tài chính của việc thanh toán trễ hoặc chiết khấu thanh toán sớm.

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

Cung cấp thông tin tài chính để phân tích cách quy trình vận hành theo giá trị tiền tệ, chẳng hạn như xác định liệu hóa đơn giá trị cao có được xử lý khác hay không.

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

Nằm trong tiêu đề hóa đơn nhà cung cấp, thường ở các trường như 'InvoiceAmount' trong 'VendInvoiceInfoTable'.

Ví dụ
1500.75250.0012345.50
Có làm lại
IsRework
Cờ được tính để xác định hóa đơn có phải làm lại hay không.
Mô tả

Cờ dạng đúng/sai này được đặt thành true nếu luồng xử lý hóa đơn có các hoạt động làm lại, chẳng hạn như 'Đã xử lý sai lệch' hoặc bước 'Đã xác thực dữ liệu hóa đơn' lần thứ hai sau khi lần đầu thất bại. Cờ được tính cho toàn bộ hồ sơ.

Thuộc tính này hỗ trợ trực tiếp KPI 'Tỷ lệ làm lại do sai lệch'. Thuộc tính giúp lọc và tổng hợp nhanh các hóa đơn cần thêm thao tác thủ công, qua đó định lượng ảnh hưởng của chất lượng dữ liệu kém hoặc các ngoại lệ trong quy trình.

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

Đo trực tiếp việc làm lại, giúp định lượng và phân tích dễ dàng các ngoại lệ cũng như điểm kém hiệu quả trong quy trình.

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

Đây không phải trường trong hệ thống nguồn. Công cụ process mining tính thuộc tính này bằng cách kiểm tra xem hồ sơ có các hoạt động cụ thể cho thấy cần làm lại hay không.

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

Thuộc tính dạng đúng/sai này phân biệt hoạt động do người dùng thực hiện với hoạt động được hệ thống tự động xử lý, chẳng hạn như ghi sổ hoặc đối chiếu hóa đơn tự động.

Phân tích thuộc tính này giúp đo mức độ tự động hóa trong quy trình AP. Bạn có thể tính tỷ lệ xử lý tự động từ đầu đến cuối (STP) và xác định hoạt động thủ công nào phù hợp để tự động hóa trong tương lai, qua đó giảm chi phí và thời gian xử lý.

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

Giúp đo tỷ lệ xử lý tự động từ đầu đến cuối và tìm cơ hội tăng mức độ tự động hóa, cải thiện hiệu quả.

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

Được xác định bằng cách kiểm tra xem người dùng gắn với hoạt động có phải là tài khoản hệ thống hoặc tài khoản chạy theo lô hay không, chẳng hạn như 'Admin' hoặc 'BatchUser'.

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

Thuộc tính này xác định nguồn gốc của dữ liệu sự kiện, trong trường hợp này thường là 'Microsoft Dynamics 365'. Thuộc tính này đặc biệt quan trọng khi kết hợp dữ liệu từ nhiều hệ thống, chẳng hạn như công cụ quét OCR và D365.

Trong phân tích process mining, thông tin này giúp theo dõi nguồn gốc dữ liệu, xử lý sự cố và hiểu các hệ thống công nghệ tham gia vào quy trình. Bạn cũng có thể lọc phân tích để chỉ xem sự kiện từ một hệ thống cụ thể.

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

Cung cấp thông tin cần thiết về nguồn gốc dữ liệu, rất quan trọng để xác thực dữ liệu và phân tích quy trình trên nhiều hệ thống.

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

Đây thường là giá trị cố định ('Microsoft Dynamics 365'), được thêm trong quá trình trích xuất và chuyển đổi dữ liệu.

Ví dụ
Microsoft Dynamics 365 FinanceD365 F&OAX2012
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian của lần làm mới dữ liệu gần nhất từ hệ thống nguồn.
Mô tả

Thuộc tính này cho biết lần gần nhất nhật ký sự kiện được cập nhật bằng dữ liệu mới từ Microsoft Dynamics 365. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến đâu.

Với bảng điều khiển và hoạt động giám sát liên tục, dấu thời gian này giúp người dùng biết dữ liệu quy trình đang xem có phải là dữ liệu mới nhất hay không. Thông tin này giúp đặt kỳ vọng phù hợp về độ mới của dữ liệu và theo dõi tình trạng của luồng dữ liệu.

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

Cho người dùng biết dữ liệu mới đến đâu, giúp họ đưa ra quyết định kinh doanh kịp thời và chính xác dựa trên kết quả phân tích.

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

Đây là trường siêu dữ liệu do công cụ trích xuất và tải dữ liệu (ETL) tạo và ghi dấu thời gian khi tiếp nhận dữ liệu.

Ví dụ
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Lý do sai lệch
DiscrepancyReason
Mã hoặc mô tả lý do hóa đơn có sai lệch.
Mô tả

Khi hóa đơn bị tạm giữ hoặc phát hiện sai lệch, thuộc tính này ghi lại lý do, chẳng hạn như 'Sai lệch giá', 'Chênh lệch số lượng' hoặc 'Thiếu phiếu nhận hàng'.

Thuộc tính này rất quan trọng khi phân tích 'Xử lý sai lệch và làm lại'. Phân loại các trường hợp làm lại theo lý do giúp tìm ra nguyên nhân gốc rễ khiến quy trình kém hiệu quả. Ví dụ, nếu 'Sai lệch giá' là lý do phổ biến nhất, có thể cần đồng bộ dữ liệu tốt hơn giữa bộ phận mua hàng và nhà cung cấp.

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

Cho biết nguyên nhân gốc rễ của việc làm lại, giúp bạn cải tiến đúng trọng tâm để giảm ngoại lệ và thao tác thủ công.

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

Có thể được lưu trong các bảng tạm giữ hóa đơn, nhận xét workflow hoặc trường ghi nhận sai lệch riêng trong phân hệ AP.

Ví dụ
Sai lệch giáChênh lệch số lượngPO không hợp lệ
Mã công ty
CompanyCode
Mã định danh của pháp nhân xử lý hóa đơn.
Mô tả

Thuộc tính này xác định công ty hoặc pháp nhân cụ thể trong tổ chức chịu trách nhiệm xử lý hóa đơn. Đây là chiều dữ liệu quan trọng khi doanh nghiệp có nhiều công ty.

Phân tích quy trình AP theo mã công ty giúp so sánh hiệu quả giữa các đơn vị kinh doanh hoặc pháp nhân. Bạn có thể phát hiện đơn vị nào xử lý kém hiệu quả hơn, có tỷ lệ làm lại cao hơn hoặc áp dụng biến thể quy trình khác, từ đó tìm cơ hội chuẩn hóa và chia sẻ cách làm tốt.

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

Hỗ trợ so sánh hiệu quả và 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

Trường tiêu chuẩn có trong hầu hết các bảng giao dịch của Dynamics 365, thường có tên 'DataAreaId'.

Ví dụ
USMFDEMFGBSI
Ngày cuối nhận chiết khấu
EarlyPaymentDiscountDate
Hạn thanh toán để đủ điều kiện nhận chiết khấu thanh toán sớm.
Mô tả

Thuộc tính này cho biết ngày cuối cùng có thể thanh toán hóa đơn để nhận chiết khấu của nhà cung cấp. Ngày này được tính từ ngày lập hóa đơn và thời hạn chiết khấu trong điều khoản thanh toán, chẳng hạn số '10' trong '2/10 Net 30'.

Ngày này là căn cứ chính để phân tích 'Tình trạng chiết khấu thanh toán sớm'. Bằng cách so sánh ngày 'Đã lên lịch thanh toán' hoặc 'Đã thực hiện thanh toán' với hạn này, hệ thống xác định doanh nghiệp có nhận được chiết khấu hay không, qua đó cung cấp chỉ số rõ ràng về hiệu quả tài chính.

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

Xác định ngày cần thanh toán để tiết kiệm chi phí, giúp ưu tiên thanh toán và cải thiện hiệu quả.

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

Hệ thống tính ngày này dựa trên điều khoản thanh toán và ngày lập hóa đơn. Ngày được lưu trong các trường như 'CashDiscDate' thuộc 'VendTrans'.

Ví dụ
2023-04-252023-05-102023-06-15
Người duyệt
ApproverName
Người dùng đã duyệt hoặc từ chối hóa đơn ở một bước cụ thể.
Mô tả

Thuộc tính này xác định người đưa ra quyết định duyệt trong workflow. Hóa đơn cần nhiều cấp phê duyệt có thể được những người khác nhau duyệt ở từng bước.

Đây là dữ liệu cần thiết cho bảng điều khiển 'Phân tích thời gian duyệt hóa đơn'. Bạn có thể phân tích theo người duyệt để tìm ra cá nhân đang tạo điểm nghẽn, do khối lượng công việc hoặc nguyên nhân khác. Từ đó, bạn có thể can thiệp đúng chỗ để rút ngắn thời gian duyệt.

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

Hỗ trợ phân tích chi tiết quy trình duyệt và tìm điểm nghẽn ở cấp cá nhân hoặc nhóm.

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

Được trích xuất từ nhật ký lịch sử workflow ('WorkflowTrackingStatusTable'), nơi ghi lại người dùng hoàn tất từng bước duyệt.

Ví dụ
David ChenMaria GarciaAP_Manager_Group
Số phiếu nhận hàng
GoodsReceiptNumber
Mã định danh của chứng từ nhận hàng liên quan đến hóa đơn.
Mô tả

Thuộc tính này liên kết hóa đơn với hồ sơ nhận hàng hóa hoặc dịch vụ, cần thiết cho việc đối chiếu ba bên (PO, phiếu nhận hàng và hóa đơn).

Đây là dữ liệu thiết yếu để phân tích hiệu quả đối chiếu. Nếu hoạt động 'Đã đối chiếu phiếu nhận hàng' bị chậm hoặc thất bại, bạn có thể dùng mã này để truy ngược chứng từ nhận hàng ban đầu. Nhờ đó, bạn dễ tìm ra vấn đề ở khâu mua hàng hoặc nhận hàng ảnh hưởng đến khoản phải trả.

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

Hỗ trợ phân tích hiệu quả đối chiếu ba bên và xác định vấn đề phát sinh trong quy trình nhận hàng.

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

Được liên kết qua các dòng đơn đặt hàng, thường có trong nhật ký phiếu đóng gói ('VendPackingSlipJour') hoặc các bảng liên quan.

Ví dụ
GRN-00981GRN-01024
Số tiền chiết khấu thanh toán sớm
EarlyPaymentDiscountAmount
Số tiền chiết khấu có thể nhận được nếu thanh toán hóa đơn sớm.
Mô tả

Thuộc tính này cho biết giá trị chiết khấu nhà cung cấp dành cho việc thanh toán sớm, theo điều khoản thanh toán.

Dữ liệu tài chính này rất quan trọng đối với bảng điều khiển 'Tình trạng chiết khấu thanh toán sớm'. Doanh nghiệp có thể tính giá trị chiết khấu đã nhận và bị bỏ lỡ, từ đó thấy rõ lợi ích tài chính của việc cải thiện quy trình duyệt hóa đơn và lên lịch thanh toán.

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

Định lượng lợi ích tài chính khi quy trình vận hành hiệu quả, cho thấy mối liên hệ trực tiếp giữa hiệu quả quy trình và khoản tiết kiệm chi phí.

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

Trường được tính dựa trên số tiền hóa đơn và điều khoản thanh toán. Giá trị này có trong các bảng như 'VendTrans' hoặc các trường chiết khấu tiền mặt liên quan.

Ví dụ
30.015.00246.91
Thanh toán trễ
IsLatePayment
Cờ được tính để cho biết khoản thanh toán có được thực hiện sau ngày đến hạn hay không.
Mô tả

Thuộc tính dạng đúng/sai này được đặt thành true nếu hoạt động 'Đã thực hiện thanh toán' diễn ra sau 'Ngày đến hạn hóa đơn'. Thuộc tính cho biết rõ từng hồ sơ có vi phạm điều khoản thanh toán hay không.

Thuộc tính này giúp tính KPI 'Tỷ lệ tuân thủ điều khoản thanh toán'. Bạn có thể nhanh chóng lọc dữ liệu và tạo bảng điều khiển để xem số lượng, giá trị các khoản thanh toán trễ, sau đó phân tích nguyên nhân gốc rễ để hiểu vì sao chúng bị chậm.

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

Cung cấp cờ rõ ràng, dễ dùng để phân tích các khoản thanh toán không tuân thủ và tính KPI thanh toán đúng hạn.

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

Đây không phải trường trong hệ thống nguồn. Công cụ process mining tính thuộc tính này bằng cách so sánh dấu thời gian của hoạt động 'Đã thực hiện thanh toán' với thuộc tính 'InvoiceDueDate'.

Ví dụ
truefalse
Trạng thái hóa đơn
InvoiceStatus
Trạng thái xử lý hiện tại của hóa đơn.
Mô tả

Thuộc tính này cho biết trạng thái gần nhất của hóa đơn trong quy trình, chẳng hạn như 'Đang xử lý', 'Đã duyệt', 'Đã thanh toán' hoặc 'Đã hủy'. Qua đó, bạn có thể biết hóa đơn đang ở giai đoạn nào.

process mining dựng luồng quy trình từ các hoạt động, còn trạng thái cuối cùng giúp kiểm tra kết quả và tạo bảng điều khiển tổng hợp tình trạng hiện tại của các hóa đơn chưa đóng. Bạn có thể dùng thuộc tính này để lọc các hóa đơn đã 'Đã duyệt' nhưng chưa 'Đã thanh toán'.

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

Tóm tắt trạng thái hiện tại của hóa đơn, hữu ích khi lọc dữ liệu và tạo bảng điều khiển theo trạng thái.

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

Thường được xác định từ các trường trạng thái chứng từ hoặc trạng thái workflow trong phân hệ AP.

Ví dụ
Đang xử lýĐã duyệtĐã thanh toánĐã hủy
Bắt buộc Nên có Không bắt buộc

Hoạt động xử lý hóa đơn phải trả

Đây là các bước chính và mốc quan trọng cần ghi lại trong nhật ký sự kiện để khám phá quy trình chính xác và phân tích hiệu quả.
5 Nên có 9 Không bắt buộc
Hoạt động Mô tả
Đã ghi nhận hóa đơn
Đánh dấu thời điểm tạo hồ sơ hóa đơn trong hệ thống, qua nhập liệu thủ công, quét OCR hoặc trao đổi dữ liệu điện tử (EDI). Đây là điểm bắt đầu của vòng đời xử lý hóa đơn.
Vì sao điều này quan trọng

Đây là sự kiện bắt đầu chính của quy trình. Phân tích thời gian từ thời điểm này đến khi thanh toán giúp tính tổng thời gian xử lý hóa đơn, một chỉ số hiệu suất quan trọng.

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

Suy ra từ dấu thời gian tạo (trường CreatedDateTime) của hồ sơ tiêu đề hóa đơn trong các bảng hóa đơn nhà cung cấp đang chờ xử lý hoặc nhật ký hóa đơn, chẳng hạn như VendInvoiceInfoTable.

Thu thập

Dùng dấu thời gian tạo của hồ sơ tiêu đề hóa đơn.

Loại sự kiện inferred
Đã ghi sổ hóa đơn
Hóa đơn đã được phê duyệt và ghi nhận chính thức vào sổ cái, tạo ra một khoản nợ phải trả. Đây là giao dịch kế toán quan trọng và thường không thể đảo ngược.
Vì sao điều này quan trọng

Ghi sổ là cột mốc quan trọng, sau đó hóa đơn đủ điều kiện thanh toán. Việc này xác nhận tất cả các bước xác thực và phê duyệt đã hoàn tất, đồng thời khoản nợ phải trả đã được ghi nhận.

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

Đây là giao dịch được ghi nhận rõ ràng. Ngày giờ ghi sổ được lưu trong nhật ký hóa đơn nhà cung cấp (VendInvoiceJour) và các bút toán sổ cái liên quan (GeneralJournalEntry).

Thu thập

Dùng dấu thời gian ghi sổ trong bảng VendInvoiceJour hoặc GeneralJournalEntry.

Loại sự kiện explicit
Đã gửi hóa đơn để phê duyệt
Hóa đơn được gửi chính thức vào workflow để người có thẩm quyền xem xét và phê duyệt. Đây là thời điểm bắt đầu chu kỳ phê duyệt.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng để bắt đầu tính thời gian phê duyệt hóa đơn. Cột mốc này giúp phân biệt thời gian nhập dữ liệu và đối chiếu với thời gian chờ phê duyệt.

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

Đây là sự kiện được ghi rõ trong nhật ký lịch sử workflow của D365 (WorkflowTrackingStatusTable) cho từng chứng từ hóa đơn. Hệ thống ghi lại dấu thời gian gửi.

Thu thập

Trích xuất sự kiện 'Submitted' của hóa đơn từ lịch sử theo dõi workflow.

Loại sự kiện explicit
Đã phê duyệt hóa đơn
Đây là bước phê duyệt cuối cùng trong workflow, cho phép ghi sổ hóa đơn để thanh toán. Đây là cột mốc quan trọng trước khi hóa đơn chuyển sang giai đoạn thanh toán.
Vì sao điều này quan trọng

Đánh dấu kết thúc chu kỳ phê duyệt. Thời gian từ 'Submitted for Approval' đến hoạt động này là KPI quan trọng để phát hiện điểm nghẽn trong khâu phê duyệt và workflow kéo dài.

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

Đây là sự kiện được ghi rõ trong nhật ký lịch sử workflow (WorkflowTrackingStatusTable) khi trạng thái workflow được cập nhật thành 'Completed' hoặc 'Approved'.

Thu thập

Trích xuất sự kiện 'Approved' hoặc 'Completed' của hóa đơn từ lịch sử theo dõi workflow.

Loại sự kiện explicit
Đã thực hiện thanh toán
Khoản thanh toán được thực hiện chính thức khi nhật ký thanh toán được ghi sổ. Giao dịch này tất toán khoản nợ phát sinh từ hóa đơn đã ghi sổ.
Vì sao điều này quan trọng

Đây là sự kiện kết thúc chính của quy trình. Sự kiện này được dùng để tính mức độ tuân thủ điều khoản thanh toán, phát hiện các khoản thanh toán trễ và đo tổng thời gian xử lý từ đầu đến cuối.

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

Đây là sự kiện được ghi nhận rõ ràng khi nhật ký thanh toán được ghi sổ. Thông tin tất toán được lưu trong bảng giao dịch nhà cung cấp (VendTrans), liên kết khoản thanh toán với hóa đơn.

Thu thập

Dùng ngày giao dịch của bản ghi tất toán thanh toán trong VendTrans.

Loại sự kiện explicit
Đã đối chiếu với đơn đặt hàng
Đây là bước liên kết hóa đơn với một hoặc nhiều đơn đặt hàng để kiểm tra số lượng, giá cả và điều khoản. Đây là bước xác thực quan trọng đối với hóa đơn dựa trên đơn đặt hàng (PO).
Vì sao điều này quan trọng

Hoạt động này rất cần thiết để đo tỷ lệ đối chiếu khớp ngay lần đầu và phát hiện điểm nghẽn trong quá trình đối chiếu. Lỗi ở bước này thường dẫn đến các vòng xử lý sai lệch.

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

Có thể suy ra sự kiện này khi trạng thái đối chiếu trên hồ sơ hóa đơn được cập nhật thành 'Matched' hoặc khi thông tin đối chiếu ở cấp dòng được lưu thành công. Thông tin này thường nằm trong các bảng liên quan đến dòng hóa đơn nhà cung cấp.

Thu thập

Tìm các thay đổi trạng thái trên tiêu đề hoặc dòng hóa đơn cho biết việc đối chiếu với PO đã thành công.

Loại sự kiện inferred
Đã đối chiếu với phiếu nhận hàng
Trong quy trình đối chiếu ba bên, hoạt động này xác nhận hàng hóa hoặc dịch vụ ghi trên hóa đơn đã được nhận bằng cách đối chiếu với phiếu nhận hàng. Bước này kiểm tra việc giao hàng thực tế so với hóa đơn.
Vì sao điều này quan trọng

Theo dõi hoạt động này giúp phân tích hiệu quả của quy trình đối chiếu ba bên và phát hiện chậm trễ do thiếu hoặc sai thông tin nhận hàng.

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

Tương tự bước đối chiếu với PO, sự kiện này được suy ra từ các cập nhật trạng thái trên hóa đơn cho biết đã đối chiếu thành công với nhật ký nhận hàng (Packing Slips).

Thu thập

Tìm các thay đổi trạng thái hoặc cờ cho biết việc đối chiếu ba bên đã thành công.

Loại sự kiện inferred
Đã hủy hóa đơn
Hóa đơn bị vô hiệu hoặc hủy sau khi ghi sổ, thường là để sửa lỗi. Đây là điểm kết thúc ngoại lệ, thay thế cho luồng xử lý thông thường.
Vì sao điều này quan trọng

Theo dõi việc hủy hóa đơn rất quan trọng để hiểu chất lượng quy trình và tỷ lệ lỗi. Tần suất hủy cao có thể cho thấy vấn đề mang tính hệ thống ở các bước trước đó.

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

Đây là sự kiện được ghi nhận rõ ràng. D365 tạo giao dịch đảo hoặc giao dịch ghi có liên kết với nhật ký hóa đơn ban đầu. Ngày ghi sổ của giao dịch đảo đánh dấu thời điểm hủy hóa đơn.

Thu thập

Xác định ngày ghi sổ của giao dịch đảo liên kết với hóa đơn ban đầu.

Loại sự kiện explicit
Đã lên lịch thanh toán
Hóa đơn đã ghi sổ được chọn và đưa vào đề xuất thanh toán hoặc nhật ký thanh toán để lên lịch cho đợt thanh toán sau. Điều này cho biết doanh nghiệp dự định thanh toán.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để dự báo dòng tiền và phân tích việc tuân thủ điều khoản thanh toán. Qua đó, bạn có thể biết liệu chiết khấu thanh toán sớm đã được cân nhắc và lên kế hoạch hay chưa.

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

Suy ra từ việc tạo một dòng nhật ký thanh toán (LedgerJournalTrans) có chứa hóa đơn. Ngày giao dịch trên dòng nhật ký cho biết ngày thanh toán dự kiến.

Thu thập

Dùng ngày tạo dòng nhật ký thanh toán có tham chiếu đến hóa đơn.

Loại sự kiện inferred
Đã phát hiện sai lệch
Sự kiện này xảy ra khi hóa đơn không vượt qua bước xác thực hoặc không khớp với đơn đặt hàng hay phiếu nhận hàng, nên cần có người xử lý. Hóa đơn thường bị tạm giữ hoặc được gán một trạng thái cụ thể.
Vì sao điều này quan trọng

Hoạt động này bắt đầu một vòng làm lại. Phân tích tần suất và nguyên nhân giúp phát hiện những điểm kém hiệu quả trong quy trình, vấn đề về chất lượng dữ liệu hoặc vấn đề từ nhà cung cấp.

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

Sự kiện này có thể được ghi rõ trong lịch sử hóa đơn hoặc suy ra khi hóa đơn bị chuyển sang trạng thái 'On Hold' với mã lý do liên quan đến sai lệch đối chiếu. Hãy tìm các thay đổi trạng thái trên tiêu đề hóa đơn.

Thu thập

Ghi nhận dấu thời gian khi trạng thái hóa đơn chuyển thành 'On Hold' hoặc khi cờ sai lệch được bật.

Loại sự kiện inferred
Đã từ chối hóa đơn
Người phê duyệt từ chối hóa đơn trong workflow, thường gửi lại cho người tạo để sửa hoặc bổ sung thông tin. Việc này bắt đầu một vòng làm lại.
Vì sao điều này quan trọng

Theo dõi các trường hợp bị từ chối giúp tìm nguyên nhân gây chậm trễ và phải làm lại. Qua đó, bạn có thể phát hiện vấn đề về mã hóa hóa đơn, vi phạm chính sách hoặc thiếu chứng từ.

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

Đây là sự kiện được ghi rõ trong lịch sử workflow (WorkflowTrackingStatusTable) khi người phê duyệt chọn thao tác 'Reject'.

Thu thập

Trích xuất sự kiện 'Rejected' của hóa đơn từ lịch sử theo dõi workflow.

Loại sự kiện explicit
Đã xác thực dữ liệu hóa đơn
Ghi nhận việc hệ thống hoặc người dùng kiểm tra ban đầu để đảm bảo dữ liệu hóa đơn đã thu thập đầy đủ và chính xác, trước khi đối chiếu hoặc phê duyệt. Đây có thể là bước xác thực tự động của hệ thống hoặc bước kiểm tra thủ công.
Vì sao điều này quan trọng

Theo dõi hoạt động này giúp phát hiện chậm trễ do chất lượng dữ liệu kém. Tỷ lệ lỗi cao hoặc thời gian xử lý kéo dài ở bước này cho thấy có vấn đề trong khâu thu thập dữ liệu, chẳng hạn như độ chính xác của OCR.

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

Đây thường là sự kiện được suy ra. Có thể xác định sự kiện này từ dấu thời gian khi trạng thái hóa đơn chuyển từ 'New' hoặc 'Draft' sang trạng thái như 'Validated' hoặc 'Ready for Matching', hoặc từ lần cập nhật cuối trước khi gửi vào workflow.

Thu thập

Ghi nhận dấu thời gian của thay đổi trạng thái cho biết hóa đơn đã được xác thực thành công, hoặc sự kiện cập nhật trước khi gửi vào workflow.

Loại sự kiện inferred
Đã xử lý xong sai lệch
Đây là thao tác gỡ trạng thái tạm giữ hoặc sửa hóa đơn sau khi phát hiện sai lệch. Hóa đơn đã sẵn sàng để gửi lại đi đối chiếu hoặc phê duyệt.
Vì sao điều này quan trọng

Hoạt động này kết thúc một vòng làm lại. Thời gian xử lý sai lệch là chỉ số quan trọng để đánh giá hiệu quả xử lý ngoại lệ.

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

Suy ra từ dấu thời gian khi trạng thái 'On Hold' được gỡ khỏi hóa đơn hoặc khi hóa đơn được gửi lại vào workflow sau khi bị từ chối.

Thu thập

Ghi nhận dấu thời gian khi gỡ trạng thái tạm giữ hoặc gửi lại hóa đơn sau khi bị từ chối.

Loại sự kiện inferred
Ngân hàng đã xác nhận thanh toán
Khoản thanh toán do công ty thực hiện đã được ngân hàng xử lý, theo xác nhận từ quy trình đối chiếu ngân hàng. Đây là xác nhận tài chính cuối cùng rằng khoản thanh toán đã hoàn tất.
Vì sao điều này quan trọng

Hoạt động này xác nhận dòng tiền đã thực sự được chi ra. Phân tích thời gian từ lúc thực hiện thanh toán đến khi ngân hàng xử lý xong rất quan trọng đối với công tác ngân quỹ và quản lý tiền mặt.

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

Thông tin này được lấy từ các phân hệ đối chiếu ngân hàng. Sự kiện được suy ra khi một dòng sao kê ngân hàng tương ứng với khoản thanh toán được đối chiếu và ghi sổ trong D365.

Thu thập

Cần liên kết dữ liệu giao dịch ngân hàng (BankStmtISOAccountStatement) với khoản thanh toán ban đầu.

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

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

Cách lấy dữ liệu từ Microsoft Dynamics 365

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

Hãy dùng mẫu dữ liệu này để bắt đầu cải thiện quy trình xử lý hóa đơn phải trả. Khai thác dữ liệu quy trình để thúc đẩy những cải tiến thiết thực.

Ngăn thanh toán trùng. Tối ưu quy trình xử lý hóa đơn phải trả.

Xác định chính xác điểm kém hiệu quả, tránh phí trả chậm và giảm 60% chi phí xử lý.

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

Dùng thử miễn phí trong 14 ngày, không cần thẻ tín dụng.