Mẫu dữ liệu phải thu
Mẫu dữ liệu phải thu
Đây là mẫu dữ liệu process mining chung cho Khoản phải thu. 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 cần thiết để theo dõi vòng đời hóa đơn
- Định nghĩa hoạt động thống nhất để sơ đồ hóa quy trình nhất quán
- Cấu trúc có thể mở rộng, tương thích với mọi công cụ quản lý tài chính
Thuộc tính phải thu
| Tên | Mô tả | ||
|---|---|---|---|
| Dấu thời gian sự kiện EventTime | Ngày và giờ cụ thể khi hoạt động diễn ra. | ||
| Mô tả Thuộc tính này ghi lại chính xác thời điểm một thao tác diễn ra trong hệ thống nguồn. Đây là dữ liệu quan trọng để xác định thứ tự thời gian của các sự kiện trong một hồ sơ. Chuyên viên phân tích dùng dữ liệu này để tính thời gian xử lý giữa các bước, chẳng hạn từ lúc gửi hóa đơn đến khi ghi nhận thanh toán. Dữ liệu cũng giúp tính thời lượng của từng hoạt động và phát hiện chậm trễ trong chu kỳ thu tiền. Vì sao điều này quan trọng Đây là Start Timestamp bắt buộc để sắp xếp sự kiện và tính thời lượng. Lấy dữ liệu ở đâu Có trong nhật ký hệ thống, dấu thời gian nhập giao dịch hoặc bảng lịch sử thay đổi. Ví dụ 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| Hệ thống nguồn SourceSystem | Tên hoặc mã định danh của hệ thống cung cấp dữ liệu. | ||
| Mô tả Thuộc tính này xác định ứng dụng hoặc môi trường phần mềm, chẳng hạn SAP, Oracle hoặc HighRadius, nơi trích xuất bản ghi. Trong môi trường có nhiều ERP, thuộc tính giúp phân biệt nguồn dữ liệu. Thuộc tính đặc biệt hữu ích khi so sánh hiệu suất quy trình giữa các khu vực hoặc đơn vị kinh doanh sử dụng công nghệ khác nhau. Nhờ đó, bạn có thể truy xuất dữ liệu về đúng nguồn gốc. Vì sao điều này quan trọng Cần thiết để lọc và xác thực dữ liệu trong môi trường có nhiều hệ thống. Lấy dữ liệu ở đâu Thường được thêm dưới dạng chuỗi cố định trong quá trình ETL. Ví dụ SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết dữ liệu được trích xuất hoặc làm mới khi nào. | ||
| Mô tả Thuộc tính này ghi lại thời điểm bộ dữ liệu được cập nhật gần nhất trong ứng dụng process mining. Đây là trường siêu dữ liệu giúp người dùng biết dữ liệu phân tích còn mới hay không. Thông tin này giúp chuyên viên phân tích biết họ đang xem dữ liệu gần thời gian thực hay ảnh chụp từ một giai đoạn trước. Điều này rất quan trọng để báo cáo chính xác và đưa ra quyết định dựa trên thông tin mới nhất. Vì sao điều này quan trọng Cho biết độ trễ và độ tin cậy của dữ liệu. Lấy dữ liệu ở đâu Được tạo tự động khi chạy bởi luồng dữ liệu hoặc công cụ ETL. Ví dụ 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| Số hóa đơn InvoiceId | Mã định danh duy nhất của hóa đơn hoặc chứng từ thanh toán cụ thể. | ||
| Mô tả Thuộc tính này là mã định danh hồ sơ chính của quy trình phải thu. Thuộc tính giúp phân biệt từng giao dịch thanh toán và theo dõi toàn bộ vòng đời khoản phải thu, từ khi tạo đến khi tất toán. Trong phân tích process mining, thuộc tính này dùng để nhóm các sự kiện liên quan, như tạo hóa đơn, cập nhật, tranh chấp và thanh toán, vào cùng một hồ sơ. Nhờ đó, chuyên viên phân tích có thể xem toàn bộ hành trình của một hóa đơn cụ thể và tính các chỉ số hiệu suất ở cấp giao dịch. Vì sao điều này quan trọng Đây là Case ID bắt buộc để tái dựng luồng quy trình. Lấy dữ liệu ở đâu Thường có trong bảng tiêu đề giao dịch hoặc bảng sổ phụ phải thu chính. Ví dụ INV-2023-001900004321US-10234B55432 | |||
| Tên hoạt động ActivityName | Mô tả sự kiện hoặc thao tác được thực hiện trên hóa đơn. | ||
| Mô tả Thuộc tính này xác định bước cụ thể hoặc thay đổi trạng thái trong vòng đời hóa đơn. Ví dụ: Tạo hóa đơn, Ghi nhận thanh toán, Mở tranh chấp hoặc Phát hành giấy báo có. Dựa trên trình tự các hoạt động này, công cụ process mining tái dựng sơ đồ quy trình. Nhờ đó, tổ chức có thể tìm ra điểm nghẽn, các vòng lặp làm lại như cập nhật tranh chấp nhiều lần, và những trường hợp không theo quy trình thu hồi nợ chuẩn. Vì sao điều này quan trọng Đây là trường Hoạt động bắt buộc, dùng để xác định các bước trong quy trình. Lấy dữ liệu ở đâu Có trong nhật ký giao dịch, chứng từ thay đổi hoặc bảng lịch sử trạng thái. Ví dụ Tạo hóa đơnĐã nhận thanh toánĐã gửi yêu cầu tranh chấpĐã gửi thư nhắc nợ | |||
| Điều khoản thanh toán PaymentTerms | Các điều kiện đã thỏa thuận, quy định thời điểm đến hạn thanh toán. | ||
| Mô tả Thuộc tính này chứa mã hoặc mô tả lịch thanh toán, chẳng hạn Net 30, Net 60 hoặc thanh toán ngay. Thuộc tính xác định kỳ vọng về dòng tiền theo hợp đồng. Phân tích thuộc tính này giúp xác định các điều khoản chuẩn có được áp dụng đúng hay đội ngũ bán hàng đang đưa ra điều khoản bất lợi để chốt giao dịch. Bạn cũng có thể đối chiếu điều khoản thanh toán với hành vi thanh toán thực tế để kiểm tra mức độ tuân thủ. Vì sao điều này quan trọng Bổ sung thông tin cho Ngày đến hạn và hỗ trợ phân tích việc tuân thủ điều khoản. Lấy dữ liệu ở đâu Có trong tiêu đề hóa đơn hoặc dữ liệu chính khách hàng. Ví dụ NT30Thanh toán trong vòng 60 ngàyChiết khấu 2% nếu trả trong 10 ngày, hạn thanh toán 30 ngàyThanh toán ngay | |||
| Đơn vị kinh doanh BusinessUnit | Bộ phận, công ty con hoặc mã công ty nội bộ phát hành hóa đơn. | ||
| Mô tả Thuộc tính này đại diện cho đơn vị trong doanh nghiệp sở hữu khoản phải thu. Trong các hệ thống như SAP, đây là Company Code; trong NetSuite, đây là Subsidiary. Thuộc tính cho phép so sánh giữa các chi nhánh hoặc bộ phận. Ban quản lý có thể dùng dữ liệu này để đối chiếu hiệu quả thu hồi nợ, mức độ tuân thủ quy trình chuẩn và chỉ số DSO giữa các đơn vị. Vì sao điều này quan trọng Cho phép so sánh hiệu suất giữa các bộ phận trong tổ chức. Lấy dữ liệu ở đâu Có trong tiêu đề hóa đơn hoặc tiêu đề chứng từ kế toán tài chính. Ví dụ US01Bộ phận vận hành EMEACông ty con A1000 | |||
| Giá trị 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 giá trị tài chính của khoản phải thu từ khách hàng. Thông thường, giá trị bao gồm thuế và phụ phí. Trong phân tích, trường này rất cần thiết để tính các KPI tài chính như số ngày phải thu bình quân (DSO) có trọng số theo giá trị, xác định các khoản phải thu giá trị cao có nguy cơ chậm thanh toán và ưu tiên hoạt động thu hồi nợ. Thuộc tính cũng giúp phân nhóm quy trình theo mức độ ảnh hưởng tài chính. Vì sao điều này quan trọng Quan trọng để phân tích ảnh hưởng tài chính và ưu tiên thu hồi các khoản giá trị cao. Lấy dữ liệu ở đâu Có trong tiêu đề hóa đơn hoặc tiêu đề chứng từ kế toán. Ví dụ 1500.00250.5010000.0045.99 | |||
| Lý do tranh chấp DisputeReason | Nhóm hoặc mã giải thích lý do khách hàng tranh chấp hóa đơn. | ||
| Mô tả Thuộc tính này ghi nhận lý do khách hàng từ chối thanh toán một phần hoặc toàn bộ hóa đơn. Các lý do thường gặp gồm sai lệch giá, hàng hóa hư hỏng hoặc thiếu chứng từ. Dữ liệu này rất quan trọng để tìm nguyên nhân gốc rễ. Khi tổng hợp lý do tranh chấp, tổ chức có thể phát hiện vấn đề mang tính hệ thống ở các quy trình trước đó, như hoàn tất đơn hàng hoặc định giá, gây chậm thanh toán và phát sinh công việc hành chính. Vì sao điều này quan trọng Giúp tìm nguyên nhân gốc rễ gây chậm thanh toán và phát sinh công việc làm lại. Lấy dữ liệu ở đâu Có trong phân hệ quản lý tranh chấp hoặc các bảng hồ sơ tranh chấp riêng. Ví dụ Sai lệch giáHàng hóa hư hỏngThiếu đơn đặt hàng (PO)Hóa đơn trùng lặp | |||
| Ngày đến hạn DueDate | Ngày khách hàng dự kiến phải thanh toán. | ||
| Mô tả Thuộc tính này xác định hạn thanh toán theo thỏa thuận trong điều khoản bán hàng. Đây là mốc để xác định hóa đơn còn hạn, quá hạn hay chậm thanh toán. Chuyên viên phân tích dùng ngày này để tính các chỉ số thanh toán sớm hoặc trễ. So sánh ngày thanh toán thực tế với ngày đến hạn giúp đánh giá việc khách hàng tuân thủ điều khoản và hiệu quả của chiến lược thu hồi nợ. Vì sao điều này quan trọng Mốc để tính thời gian quá hạn, tình trạng chậm thanh toán và mức độ tuân thủ hạn thanh toán. Lấy dữ liệu ở đâu Có trong tiêu đề hóa đơn hoặc được tính từ ngày cơ sở cộng với điều khoản thanh toán. Ví dụ 2023-12-012023-10-312023-11-15 | |||
| Ngày tất toán ClearingDate | Ngày hóa đơn được thanh toán đầy đủ hoặc bù trừ. | ||
| Mô tả Thuộc tính này ghi lại thời điểm khoản mục còn mở được đóng trong hệ thống, thường là khi ghi nhận thanh toán hoặc giấy báo có. Đây là dấu mốc kết thúc chu kỳ thu hồi nợ của hóa đơn. Ngày này rất quan trọng để tính thời gian xử lý thực tế và số ngày phải thu bình quân (DSO). Thuộc tính giúp phân biệt hóa đơn còn mở với hóa đơn đã đóng, đồng thời đo lường hiệu quả của quy trình phân bổ tiền thu. Vì sao điều này quan trọng Cần thiết để tính thời gian xử lý và số ngày phải thu bình quân thực tế. Lấy dữ liệu ở đâu Có trong dòng mục chứng từ kế toán hoặc lịch sử trạng thái. Ví dụ 2023-11-202023-12-052023-10-15 | |||
| Tên khách hàng CustomerName | Tên cá nhân hoặc tổ chức chịu trách nhiệm thanh toán hóa đơn. | ||
| Mô tả Thuộc tính này xác định bên nợ liên quan đến hóa đơn và cho phép tổng hợp dữ liệu ở cấp tài khoản. Thông tin này rất cần thiết để phân tích hành vi thanh toán của từng khách hàng. Bạn có thể xác định khách hàng chiến lược thường xuyên trả chậm hoặc tranh chấp hóa đơn, từ đó quản lý quan hệ phù hợp và điều chỉnh cách thu hồi nợ. Vì sao điều này quan trọng Cho phép phân tích ở cấp tài khoản và xác định khách hàng thường xuyên chậm thanh toán. Lấy dữ liệu ở đâu Có trong bảng dữ liệu chính khách hàng, được kết hợp với tiêu đề hóa đơn. Ví dụ Acme CorpGlobal IndustriesTech Solutions Ltd | |||
| Tự động hóa IsAutomated | Cờ cho biết hoạt động có được thực hiện mà không cần con người can thiệp hay không. | ||
| Mô tả Thuộc tính dạng đúng/sai này phân biệt thao tác thủ công của người dùng với sự kiện do hệ thống thực hiện. Thuộc tính thường được xác định bằng cách đối chiếu User ID với danh sách tài khoản dịch vụ đã biết. Đây là dữ liệu chính để tính tỷ lệ tự động hóa. Thuộc tính giúp tổ chức đánh giá hiệu quả đầu tư vào tự động hóa quy trình bằng robot (RPA) và tìm cơ hội tự động hóa các tác vụ thủ công lặp đi lặp lại, như phân bổ tiền thu hoặc gửi nhắc nợ. Vì sao điều này quan trọng Quan trọng để đo lường chuyển đổi số và tỷ lệ tự động hóa quy trình. Lấy dữ liệu ở đâu Được xác định từ User ID hoặc các cờ giao dịch cụ thể. Ví dụ truefalse | |||
| Phân khúc khách hàng CustomerSegment | Cách phân loại khách hàng dựa trên giá trị chiến lược hoặc mức độ rủi ro. | ||
| Mô tả Thuộc tính này phân nhóm khách hàng, chẳng hạn khách hàng trọng điểm, doanh nghiệp vừa và nhỏ, khách hàng rủi ro cao hoặc cơ quan nhà nước. Thông tin thường được xác định trong dữ liệu chính. Phân tích quy trình theo thuộc tính này cho thấy cách xử lý từng nhóm khách hàng. Bạn có thể kiểm tra xem khách hàng giá trị cao có được ưu tiên phục vụ hay khách hàng rủi ro cao có được theo dõi sát hay không. Vì sao điều này quan trọng Cho phép phân tích chiến lược theo từng nhóm khách hàng. Lấy dữ liệu ở đâu Có trong dữ liệu chính khách hàng hoặc bảng đối tác kinh doanh. Ví dụ Chiến lượcBán lẻBán buônCấp 1 | |||
| Tên nhân viên thu hồi nợ CollectorName | Tên nhân viên hoặc người dùng chịu trách nhiệm thu tiền. | ||
| Mô tả Thuộc tính này xác định nhân viên hoặc nhóm cụ thể được giao quản lý tài khoản khách hàng và đảm bảo thanh toán. Thuộc tính liên kết nhân sự với kết quả quy trình. Nhờ đó, bạn có thể phân tích năng suất và hiệu quả của nhân viên thu hồi nợ. Quản lý có thể so sánh tỷ lệ thu hồi, mức độ thực hiện cam kết thanh toán và khối lượng công việc giữa các nhân viên để xác định nhu cầu đào tạo hoặc phân bổ lại danh mục khách hàng. Vì sao điều này quan trọng Hỗ trợ phân tích năng suất nhân sự và so sánh hiệu suất. Lấy dữ liệu ở đâu Có trong hồ sơ dữ liệu chính khách hàng hoặc các bảng quản lý thu hồi nợ riêng. Ví dụ John DoeNhóm thu hồi nợ ATác nhân hệ thống | |||
Hoạt động trong quy trình phải thu
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Ghi nhận giấy báo có | Phát hành giấy báo có để giảm số dư hóa đơn. Đây thường là kết quả tài chính của một tranh chấp hợp lệ, hàng trả lại hoặc khoản chiết khấu hồi tố. | ||
| Vì sao điều này quan trọng Cần thiết để phân tích thất thoát doanh thu, chất lượng lập hóa đơn và nguyên nhân gốc rễ của việc không thanh toán. Lấy dữ liệu ở đâu Có trong bảng giao dịch khoản phải thu, với loại chứng từ dành riêng cho khoản ghi có. Thu thập Liên kết chứng từ giấy báo có với hóa đơn gốc qua trường tham chiếu. Loại sự kiện explicit | |||
| Ghi nhận thanh toán | Ghi nhận khoản tiền khách hàng chuyển đến và phân bổ cho hóa đơn. Đây là mục tiêu chính của quy trình khoản phải thu. | ||
| Vì sao điều này quan trọng Sự kiện quan trọng nhất để tính số ngày thu tiền bình quân (DSO) và đánh giá tình hình dòng tiền. Lấy dữ liệu ở đâu Có trong bảng phân bổ thanh toán hoặc bảng biên nhận tiền. Thu thập Ghi nhận dấu thời gian từ chứng từ nhận thanh toán được liên kết với số hóa đơn. Loại sự kiện explicit | |||
| Gửi hóa đơn | Gửi chứng từ thanh toán cho khách hàng qua email, bản in, EDI hoặc cổng thông tin. Đây là thời điểm chuyển nghĩa vụ thanh toán cho khách hàng. | ||
| Vì sao điều này quan trọng Tính khoảng thời gian từ lúc tạo đến lúc gửi giúp phát hiện chậm trễ trong xử lý nội bộ làm ảnh hưởng đến dòng tiền. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký quản lý đầu ra, bản ghi gửi email hoặc cập nhật trạng thái EDI. Thu thập Xác định dấu thời gian khi trạng thái đầu ra của hóa đơn chuyển thành đã gửi hoặc hoàn tất. Loại sự kiện explicit | |||
| Mở tranh chấp | Tạo vụ việc chính thức hoặc mã lý do cho biết khách hàng không đồng ý với tính hợp lệ hoặc số tiền trên hóa đơn. Việc này thường tạm dừng các hoạt động thu hồi công nợ thông thường. | ||
| Vì sao điều này quan trọng Giúp xác định điểm nghẽn trong quy trình và ước tính doanh thu có nguy cơ bị ảnh hưởng do sai sót khi lập hóa đơn hoặc vấn đề về chất lượng. Lấy dữ liệu ở đâu Xác định qua việc tạo vụ việc trong phân hệ quản lý tranh chấp hoặc khi trạng thái chuyển thành 'In Dispute'. Thu thập Ghi nhận dấu thời gian khi mã vụ việc tranh chấp được liên kết với hóa đơn hoặc cờ tranh chấp được đặt thành true. Loại sự kiện explicit | |||
| Quá hạn thanh toán | Mốc được tính khi ngày hiện tại đã qua ngày đến hạn theo điều khoản thanh toán nhưng hóa đơn vẫn chưa tất toán. Sự kiện này đánh dấu thời điểm hóa đơn chuyển từ chưa quá hạn sang quá hạn. | ||
| Vì sao điều này quan trọng Cần thiết để phân tích tỷ lệ thanh toán đúng hạn và kích hoạt các chiến lược nhắc nợ. Lấy dữ liệu ở đâu Được tính bằng cách so sánh ngày đến hạn của hóa đơn với ngày hiện tại trong hệ thống, nếu chưa có sự kiện tất toán. Thu thập Tạo sự kiện khi ngày hệ thống đã qua trường Due Date và trạng thái chung vẫn là Open. Loại sự kiện calculated | |||
| Tạo hóa đơn | Tạo bản ghi hóa đơn ban đầu trong hệ thống tài chính, qua đó ghi nhận khoản phải thu. Sự kiện này đánh dấu thời điểm chính thức bắt đầu chu kỳ thu hồi công nợ và làm mốc tính thời gian quá hạn. | ||
| Vì sao điều này quan trọng Đây là sự kiện mốc của toàn bộ quy trình, xác định thời điểm bắt đầu để tính thời gian chu kỳ và số ngày thu tiền bình quân. Lấy dữ liệu ở đâu Thường có trong bảng tiêu đề giao dịch hoặc nhật ký tạo của hệ thống ERP. Thu thập Trích xuất dấu thời gian tạo của số chứng từ hóa đơn duy nhất. Loại sự kiện explicit | |||
| Tất toán hóa đơn | Thay đổi trạng thái cuối cùng khi số dư chưa thanh toán của hóa đơn về 0. Việc này có thể xảy ra sau khi thanh toán đầy đủ, phân bổ khoản ghi có hoặc xóa nợ. | ||
| Vì sao điều này quan trọng Đánh dấu thời điểm kết thúc hoàn toàn của vụ việc trong hệ thống và được dùng để tính tổng thời gian xử lý quy trình. Lấy dữ liệu ở đâu Được xác định khi trường trạng thái hóa đơn chuyển thành Closed, Cleared hoặc Paid. Thu thập Xác định dấu thời gian khi cờ trạng thái của khoản mục chưa thanh toán chuyển thành đã tất toán. Loại sự kiện inferred | |||
| Cập nhật trạng thái tranh chấp | Thay đổi trong tiến trình xử lý vụ tranh chấp, chẳng hạn chuyển từ bước rà soát ban đầu sang điều tra chính thức. Sự kiện này theo dõi quy trình làm việc của nhóm giải quyết. | ||
| Vì sao điều này quan trọng Giúp phân tích thời gian giải quyết tranh chấp và xác định những lúc việc điều tra bị đình trệ. Lấy dữ liệu ở đâu Dữ liệu được lấy từ nhật ký lịch sử của đối tượng vụ việc tranh chấp liên kết với hóa đơn. Thu thập Theo dõi các thay đổi trong trường trạng thái của đối tượng vụ việc tranh chấp được liên kết. Loại sự kiện inferred | |||
| Đối chiếu thanh toán | Đối chiếu bản ghi thanh toán nội bộ với dòng giao dịch tương ứng trên sao kê ngân hàng. Việc này xác nhận tiền đã thực sự vào tài khoản ngân hàng. | ||
| Vì sao điều này quan trọng Phân biệt tiền ghi sổ với tiền đã vào ngân hàng, qua đó làm rõ các chậm trễ trong quy trình phân bổ tiền thu. Lấy dữ liệu ở đâu Dữ liệu lấy từ phân hệ đối chiếu ngân hàng hoặc nhật ký quản lý tiền mặt. Thu thập Xác định thời điểm chứng từ thanh toán được đánh dấu là đã tất toán hoặc đã đối chiếu trong sổ ngân hàng. Loại sự kiện explicit | |||
| Ghi nhận cam kết thanh toán | Ghi nhận cam kết chính thức của khách hàng về việc thanh toán một khoản tiền cụ thể vào một ngày cụ thể. Nhân viên thu hồi công nợ thường nhập thông tin này sau khi liên hệ thành công. | ||
| Vì sao điều này quan trọng Giúp dự báo dòng tiền và đánh giá mức độ đáng tin cậy của cam kết từ khách hàng. Lấy dữ liệu ở đâu Có trong các phân hệ quản lý thu hồi công nợ hoặc trường ghi chú gắn với hóa đơn. Thu thập Trích xuất các bản ghi có ngày và số tiền PTP được ghi nhận cho mã hóa đơn. Loại sự kiện explicit | |||
| Ghi nhận thanh toán một phần | Ghi nhận khoản thanh toán làm giảm số dư hóa đơn nhưng vẫn còn số tiền chưa thanh toán. Điều này thường cho thấy có tranh chấp, khách hàng không đủ khả năng thanh toán hoặc thanh toán thiếu. | ||
| Vì sao điều này quan trọng Theo dõi các khoản thanh toán một phần giúp phân tích hành vi thanh toán của khách hàng và mức độ phức tạp của quy trình. Lấy dữ liệu ở đâu Được ghi nhận khi giao dịch thanh toán được liên kết với hóa đơn nhưng số tiền thanh toán thấp hơn số dư chưa thanh toán. Thu thập Xác định các khoản thanh toán được phân bổ có số tiền thấp hơn số tiền hóa đơn còn nợ. Loại sự kiện explicit | |||
| Giải quyết tranh chấp | Kết thúc quá trình điều tra tranh chấp và đưa ra quyết định cấp khoản tín dụng cho khách hàng, xóa số dư khỏi sổ sách hoặc yêu cầu thanh toán. Sự kiện này cho phép tiếp tục tất toán hóa đơn. | ||
| Vì sao điều này quan trọng Đánh dấu kết thúc quy trình xử lý ngoại lệ và cho phép chu kỳ tiền mặt tiếp tục. Lấy dữ liệu ở đâu Được ghi nhận khi trạng thái vụ việc tranh chấp chuyển thành Closed hoặc Resolved. Thu thập Xác định dấu thời gian của lần thay đổi trạng thái cuối cùng trong hệ thống quản lý tranh chấp. Loại sự kiện explicit | |||
| Liên hệ khách hàng để thu hồi công nợ | Tương tác với khách hàng về hóa đơn chưa thanh toán, chẳng hạn gửi thư nhắc nợ tự động hoặc ghi nhận cuộc gọi. Sự kiện này theo dõi các hoạt động chủ động của đội ngũ thu hồi công nợ. | ||
| Vì sao điều này quan trọng Cần thiết để đo năng suất của nhân viên thu hồi công nợ và hiệu quả của các chiến lược nhắc nợ đối với tốc độ thanh toán. Lấy dữ liệu ở đâu Dữ liệu lấy từ nhật ký trao đổi, lịch sử hoạt động CRM hoặc nhật ký nhắc nợ. Thu thập Ánh xạ các mục từ nhật ký tương tác với khách hàng hoặc bảng nhắc nợ tự động được liên kết với hóa đơn. Loại sự kiện explicit | |||
| Xóa nợ xấu | Ghi nhận số dư hóa đơn còn lại là không thể thu hồi và xóa khỏi sổ khoản phải thu. Đây là dấu hiệu quy trình thất bại và doanh nghiệp chịu tổn thất tài chính. | ||
| Vì sao điều này quan trọng Quan trọng để phân tích tổng chi phí của quy trình tín dụng và xác định các nhóm khách hàng có rủi ro cao. Lấy dữ liệu ở đâu Được ghi nhận từ bút toán nhật ký hoặc giao dịch điều chỉnh có mã lý do xóa nợ cụ thể. Thu thập Lọc các chứng từ điều chỉnh được phân loại là xóa nợ và liên kết với hóa đơn. Loại sự kiện explicit | |||
Hướng dẫn trích xuất dữ liệu
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 ngay?
Bạn có thể bắt đầu bằng cách áp dụng mẫu chung này cho dữ liệu của mình hoặc chọn một trong các hướng dẫn dành riêng cho nền tảng bạn đang dùng.
Cải thiện vốn lưu động với quy trình phải thu hiệu quả hơn ngay hôm nay
Giảm DSO và tinh gọn quy trình thu hồi công nợ bằng phân tích dữ liệu theo thời gian thực
Không cần thẻ tín dụng. Dùng được với mọi ERP.