Mẫu dữ liệu quy trình thanh toán khoản phải trả của bạn

NetSuite
Mẫu dữ liệu quy trình thanh toán khoản phải trả của bạn

Mẫu dữ liệu quy trình thanh toán khoản phải trả của bạn

Mẫu này cung cấp khung hướng dẫn để sơ đồ hóa quy trình làm việc về khoản phải trả trên NetSuite. Mẫu liệt kê chi tiết các thuộc tính dữ liệu cần thiết, hoạt động cốt lõi của quy trình và hướng dẫn trích xuất chuyên biệt, giúp bạn phân tích chính xác và đưa ra hành động phù hợp.
  • Các thuộc tính nên dùng để phân tích chuyên sâu
  • Các mốc quan trọng cần theo dõi trong quy trình
  • Hướng dẫn trích xuất riêng cho NetSuite
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 quy trình thanh toán khoản phải trả

Đây là các trường dữ liệu nên đưa vào event log để phân tích quy trình thanh toán khoản phải trả trên hệ thống NetSuite của bạn.
5 Bắt buộc 10 Nên có 6 Không bắt buộc
Tên Mô tả
Hệ thống nguồn
SourceSystem
Tên hệ thống nơi dữ liệu được tạo ra.
Mô tả

Xác định ứng dụng phần mềm nơi dữ liệu sự kiện được trích xuất. Trong trường hợp này, giá trị thường cố định, chẳng hạn như 'NetSuite'.

Thuộc tính này hữu ích trong môi trường có nhiều hệ thống vì giúp theo dõi nguồn gốc dữ liệu. Dù chế độ xem này chỉ tập trung vào NetSuite, việc duy trì trường này vẫn đảm bảo khả năng tương thích với các mô hình dữ liệu toàn doanh nghiệp.

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

Bắt buộc để truy xuất nguồn gốc dữ liệu và phân biệt dữ liệu trong môi trường có nhiều hệ thống.

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

Được gán cố định trong quá trình trích xuất

Ví dụ
NetSuiteNetSuite OneWorld
Hoạt động
Activity
Tên bước quy trình hoặc sự kiện đã diễn ra.
Mô tả

Thuộc tính này ghi lại hành động cụ thể hoặc thay đổi trạng thái tại một thời điểm nhất định. Ví dụ: 'Tạo hóa đơn', 'Thay đổi trạng thái phê duyệt' hoặc 'Thực hiện thanh toán'.

Dữ liệu này rất cần thiết để tái dựng sơ đồ luồng quy trình. Khi sắp xếp các hoạt động theo trình tự thời gian cho từng số hóa đơn, công cụ process mining trực quan hóa workflow thực tế và xác định các vòng lặp, công việc phải làm lại cũng như sai lệch so với luồng chuẩn.

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

Xác định các bước trong sơ đồ quy trình và là dữ liệu bắt buộc cho mọi phân tích process mining.

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

System Notes hoặc nhật ký Workflow History

Ví dụ
Tạo hóa đơnPhê duyệt hóa đơnLên lịch thanh toánThanh toán đã được ngân hàng ghi nhận
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Thời điểm dữ liệu được trích xuất hoặc làm mới.
Mô tả

Cho biết lần gần nhất dữ liệu được lấy từ hệ thống nguồn và đưa vào nền tảng process mining. Thông tin này giúp người dùng biết dữ liệu phân tích mới đến đâu.

Dựa vào đó, bạn có thể xác định dữ liệu trên bảng điều khiển phản ánh trạng thái hiện tại hay là ảnh chụp từ một thời điểm trước đó. Điều này rất quan trọng để tin cậy vào phép tính “Số ngày quá hạn”.

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

Bắt buộc để biết dữ liệu mới đến đâu và trạng thái đồng bộ.

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

Dấu thời gian ETL

Ví dụ
2023-11-01T00:00:00Z
Số hóa đơn
InvoiceNumber
Mã định danh duy nhất của hóa đơn nhà cung cấp.
Mô tả

