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ả
- 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ừ NetSuite
Thuộc tính xử lý hóa đơn phải trả
| Tên | Mô tả | ||
|---|---|---|---|
|
Hóa đơn
Invoice
|
Mã định danh duy nhất của từng hóa đơn nhà cung cấp. | ||
|
Mô tả
'Invoice' 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. Thuộc tính này cần thiết để dựng lại toàn bộ hành trình của từng hóa đơn. Khi phân tích, bạn có thể dùng thuộc tính này để lọc, tổng hợp và xem chi tiết luồng xử lý của từng hóa đơn. Đây cũng là cơ sở cho việc phân tích biến thể và tính thời gian chu kỳ.
Vì sao điều này quan trọng
Đây là thuộc tính cốt lõi liên kết mọi sự kiện liên quan thành một trường hợp quy trình, giúp phân tích toàn bộ vòng đời của từng hóa đơn.
Lấy dữ liệu ở đâu
Đây là khóa chính của bản ghi giao dịch Vendor Bill trong NetSuite, thường được gọi là Transaction ID hoặc Document Number.
Ví dụ
INV-2023-001237894561VN54321A
|
|||
|
Hoạt động
ActivityName
|
Tên hoạt động nghiệp vụ hoặc sự kiện đã xảy ra trong quy trình xử lý hóa đơn. | ||
|
Mô tả
Thuộc tính này mô tả một bước hoặc cột mốc cụ thể trong quy trình công nợ phải trả (AP), chẳng hạn như 'Vendor Bill Created', 'Invoice Approved' hoặc 'Payment Executed'. Phân tích trình tự và tần suất hoạt động là trọng tâm của process mining. Việc này giúp trực quan hóa luồng quy trình, xác định các biến thể phổ biến và hiếm gặp, đồng thời tìm ra điểm nghẽn hoặc sai lệch so với quy trình chuẩn. Các hoạt động đã xác định tạo thành những nút trên sơ đồ quy trình.
Vì sao điều này quan trọng
Thuộc tính này xác định các bước của quy trình, giúp trực quan hóa sơ đồ quy trình, tính thời gian chuyển bước và tìm điểm nghẽn cũng như các vòng lặp làm lại.
Lấy dữ liệu ở đâu
Được suy ra từ nhật ký hệ thống, dấu vết kiểm tra hoặc thay đổi trạng thái trên Vendor Bill và các bản ghi thanh toán liên quan trong NetSuite. Việc này thường cần logic chuyển đổi dữ liệu.
Ví dụ
Tạo hóa đơn nhà cung cấpPhê duyệt hóa đơnĐã thực hiện thanh toánPhát hiện sai lệch
|
|||
|
Thời gian bắt đầu
EventTime
|
Thời điểm một hoạt động hoặc sự kiện bắt đầu. | ||
|
Mô tả
Thuộc tính này ghi lại chính xác ngày giờ một hoạt động cụ thể diễn ra. Nhờ đó, bạn biết thứ tự thời gian của các sự kiện trong từng trường hợp. Dấu thời gian này rất quan trọng cho mọi phân tích theo thời gian, bao gồm tính thời gian giữa các hoạt động, tổng thời gian xử lý từ đầu đến cuối và xác định độ trễ. Thuộc tính này giúp sắp xếp sự kiện đúng thứ tự và là cơ sở cho các KPI hiệu suất như 'Average Invoice Approval Time' và 'Days Payable Outstanding'.
Vì sao điều này quan trọng
Thuộc tính này cung cấp trình tự thời gian của các sự kiện, cần thiết để tính mọi chỉ số về thời lượng, tìm điểm nghẽn và hiểu hiệu suất quy trình.
Lấy dữ liệu ở đâu
Các trường dấu thời gian gắn với thay đổi trạng thái hoặc ngày tạo, ngày sửa trong bản ghi giao dịch và System Notes của NetSuite.
Ví dụ
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
Hệ thống nguồn
SourceSystem
|
Hệ thống dùng để trích xuất dữ liệu. | ||
|
Mô tả
Thuộc tính này cho biết dữ liệu quy trình đến từ đâu. Trong chế độ xem này, giá trị luôn là 'NetSuite'. Khi có nhiều hệ thống, chẳng hạn hệ thống OCR bên ngoài và ERP, trường này rất quan trọng để truy vết dữ liệu và xử lý sự cố. Trường này xác nhận rằng mọi sự kiện đều được gán đúng cho hệ thống nguồn lưu giữ dữ liệu chính thức.
Vì sao điều này quan trọng
Thuộc tính này xác nhận nguồn gốc dữ liệu. Trong môi trường có nhiều hệ thống, thuộc tính này rất quan trọng để truy ngược dữ liệu về nguồn nhằm xác thực và hiểu đúng ngữ cảnh.
Lấy dữ liệu ở đâu
Đây là giá trị cố định ('NetSuite'), được điền trong quá trình trích xuất và chuyển đổi dữ liệu.
Ví dụ
NetSuite
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Thời điểm dữ liệu của sự kiện này được làm mới lần 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 dữ liệu sự kiện được trích xuất từ NetSuite. Qua đó, bạn biết dữ liệu trong công cụ process mining mới đến mức nào. Thông tin này giúp bạn đánh giá mức độ cập nhật của phân tích. Người dùng có thể xem dữ liệu hiện tại đến đâu, đặc biệt hữu ích với dashboard vận hành theo dõi trạng thái hóa đơn gần như theo thời gian thực.
Vì sao điều này quan trọng
Thuộc tính này cho biết dữ liệu mới đến mức nào, giúp người dùng nắm được phân tích quy trình đang cập nhật đến thời điểm nào và khi nào dự kiến làm mới dữ liệu tiếp theo.
Lấy dữ liệu ở đâu
Dấu thời gian này do công cụ hoặc luồng trích xuất dữ liệu tạo ra khi dữ liệu được nạp vào hệ thống.
Ví dụ
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
Ngày đến hạn thanh toán hóa đơn
InvoiceDueDate
|
Ngày cuối cùng cần thanh toán hóa đơn để tránh bị phạt. | ||
|
Mô tả
Thuộc tính này cho biết ngày đến hạn thanh toán, được xác định theo điều khoản thanh toán của nhà cung cấp và ngày lập hóa đơn. Đây là hạn chót quan trọng trong quy trình AP. Ngày này là mốc chuẩn cho dashboard 'Payment Compliance Dashboard' và KPI 'Payment Term Adherence Rate'. Thuộc tính này giúp xác định khoản thanh toán đúng hạn, sớm hay trễ, từ đó ảnh hưởng trực tiếp đến quan hệ với nhà cung cấp và nguy cơ phát sinh phí trả chậm.
Vì sao điều này quan trọng
Đây là mốc chính để đo lường hiệu suất thanh toán đúng hạn, yếu tố quan trọng đối với quan hệ với nhà cung cấp và việc tuân thủ các yêu cầu tài chính.
Lấy dữ liệu ở đâu
Trường 'Due Date' tiêu chuẩn trên bản ghi giao dịch Vendor Bill.
Ví dụ
2023-11-302023-12-152024-02-28
|
|||
|
Người phê duyệt
Approver
|
Người chịu trách nhiệm phê duyệt thanh toán hóa đơn. | ||
|
Mô tả
Thuộc tính này xác định quản lý hoặc người phụ trách ngân sách đã phê duyệt hóa đơn lần cuối. Một hóa đơn có thể được nhiều người phê duyệt trong suốt vòng đời. Đây là chiều phân tích quan trọng cho dashboard 'Approval Bottleneck Analysis'. Bằng cách phân tích thời gian phê duyệt của từng người, doanh nghiệp có thể xác định người phê duyệt chậm, chuyển hóa đơn sang người khác để cân bằng khối lượng công việc và rút ngắn quy trình phê duyệt.
Vì sao điều này quan trọng
Thuộc tính này giúp xác định điểm nghẽn trong khâu phê duyệt và phân tích khối lượng công việc cũng như hiệu suất của các quản lý tham gia vào chuỗi phê duyệt.
Lấy dữ liệu ở đâu
Thông tin này thường được lưu trong lịch sử workflow hoặc nhật ký phê duyệt gắn với giao dịch Vendor Bill.
Ví dụ
s.chenp.williamsr.davis
|
|||
|
Người xử lý
ProcessorUser
|
Người chịu trách nhiệm xử lý hoặc nhập hóa đơn. | ||
|
Mô tả
Thuộc tính này xác định thành viên nhóm công nợ phải trả (AP) đã nhập dữ liệu hoặc thực hiện các bước xử lý ban đầu cho hóa đơn. Dữ liệu này cần thiết cho dashboard 'AP Staff Workload Distribution'. Quản lý có thể dùng dữ liệu để phân tích mức độ cân bằng khối lượng công việc, xác định nhu cầu đào tạo và đo lường hiệu suất cá nhân hoặc nhóm. Dữ liệu cũng giúp tìm nguyên nhân gốc rễ của lỗi bằng cách truy lại người xử lý.
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, theo dõi hiệu suất và tìm nguyên nhân gốc rễ của lỗi bằng cách gắn hoạt động với từng nhân viên AP.
Lấy dữ liệu ở đâu
Các trường 'Created By' hoặc 'Modified By' trong System Notes hoặc dấu vết kiểm tra của những hoạt động đầu quy trình trên Vendor Bill.
Ví dụ
j.doea.smithm.jones
|
|||
|
Số đơn đặt hàng
PurchaseOrderNumber
|
Mã đơn đặt hàng liên quan đến hóa đơn, nếu có. | ||
|
Mô tả
Thuộc tính này liên kết hóa đơn nhà cung cấp với đơn đặt hàng (PO) đã được phê duyệt trước. Có hay không có mã PO giúp phân biệt hóa đơn có PO với hóa đơn không có PO. Trường này rất quan trọng đối với dashboard 'PO/GR Matching Efficiency' và KPI 'PO/GR Matching Success Rate'. Phân tích quy trình dựa trên việc hóa đơn có PO hay không giúp xác định cơ hội tăng hiệu quả nhờ đối chiếu ba bên và khả năng tự động hóa.
Vì sao điều này quan trọng
Thuộc tính này phân biệt hóa đơn có PO với hóa đơn không có PO. Hai loại thường đi theo luồng xử lý khác nhau và có tiềm năng tự động hóa khác nhau. Đây là yếu tố quan trọng để phân tích hiệu quả đối chiếu.
Lấy dữ liệu ở đâu
Thông tin này thường nằm trong các dòng hàng hoặc phần đầu của bản ghi Vendor Bill, liên kết bản ghi với giao dịch Purchase Order.
Ví dụ
PO-004589PO-005123null
|
|||
|
Số tiền hóa đơn
InvoiceAmount
|
Tổng giá trị tiền tệ của hóa đơn. | ||
|
Mô tả
Thuộc tính này thể hiện tổng số tiền trước khấu trừ hoặc chiết khấu phải trả theo hóa đơn nhà cung cấp. Đây là chỉ số tài chính cốt lõi của từng trường hợp. Bạn có thể dùng số tiền hóa đơn để phân tích tài chính, chẳng hạn chia hóa đơn thành các nhóm giá trị cao và thấp để xem chúng đi theo luồng xử lý khác nhau hay không. Số tiền này cũng được dùng trên dashboard để đánh giá tác động tài chính của điểm nghẽn hoặc độ trễ, đồng thời là cơ sở để tính DPO.
Vì sao điều này quan trọng
Thuộc tính này giúp đánh giá tác động tài chính của những điểm kém hiệu quả trong quy trình và phân nhóm hóa đơn theo giá trị để ưu tiên xử lý các khoản lớn.
Lấy dữ liệu ở đâu
Trường 'Amount' hoặc 'Total' trong phần đầu của bản ghi giao dịch Vendor Bill.
Ví dụ
1500.75250.0012500.50
|
|||
|
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 xác định tên pháp lý của nhà cung cấp gắn với hóa đơn. Đây là dữ liệu chủ quan trọng liên kết với giao dịch. Phân tích quy trình theo nhà cung cấp giúp bạn tìm ra vấn đề riêng của từng nhà cung cấp, chẳng hạn sai lệch thường xuyên, thanh toán trễ hoặc cơ hội áp dụng chiết khấu linh hoạt. Thuộc tính này cũng cần thiết để phân loại hóa đơn chưa thanh toán trên dashboard 'Invoice Status and Aging' và quản lý quan hệ với nhà cung cấp.
Vì sao điều này quan trọng
Thuộc tính này cho phép phân tích hiệu suất theo nhà cung cấp, giúp bạn xác định nhà cung cấp có vấn đề, thương lượng điều khoản tốt hơn và quản lý quan hệ hiệu quả.
Lấy dữ liệu ở đâu
Lấy từ bản ghi Vendor được liên kết với giao dịch Vendor Bill. Trường này thường có tên 'Vendor Name' hoặc 'Company Name'.
Ví dụ
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
Đã nhận chiết khấu thanh toán sớm
IsEarlyPaymentCaptured
|
Cờ cho biết đã tận dụng thành công chiết khấu thanh toán sớm có thể hưởng hay chưa. | ||
|
Mô tả
Thuộc tính boolean được tính toán này kiểm tra xem hóa đơn có chiết khấu được thanh toán vào hoặc trước 'Early Payment Discount Date' hay không. Thuộc tính này cần thiết để đo KPI 'Early Payment Discount Capture Rate' và hỗ trợ dashboard 'Early Payment Discount Opportunities'. Chỉ số thành công hoặc chưa thành công này giúp đánh giá chiến lược tận dụng chiết khấu của công ty và chỉ ra khoản tiết kiệm bị bỏ lỡ.
Vì sao điều này quan trọng
Thuộc tính này đo trực tiếp hiệu quả của bộ phận ngân quỹ hoặc AP trong việc tận dụng cơ hội tiết kiệm chi phí, một chỉ số quan trọng về hiệu quả tài chính.
Lấy dữ liệu ở đâu
Được tính trong quá trình chuyển đổi dữ liệu: PaymentDate <= EarlyPaymentDiscountDate đối với hóa đơn có chiết khấu.
Ví dụ
truefalsenull
|
|||
|
Điều khoản thanh toán
PaymentTerms
|
Điều khoản thanh toán hóa đơn đã thỏa thuận, chẳng hạn Net 30 hoặc 2% 10 Net 30. | ||
|
Mô tả
Thuộc tính này xác định điều kiện thanh toán mà nhà cung cấp yêu cầu, bao gồm thời hạn và chiết khấu có thể được hưởng khi thanh toán sớm. Điều khoản thanh toán được dùng để tính 'Invoice Due Date' và 'Early Payment Discount Date'. Đây là thông tin cần thiết cho 'Payment Compliance Dashboard' và để phân tích cơ hội tận dụng chiết khấu thanh toán sớm, qua đó tối ưu vốn lưu động.
Vì sao điều này quan trọng
Thuộc tính này xác định hạn thanh toán và cơ hội hưởng chiết khấu, ảnh hưởng trực tiếp đến quản lý dòng tiền và khả năng tiết kiệm chi phí.
Lấy dữ liệu ở đâu
Trường 'Terms' trên giao dịch Vendor Bill, thường được kế thừa từ bản ghi Vendor.
Ví dụ
Net 30Net 602% 10, Net 30
|
|||
|
Làm lại
IsRework
|
Cờ cho biết hoạt động có thuộc vòng lặp làm lại hay không. | ||
|
Mô tả
Thuộc tính boolean được tính toán này xác định các hoạt động thể hiện việc phải làm lại, chẳng hạn sự kiện 'Discrepancy Identified' xuất hiện lần thứ hai hoặc hóa đơn bị từ chối rồi gửi lại để phê duyệt. Thuộc tính này rất quan trọng cho dashboard 'Rework and Error Analysis' và KPI 'Invoice Rework Rate'. Nhờ đó, doanh nghiệp có thể định lượng tần suất và tác động của việc làm lại, từ đó tìm ra nguyên nhân gây kém hiệu quả, lỗi và sai lệch quy trình.
Vì sao điều này quan trọng
Thuộc tính này định lượng mức độ kém hiệu quả bằng cách đánh dấu các hoạt động gây lãng phí công sức, giúp bạn tập trung cải thiện chất lượng và tỷ lệ xử lý đúng ngay lần đầu.
Lấy dữ liệu ở đâu
Được tính trong quá trình chuyển đổi dữ liệu bằng cách phân tích trình tự hoạt động của từng trường hợp. Ví dụ: 'Invoice Approved' được theo sau bởi 'Invoice Rejected', rồi lại có một sự kiện 'Invoice Approved' khác.
Ví dụ
truefalse
|
|||
|
Loại chứng từ
DocumentType
|
Loại chứng từ đang được xử lý, chẳng hạn hóa đơn hoặc giấy báo có. | ||
|
Mô tả
Thuộc tính này phân biệt hóa đơn thông thường với các chứng từ liên quan khác như giấy báo có, vốn có thể tuân theo quy tắc xử lý hoặc workflow khác nhau. Phân tích quy trình theo loại chứng từ giúp bạn so sánh các đối tượng tương đồng. Ví dụ, quy trình phê duyệt hóa đơn giá trị lớn có thể chặt chẽ hơn nhiều so với giấy báo có giá trị nhỏ. Việc phân nhóm này giúp đánh giá hiệu suất quy trình chính xác hơ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 theo loại chứng từ tài chính. Mỗi loại có thể có luồng xử lý và KPI riêng, giúp phân tích chính xác hơn.
Lấy dữ liệu ở đâu
Có thể xác định từ loại giao dịch trong NetSuite, chẳng hạn 'Vendor Bill' hoặc 'Vendor Credit'.
Ví dụ
Hóa đơn thông thườngGiấy báo cóGiấy báo nợ
|
|||
|
Mã công ty
CompanyCode
|
Mã định danh của pháp nhân hoặc công ty con xử lý hóa đơn. | ||
|
Mô tả
Thuộc tính này cho biết công ty hoặc công ty con trong tổ chức chịu trách nhiệm thanh toán hóa đơn. Thông tin này đặc biệt hữu ích với doanh nghiệp có nhiều pháp nhân. Phân tích quy trình theo mã công ty giúp so sánh hiệu suất giữa các bộ phận khác nhau. Qua đó, bạn có thể phát hiện khác biệt về hiệu quả, tuân thủ hoặc khối lượng công việc của từng công ty con và triển khai cải tiến phù hợp.
Vì sao điều này quan trọng
Thuộc tính này cho phép so sánh hiệu suất quy trình giữa các pháp nhân hoặc công ty con, hỗ trợ cải tiến có trọng tâm và đảm bảo quản trị doanh nghiệp.
Lấy dữ liệu ở đâu
Trong NetSuite, thuộc tính này tương ứng với trường 'Subsidiary' trên bản ghi giao dịch trong tài khoản OneWorld.
Ví dụ
US01DE01UK01
|
|||
|
Ngày chiết khấu
EarlyPaymentDiscountDate
|
Hạn cuối thanh toán hóa đơn để đủ điều kiện hưởng 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 để được hưởng chiết khấu của nhà cung cấp, theo quy định trong 'Payment Terms', chẳng hạn số '10' trong '2% 10, Net 30'. Ngày này là yếu tố chính của dashboard 'Early Payment Discount Opportunities'. Bằng cách so sánh ngày này với ngày hiện tại và ngày thanh toán, hệ thống có thể xác định cơ hội, đo KPI 'Early Payment Discount Capture Rate' và giúp công ty tối đa hóa khoản tiết kiệm.
Vì sao điều này quan trọng
Đây là ngày quan trọng để tối đa hóa khoản tiết kiệm từ chiết khấu thanh toán sớm. Theo dõi ngày này giúp tối ưu quản lý tiền mặt.
Lấy dữ liệu ở đâu
Đây là trường được tính toán trên bản ghi Vendor Bill, dựa trên ngày lập hóa đơn và trường 'Terms'.
Ví dụ
2023-11-102024-01-20null
|
|||
|
Ngày thanh toán
PaymentDate
|
Ngày thực hiện thanh toán hóa đơn. | ||
|
Mô tả
Thuộc tính này ghi lại ngày tiền được chuyển cho nhà cung cấp. Đây là thời điểm hóa đơn được tất toán về mặt tài chính. Ngày này được dùng để xác định thời điểm kết thúc thực tế của quy trình cho nhiều KPI, bao gồm 'Days Payable Outstanding' và 'Payment Term Adherence Rate'. Đây là dữ liệu thực tế để đối chiếu với 'Invoice Due Date' và 'Early Payment Discount Date'.
Vì sao điều này quan trọng
Thuộc tính này đánh dấu thời điểm kết thúc tài chính của quy trình và là cơ sở để tính KPI về tuân thủ thanh toán, DPO và mức độ tận dụng chiết khấu.
Lấy dữ liệu ở đâu
Lấy từ trường 'Date' của bản ghi giao dịch Bill Payment liên quan trong NetSuite.
Ví dụ
2023-11-282023-12-142024-02-25
|
|||
|
Thanh toán đúng hạn
IsOnTimePayment
|
Cờ 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 boolean được tính toán này kiểm tra xem 'Payment Date' có nhỏ hơn hoặc bằng 'Invoice Due Date' hay không. Kết quả cho biết rõ từng hóa đơn được thanh toán đúng hạn hay không. Thuộc tính này hỗ trợ trực tiếp cho 'Payment Compliance Dashboard' và được dùng để tính KPI 'Payment Term Adherence Rate'. Người dùng có thể lọc ngay các khoản thanh toán trễ và tìm nguyên nhân.
Vì sao điều này quan trọng
Thuộc tính này giúp phân tích thời điểm thanh toán đơn giản hơn và trực tiếp cung cấp dữ liệu cho các KPI về tuân thủ điều khoản thanh toán cũng như quản lý quan hệ với nhà cung cấp.
Lấy dữ liệu ở đâu
Được tính trong quá trình chuyển đổi dữ liệu: PaymentDate <= InvoiceDueDate.
Ví dụ
truefalse
|
|||
|
Tiền tệ
Currency
|
Mã tiền tệ của số tiền trên hóa đơn, chẳng hạn USD hoặc EUR. | ||
|
Mô tả
Thuộc tính này cho biết hóa đơn được lập bằng loại tiền tệ nào, cung cấp ngữ cảnh cần thiết cho 'InvoiceAmount'. Với các tổ chức đa quốc gia, việc phân tích dữ liệu bằng một loại tiền tệ thống nhất rất quan trọng. Trường này cho phép quy đổi tiền tệ chính xác và đảm bảo các chỉ số tài chính được so sánh trên cùng cơ sở giữa các khu vực hoặc đơn vị kinh doanh.
Vì sao điều này quan trọng
Thuộc tính này cung cấp ngữ cảnh cần thiết cho mọi giá trị tiền tệ, giúp phân tích tài chính chính xác, đặc biệt trong hoạt động đa quốc gia.
Lấy dữ liệu ở đâu
Trường 'Currency' trên bản ghi giao dịch Vendor Bill, thường được liên kết với dữ liệu chủ của nhà cung cấp.
Ví dụ
USDEURGBPCAD
|
|||
|
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 hiện tại của Vendor Bill trong vòng đời AP, chẳng hạn 'Open', 'Pending Approval' hoặc 'Paid in Full'. Đây là thuộc tính quan trọng cho dashboard 'Invoice Status and Aging', giúp bạn nắm tình hình công việc và các khoản phải trả hiện tại. Bạn có thể lọc để tập trung vào hóa đơn chưa thanh toán hoặc có vấn đề, đồng thời theo dõi tiến độ xử lý.
Vì sao điều này quan trọng
Thuộc tính này cho biết hóa đơn đang ở bước nào trong quy trình, cần thiết để theo dõi vận hành, quản lý khối lượng công việc và dự báo tài chính.
Lấy dữ liệu ở đâu
Trường 'Status' trên bản ghi giao dịch Vendor Bill.
Ví dụ
Đang mởChờ phê duyệtĐã thanh toán đầy đủ
|
|||
Hoạt động xử lý hóa đơn phải trả
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đã đóng hóa đơn
|
Đánh dấu thời điểm đóng bản ghi Vendor Bill, thường là sau khi hóa đơn được thanh toán đầy đủ. Sự kiện này được suy ra khi trạng thái Vendor Bill chuyển thành 'Paid in Full'. | ||
|
Vì sao điều này quan trọng
Đây là sự kiện kết thúc rõ ràng của vòng đời quy trình, xác nhận rằng hóa đơn cụ thể này không cần xử lý thêm.
Lấy dữ liệu ở đâu
Được suy ra từ thời điểm trường 'Status' trên bản ghi Vendor Bill chuyển thành 'Paid in Full', theo dõi trong System Notes.
Thu thập
Thời điểm trường 'Status' chuyển thành 'Paid in Full'.
Loại sự kiện
inferred
|
|||
|
Đã thực hiện thanh toán
|
Sự kiện này ghi nhận thời điểm thanh toán hóa đơn được thực hiện. Thời điểm được lấy từ ngày giao dịch của bản ghi Vendor Payment áp dụng cho Vendor Bill. | ||
|
Vì sao điều này quan trọng
Đây là điểm kết thúc chính của quy trình công nợ phải trả (AP), cần thiết để tính thời gian xử lý từ đầu đến cuối, mức độ tuân thủ điều khoản thanh toán và số ngày phải trả bình quân (DPO).
Lấy dữ liệu ở đâu
Trường 'Date' trong bản ghi giao dịch Vendor Payment được liên kết với Vendor Bill.
Thu thập
Ngày giao dịch của bản ghi Vendor Payment được áp dụng cho hóa đơn.
Loại sự kiện
explicit
|
|||
|
Ghi sổ hóa đơn vào sổ cái
|
Đánh dấu thời điểm ảnh hưởng tài chính của Vendor Bill được ghi nhận chính thức vào sổ cái tổng hợp. Sự kiện này được xác định bằng ngày giao dịch khi hóa đơn được phê duyệt và cờ 'Posting' được bật. | ||
|
Vì sao điều này quan trọng
Đây là điểm kiểm soát tài chính quan trọng, xác nhận công ty đã chính thức ghi nhận khoản nợ phải trả. Ghi sổ chậm có thể ảnh hưởng đến độ chính xác của báo cáo tài chính.
Lấy dữ liệu ở đâu
Ngày ghi sổ của giao dịch sổ cái tổng hợp được tạo từ Vendor Bill. Trường 'Posting' trên hóa đơn sẽ được kiểm tra.
Thu thập
Ngày giao dịch ghi sổ vào sổ cái tổng hợp liên quan đến Vendor Bill.
Loại sự kiện
explicit
|
|||
|
Gửi yêu cầu phê duyệt
|
Sự kiện này đánh dấu thời điểm Vendor Bill chính thức được đưa vào workflow phê duyệt. Sự kiện được ghi nhận khi 'Approval Status' của hóa đơn chuyển từ trạng thái nháp sang 'Pending Approval'. | ||
|
Vì sao điều này quan trọng
Đây là mốc bắt đầu tính thời gian phê duyệt, cần thiết để xác định điểm nghẽn ở người phê duyệt hoặc bộ phận cụ thể.
Lấy dữ liệu ở đâu
Suy ra từ dấu thời gian trong System Notes khi 'Approval Status' trên bản ghi Vendor Bill chuyển thành 'Pending Approval'.
Thu thập
Dấu thời gian khi trường 'Approval Status' chuyển thành 'Pending Approval'.
Loại sự kiện
inferred
|
|||
|
Phê duyệt hóa đơn
|
Cho biết Vendor Bill đã được (những) người phê duyệt được chỉ định cho phép thanh toán. Sự kiện được ghi nhận khi 'Approval Status' của hóa đơn được đặt thành 'Approved'. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng kết thúc giai đoạn phê duyệt, cho phép ghi sổ hóa đơn và lên lịch thanh toán. Đây cũng là dữ liệu quan trọng để đo lường hiệu quả phê duyệt.
Lấy dữ liệu ở đâu
Dấu thời gian khi trường 'Approval Status' trên bản ghi Vendor Bill chuyển thành 'Approved', được ghi trong System Notes hoặc nhật ký workflow.
Thu thập
Dấu thời gian trong nhật ký workflow hoặc System Notes khi 'Approval Status' = 'Approved'.
Loại sự kiện
explicit
|
|||
|
Tạo hóa đơn nhà cung cấp
|
Ghi nhận thời điểm hóa đơn mới của nhà cung cấp được nhập vào NetSuite. Sự kiện này được lấy từ ngày tạo giao dịch Vendor Bill, đánh dấu thời điểm chính thức bắt đầu quy trình AP. | ||
|
Vì sao điều này quan trọng
Đây là mốc bắt đầu để tính thời gian xử lý hóa đơn, yếu tố quan trọng khi đo lường hiệu quả chung của quy trình và theo dõi thời gian hóa đơn còn tồn.
Lấy dữ liệu ở đâu
Trường 'Date Created' trong bản ghi giao dịch Vendor Bill.
Thu thập
Sự kiện tạo giao dịch Vendor Bill.
Loại sự kiện
explicit
|
|||
|
Bắt đầu đối chiếu PO
|
Ghi nhận thao tác liên kết Vendor Bill với Purchase Order tương ứng để kiểm tra. Sự kiện này được suy ra khi PO lần đầu được liên kết trong danh sách con 'Items' hoặc 'Expenses' của bản ghi Vendor Bill trước khi phê duyệt. | ||
|
Vì sao điều này quan trọng
Theo dõi bước này giúp phân tích hiệu quả đối chiếu và phát hiện chậm trễ trước cả khi hóa đơn được gửi đi phê duyệt.
Lấy dữ liệu ở đâu
Suy ra từ nhật ký System Notes khi trường 'Created From' được điền lần đầu hoặc khi có tham chiếu PO ở cấp dòng hàng trên Vendor Bill.
Thu thập
Phát hiện thời điểm trường tham chiếu PO được điền trong System Notes.
Loại sự kiện
inferred
|
|||
|
Chuyển lại hóa đơn để phê duyệt
|
Sự kiện này xảy ra khi hóa đơn được gửi lại về bước trước hoặc chuyển cho người phê duyệt khác do có thay đổi hoặc bị từ chối. Sự kiện được suy ra khi 'Approval Status' chuyển từ 'Pending Approval' sang trạng thái khác rồi trở lại 'Pending Approval'. | ||
|
Vì sao điều này quan trọng
Xác định các lần chuyển lại giúp bạn hiểu những vòng lặp làm lại trong quy trình phê duyệt, vốn kéo dài đáng kể thời gian xử lý.
Lấy dữ liệu ở đâu
Suy ra từ System Notes bằng cách phát hiện các chuỗi thay đổi trong đó 'Approval Status' chuyển sang 'Pending Approval' nhiều lần cho cùng một hóa đơn.
Thu thập
Phân tích chuỗi thay đổi của 'Approval Status' trong System Notes.
Loại sự kiện
inferred
|
|||
|
Đã áp dụng giấy báo có
|
Sự kiện xảy ra khi Vendor Credit được áp dụng cho Vendor Bill, làm giảm số tiền phải trả. Sự kiện này được ghi nhận từ thao tác áp dụng liên kết hai giao dịch. | ||
|
Vì sao điều này quan trọng
Áp dụng giấy báo có là một cách khác để đóng hóa đơn. Theo dõi sự kiện này giúp bạn hiểu các khoản xóa nợ và hàng trả lại ảnh hưởng thế nào đến quy trình AP.
Lấy dữ liệu ở đâu
Ngày áp dụng được ghi nhận khi giao dịch Vendor Credit được áp dụng cho Vendor Bill. Bạn có thể xem ngày này trong các bản ghi liên quan của hóa đơn.
Thu thập
Thời điểm áp dụng Vendor Credit cho Vendor Bill.
Loại sự kiện
explicit
|
|||
|
Đã nhận chiết khấu thanh toán sớm
|
Sự kiện được tính khi thanh toán hóa đơn trước ngày cuối cùng để được hưởng chiết khấu thanh toán sớm. Sự kiện này được xác định bằng cách so sánh ngày thanh toán với điều khoản chiết khấu trên Vendor Bill. | ||
|
Vì sao điều này quan trọng
Sự kiện này đo trực tiếp hiệu quả của nhóm AP trong việc tận dụng chiết khấu, qua đó ảnh hưởng đến lợi nhuận và chiến lược quản lý tiền mặt của công ty.
Lấy dữ liệu ở đâu
Đây là sự kiện được tính toán. Cần so sánh trường 'Date' của giao dịch Vendor Payment với ngày chiết khấu suy ra từ trường 'Terms' trên Vendor Bill.
Thu thập
So sánh 'Date' của Vendor Payment với ngày chiết khấu suy ra từ 'Terms' của Vendor Bill.
Loại sự kiện
calculated
|
|||
|
Đã xác định thanh toán trễ
|
Sự kiện được tính khi hóa đơn được thanh toán sau ngày đến hạn. Sự kiện này được xác định bằng cách so sánh ngày thực hiện thanh toán với ngày đến hạn ghi trên Vendor Bill. | ||
|
Vì sao điều này quan trọng
Hoạt động này rất quan trọng để theo dõi việc tuân thủ thời hạn thanh toán và duy trì quan hệ với nhà cung cấp. Thanh toán trễ thường xuyên có thể làm giảm lòng tin của nhà cung cấp.
Lấy dữ liệu ở đâu
Được tính bằng cách so sánh 'Date' của giao dịch Vendor Payment với trường 'Due Date' trên bản ghi Vendor Bill. Sự kiện xảy ra nếu Payment Date > Due Date.
Thu thập
So sánh 'Date' của Vendor Payment với 'Due Date' của Vendor Bill.
Loại sự kiện
calculated
|
|||
|
Lên lịch thanh toán
|
Hoạt động này cho biết Vendor Bill đã được chọn để thanh toán và đưa vào một đợt thanh toán. Sự kiện được ghi nhận khi giao dịch Vendor Payment được tạo với ngày thanh toán trong tương lai. | ||
|
Vì sao điều này quan trọng
Sự kiện này giúp bạn theo dõi luồng thanh toán, dự báo dòng tiền và sắp xếp thời điểm thanh toán để tận dụng chiết khấu thanh toán sớm.
Lấy dữ liệu ở đâu
Ngày tạo bản ghi giao dịch Vendor Payment được áp dụng cho Vendor Bill.
Thu thập
Thời điểm tạo bản ghi giao dịch Vendor Payment liên quan.
Loại sự kiện
explicit
|
|||
|
Phát hiện sai lệch
|
Hoạt động này xảy ra khi phát hiện sai lệch giữa hóa đơn, đơn đặt hàng hoặc phiếu nhận hàng, khiến quy trình không thể tiếp tục. Sự kiện thường được suy ra khi người dùng đặt 'Approval Status' thành trạng thái cụ thể như 'On Hold' hoặc 'Pending Clarification'. | ||
|
Vì sao điều này quan trọng
Làm nổi bật hoạt động này giúp xác định nguồn gây vướng mắc và công việc làm lại trong bước kiểm tra, vốn là những nguyên nhân chính khiến thanh toán chậm.
Lấy dữ liệu ở đâu
Suy ra từ thay đổi trong trường 'Approval Status' của Vendor Bill sang trạng thái chờ xử lý không theo chuẩn, chẳng hạn 'On Hold'. Có thể cần cấu hình trạng thái tùy chỉnh.
Thu thập
Theo dõi thay đổi trong trường 'Approval Status' để phát hiện trạng thái tạm giữ hoặc yêu cầu làm rõ.
Loại sự kiện
inferred
|
|||
|
Từ chối hóa đơn
|
Ghi nhận việc Vendor Bill chính thức bị từ chối trong quá trình phê duyệt và cần được sửa rồi gửi lại. Sự kiện được ghi nhận khi 'Approval Status' được cập nhật thành 'Rejected'. | ||
|
Vì sao điều này quan trọng
Theo dõi các lần từ chối rất quan trọng để phân tích công việc làm lại, tìm ra nguyên nhân phổ biến, chẳng hạn mã hạch toán sai hoặc vi phạm chính sách, và cải thiện tỷ lệ được phê duyệt ngay lần đầu.
Lấy dữ liệu ở đâu
Dấu thời gian khi trường 'Approval Status' trên bản ghi Vendor Bill chuyển thành 'Rejected', được ghi trong System Notes.
Thu thập
Dấu thời gian trong nhật ký workflow hoặc System Notes khi 'Approval Status' = 'Rejected'.
Loại sự kiện
explicit
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu?
Với mẫu dữ liệu này, bạn đã có cơ sở để bắt đầu tối ưu quy trình xử lý hóa đơn phải trả. Bắt đầu cải thiện quy trình làm việc và thanh toán nhanh hơn, đúng quy định hơn ngay hôm nay.
Kiểm soát và tối ưu hóa đơn phải trả ngay hôm nay
Loại bỏ phí trả chậm và thanh toán trùng, giảm chi phí 60%.
Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.