> Cải tiến quy trình liên tục > Quản lý tín dụng và thu hồi công nợ > HighRadius > Mẫu dữ liệu

Mẫu dữ liệu quản lý tín dụng và thu hồi công nợ

HighRadius

Thuộc tính quản lý tín dụng và thu hồi công nợ(21) Hoạt động quản lý tín dụng và thu hồi công nợ(15) Hướng dẫn trích xuất dữ liệu(2)

Mẫu dữ liệu quản lý tín dụng và thu hồi công nợ

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình quản lý tín dụng và thu hồi công nợ. Mẫu nêu rõ các thuộc tính cần ghi nhận, hoạt động chính cần theo dõi và cách trích xuất thông tin từ hệ thống HighRadius. Nhờ đó, bạn có thể chuẩn bị dữ liệu cho process mining hiệu quả hơn.

Các thuộc tính nên thu thập
Hoạt động chính cần theo dõi để nắm rõ quy trình
Hướng dẫn trích xuất dữ liệu dành riêng cho HighRadius

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.

Tải mẫu xuống

Thuộc tính quản lý tín dụng và thu hồi công nợ

Đây là những trường dữ liệu nên có trong event log để phân tích quy trình quản lý tín dụng và thu hồi công nợ.

3 Bắt buộc 7 Nên có 11 Không bắt buộc

	Tên	Mô tả
	Số hóa đơn InvoiceNumber	Mã định danh duy nhất của từng hóa đơn, được dùng làm mã định danh trường hợp chính cho quy trình từ tín dụng đến thu tiền.
Mô tả Số hóa đơn là khóa trung tâm liên kết mọi hoạt động liên quan đến một giao dịch khoản phải thu. Mã này giúp theo dõi toàn bộ vòng đời, từ lúc tạo hóa đơn, qua các hoạt động quản lý tín dụng và thu hồi công nợ, đến khi tất toán hoặc xóa sổ. Trong phân tích process mining, thuộc tính này rất cần thiết để nhóm mọi sự kiện liên quan vào cùng một trường hợp. Nhờ đó, bạn có thể trực quan hóa luồng quy trình đầu cuối, tính thời lượng của từng trường hợp như số ngày phải thu tiền bán hàng (DSO) và phân tích các hướng xử lý khác nhau của hóa đơn, chẳng hạn như giải quyết tranh chấp hoặc nhắc nợ. Vì sao điều này quan trọng Đây là mã định danh cơ bản kết nối mọi bước trong quy trình, giúp bạn phân tích toàn bộ hành trình của hóa đơn từ lúc tạo đến khi đóng. Lấy dữ liệu ở đâu Đây là trường dữ liệu chính trên HighRadius, thường có trong các đối tượng dữ liệu cốt lõi về hóa đơn hoặc khoản phải thu. Ví dụ INV-2023-001239876543210SI-55482
	Tên hoạt động ActivityName	Tên của sự kiện nghiệp vụ cụ thể xảy ra tại một thời điểm trong quá trình xử lý hóa đơn.
Mô tả Tên hoạt động mô tả một bước trong quy trình tín dụng và thu hồi công nợ, chẳng hạn như 'Hóa đơn được tạo', 'Đã gửi lời nhắc thanh toán quá hạn' hoặc 'Đã nhận thanh toán'. Chuỗi hoạt động này tạo thành luồng quy trình cho từng trường hợp. Phân tích thuộc tính này giúp khám phá và trực quan hóa sơ đồ quy trình thực tế. Qua đó, bạn có thể phát hiện điểm nghẽn, sai lệch so với quy trình chuẩn và các vòng lặp làm lại. Tần suất và thứ tự của những hoạt động như 'Đã ghi nhận cuộc gọi thu hồi công nợ' hoặc 'Đã ghi nhận tranh chấp' là yếu tố quan trọng để hiểu hiệu quả 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 trong quy trình, giúp tái dựng và phân tích luồng xử lý của từng hóa đơn. Lấy dữ liệu ở đâu Thông tin này thường được lấy từ nhật ký sự kiện, thay đổi trạng thái hoặc bản ghi hành động cụ thể trong các phân hệ của nền tảng HighRadius. Ví dụ Hóa đơn được gửi cho khách hàngĐã bắt đầu quy trình nhắc nợĐã nhận thanh toánĐã giải quyết tranh chấp
	Thời điểm sự kiện EventTime	Dấu thời gian cho biết thời điểm hoạt động diễn ra, gồm ngày và giờ.
Mô tả Thời điểm sự kiện cung cấp ngày và giờ chính xác của từng hoạt động trong quy trình. Dữ liệu theo trình tự thời gian này là nền tảng của process mining, giúp sắp xếp sự kiện đúng thứ tự và tính khoảng thời gian giữa các sự kiện. Thuộc tính này được dùng để tính mọi KPI dựa trên thời gian, chẳng hạn như thời gian chu kỳ xử lý tranh chấp, phê duyệt tín dụng và ghi nhận thanh toán. Thuộc tính cũng giúp phân tích hiệu suất quy trình theo thời gian, xác định hoạt động gây chậm trễ và đo lường mức độ tuân thủ thỏa thuận mức dịch vụ. Vì sao điều này quan trọng Thuộc tính này cung cấp trình tự thời gian cho mọi hoạt động, rất cần thiết để tính thời gian chu kỳ, phát hiện điểm nghẽn và hiểu cách quy trình vận hành. Lấy dữ liệu ở đâu Mỗi bản ghi giao dịch hoặc nhật ký sự kiện trên HighRadius cần có trường dấu thời gian tương ứng, thường mang tên 'Ngày tạo' hoặc 'Dấu thời gian'. Ví dụ 2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
	Điều khoản thanh toán PaymentTerms	Các điều khoản đã thỏa thuận, quy định thời hạn khách hàng cần thanh toán hóa đơn.
Mô tả Điều khoản thanh toán nêu các điều kiện thanh toán, chẳng hạn “Net 30”, “Net 60” hoặc “Thanh toán khi nhận hóa đơn”. Thuộc tính này là cơ sở để tính ngày đến hạn của hóa đơn. Đây là thuộc tính quan trọng đối với bảng điều khiển và KPI “Mức độ tuân thủ điều khoản thanh toán”. Phân tích thuộc tính này giúp xác định các điều khoản tiêu chuẩn có được áp dụng nhất quán hay không, cũng như điều khoản nào thường đi kèm tỷ lệ thanh toán trễ cao hơn. Từ đó, doanh nghiệp có thể điều chỉnh chính sách tín dụng và đàm phán với khách hàng. Vì sao điều này quan trọng Thuộc tính này xác định thời hạn thanh toán dự kiến, là cơ sở để tính ngày đến hạn và đo lường mức độ khách hàng tuân thủ thỏa thuận thanh toán. Lấy dữ liệu ở đâu Thông tin này thường nằm trong phần đầu hóa đơn hoặc dữ liệu khách hàng chính của HighRadius hay hệ thống ERP nguồn. Ví dụ Net 30Net 60Thanh toán khi nhận hóa đơn
	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 tổng số tiền phải trả trên hóa đơn. Đây là chỉ số tài chính quan trọng để hiểu giá trị gắn với từng trường hợp. Trong process mining, Giá trị hóa đơn giúp ưu tiên công việc thu hồi công nợ, chẳng hạn tập trung vào các hóa đơn quá hạn có giá trị cao. Đây là dữ liệu nền tảng cho các KPI tài chính như Số ngày thu tiền bình quân (DSO), đồng thời được dùng trong bảng điều khiển Phân tích hóa đơn xóa nợ để định lượng tác động tài chính của nợ xấu. Vì sao điều này quan trọng Thuộc tính này cung cấp bối cảnh tài chính cho từng trường hợp, giúp phân tích theo giá trị, ưu tiên công việc và định lượng tác động tài chính như khoản xóa nợ. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong dữ liệu phần đầu hóa đơn của HighRadius. Ví dụ 5000.001250.7525000.50
	Lý do tranh chấp DisputeReason	Mã lý do hoặc mô tả được cung cấp khi khách hàng tranh chấp hóa đơn.
Mô tả Khi khách hàng tranh chấp hóa đơn, họ thường nêu lý do như “Đơn giá không chính xác”, “Hàng hóa bị hư hỏng” hoặc “Hóa đơn trùng lặp”. Thuộc tính này ghi lại lý do đó. Phân tích Lý do tranh chấp rất quan trọng đối với bảng điều khiển “Thời gian giải quyết tranh chấp hóa đơn”. Qua đó, bạn có thể xác định nguyên nhân gốc rễ và xử lý các vấn đề mang tính hệ thống về định giá, vận chuyển hoặc lập hóa đơn. Giảm tranh chấp ngay từ đầu có thể giúp dòng tiền luân chuyển nhanh hơn đáng kể. Vì sao điều này quan trọng Thuộc tính này cho thấy nguyên nhân gốc rễ khiến thanh toán bị chậm, giúp bạn cải tiến đúng khâu trong quy trình để ngăn tranh chấp tái diễn. Lấy dữ liệu ở đâu Thông tin này được ghi trong mô-đun quản lý tranh chấp hoặc khoản khấu trừ của HighRadius khi tranh chấp được tạo. Ví dụ Sai số lượngChênh lệch giáHàng hóa bị hư hỏngLập hóa đơn trùng lặp
	Mã khách hàng CustomerId	Mã định danh duy nhất của khách hàng gắn với hóa đơn.