Thuộc tính này là số tham chiếu duy nhất được gán cho Vendor Bill trong NetSuite. Đây là mã định danh chính thức của từng trường hợp trong quy trình khoản phải trả, dùng để nhóm mọi hoạt động liên quan đến một nghĩa vụ thanh toán cụ thể.

Trong phân tích, trường này đóng vai trò là khóa chính của từng phiên bản quy trình. Nhờ đó, chuyên viên phân tích có thể theo dõi toàn bộ vòng đời của một khoản nợ, từ lúc nhận và ghi nhận hóa đơn đến khi khoản thanh toán cuối cùng được ngân hàng ghi nhận. Các biến thể được nhóm theo mã định danh này để xác định những luồng quy trình phổ biến.

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

Đây là Case ID bắt buộc, dùng để liên kết mọi sự kiện thành một trường hợp quy trình.

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

Bảng Transaction, trường 'tranid' với type là 'Vendor Bill'

Ví dụ
HĐ-2023-001VB-99822ACME-10299982311
Thời điểm sự kiện
EventTime
Dấu thời gian ghi nhận thời điểm hoạt động diễn ra.
Mô tả

Ngày giờ chính xác khi một hoạt động diễn ra. Dữ liệu này dùng để sắp xếp sự kiện theo trình tự và tính thời lượng giữa các bước.

Dấu thời gian chính xác rất quan trọng để xác định điểm nghẽn. Dữ liệu này giúp tính thời gian xử lý, chẳng hạn như thời gian chờ phê duyệt hoặc thời gian hóa đơn ở trạng thái bị chặn.

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

Bắt buộc để sắp xếp sự kiện và tính mọi KPI dựa trên thời gian.

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

Trường 'date' trong System Notes

Ví dụ
2023-10-01T14:30:00Z2023-10-02T09:15:00Z
Công ty con
Subsidiary
Công ty con hoặc pháp nhân nhận hóa đơn.
Mô tả

Trong môi trường NetSuite OneWorld, thuộc tính này xác định pháp nhân cụ thể (Subsidiary) mà hóa đơn thuộc về. Nhờ đó, bạn có thể so sánh giữa các đơn vị trong tổ chức.

Thuộc tính này cung cấp dữ liệu cho bảng điều khiển “Thời gian chu kỳ thanh toán đầu cuối”, giúp so sánh hiệu quả giữa các đơn vị kinh doanh. Bạn có thể xác định khu vực hoặc pháp nhân nào đang hoạt động kém hiệu quả.

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

Quan trọng với tổ chức có nhiều pháp nhân để so sánh hiệu quả giữa các đơn vị kinh doanh.

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

Trường “subsidiary” của giao dịch

Ví dụ
Miền Đông Hoa KỳTrụ sở EMEABộ phận bán hàng APAC
Không có PO
IsNonPO
Cờ cho biết hóa đơn không liên kết với đơn đặt hàng.
Mô tả

Thuộc tính đúng/sai được suy ra khi không có đơn đặt hàng liên kết. Thuộc tính này chia quy trình thành hóa đơn có PO và hóa đơn FI trực tiếp.

Bảng điều khiển “Tốc độ xử lý hóa đơn không có PO” dùng thuộc tính này để làm rõ mức độ kém hiệu quả của việc xử lý hóa đơn thủ công so với quy trình đối chiếu ba bên.

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

Phân khúc cấp cao để phân tích các biến thể quy trình.

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

Được suy ra khi “PurchaseOrderNumber” là null

Ví dụ
truefalse
Ngày đến hạn
DueDate
Ngày cuối cùng phải thanh toán cho nhà cung cấp.
Mô tả

Thuộc tính này cho biết hạn thanh toán theo thỏa thuận trên hóa đơn. Đây là mốc chuẩn để tính tỷ lệ thanh toán đúng hạn.

Trường này là thành phần cốt lõi của KPI “Tỷ lệ thanh toán đúng hạn”. Hệ thống so sánh ngày “Đã thực hiện thanh toán” với ngày đến hạn để đánh dấu khoản thanh toán trễ và giúp ước tính tiền phạt có thể phát sinh.

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

Cốt yếu để tính tỷ lệ thanh toán đúng hạn và xác định các khoản phải trả quá hạn.

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

Trường “duedate” của giao dịch

Ví dụ
2023-11-152023-12-01
Ngày thanh toán
PaymentDate
Ngày thực hiện thanh toán.
Mô tả

Ngày ghi trên giao dịch thanh toán cho nhà cung cấp được liên kết với hóa đơn. Đây là mốc hoàn tất chu kỳ phải trả.

Ngày này được dùng để tính “Thời gian chu kỳ thanh toán đầu cuối”. So sánh ngày này với “InvoiceDate” sẽ cho biết tổng thời gian xử lý.

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

Dấu thời gian kết thúc của chu kỳ quy trình chính.

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

Ngày trên giao dịch thanh toán cho nhà cung cấp được liên kết

Ví dụ
2023-11-202023-12-05
Người dùng
User
Nhân viên thực hiện hoạt động.
Mô tả

Xác định người chịu trách nhiệm cho một sự kiện cụ thể, chẳng hạn như phê duyệt hóa đơn hoặc gỡ chặn thanh toán.

Bảng điều khiển “Theo dõi điểm nghẽn trong quy trình phê duyệt” giúp xác định chậm trễ liên quan đến từng người dùng. Nhờ đó, quản lý có thể cân bằng khối lượng công việc và xác định nhu cầu đào tạo cho từng thành viên.

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

Cần thiết để phân tích tài nguyên và tìm điểm nghẽn ở cấp người dùng.

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

Trường “name” trong System Notes hoặc “employee” trong Transaction

Ví dụ
John DoeQuản trị viên tài chínhHệ thống
Phòng ban
Department
Phòng ban nội bộ liên quan đến hóa đơn.
Mô tả

Phân loại hóa đơn theo trung tâm chi phí hoặc phòng ban nội bộ phát sinh chi phí, chẳng hạn như CNTT hoặc Tiếp thị.

Thuộc tính này cho phép phân tích thời gian chu kỳ theo từng phòng ban. Bạn có thể xác định phòng ban nào mất nhiều thời gian hơn để mã hóa hoặc phê duyệt hóa đơn, từ đó cải tiến quy trình đúng chỗ.

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

Hỗ trợ phân tích hiệu quả quy trình theo từng đơn vị trong tổ chức.

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

Trường “department” của giao dịch

Ví dụ
CNTTTiếp thịSản xuất
Số đơn đặt hàng
PurchaseOrderNumber
Mã tham chiếu của đơn đặt hàng liên quan.
Mô tả

Liên kết hóa đơn nhà cung cấp với đơn đặt hàng (PO) ban đầu. Nếu trường này để trống, hóa đơn được xem là hóa đơn không có PO.

Thuộc tính này rất quan trọng với bảng điều khiển “Tốc độ xử lý hóa đơn không có PO”. Bạn có thể tách các biến thể quy trình thành hóa đơn có PO và hóa đơn không có PO (FI), rồi so sánh hiệu quả và mức độ tuân thủ.

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

Cần thiết để phân biệt quy trình xử lý hóa đơn có PO và không có PO.

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

Trường “createdfrom” của giao dịch

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

Tổng số tiền trên hóa đơn nhà cung cấp, thường tính theo đồng tiền cơ sở hoặc đồng tiền giao dịch. Chỉ số này giúp đánh giá tác động tài chính.

Bảng điều khiển “Theo dõi thanh toán trễ và tiền phạt” dùng chỉ số này để định lượng rủi ro dòng tiền do thanh toán chậm. Bạn cũng có thể dùng chỉ số này để ưu tiên xử lý thủ công các hóa đơn có giá trị cao.

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

Cần thiết để định lượng tác động tài chính của những điểm kém hiệu quả trong quy trình.

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

Trường “usertotal” hoặc “foreignamount” của giao dịch

Ví dụ
1500.00250.5010000.00
Tên nhà cung cấp
VendorName
Tên nhà cung cấp phát hành hóa đơn.
Mô tả