Mô tả Mã khách hàng liên kết hóa đơn với đúng khách hàng tương ứng. Nhờ đó, bạn có thể tổng hợp và phân tích dữ liệu quy trình theo từng khách hàng. Thuộc tính 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 hoặc nhóm khách hàng. Thuộc tính giúp trả lời các câu hỏi như: Khách hàng nào thường xuyên thanh toán trễ? Khách hàng nào phát sinh nhiều tranh chấp nhất? Thuộc tính này hỗ trợ các bảng điều khiển như Mức độ tuân thủ điều khoản thanh toán và cho phép phân nhóm KPI theo khách hàng. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích hành vi thanh toán, tần suất tranh chấp và mức độ tương tác với quy trình ở cấp khách hàng, từ đó giúp điều chỉnh chiến lược thu hồi công nợ. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong phần đầu hóa đơn hoặc dữ liệu tài khoản khách hàng của HighRadius. Ví dụ KH-001ACME-CORPGLOBEX-US
	Ngày đến hạn DueDate	Ngày hóa đơn đến hạn thanh toán.
Mô tả Ngày đến hạn là ngày cụ thể mà hóa đơn cần được thanh toán để không bị xem là quá hạn. Ngày này thường được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán. Thuộc tính này là nền tảng cho mọi phân tích về hóa đơn quá hạn. Đây là dữ liệu chính để tính “Số ngày quá hạn”, kích hoạt quy trình nhắc nợ và đo KPI “Tỷ lệ tuân thủ điều khoản thanh toán”. Thuộc tính này hỗ trợ trực tiếp các bảng điều khiển về tuổi nợ và hiệu quả nhắc nợ. Vì sao điều này quan trọng Đây là mốc ngày quan trọng để xác định hóa đơn được thanh toán đúng hạn hay quá hạn, đồng thời kích hoạt các hoạt động thu hồi công nợ và KPI tiếp theo. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong bản ghi hóa đơn của HighRadius. Trường này có thể được lấy từ hệ thống ERP nguồn hoặc tính trong HighRadius. Ví dụ 2023-04-142023-05-312023-06-20
	Tên nhân viên thu hồi công nợ CollectorName	Tên người dùng hoặc nhân viên phụ trách thực hiện hoạt động thu hồi công nợ.
Mô tả Thuộc tính này xác định nhân viên thu hồi công nợ, chuyên viên phân tích tín dụng hoặc người dùng khác đã thực hiện một hoạt động thủ công, chẳng hạn như “Ghi nhận cuộc gọi thu hồi công nợ” hoặc “Giải quyết tranh chấp”. Khi phân tích, bạn có thể so sánh hiệu suất giữa các nhân viên hoặc nhóm. Thuộc tính này giúp hiểu cách phân bổ khối lượng công việc, đánh giá hiệu quả của từng chiến lược (ví dụ: tỷ lệ cuộc gọi thu hồi công nợ thành công theo nhân viên) và xác định nhu cầu đào tạo. Đây cũng là dữ liệu quan trọng để quản lý tài nguyên và lập kế hoạch năng lực. Vì sao điều này quan trọng Thuộc tính này liên kết hoạt động trong quy trình với từng cá nhân, giúp phân tích hiệu suất nhóm, khối lượng công việc và hiệu quả của các biện pháp can thiệp thủ công. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong nhật ký hoạt động hoặc bản ghi thao tác của người dùng trong mô-đun Collections của HighRadius. Ví dụ Nguyễn Văn ATrần Thị BLê Thị C
	Trạng thái thanh toán PaymentStatus	Tình trạng tài chính hiện tại của hóa đơn, chẳng hạn như Chưa thanh toán, Đã thanh toán, Quá hạn hoặc Đang tranh chấp.
Mô tả Trạng thái thanh toán cho biết hóa đơn đang ở giai đoạn nào trong vòng đời. Trạng thái này cho biết hóa đơn đang chờ thanh toán, đã được thanh toán toàn bộ hoặc một phần, đã quá hạn hay đang được xem xét do có tranh chấp. Thuộc tính này là dữ liệu trọng tâm của bảng điều khiển “Trạng thái thanh toán và tuổi nợ hóa đơn”. Thuộc tính giúp nhanh chóng phân nhóm các khoản phải thu để nắm tình hình tài chính tổng thể và ưu tiên thu hồi các khoản quá hạn hoặc đang tranh chấp. Vì sao điều này quan trọng Thuộc tính này phân loại hóa đơn thành các nhóm cần xử lý, giúp bạn nắm ngay tình trạng các khoản phải thu và ưu tiên hoạt động thu hồi công nợ. Lấy dữ liệu ở đâu Đây là trường trạng thái cốt lõi trên bản ghi hóa đơn hoặc khoản phải thu trong HighRadius. Ví dụ Chưa thanh toánĐã thanh toánQuá hạnĐang tranh chấpĐã xóa nợ
	Cấp độ nhắc nợ DunningLevel	Giai đoạn hoặc cấp độ đã đạt được trong quy trình nhắc nợ tự động đối với hóa đơn quá hạn.
Mô tả Cấp độ nhắc nợ cho biết mức độ thu hồi công nợ, thường tương ứng với chuỗi lời nhắc hoặc thông báo tự động gửi cho khách hàng. Ví dụ, Cấp độ 1 có thể là lời nhắc nhẹ nhàng, còn Cấp độ 3 là thông báo cuối cùng. Thuộc tính này rất cần thiết cho bảng điều khiển “Hiệu quả chiến lược nhắc nợ”. Bằng cách phân tích cấp độ nhắc nợ nào thường dẫn đến thanh toán nhất, doanh nghiệp có thể tối ưu hóa quy trình nhắc nợ để vừa hiệu quả, vừa tránh gây áp lực quá mức và ảnh hưởng đến quan hệ với khách hàng. Vì sao điều này quan trọng Thuộc tính này theo dõi mức độ tăng cường hoạt động thu hồi công nợ, giúp phân tích chiến lược nhắc nợ nào hiệu quả nhất trong việc thúc đẩy thanh toán. Lấy dữ liệu ở đâu Đây là trường trạng thái do bộ máy quy trình làm việc nhắc nợ hoặc thu hồi công nợ tự động trong HighRadius quản lý. Ví dụ 123 - Thông báo cuối cùngThu hồi công nợ qua pháp lý
	Có tự động hóa IsAutomated	Cờ đúng/sai cho biết hoạt động do hệ thống tự động thực hiện hay do người dùng thao tác thủ công.
Mô tả Thuộc tính được tính toán này phân biệt sự kiện do hệ thống tạo ra (ví dụ: “Đã gửi lời nhắc quá hạn” trong một lượt nhắc nợ tự động) với thao tác do con người thực hiện (ví dụ: “Đã ghi nhận cuộc gọi thu hồi công nợ”). Cờ này rất quan trọng để tính KPI “Tỷ lệ hoạt động thu hồi công nợ tự động”. Cờ giúp đo mức độ tự động hóa trong quy trình thu hồi công nợ, xác định cơ hội tự động hóa thêm và phân tích hiệu quả tương đối giữa các thao tác tự động và thủ công. Vì sao điều này quan trọng Thuộc tính này giúp đo mức độ tự động hóa trong quy trình, từ đó phân tích hiệu suất và hiệu quả của hệ thống tự động so với công việc thủ công. Lấy dữ liệu ở đâu Thuộc tính này được xác định trong quá trình chuyển đổi dữ liệu. Cần tạo bảng ánh xạ để đánh dấu một số Tên hoạt động là tự động, dựa trên hiểu biết về nghiệp vụ. Ví dụ truefalse
	Đơn vị kinh doanh BusinessUnit	Đơn vị hoặc bộ phận nội bộ phụ trách giao dịch bán hàng hoặc hóa đơn.
Mô tả Thuộc tính Đơn vị kinh doanh gắn hóa đơn với một bộ phận cụ thể trong tổ chức, chẳng hạn như “Bán lẻ”, “Bán buôn” hoặc “Dịch vụ”. Nhờ đó, bạn có thể phân tích hiệu suất theo từng mảng kinh doanh. Ban quản lý có thể so sánh các KPI như DSO, tỷ lệ tranh chấp và khoản xóa nợ giữa các đơn vị để xác định nơi làm tốt hoặc cần cải thiện. Thuộc tính này cũng giúp quy trách nhiệm cho từng bộ phận về hiệu quả quản lý khoản phải thu. 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 giữa các bộ phận trong tổ chức, giúp xác định bộ phận nào quản lý quy trình từ tín dụng đến thu tiền hiệu quả nhất. Lấy dữ liệu ở đâu Đây là dữ liệu tổ chức, thường có trên hóa đơn hoặc được xác định từ đơn hàng bán hay tài khoản khách hàng liên quan trong HighRadius hoặc hệ thống ERP. Ví dụ ĐVKD-Bắc MỹKhối dịch vụSản xuất
	Hệ thống nguồn SourceSystem	Hệ thống nơi dữ liệu được tạo ra.