Thuộc tính này lưu tên đơn vị liên quan đến hóa đơn nhà cung cấp. Đây là thông tin quan trọng để phân tích hiệu quả trong toàn bộ chuỗi cung ứng.

Trong phân tích, trường này hỗ trợ bảng điều khiển “Chênh lệch chu kỳ thanh toán theo nhà cung cấp”. Chuyên viên phân tích có thể nhóm các trường hợp theo nhà cung cấp để tìm ra đơn vị thường xuyên gây sai lệch khi đối chiếu hoặc áp dụng điều khoản thanh toán không theo chuẩn.

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

Cần thiết để nhóm dữ liệu theo nhà cung cấp và tìm điểm nghẽn riêng của từng đơn vị.

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

Trường “entity” của giao dịch, liên kết với bản ghi Vendor

Ví dụ
Office DepotOracleFedEx
Trạng thái phê duyệt
ApprovalStatus
Trạng thái phê duyệt hiện tại của hóa đơn trong quy trình làm việc.
Mô tả

Cho biết hóa đơn đang chờ phê duyệt, đã được phê duyệt hay bị từ chối. Trạng thái này quyết định cách quy trình làm việc chuyển sang bước tiếp theo.

Trường này đóng vai trò cốt lõi trong “Kiểm tra tuân thủ quy trình phê duyệt”. Mỗi lần trạng thái thay đổi sẽ tạo ra một sự kiện hoạt động. Trạng thái cuối cùng cho biết hóa đơn đã sẵn sàng thanh toán hay chưa.

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

Theo dõi tiến độ của hóa đơn qua bước phê duyệt.

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

Trường “approvalstatus” của giao dịch

Ví dụ
Đang chờ phê duyệtĐã phê duyệtBị từ chối
Điều khoản thanh toán
PaymentTerms
Các điều khoản đã thỏa thuận về thời hạn thanh toán và chiết khấu.
Mô tả

Cho biết điều kiện thanh toán, chẳng hạn “Net 30” hoặc “2% 10 Net 30”. Thông tin này giúp giải thích ngày đến hạn và khả năng được chiết khấu khi thanh toán sớm.

Bảng điều khiển “Tỷ lệ nhận chiết khấu khi thanh toán sớm” sử dụng thuộc tính này để xác định hóa đơn nào đủ điều kiện hưởng chiết khấu. Bạn cũng có thể tìm mối liên hệ giữa khoản chiết khấu bị bỏ lỡ và các điều khoản hạn chế cụ thể.

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

Giúp hiểu rõ ngày đến hạn và xác định cơ hội nhận chiết khấu.

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

Trường “terms” của giao dịch

Ví dụ
Net 302% 10 Net 30Thanh toán khi nhận hóa đơn
Đồng tiền
Currency
Đồng tiền dùng để phát hành hóa đơn.
Mô tả

Mã ISO đại diện cho đồng tiền của giao dịch. Thông tin này quan trọng với các tổ chức đa quốc gia.

Thuộc tính này được dùng để quy đổi các giá trị tài chính trong phân tích “Số tiền hóa đơn” về cùng một chuẩn. Nó cũng giúp xác định liệu quy trình đổi ngoại tệ có làm chậm hoạt động “Đã thanh toán” hay không.

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

Cần thiết để tổng hợp chính xác dữ liệu tài chính và phân tích ngoại hối.

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

Trường “currency” của giao dịch

Ví dụ
USDEURGBP
Khoản chiết khấu có thể nhận
DiscountAvailable
Số tiền chiết khấu có thể nhận nếu thanh toán sớm.
Mô tả

Giá trị tiền tệ của khoản chiết khấu thanh toán sớm, được tính dựa trên số tiền hóa đơn và điều khoản thanh toán. Đây là khoản tiết kiệm có thể đạt được.