Mô tả Thuộc tính này xác định hệ thống nguồn tạo ra dữ liệu sự kiện. Trong chế độ xem quy trình này, giá trị thường là 'HighRadius'. Khi có nhiều hệ thống, trường này rất quan trọng để hiểu nguồn gốc dữ liệu và truy ngược thông tin về nơi phát sinh. Trường này giúp phân biệt các quy trình có thể trải rộng trên nhiều nền tảng, chẳng hạn như ERP và công cụ thu hồi công nợ chuyên dụng. Vì sao điều này quan trọng Thuộc tính này làm rõ nguồn gốc dữ liệu, rất quan trọng đối với quản trị và xác thực dữ liệu, cũng như để hiểu các hệ thống công nghệ tham gia vào quy trình. Lấy dữ liệu ở đâu Đây thường là giá trị cố định được thêm trong quá trình trích xuất và chuyển đổi dữ liệu để gắn nhãn cho tập dữ liệu. Ví dụ HighRadiusHighRadius-Thu hồi công nợHighRadius-Phân bổ tiền mặt
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Thời điểm dữ liệu của bản ghi này được làm mới lần cuối từ hệ thống nguồn.
Mô tả Thuộc tính này cho biết dữ liệu mới đến mức nào. Thuộc tính ghi lại ngày giờ trích xuất hoặc cập nhật dữ liệu gần nhất từ HighRadius. Khi phân tích, trường này giúp bạn biết các thông tin chuyên sâu còn cập nhật hay không. Trường này rất cần thiết để bảng điều khiển và báo cáo thể hiện dữ liệu mới đến đâu, nhờ đó doanh nghiệp có thể đưa ra quyết định dựa trên thông tin cập nhật. Vì sao điều này quan trọng Trường này cho biết dữ liệu có được cập nhật kịp thời hay không. Đây là yếu tố quan trọng để bạn tin tưởng vào kết quả phân tích và đưa ra quyết định sáng suốt. Lấy dữ liệu ở đâu Đường ống nạp dữ liệu tạo dấu thời gian này và thêm vào từng bản ghi trong quá trình trích xuất. Ví dụ 2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
	Lý do xóa nợ WriteOffReason	Mã lý do hoặc giải thích vì sao hóa đơn được xóa nợ do nợ xấu.
Mô tả Khi xác định không thể thu hồi hóa đơn, doanh nghiệp sẽ xóa nợ. Thuộc tính này ghi lại lý do, chẳng hạn như “Khách hàng phá sản”, “Tranh chấp chưa được giải quyết” hoặc “Xóa nợ số dư nhỏ”. Đây là thuộc tính quan trọng đối với bảng điều khiển “Phân tích hóa đơn xóa nợ”. Thuộc tính giúp phân tích nguyên nhân gốc rễ của tổn thất tài chính, từ đó doanh nghiệp có thể điều chỉnh chính sách tín dụng, cải thiện cách xử lý tranh chấp hoặc thay đổi chiến lược thu hồi công nợ để giảm các khoản xóa nợ trong tương lai. Vì sao điều này quan trọng Thuộc tính này giải thích nguyên nhân thất thoát doanh thu, cung cấp thông tin quan trọng để cải thiện đánh giá rủi ro tín dụng và chính sách thu hồi công nợ. Lấy dữ liệu ở đâu Thông tin này được ghi lại khi hoạt động “Hóa đơn được xóa nợ” được xử lý, thường trong mô-đun tài chính hoặc thu hồi công nợ của HighRadius. Ví dụ Phá sảnHết thời hiệu khởi kiệnChi phí thu hồi vượt quá khoản nợ
	Ngày hứa thanh toán PromiseToPayDate	Ngày khách hàng hứa sẽ thanh toán hóa đơn quá hạn.
Mô tả Khi nhân viên thu hồi công nợ liên hệ với khách hàng, họ có thể nhận được “Lời hứa thanh toán”, tức cam kết của khách hàng sẽ thanh toán trước một ngày nhất định. Thuộc tính này ghi lại ngày khách hàng đã hứa. Phân tích dữ liệu này giúp đánh giá mức độ đáng tin cậy của lời hứa thanh toán và hiệu quả của nhân viên trong việc nhận được cam kết rõ ràng. Bạn có thể dùng dữ liệu này để theo dõi tỷ lệ giữ lời hứa, một chỉ số hiệu suất quan trọng của nhóm thu hồi công nợ. Vì sao điều này quan trọng Thuộc tính này ghi nhận kết quả quan trọng của hoạt động thu hồi công nợ, giúp đo lường hiệu quả theo dõi và mức độ đáng tin cậy của cam kết từ khách hàng. Lấy dữ liệu ở đâu Ngày này được ghi lại khi hoạt động “Lời hứa thanh toán” được nhập vào mô-đun Collections của HighRadius. Ví dụ 2023-06-152023-07-012023-06-25
	Quốc gia Country	Quốc gia của khách hàng gắn với hóa đơn.
Mô tả Thuộc tính này cho biết khách hàng ở quốc gia nào. Nhờ đó, bạn có thể phân tích quy trình tín dụng và thu hồi công nợ theo khu vực địa lý. Phân tích dữ liệu theo quốc gia có thể cho thấy khác biệt giữa các khu vực về hành vi thanh toán, hiệu quả của chiến lược thu hồi công nợ và các lý do tranh chấp phổ biến. Thông tin này rất cần thiết để điều chỉnh chính sách theo từng khu vực và lập báo cáo quản lý cấp cao cho các tổ chức hoạt động trên toàn cầu. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích theo khu vực địa lý, giúp phát hiện xu hướng thanh toán ở từng vùng và điều chỉnh chiến lược thu hồi công nợ cho phù hợp. Lấy dữ liệu ở đâu Thông tin này nằm trong dữ liệu khách hàng chính, thường có sẵn trong HighRadius hoặc được đồng bộ từ hệ thống ERP nguồn. Ví dụ USAĐứcBrazil
	Số ngày quá hạn DaysOverdue	Số ngày hóa đơn đã quá hạn. Giá trị bằng 0 nếu hóa đơn chưa đến hạn hoặc đã được thanh toán đúng hạn.
Mô tả Số ngày quá hạn là chỉ số được tính bằng chênh lệch giữa ngày hiện tại (với hóa đơn chưa thanh toán) hoặc ngày thanh toán (với hóa đơn đã thanh toán) và ngày đến hạn của hóa đơn. Đây là chỉ báo quan trọng về tình trạng chậm thanh toán. Thuộc tính này là nền tảng của bảng điều khiển “Trạng thái thanh toán và tuổi nợ hóa đơn”, nơi các khoản phải thu được nhóm theo thời gian quá hạn (ví dụ: 1-30 ngày, 31-60 ngày). Đây cũng là một thành phần trong cách tính Số ngày thu tiền bình quân (DSO) và giúp ưu tiên thu hồi các khoản quá hạn lâu nhất. Vì sao điều này quan trọng Chỉ số này định lượng trực tiếp thời gian chậm thanh toán, rất cần thiết cho phân tích tuổi nợ, ưu tiên thu hồi công nợ và tính DSO. Lấy dữ liệu ở đâu Đây không phải là trường được lưu sẵn. Trường được tính trong quá trình chuyển đổi dữ liệu, dựa trên Ngày đến hạn và Ngày thanh toán hoặc ngày hiện tại. Ví dụ 1545092
	Thời gian kết thúc EndTime	Dấu thời gian cho biết một hoạt động đã hoàn tất khi nào.
Mô tả Thời gian kết thúc đánh dấu lúc một hoạt động hoàn tất. Nhiều hoạt động thu hồi công nợ diễn ra tức thời, nên Thời gian bắt đầu trùng với Thời gian kết thúc. Tuy nhiên, một số hoạt động như “Giải quyết tranh chấp” có thời lượng riêng. Khi có dữ liệu, thuộc tính này được dùng cùng với Thời gian bắt đầu để tính Thời gian xử lý của từng hoạt động. Nhờ đó, bạn có thể xác định bước cụ thể nào, chứ không chỉ khoảng thời gian giữa các bước, đang tiêu tốn nhiều thời gian và tài nguyên nhất. Vì sao điều này quan trọng Thuộc tính này giúp đo chính xác thời lượng của từng hoạt động, cho thấy rõ hơn thời gian được sử dụng ở đâu trong quy trình. Lấy dữ liệu ở đâu Tham khảo tài liệu HighRadius. Dữ liệu này có thể có với một số hoạt động được ghi nhận, có trạng thái bắt đầu và kết thúc. Ví dụ 2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
	Tiền tệ Currency	Mã tiền tệ của giá trị hóa đơn.
Mô tả Thuộc tính này cho biết tiền tệ của hóa đơn, chẳng hạn như USD, EUR hoặc JPY. Nhờ đó, bạn có bối cảnh cần thiết để hiểu các giá trị tiền tệ như Giá trị hóa đơn. Với các công ty đa quốc gia, trường này là điều kiện bắt buộc để phân tích tài chính chính xác. Trường giúp diễn giải đúng giá trị tiền tệ và chuyển đổi tiền tệ phù hợp khi tổng hợp dữ liệu cho báo cáo toàn cầu. Vì sao điều này quan trọng Thuộc tính này rất cần thiết để diễn giải chính xác mọi giá trị tiền tệ, tránh sai lệch trong tính toán và báo cáo tài chính khi sử dụng nhiều loại tiền tệ. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong bản ghi hóa đơn, thường nằm cạnh Giá trị hóa đơn. Ví dụ USDEURGBP

Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý tín dụng và thu hồi công nợ

Đây là các bước và mốc chính cần ghi lại trong event log để khám phá và phân tích chính xác quy trình quản lý tín dụng và thu hồi công nợ.

7 Nên có 8 Không bắt buộc

	Hoạt động	Mô tả
	Đã ghi nhận tranh chấp	Hoạt động này đánh dấu thời điểm khách hàng khiếu nại hoặc yêu cầu khấu trừ một khoản trên hóa đơn và nội dung được ghi nhận chính thức trên HighRadius. Quy trình thu hồi công nợ thông thường sẽ tạm dừng đối với khoản tiền đang tranh chấp.
Vì sao điều này quan trọng Đây là sự kiện bắt đầu để đo Thời gian xử lý tranh chấp trung bình. Xác định thời điểm và lý do phát sinh tranh chấp là việc quan trọng để xử lý nguyên nhân gốc rễ như lỗi lập hóa đơn hoặc vấn đề giao hàng. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi người dùng tạo hồ sơ tranh chấp gắn với hóa đơn trong HighRadius Deductions Cloud. Thao tác này tạo bản ghi tranh chấp có dấu thời gian. Thu thập Ghi nhận từ dấu thời gian tạo hồ sơ tranh chấp gắn với hóa đơn. Loại sự kiện explicit
	Đã giải quyết tranh chấp	Đánh dấu việc kết thúc quy trình xử lý tranh chấp, khi vấn đề đã được điều tra và có kết quả giải quyết. Hóa đơn có thể tiếp tục được thanh toán hoặc xóa sổ.
Vì sao điều này quan trọng Đây là sự kiện kết thúc để đo Thời gian xử lý tranh chấp trung bình. Chu kỳ xử lý kéo dài có thể làm chậm đáng kể việc thu tiền và cho thấy quy trình chưa hiệu quả. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi trạng thái hồ sơ tranh chấp chuyển thành 'Đã giải quyết', 'Đã đóng' hoặc trạng thái kết thúc tương tự. Dấu thời gian của lần thay đổi trạng thái này được dùng cho hoạt động. Thu thập Suy ra từ dấu thời gian cập nhật trạng thái hồ sơ tranh chấp thành trạng thái cuối cùng 'Đã giải quyết'. Loại sự kiện inferred
	Đã nhận thanh toán	Hoạt động này đánh dấu thời điểm nhận thanh toán từ khách hàng, thường được ghi nhận từ sao kê ngân hàng hoặc tệp lockbox. Sự kiện cho biết tiền đã về nhưng chưa được phân bổ cho hóa đơn cụ thể.
Vì sao điều này quan trọng Đây là cột mốc quan trọng thường dừng thời gian thu hồi công nợ. Đây cũng là điểm bắt đầu để đo KPI Độ trễ từ lúc nhận đến lúc ghi nhận thanh toán, qua đó cho thấy việc phân bổ tiền mặt có bị chậm hay không. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận từ hồ sơ thanh toán trong HighRadius Cash Application Cloud. Mỗi lô thanh toán hoặc giao dịch từ tệp ngân hàng đều có ngày nhận tiền. Thu thập Ghi nhận từ dấu thời gian của hồ sơ thanh toán khi hồ sơ được nhập hoặc tạo trong phân hệ phân bổ tiền mặt. Loại sự kiện explicit
	Đã qua ngày đến hạn thanh toán	Đây là sự kiện được tính khi ngày hiện tại đã qua ngày đến hạn thanh toán của hóa đơn. Hoạt động này không phải là hành động của người dùng hay hệ thống, mà là một thay đổi trạng thái quan trọng kích hoạt quy trình thu hồi công nợ.
Vì sao điều này quan trọng Hoạt động này là yếu tố chính kích hoạt các hoạt động nhắc nợ và thu hồi công nợ tiếp theo. Nó phân biệt hóa đơn thanh toán đúng hạn với hóa đơn quá hạn, giúp đánh giá hiệu quả chiến lược thu hồi công nợ. Lấy dữ liệu ở đâu Sự kiện này không được lưu trực tiếp mà được tính bằng cách so sánh trường ngày đến hạn của hóa đơn với dấu thời gian của các sự kiện khác. Sự kiện được xác định trong quá trình chuyển đổi dữ liệu cho process mining. Thu thập Tính bằng cách so sánh due_date của hóa đơn với ngày hiện tại hoặc dấu thời gian sự kiện (Dấu thời gian > Ngày đến hạn). Loại sự kiện calculated
	Hóa đơn bị xóa sổ	Đây là một kết thúc khác trong vòng đời hóa đơn, khi khoản nợ được xác định là không thể thu hồi và được xóa sổ thành nợ xấu. Đây là kết quả không mong muốn.
Vì sao điều này quan trọng Theo dõi các khoản xóa sổ là việc cần thiết để tính Tỷ lệ hóa đơn bị xóa sổ và phân tích nguyên nhân gốc rễ gây tổn thất tài chính. Việc này giúp phát hiện thiếu sót trong khâu đánh giá tín dụng hoặc thu hồi công nợ. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi giao dịch xóa số dư hóa đơn được ghi sổ hoặc khi trạng thái hóa đơn chuyển thành 'Đã xóa sổ'. Thu thập Suy ra từ việc trạng thái chuyển thành 'Đã xóa sổ' hoặc từ giao dịch xóa sổ cụ thể được ghi nhận cho hóa đơn. Loại sự kiện inferred
	Hóa đơn đã tất toán	Hoạt động này đánh dấu kết thúc thành công vòng đời hóa đơn, khi hóa đơn đã được thanh toán đầy đủ và đóng lại. Đây là trạng thái cuối cùng mong muốn của quy trình.
Vì sao điều này quan trọng Đây là sự kiện kết thúc chính của luồng xử lý thuận lợi. Phân tích các luồng dẫn đến kết quả này giúp xác định cách làm hiệu quả và chiến lược thu hồi công nợ thành công. Lấy dữ liệu ở đâu Đây thường không phải là sự kiện được ghi trực tiếp mà được suy ra khi trạng thái hóa đơn chuyển thành 'Đã đóng' hoặc 'Đã tất toán' và số dư bằng không. Dấu thời gian ghi nhận khoản thanh toán cuối cùng thường được dùng làm thời điểm sự kiện. Thu thập Suy ra từ việc trạng thái hóa đơn chuyển thành 'Đã đóng' hoặc số dư hóa đơn bằng không. Loại sự kiện inferred
	Hóa đơn được tạo	Đây là điểm bắt đầu vòng đời của hóa đơn trong quy trình thu hồi công nợ. Sự kiện cho biết hóa đơn đã được tạo trong hệ thống ERP và nhập vào HighRadius để quản lý khoản phải thu.
Vì sao điều này quan trọng Hoạt động này là sự kiện bắt đầu chính khi phân tích quy trình từ hóa đơn đến thu tiền. Các thời gian chu kỳ, chẳng hạn như số ngày phải thu tiền bán hàng (DSO), thường được tính từ thời điểm này. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận rõ ràng từ ngày tạo bản ghi hóa đơn trong HighRadius. Bản ghi này thường được đồng bộ từ hệ thống ERP nguồn như SAP hoặc Oracle. Thu thập Ghi nhận từ dấu thời gian tạo bản ghi hóa đơn trong dữ liệu khoản phải thu. Loại sự kiện explicit
	Đã bắt đầu quy trình nhắc nợ	Hoạt động này đánh dấu thời điểm bắt đầu quy trình nhắc nợ chính thức hoặc một cấp cụ thể trong quy trình đó đối với hóa đơn quá hạn. Đây là bước có hệ thống hơn so với việc chỉ gửi một lời nhắc.
Vì sao điều này quan trọng Theo dõi thời điểm bắt đầu quy trình nhắc nợ giúp bạn phân tích hiệu quả của từng chiến lược thu hồi công nợ và từng cấp nhắc nợ trong việc thúc đẩy thanh toán. Lấy dữ liệu ở đâu Sự kiện này thường được suy ra từ thay đổi trong trường 'Cấp nhắc nợ' hoặc 'Chiến lược thu hồi công nợ' gắn với bản ghi hóa đơn trên HighRadius. Thu thập Suy ra từ thay đổi thuộc tính cấp nhắc nợ của hóa đơn, được ghi nhận qua nhật ký thay đổi hoặc lịch sử có dấu thời gian. Loại sự kiện inferred
	Đã ghi nhận cuộc gọi thu hồi công nợ	Đây là cuộc gọi thủ công do nhân viên thu hồi công nợ gọi cho khách hàng về hóa đơn quá hạn. Nhân viên ghi lại thông tin và kết quả cuộc gọi trực tiếp trên HighRadius.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để đánh giá Tỷ lệ cuộc gọi thu hồi công nợ thành công và Hiệu quả hoạt động thu hồi công nợ. Qua đó, bạn có thể phân biệt hoạt động thu hồi công nợ tự động với hoạt động thủ công. Lấy dữ liệu ở đâu Đây là sự kiện được tạo khi nhân viên dùng chức năng 'Ghi nhật ký cuộc gọi' hoặc 'Thêm hoạt động' trên hóa đơn hay tài khoản khách hàng trong giao diện HighRadius. Bản ghi có dấu thời gian. Thu thập Ghi nhận từ bảng nhật ký hoạt động, nơi nhân viên thu hồi công nợ lưu lại các thao tác thủ công. Loại sự kiện explicit
	Đã ghi nhận thanh toán	Đánh dấu việc hoàn tất quy trình phân bổ tiền mặt, khi khoản thanh toán đã nhận được đối chiếu thành công và phân bổ cho một hóa đơn cụ thể, xóa số dư còn phải thu.