Thuộc tính này đóng vai trò cốt lõi trong bảng điều khiển “Tỷ lệ nhận chiết khấu khi thanh toán sớm”. Khi cộng giá trị này cho các khoản thanh toán trễ, chuyên viên phân tích có thể tính tổng số tiền tiết kiệm bị bỏ lỡ.

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

Định lượng lợi ích tài chính có thể đạt được khi rút ngắn quy trình.

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

Được tính từ Terms và InvoiceAmount

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

Ngày trên chứng từ do nhà cung cấp cung cấp. Đây thường là mốc bắt đầu để tính thời gian tồn đọng.

Ngày này được dùng để tính “Thời gian xử lý đầu cuối”. Khoảng cách giữa ngày này và ngày tạo hóa đơn trong NetSuite có thể cho thấy việc quét hóa đơn hoặc xử lý tại phòng thư bị chậm trễ.

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

Đánh dấu mốc bắt đầu chính thức trong tiến trình của nhà cung cấp.

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

Trường “trandate” của giao dịch

Ví dụ
2023-10-012023-10-05
Số ngày quá hạn
DaysOverdue
Số ngày thanh toán trễ so với ngày đến hạn.
Mô tả

Chỉ số được tính để đo độ trễ thanh toán so với ngày đến hạn. Giá trị âm cho biết thanh toán sớm.

Thuộc tính này cung cấp dữ liệu cho bảng điều khiển “Theo dõi thanh toán trễ và tiền phạt”. Đây là thông tin cần thiết để định lượng mức độ nghiêm trọng của các khoản thanh toán trễ và phát hiện tình trạng thanh toán trễ kéo dài.

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

Chỉ số quan trọng để phân tích việc tuân thủ thời hạn thanh toán và rủi ro tiền phạt.

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

Được tính bằng: PaymentDate - DueDate

Ví dụ
50-2
Tạm giữ thanh toán
PaymentHold
Cho biết hóa đơn hiện có bị chặn thanh toán hay không.
Mô tả

Cờ hoặc trạng thái cho biết hóa đơn đang bị tạm giữ thanh toán, khiến hóa đơn không được đưa vào đợt thanh toán.

Thuộc tính này hỗ trợ bảng điều khiển “Phân tích tác động của việc chặn thanh toán”. Phân tích khoảng thời gian trường này có giá trị “true” giúp phát hiện chậm trễ do tranh chấp hoặc thiếu thông tin.

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

Quan trọng để phân tích lý do hóa đơn bị mắc kẹt hoặc chậm trễ.

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

Trường “paymenthold” của giao dịch

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

Hoạt động trong quy trình thanh toán khoản phải trả

Đây là các bước và mốc chính cần ghi lại trong event log để khám phá chính xác toàn bộ vòng đời xử lý thanh toán.
5 Nên có 9 Không bắt buộc
Hoạt động Mô tả
Đối chiếu hóa đơn với PO
Cho biết Vendor Bill được tạo từ hoặc liên kết với một Purchase Order hiện có. Nhờ đó có thể phân biệt hóa đơn dựa trên PO với hóa đơn không có PO.
Vì sao điều này quan trọng

Cần thiết để phân tích mức độ tuân thủ chính sách mua sắm và so sánh thời gian xử lý giữa hóa đơn có PO và không có PO.

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

Bảng Transaction. Kiểm tra trường 'createdfrom' trên bản ghi Vendor Bill. Nếu trường này có ID Purchase Order, hoạt động này đã diễn ra.

Thu thập

So sánh trường trạng thái trước và sau

Loại sự kiện inferred
Phê duyệt hóa đơn
Trạng thái Vendor Bill chuyển thành Open, cho biết hóa đơn đã được duyệt thanh toán và được ghi nhận vào sổ cái tổng hợp. Đây là cột mốc quan trọng trước khi thanh toán.
Vì sao điều này quan trọng

Kết thúc chu kỳ phê duyệt và cho phép đưa hóa đơn vào lịch thanh toán. Đây là dữ liệu cần thiết để đo lường hiệu quả phê duyệt.

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

System Notes. Tìm thay đổi của trường 'approvalstatus' thành '2' (Approved) hoặc trạng thái thành 'Open'.