Vì sao điều này quan trọng Hoạt động này kết thúc chu kỳ xử lý thanh toán. Thời gian từ 'Đã nhận thanh toán' đến 'Đã ghi nhận thanh toán' cho thấy hiệu quả của quy trình phân bổ tiền mặt. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận từ trường ngày ghi sổ hoặc ngày tất toán trên bản ghi hóa đơn. Dấu thời gian được lưu khi hoàn tất phân bổ tiền mặt. Thu thập Ghi nhận từ dấu thời gian 'ngày ghi sổ' hoặc 'ngày tất toán' trên dòng mục kế toán của hóa đơn. Loại sự kiện explicit
	Đã gửi lời nhắc thanh toán quá hạn	Đây là lời nhắc tự động hoặc thủ công gửi cho khách hàng về hóa đơn quá hạn. HighRadius tự động hóa hoạt động này trong chiến lược nhắc nợ và ghi lại nội dung trao đổi.
Vì sao điều này quan trọng Hoạt động này rất quan trọng để đo lường Tỷ lệ hiệu quả nhắc nợ. Qua đó, bạn có thể phân tích cần gửi bao nhiêu lời nhắc trước khi nhận được thanh toán. Lấy dữ liệu ở đâu Đây là sự kiện được ghi rõ trong nhật ký hoạt động hoặc trao đổi của hóa đơn trên HighRadius Collections Cloud. Mỗi lời nhắc được gửi đều có một bản ghi và dấu thời gian tương ứng. Thu thập Ghi nhận từ nhật ký trao đổi có dấu thời gian gắn với hóa đơn. Loại sự kiện explicit
	Đã tạo cam kết thanh toán	Hoạt động này diễn ra khi khách hàng cam kết thanh toán hóa đơn vào một ngày trong tương lai và nhân viên thu hồi công nợ ghi lại cam kết đó trong hệ thống. Đây là kết quả trung gian tích cực.
Vì sao điều này quan trọng Theo dõi cam kết thanh toán giúp dự báo dòng tiền và đánh giá hiệu quả của nhân viên thu hồi công nợ. Bạn cũng có thể phân tích các cam kết không được thực hiện, tức là khách hàng không thanh toán đúng ngày đã hứa. Lấy dữ liệu ở đâu Đây là sự kiện được ghi rõ trên HighRadius khi nhân viên tạo bản ghi 'Cam kết thanh toán' gắn với hóa đơn. Bản ghi có dấu thời gian tạo riêng. Thu thập Ghi nhận từ dấu thời gian tạo đối tượng 'Cam kết thanh toán' trên HighRadius. Loại sự kiện explicit
	Hạn mức tín dụng được phê duyệt	Đánh dấu việc hoàn tất thành công quy trình xét duyệt tín dụng, khi hạn mức tín dụng chính thức được cấp cho khách hàng. Sự kiện này được ghi nhận khi quản lý tín dụng phê duyệt yêu cầu trên nền tảng HighRadius.
Vì sao điều này quan trọng Đây là cột mốc quan trọng giúp hoạt động bán hàng tiếp tục. Theo dõi hoạt động này là việc cần thiết để tính KPI tổng thời gian chu kỳ phê duyệt tín dụng. Lấy dữ liệu ở đâu Sự kiện này thường được ghi nhận khi trạng thái yêu cầu hạn mức tín dụng chuyển thành 'Đã phê duyệt'. Sự kiện cũng có thể được ghi riêng trong nhật ký kiểm tra của hệ thống. Thu thập Suy ra từ thay đổi trạng thái yêu cầu tín dụng thành 'Đã phê duyệt' hoặc từ trường dấu thời gian phê duyệt. Loại sự kiện inferred
	Hóa đơn được gửi cho khách hàng	Hoạt động này đánh dấu thời điểm hóa đơn được gửi đến khách hàng, thường qua email hoặc cổng thông tin khách hàng. HighRadius có thể tự động hóa và ghi lại sự kiện trao đổi này.
Vì sao điều này quan trọng Theo dõi hoạt động này giúp đảm bảo khách hàng nhận hóa đơn đúng hạn. Hóa đơn gửi chậm sau khi được tạo có thể trực tiếp kéo dài thời gian thanh toán và làm tăng DSO. Lấy dữ liệu ở đâu Sự kiện này thường được ghi rõ trong lịch sử trao đổi hoặc hoạt động gắn với hóa đơn ở phân hệ Collections Cloud. Bạn cũng có thể suy ra sự kiện từ trạng thái của tác vụ gửi thông báo tự động. Thu thập Ghi trong lịch sử trao đổi của hóa đơn khi email được gửi hoặc hóa đơn được chuyển qua cổng thông tin. Loại sự kiện explicit
	Yêu cầu hạn mức tín dụng	Hoạt động này đánh dấu thời điểm bắt đầu đánh giá tín dụng cho khách hàng. Thông thường, hoạt động diễn ra trước khi chốt đơn hàng và được ghi nhận khi có yêu cầu cấp hạn mức tín dụng mới hoặc cập nhật hạn mức hiện tại trong hệ thống.
Vì sao điều này quan trọng Phân tích thời gian từ lúc yêu cầu đến khi được phê duyệt giúp phát hiện điểm nghẽn trong quá trình tiếp nhận khách hàng và chu kỳ bán hàng. Đây là điểm khởi đầu quan trọng để đo lường hiệu quả của đội ngũ quản lý tín dụng. Lấy dữ liệu ở đâu Sự kiện này có thể được suy ra từ thay đổi trạng thái trong hồ sơ tín dụng của khách hàng hoặc ngày tạo bản ghi yêu cầu hạn mức tín dụng trong phân hệ Quản lý tín dụng của HighRadius. Thu thập Suy ra từ dấu thời gian tạo yêu cầu hạn mức tín dụng hoặc từ thay đổi trạng thái thành 'Chờ phê duyệt'. 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ừ HighRadius

Các bước

Mở mô-đun báo cáo và phân tích: Đăng nhập vào hệ thống HighRadius bằng tài khoản có đủ quyền tạo và chạy báo cáo tùy chỉnh. Mở phần báo cáo và phân tích từ bảng điều khiển chính hoặc menu ứng dụng.
Tạo báo cáo tùy chỉnh mới: Bắt đầu tạo báo cáo mới. Chọn một đối tượng cơ sở làm điểm tựa chính cho dữ liệu, chẳng hạn đối tượng Hóa đơn hoặc Open A/R. Đặt tên mô tả cho báo cáo, ví dụ ProcessMind_Credit_Collections_Log.
Xác định thuộc tính hóa đơn chính: Thêm các trường chính của hóa đơn vào bố cục báo cáo, gồm InvoiceNumber, CustomerId, InvoiceAmount, PaymentTerms, DueDate và PaymentStatus. Đây sẽ là các cột cơ sở cho từng sự kiện.
Thêm dữ liệu từ các đối tượng liên quan (sự kiện): Đây là bước quan trọng nhất. Bạn cần kết hợp hoặc hợp nhất dữ liệu từ nhiều đối tượng HighRadius để ghi nhận đủ 15 hoạt động cần thiết. Dùng chức năng của trình tạo báo cáo để thêm nguồn dữ liệu liên quan. Với mỗi hoạt động, hãy tạo một nhóm cột thể hiện thông tin chi tiết về sự kiện.
Sắp xếp báo cáo theo định dạng nhật ký sự kiện: Cấu hình báo cáo để tạo một hàng cho mỗi sự kiện. Thông thường, bạn cần hợp nhất các khối dữ liệu thay vì kết hợp chúng thành các cột. Với mỗi khối được hợp nhất, hãy ánh xạ trường ngày liên quan vào cột chung EventTime và điền cố định giá trị ActivityName tương ứng.
Cấu hình sự kiện 'Payment Due Date Passed': Sự kiện này phụ thuộc vào điều kiện. Tạo một khối dữ liệu riêng trong báo cáo cho các hóa đơn có DueDate đã qua nhưng PaymentStatus vẫn là 'Open' hoặc 'Overdue'. Với các bản ghi này, đặt ActivityName thành 'Payment Due Date Passed' và dùng chính DueDate làm EventTime.
Thêm thông tin về nhân viên thu hồi nợ và tranh chấp: Bảo đảm bạn đưa dữ liệu từ các mô-đun Collections và Tranh chấp vào báo cáo. Kết hợp với các đối tượng như CollectorNotes hoặc ActivityHistory để lấy CollectorName. Kết hợp với đối tượng Tranh chấp để lấy DisputeReason khi cần.
Đặt bộ lọc báo cáo: Áp dụng bộ lọc để xác định phạm vi trích xuất. Đặt khoảng thời gian cụ thể cho trường thời điểm sự kiện EventTime, chẳng hạn 6 tháng gần nhất, để kiểm soát lượng dữ liệu. Tùy theo cơ cấu tổ chức, bạn cũng có thể cần lọc theo mã công ty hoặc đơn vị kinh doanh cụ thể.
Chạy và xem trước báo cáo: Chạy báo cáo để xem trước dữ liệu. Kiểm tra xem cấu trúc có đúng định dạng nhật ký sự kiện cần thiết không, với một hàng cho mỗi hoạt động và các cột InvoiceNumber, ActivityName, EventTime cùng những thuộc tính khác.
Xuất dữ liệu báo cáo: Khi đã hài lòng với phần xem trước, hãy xuất toàn bộ báo cáo. Chọn định dạng CSV vì các công cụ process mining có thể nhập dữ liệu này dễ dàng. Bảo đảm cài đặt xuất dùng mã hóa UTF-8 để tránh lỗi ký tự.
Kiểm tra dữ liệu lần cuối: Mở tệp CSV đã xuất bằng ứng dụng bảng tính. Kiểm tra lần cuối để bảo đảm có đủ 15 hoạt động, thời gian được định dạng đúng và các thuộc tính chính có dữ liệu như mong đợi trước khi tải lên ProcessMind.