Thu thập

So sánh trường trạng thái trước và sau

Loại sự kiện inferred
Tạo hóa đơn
Tạo bản ghi Vendor Bill ban đầu trong NetSuite. Đây là điểm bắt đầu quy trình, cho biết hóa đơn đã được nhập vào hệ thống ERP.
Vì sao điều này quan trọng

Thiết lập mốc thời gian cơ sở cho toàn bộ chu kỳ khoản phải trả và việc tính tuổi nợ.

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

Bảng Transaction. Lọc theo loại bản ghi Vendor Bill. Lấy trường datecreated hoặc trandate.

Thu thập

Ghi nhận khi giao dịch Vendor Bill được thực hiện

Loại sự kiện explicit
Thanh toán đã được ngân hàng ghi nhận
Bill Payment được đánh dấu đã thanh toán bù trừ trong quá trình đối chiếu ngân hàng. Điều này xác nhận tiền đã rời khỏi tài khoản ngân hàng.
Vì sao điều này quan trọng

Cung cấp ngày kết thúc thực tế về mặt tài chính để phân tích dòng tiền, khác với ngày thanh toán được ghi nhận trong kế toán.

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

Transaction Line. Đặt cờ 'cleared' thành True trên dòng giao dịch Bill Payment.

Thu thập

Ghi nhận khi giao dịch X được thực hiện

Loại sự kiện explicit
Thực hiện thanh toán
Bản ghi Bill Payment được ghi sổ thành công, đánh dấu hóa đơn là Paid in Full hoặc Partially Paid. Khoản nợ phải trả được tất toán trong sổ cái tổng hợp.
Vì sao điều này quan trọng

Cột mốc hoàn tất chính của quy trình thanh toán. Dùng để tính 'Thời gian xử lý toàn bộ chu kỳ'.

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

Bảng Transaction. Xác định thời điểm tạo bản ghi 'Bill Payment' hoặc trạng thái chuyển thành 'Deposited' (đối với séc) hay 'Paid'.

Thu thập

Ghi nhận khi giao dịch Bill Payment được thực hiện

Loại sự kiện explicit
Áp dụng khoản tín dụng nhà cung cấp
Bill Credit (Vendor Credit) được áp dụng cho Vendor Bill để giảm số tiền phải trả. Đây là phương thức thay thế cho thanh toán bằng tiền mặt.
Vì sao điều này quan trọng

Giải thích vì sao số tiền thanh toán có thể khác số tiền trên hóa đơn và giúp tất toán đúng khoản nợ phải trả.

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

Transaction Links. Xác định thời điểm giao dịch loại 'Vendor Credit' được liên kết với Vendor Bill.

Thu thập

So sánh trường trạng thái trước và sau

Loại sự kiện inferred
Áp dụng lệnh giữ thanh toán
Đánh dấu Payment Hold trên Vendor Bill là True. Thao tác này ngăn hóa đơn được chọn trong các đợt thanh toán.
Vì sao điều này quan trọng

Xác định điểm nghẽn khiến hóa đơn bị đình trệ do tranh chấp hoặc quyết định quản lý dòng tiền.

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

System Notes. Tìm thay đổi của trường 'paymenthold' từ 'F' thành 'T'.

Thu thập

Ghi nhận khi giao dịch X được thực hiện

Loại sự kiện explicit
Điều chỉnh số tiền hóa đơn
Tổng số tiền trên Vendor Bill thay đổi sau khi tạo ban đầu. Điều này có thể cho thấy cần làm lại, có lỗi nhập liệu hoặc đang xử lý sai lệch.
Vì sao điều này quan trọng

Cho thấy có sự can thiệp thủ công và phải làm lại, làm giảm tỷ lệ xử lý tự động từ đầu đến cuối.

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

System Notes. Tìm thay đổi ở trường 'total' hoặc 'usertotal' trên bản ghi Vendor Bill.

Thu thập

Ghi nhận khi giao dịch X được thực hiện

Loại sự kiện explicit
Điều chỉnh tài khoản hóa đơn
Tài khoản chi phí trong sổ cái tổng hợp trên các dòng hóa đơn được thay đổi. Điều này cho thấy cần sửa lỗi gán mã hoặc phân loại lại.
Vì sao điều này quan trọng

Đo trực tiếp KPI 'Tỷ lệ phải sửa mã hóa đơn' và cho thấy hiệu suất giảm ở bước gán mã kế toán.

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

System Notes. Tìm thay đổi ở trường 'account' trong danh sách Transaction Line.

Thu thập

Ghi nhận khi giao dịch X được thực hiện

Loại sự kiện explicit
Gỡ lệnh giữ thanh toán
Đánh dấu Payment Hold trên Vendor Bill là False để đưa hóa đơn trở lại quy trình thanh toán. Đây là thời điểm kết thúc giai đoạn bị chặn.
Vì sao điều này quan trọng

Dùng để tính KPI 'Thời gian chặn thanh toán' và tìm hiểu thời gian xử lý các hóa đơn đang tranh chấp.

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

System Notes. Tìm thay đổi của trường 'paymenthold' từ 'T' thành 'F'.

Thu thập

Ghi nhận khi giao dịch X được thực hiện

Loại sự kiện explicit
Hủy thanh toán
Bill Payment đã được xử lý trước đó bị hủy, khiến Vendor Bill được mở lại. Đây là ngoại lệ nghiêm trọng và cho thấy quy trình gặp sự cố.
Vì sao điều này quan trọng

Cần thiết để đảm bảo tuân thủ kiểm toán và xác định nguyên nhân thanh toán thất bại, chẳng hạn như lỗi in séc hoặc ngân hàng từ chối.

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

System Notes trên Bill Payment. Trạng thái chuyển thành 'Voided'.

Thu thập

Ghi nhận khi giao dịch X được thực hiện

Loại sự kiện explicit
Lên lịch thanh toán
Bản ghi Bill Payment được tạo ở trạng thái 'Pending Approval'. Việc này thường diễn ra khi tạo đợt thanh toán điện tử qua ngân hàng (EFT).
Vì sao điều này quan trọng

Phân biệt ý định thanh toán với việc chuyển tiền thực tế, qua đó cho thấy chậm trễ trong khâu phê duyệt thanh toán.

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

Bảng Transaction. Tạo bản ghi 'Bill Payment' liên kết với Bill, có trạng thái 'Pending Approval'.

Thu thập

So sánh trường trạng thái trước và sau

Loại sự kiện inferred
Từ chối hóa đơn
Vendor Bill được trả lại cho người gửi để chỉnh sửa hoặc bị từ chối. Đây là một vòng lặp hoặc điểm kết thúc trong workflow phê duyệt.
Vì sao điều này quan trọng

Tỷ lệ từ chối cao cho thấy quy trình gặp trở ngại, nhân viên cần được đào tạo thêm hoặc dữ liệu đầu vào có vấn đề.

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

System Notes. Tìm thay đổi của trường 'approvalstatus' thành '3' (Rejected).

Thu thập

So sánh trường trạng thái trước và sau

Loại sự kiện inferred
Yêu cầu phê duyệt hóa đơn
Trạng thái Vendor Bill chuyển thành Pending Approval. Điều này cho biết hóa đơn đã vào workflow định tuyến để chờ phê duyệt.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu tính thời gian phê duyệt, giúp xác định điểm nghẽn trong chuỗi phê duyệt.

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

System Notes. Tìm thay đổi của trường 'approvalstatus' thành '1' (Pending Approval).

Thu thập

So sánh trường trạng thái trước và sau

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

Hướng dẫn trích xuất

Cách lấy dữ liệu từ NetSuite

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

Bắt đầu hành trình process mining ngay hôm nay bằng cách áp dụng mẫu này vào hệ thống NetSuite của bạn. Khám phá cơ hội nâng cao hiệu quả và tối ưu quy trình thanh toán ngay.

Tối ưu quy trình thanh toán khoản phải trả ngay hôm nay

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

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

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