Cấu hình

Loại báo cáo: Báo cáo tùy chỉnh kết hợp dữ liệu từ nhiều mô-đun. Tùy phiên bản HighRadius, báo cáo có thể được gọi là 'Joined Report' hoặc cần nhiều 'Blocks' được hợp nhất.
Đối tượng dữ liệu chính: Bắt đầu với đối tượng Hóa đơn hoặc Accounts Receivable làm cơ sở cho báo cáo.
Đối tượng dữ liệu phụ: Bạn cần liên kết thêm các đối tượng như CreditRequests, CustomerCommunications, DunningHistory, CollectorActivityLog, PromiseToPay, DisputeCase và CashApplication.
Bộ lọc khoảng thời gian: Lọc theo trường thời điểm sự kiện chính. Nên trích xuất dữ liệu trong 3-6 tháng để cân bằng giữa mức độ chi tiết và hiệu suất. Ví dụ: EventTime trong 180 ngày gần nhất.
Bộ lọc trạng thái: Cân nhắc loại các trạng thái hóa đơn không liên quan, chẳng hạn 'Cancelled' hoặc 'Draft', trừ khi bạn muốn phân tích chúng trong quy trình.
Quyền truy cập: Tài khoản chạy báo cáo cần có quyền đọc tất cả mô-đun liên quan, gồm Credit, Collections, Tranh chấp và Cash Application, để bảo đảm trích xuất đầy đủ dữ liệu.

Truy vấn mẫu sql

/*
 This is a configuration model for a HighRadius custom report. 
 It is not an executable SQL script but a blueprint for building the report in the UI.
 The report should be configured to UNION the following data blocks to create a single event log.
*/

// Report Name: ProcessMind_Credit_Collections_Log
// Report Output Format: CSV

// === BLOCK 1: Credit Limit Requested ===
{
  "ActivityName": "Credit Limit Requested",
  "Source Object": "CreditRequests",
  "Join Condition": "CreditRequests.CustomerId = Invoices.CustomerId",
  "Columns": {
    "InvoiceNumber": null, // May not be available at this stage
    "ActivityName": "Credit Limit Requested",
    "EventTime": "CreditRequests.RequestTimestamp",
    "CollectorName": "CreditRequests.CreditAnalystName",
    "CustomerId": "CreditRequests.CustomerId",
    "InvoiceAmount": null,
    "PaymentTerms": null,
    "DueDate": null,
    "PaymentStatus": null,
    "DisputeReason": null
  }
}

// === BLOCK 2: Credit Limit Approved ===
{
  "ActivityName": "Credit Limit Approved",
  "Source Object": "CreditRequests",
  "Join Condition": "CreditRequests.CustomerId = Invoices.CustomerId",
  "Columns": {
    "InvoiceNumber": null, // May not be available at this stage
    "ActivityName": "Credit Limit Approved",
    "EventTime": "CreditRequests.ApprovalTimestamp",
    "CollectorName": "CreditRequests.CreditAnalystName",
    "CustomerId": "CreditRequests.CustomerId",
    "InvoiceAmount": null,
    "PaymentTerms": null,
    "DueDate": null,
    "PaymentStatus": null,
    "DisputeReason": null
  }
}

// === BLOCK 3: Invoice Generated ===
{
  "ActivityName": "Invoice Generated",
  "Source Object": "Invoices",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Invoice Generated",
    "EventTime": "Invoices.CreationTimestamp",
    "CollectorName": null,
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Invoices.PaymentStatus",
    "DisputeReason": null
  }
}

// === BLOCK 4: Invoice Sent to Customer ===
{
  "ActivityName": "Invoice Sent to Customer",
  "Source Object": "CustomerCommunications",
  "Filter": "CustomerCommunications.Type = 'Invoice Delivery'",
  "Columns": {
    "InvoiceNumber": "CustomerCommunications.InvoiceNumber",
    "ActivityName": "Invoice Sent to Customer",
    "EventTime": "CustomerCommunications.SentTimestamp",
    "CollectorName": null,
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 5: Payment Due Date Passed ===
{
  "ActivityName": "Payment Due Date Passed",
  "Source Object": "Invoices",
  "Filter": "Invoices.DueDate < CURRENT_DATE AND Invoices.PaymentStatus = 'Open'",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Payment Due Date Passed",
    "EventTime": "Invoices.DueDate",
    "CollectorName": "Invoices.AssignedCollector",
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Invoices.PaymentStatus",
    "DisputeReason": null
  }
}

// === BLOCK 6: Overdue Reminder Sent ===
{
  "ActivityName": "Overdue Reminder Sent",
  "Source Object": "DunningHistory",
  "Filter": "DunningHistory.Action = 'Reminder'",
  "Columns": {
    "InvoiceNumber": "DunningHistory.InvoiceNumber",
    "ActivityName": "Overdue Reminder Sent",
    "EventTime": "DunningHistory.ExecutionTimestamp",
    "CollectorName": null, // Often automated
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 7: Dunning Procedure Initiated ===
{
  "ActivityName": "Dunning Procedure Initiated",
  "Source Object": "DunningHistory",
  "Filter": "DunningHistory.Action = 'Dunning Level 1'",
  "Columns": {
    "InvoiceNumber": "DunningHistory.InvoiceNumber",
    "ActivityName": "Dunning Procedure Initiated",
    "EventTime": "DunningHistory.ExecutionTimestamp",
    "CollectorName": null, // Often automated
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 8: Collection Call Logged ===
{
  "ActivityName": "Collection Call Logged",
  "Source Object": "CollectorActivityLog",
  "Filter": "CollectorActivityLog.Type = 'Call'",
  "Columns": {
    "InvoiceNumber": "CollectorActivityLog.InvoiceNumber",
    "ActivityName": "Collection Call Logged",
    "EventTime": "CollectorActivityLog.ActivityTimestamp",
    "CollectorName": "CollectorActivityLog.CollectorName",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 9: Promise to Pay Created ===
{
  "ActivityName": "Promise to Pay Created",
  "Source Object": "PromiseToPay",
  "Columns": {
    "InvoiceNumber": "PromiseToPay.InvoiceNumber",
    "ActivityName": "Promise to Pay Created",
    "EventTime": "PromiseToPay.CreationTimestamp",
    "CollectorName": "PromiseToPay.CreatedByCollector",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 10: Dispute Registered ===
{
  "ActivityName": "Dispute Registered",
  "Source Object": "DisputeCase",
  "Columns": {
    "InvoiceNumber": "DisputeCase.InvoiceNumber",
    "ActivityName": "Dispute Registered",
    "EventTime": "DisputeCase.CreationTimestamp",
    "CollectorName": "DisputeCase.AssignedAnalyst",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "Disputed",
    "DisputeReason": "DisputeCase.ReasonCode"
  }
}

// === BLOCK 11: Dispute Resolved ===
{
  "ActivityName": "Dispute Resolved",
  "Source Object": "DisputeCase",
  "Filter": "DisputeCase.Status = 'Closed' OR DisputeCase.Status = 'Resolved'",
  "Columns": {
    "InvoiceNumber": "DisputeCase.InvoiceNumber",
    "ActivityName": "Dispute Resolved",
    "EventTime": "DisputeCase.ResolutionTimestamp",
    "CollectorName": "DisputeCase.AssignedAnalyst",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": "DisputeCase.ReasonCode"
  }
}

// === BLOCK 12: Payment Received ===
{
  "ActivityName": "Payment Received",
  "Source Object": "CashApplication.Payments",
  "Columns": {
    "InvoiceNumber": null, // Often matched later
    "ActivityName": "Payment Received",
    "EventTime": "CashApplication.Payments.PaymentDate",
    "CollectorName": null,
    "CustomerId": "CashApplication.Payments.CustomerId",
    "InvoiceAmount": null,
    "PaymentTerms": null,
    "DueDate": null,
    "PaymentStatus": null,
    "DisputeReason": null
  }
}

// === BLOCK 13: Payment Posted ===
{
  "ActivityName": "Payment Posted",
  "Source Object": "CashApplication.AppliedPayments",
  "Columns": {
    "InvoiceNumber": "CashApplication.AppliedPayments.InvoiceNumber",
    "ActivityName": "Payment Posted",
    "EventTime": "CashApplication.AppliedPayments.ApplicationTimestamp",
    "CollectorName": null,
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 14: Invoice Settled ===
{
  "ActivityName": "Invoice Settled",
  "Source Object": "Invoices",
  "Filter": "Invoices.Status = 'Closed' AND Invoices.ClosureReason = 'Paid'",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Invoice Settled",
    "EventTime": "Invoices.ClosureTimestamp",
    "CollectorName": null,
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Paid",
    "DisputeReason": null
  }
}

// === BLOCK 15: Invoice Written Off ===
{
  "ActivityName": "Invoice Written Off",
  "Source Object": "Invoices",
  "Filter": "Invoices.Status = 'Closed' AND Invoices.ClosureReason = 'Write-Off'",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Invoice Written Off",
    "EventTime": "Invoices.ClosureTimestamp",
    "CollectorName": "Invoices.AssignedCollector",
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Written Off",
    "DisputeReason": null
  }
}

Các bước

Điều kiện cần có: Cài Python 3.6 trở lên cùng các thư viện pandas và requests. Bạn có thể cài bằng pip: pip install pandas requests. Ngoài ra, hãy xin quản trị viên HighRadius thông tin xác thực API (Client ID và Client Secret) có quyền đọc các đối tượng dữ liệu cần thiết như hóa đơn, thu hồi công nợ, tranh chấp và thanh toán.
Khởi tạo tập lệnh: Tạo một tệp tập lệnh Python mới, chẳng hạn extract_hr_data.py. Trước tiên, nhập các thư viện cần thiết (requests, pandas, datetime) và khai báo các hằng số giữ chỗ cho URL gốc API HighRadius, thông tin xác thực và khoảng thời gian cần trích xuất.
Thiết lập xác thực: Viết hàm xử lý xác thực. Hàm này nhận Client ID và Secret, gửi yêu cầu POST đến điểm cuối xác thực HighRadius (ví dụ /auth/v1/token) rồi lấy bearer token. Token này sẽ được dùng trong header của mọi yêu cầu dữ liệu tiếp theo.
Lấy dữ liệu hóa đơn chính: Tạo hàm truy vấn điểm cuối hóa đơn chính (ví dụ /invoices/v1/search). Hàm cần xử lý phân trang để lấy đủ bản ghi trong khoảng thời gian đã chọn. Gọi API lần lượt và thu thập dữ liệu hóa đơn cho đến khi không còn trang nào. Lưu dữ liệu hóa đơn chính vào một danh sách các từ điển.
Lấy dữ liệu từ các đối tượng liên quan: Tạo hàm riêng để lấy dữ liệu cho từng thực thể chính như Disputes, Collection Notes và Payments. Các hàm này sẽ truy vấn điểm cuối tương ứng (ví dụ /disputes/v1/search, /collections/v1/notes, /cashapp/v1/payments) và cần lấy hiệu quả toàn bộ dữ liệu liên quan trong khoảng thời gian đã chọn. Thông thường, nên lấy dữ liệu theo lô thay vì truy vấn từng hóa đơn.
Tạo cấu trúc event log: Khởi tạo một danh sách trống để chứa các hàng event log. Tập lệnh sẽ duyệt qua dữ liệu đã lấy và chuyển mỗi hành động hoặc thay đổi trạng thái liên quan thành một từ điển theo cấu trúc chuẩn, đại diện cho một hàng sự kiện. Mỗi từ điển cần có các khóa InvoiceNumber, ActivityName, EventTime và mọi thuộc tính cần thiết khác.
Tạo sự kiện trong vòng đời hóa đơn: Duyệt danh sách hóa đơn chính. Với mỗi hóa đơn, tạo các sự kiện 'Invoice Generated', 'Invoice Sent to Customer', 'Invoice Settled' và 'Invoice Written Off' dựa trên ngày tạo, nhật ký trao đổi, ngày đóng và trường trạng thái. Lưu các sự kiện này dưới dạng từ điển.
Tính sự kiện 'Payment Due Date Passed': Trong cùng vòng lặp hóa đơn, thêm logic để tạo sự kiện 'Payment Due Date Passed'. Đây là sự kiện được tính toán. Kiểm tra ngày đến hạn đã qua chưa, hóa đơn đã được thanh toán chưa và sự kiện 'Payment Due Date Passed' đã được tạo cho hóa đơn đó chưa. EventTime của hoạt động này phải là ngày đến hạn.
Tạo sự kiện thu hồi công nợ và tranh chấp: Xử lý dữ liệu lấy từ các điểm cuối thu hồi công nợ và tranh chấp. Với mỗi ghi chú, cam kết thanh toán, hành động nhắc nợ hoặc hồ sơ tranh chấp, tạo hàng event log tương ứng ('Overdue Reminder Sent', 'Collection Call Logged', 'Promise to Pay Created', 'Dispute Registered', 'Dispute Resolved'). Ánh xạ thông tin liên quan như CollectorName và DisputeReason vào bản ghi sự kiện.
Tạo sự kiện thanh toán: Xử lý dữ liệu thanh toán từ mô-đun cash application. Tạo sự kiện 'Payment Received' dựa trên ngày tạo khoản thanh toán hoặc ngày sao kê ngân hàng, và sự kiện 'Payment Posted' dựa trên ngày khoản thanh toán được ghi nhận thành công cho hóa đơn.
Gộp và định dạng dữ liệu: Sau khi xử lý mọi nguồn dữ liệu và tạo sự kiện, chuyển danh sách từ điển sự kiện thành pandas DataFrame. Nhờ đó, bạn có thể dễ dàng sắp xếp và chuyển đổi kiểu dữ liệu lần cuối. Đảm bảo cột EventTime dùng định dạng dấu thời gian thống nhất (YYYY-MM-DD HH:MI:SS).
Xuất sang CSV: Dùng hàm to_csv của pandas để xuất DataFrame cuối cùng sang tệp CSV. Đặt tên tệp rõ ràng, chẳng hạn highradius_event_log.csv. Đặt tham số index=False để không ghi chỉ mục DataFrame thành một cột. Tệp này đã sẵn sàng để tải lên ProcessMind.

Cấu hình

Thông tin xác thực API: Cần có tài khoản API riêng với Client ID và Client Secret. Tài khoản phải có quyền đọc tất cả điểm cuối API liên quan, gồm hóa đơn, khách hàng, hoạt động thu hồi công nợ, tranh chấp và cash application.
Khoảng thời gian: Tập lệnh Python có các biến START_DATE và END_DATE. Bạn cần đặt khoảng thời gian cụ thể, hợp lý, chẳng hạn 3 đến 6 tháng, để giới hạn lượng dữ liệu và tránh thời gian chạy quá lâu. Hãy lọc theo trường ngày được lập chỉ mục, như ngày tạo hoặc ngày sửa hóa đơn.
URL điểm cuối: Các đường dẫn điểm cuối API cụ thể (ví dụ /invoices/v1/search) chỉ là giá trị giữ chỗ. Hãy xác nhận URL chính xác trong tài liệu API HighRadius của tổ chức.
Tham số phân trang: Tập lệnh cần xử lý đúng cơ chế phân trang của API. Cơ chế này thường dùng tham số limit và offset hoặc cách phân trang dựa trên cursor. Kích thước trang từ 100 đến 500 thường là điểm khởi đầu phù hợp.
Môi trường chạy: Chạy tập lệnh trong môi trường ổn định, có đủ bộ nhớ để xử lý các DataFrame, nhất là khi trích xuất lượng dữ liệu lớn. Với dữ liệu ở quy mô sản xuất, nên chạy trên máy chủ thay vì máy tính cá nhân.
Trường tùy chỉnh: Nếu quy trình của bạn dùng các trường tùy chỉnh trong HighRadius, hãy sửa tập lệnh để truy vấn và đưa các trường này vào dữ liệu đầu ra.

Truy vấn mẫu python

import requests
import pandas as pd
from datetime import datetime, time

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
HIGH RADIUS_BASE_URL = class="hl-string">"https://[your-highradius-instance].highradius.com/api"
CLIENT_ID = class="hl-string">"[Your_Client_ID]"
CLIENT_SECRET = class="hl-string">"[Your_Client_Secret]"
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_auth_token():
    class="hl-string">"""Authenticates with HighRadius and returns a bearer token."""
    auth_url = fclass="hl-string">"{HIGH RADIUS_BASE_URL}/auth/v1/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    response = requests.post(auth_url, data=payload)
    response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an exception for bad status codes
    return response.json()[class="hl-string">'access_token']

def fetch_paginated_data(endpoint, params, headers):
    class="hl-string">"""Fetches all pages of data from a given HighRadius endpoint."""
    all_data = []
    page = 0
    limit = 200 class=class="hl-string">"hl-comment"># Records per page
    while True:
        params[class="hl-string">'offset'] = page * limit
        params[class="hl-string">'limit'] = limit
        response = requests.get(fclass="hl-string">"{HIGH RADIUS_BASE_URL}{endpoint}", headers=headers, params=params)
        response.raise_for_status()
        data = response.json()
        records = data.get(class="hl-string">'data', []) class=class="hl-string">"hl-comment"># Adjust based on actual API response structure
        if not records:
            break
        all_data.extend(records)
        page += 1
    return all_data

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Starting HighRadius data extraction...")
    auth_token = get_auth_token()
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {auth_token}'}
    events = []

    class=class="hl-string">"hl-comment"># 1. Fetch all relevant invoices in the date range
    print(class="hl-string">"Fetching invoice data...")
    invoice_params = {class="hl-string">'creationDate_gte': START_DATE, class="hl-string">'creationDate_lte': END_DATE}
    invoices = fetch_paginated_data(class="hl-string">"/invoices/v1/search", invoice_params, headers)

    class=class="hl-string">"hl-comment"># Fetch related data in bulk to reduce API calls
    invoice_ids = [inv[class="hl-string">'invoiceNumber'] for inv in invoices]
    print(fclass="hl-string">"Fetching related data for {len(invoice_ids)} invoices...")

    notes = fetch_paginated_data(class="hl-string">"/collections/v1/notes", {class="hl-string">'invoiceNumber_in': class="hl-string">','.join(invoice_ids)}, headers)
    disputes = fetch_paginated_data(class="hl-string">"/disputes/v1/search", {class="hl-string">'invoiceNumber_in': class="hl-string">','.join(invoice_ids)}, headers)
    payments = fetch_paginated_data(class="hl-string">"/cashapp/v1/applications", {class="hl-string">'invoiceNumber_in': class="hl-string">','.join(invoice_ids)}, headers)
    credit_requests = fetch_paginated_data(class="hl-string">"/credit/v1/requests", {class="hl-string">'requestDate_gte': START_DATE, class="hl-string">'requestDate_lte': END_DATE}, headers)

    class=class="hl-string">"hl-comment"># Create dictionaries for quick lookups
    notes_by_invoice = {k: [n for n in notes if n[class="hl-string">'invoiceNumber'] == k] for k in invoice_ids}
    disputes_by_invoice = {k: [d for d in disputes if d[class="hl-string">'invoiceNumber'] == k] for k in invoice_ids}
    payments_by_invoice = {k: [p for p in payments if p[class="hl-string">'invoiceNumber'] == k] for k in invoice_ids}
    
    class=class="hl-string">"hl-comment"># Process each invoice to create events
    print(class="hl-string">"Transforming data into event log...")
    for invoice in invoices:
        common_attrs = {
            class="hl-string">'InvoiceNumber': invoice.get(class="hl-string">'invoiceNumber'),
            class="hl-string">'CustomerId': invoice.get(class="hl-string">'customer', {}).get(class="hl-string">'id'),
            class="hl-string">'InvoiceAmount': invoice.get(class="hl-string">'invoiceAmount'),
            class="hl-string">'PaymentTerms': invoice.get(class="hl-string">'paymentTerms'),
            class="hl-string">'DueDate': invoice.get(class="hl-string">'dueDate'),
            class="hl-string">'PaymentStatus': invoice.get(class="hl-string">'paymentStatus'),
            class="hl-string">'CollectorName': invoice.get(class="hl-string">'collector', {}).get(class="hl-string">'name'),
            class="hl-string">'DisputeReason': None
        }

        class=class="hl-string">"hl-comment"># Invoice Generated
        events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Generated', class="hl-string">'EventTime': invoice.get(class="hl-string">'creationDate')})
        
        class=class="hl-string">"hl-comment"># Invoice Sent to Customer (example from correspondence log)
        if invoice.get(class="hl-string">'sentDate'):
            events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent to Customer', class="hl-string">'EventTime': invoice.get(class="hl-string">'sentDate')})

        class=class="hl-string">"hl-comment"># Payment Due Date Passed (calculated)
        due_date_obj = datetime.strptime(invoice.get(class="hl-string">'dueDate'), class="hl-string">'%Y-%m-%dT%H:%M:%S.%fZ').date()
        if due_date_obj < datetime.today().date() and invoice.get(class="hl-string">'paymentStatus') not in [class="hl-string">'PAID', class="hl-string">'CLOSED']:
            event_time_at_due_date = datetime.combine(due_date_obj, time(23, 59, 59)).isoformat()
            events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Due Date Passed', class="hl-string">'EventTime': event_time_at_due_date})

        class=class="hl-string">"hl-comment"># Invoice Settled / Written Off
        if invoice.get(class="hl-string">'closeDate'):
            if invoice.get(class="hl-string">'paymentStatus') == class="hl-string">'PAID':
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Settled', class="hl-string">'EventTime': invoice.get(class="hl-string">'closeDate')})
            elif invoice.get(class="hl-string">'statusReason') == class="hl-string">'WRITTEN_OFF':
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Written Off', class="hl-string">'EventTime': invoice.get(class="hl-string">'closeDate')})

        class=class="hl-string">"hl-comment"># Process related notes for this invoice
        for note in notes_by_invoice.get(invoice[class="hl-string">'invoiceNumber'], []):
            activity_map = {
                class="hl-string">'REMINDER_SENT': class="hl-string">'Overdue Reminder Sent',
                class="hl-string">'DUNNING_STARTED': class="hl-string">'Dunning Procedure Initiated',
                class="hl-string">'COLLECTION_CALL': class="hl-string">'Collection Call Logged',
                class="hl-string">'PROMISE_TO_PAY': class="hl-string">'Promise to Pay Created'
            }
            activity_name = activity_map.get(note.get(class="hl-string">'noteType'))
            if activity_name:
                events.append({**common_attrs, class="hl-string">'ActivityName': activity_name, class="hl-string">'EventTime': note.get(class="hl-string">'creationDate'), class="hl-string">'CollectorName': note.get(class="hl-string">'createdBy')})

        class=class="hl-string">"hl-comment"># Process related disputes for this invoice
        for dispute in disputes_by_invoice.get(invoice[class="hl-string">'invoiceNumber'], []):
            events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Dispute Registered', class="hl-string">'EventTime': dispute.get(class="hl-string">'creationDate'), class="hl-string">'DisputeReason': dispute.get(class="hl-string">'reasonCode')})
            if dispute.get(class="hl-string">'resolutionDate'):
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Dispute Resolved', class="hl-string">'EventTime': dispute.get(class="hl-string">'resolutionDate'), class="hl-string">'DisputeReason': dispute.get(class="hl-string">'reasonCode')})
        
        class=class="hl-string">"hl-comment"># Process related payments for this invoice
        for payment in payments_by_invoice.get(invoice[class="hl-string">'invoiceNumber'], []):
            if payment.get(class="hl-string">'paymentReceivedDate'):
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Received', class="hl-string">'EventTime': payment.get(class="hl-string">'paymentReceivedDate')})
            if payment.get(class="hl-string">'applicationDate'):
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Posted', class="hl-string">'EventTime': payment.get(class="hl-string">'applicationDate')})

    class=class="hl-string">"hl-comment"># Process credit requests (linked by customer ID)
    for request in credit_requests:
        class=class="hl-string">"hl-comment"># Note: Linking to a specific invoice is often not possible. Here we create a case-level event.
        class=class="hl-string">"hl-comment"># A more advanced logic could try to link based on customer and time proximity to an invoice.
        credit_attrs = {**common_attrs, class="hl-string">'InvoiceNumber': fclass="hl-string">"CREDIT-{request.get('customerId')}", class="hl-string">'CustomerId': request.get(class="hl-string">'customerId')}
        events.append({**credit_attrs, class="hl-string">'ActivityName': class="hl-string">'Credit Limit Requested', class="hl-string">'EventTime': request.get(class="hl-string">'requestDate')})
        if request.get(class="hl-string">'status') == class="hl-string">'APPROVED' and request.get(class="hl-string">'approvalDate'):
            events.append({**credit_attrs, class="hl-string">'ActivityName': class="hl-string">'Credit Limit Approved', class="hl-string">'EventTime': request.get(class="hl-string">'approvalDate')})

    class=class="hl-string">"hl-comment"># Finalize DataFrame
    if not events:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    df = pd.DataFrame(events)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
    df.dropna(subset=[class="hl-string">'InvoiceNumber', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    output_file = class="hl-string">'highradius_event_log.csv'
    df.to_csv(output_file, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_file}")

if __name__ == class="hl-string">'__main__':
    main()

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

Mẫu này giúp bạn chuẩn bị dữ liệu có cấu trúc để tìm hiểu sâu hơn về quy trình quản lý tín dụng và thu hồi công nợ. Bắt đầu tối ưu hóa hoạt động trên HighRadius ngay hôm nay để đẩy nhanh dòng tiền.

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Bắt đầu tối ưu hóa quy trình quản lý tín dụng và thu hồi công nợ

Loại bỏ điểm nghẽn, giảm 30% thời gian xử lý và nâng cao hiệu suất.

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

Không cần thẻ tín dụng. Bắt đầu chỉ trong vài phút.

Mẫu dữ liệu quản lý tín dụng và thu hồi công nợ

Mẫu dữ liệu quản lý tín dụng và thu hồi công nợ

Thuộc tính quản lý tín dụng và thu hồi công nợ

Hoạt động quản lý tín dụng và thu hồi công nợ

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

Xuất dữ liệu từ mô-đun báo cáo và phân tích HighRadius

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất dữ liệu bằng tập lệnh Python qua REST API của HighRadius

Các bước

Cấu hình

Truy vấn mẫu python

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

Bắt đầu tối ưu hóa quy trình quản lý tín dụng và thu hồi công nợ