> 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ợ > NetSuite > Mẫu dữ liệu

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

NetSuite

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ợ(13) 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 phù hợp để 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 các thuộc tính và hoạt động cần thiết, kèm hướng dẫn trích xuất thực tế để bạn bắt đầu nhanh chóng. Làm theo các đề xuất này sẽ giúp dữ liệu sẵn sàng cho việc phân tích và cải tiến quy trình.

Các thuộc tính nên thu thập
Các hoạt động chính cần theo dõi
Hướng dẫn trích xuất dữ liệu từ 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.

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à các trường dữ liệu nên có trong event log để phân tích kỹ quy trình quản lý tín dụng và thu hồi công nợ.

3 Bắt buộc 5 Nên có 13 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 khách hàng.
Mô tả Số hóa đơn là mã định danh chính của từng hồ sơ, liên kết duy nhất mọi hoạt động liên quan đến một khoản phải thu cụ thể. Nhờ đó, bạn có thể phân tích toàn bộ vòng đời, từ lúc lập hóa đơn và các hoạt động quản lý tín dụng tiếp theo đến khi thanh toán hoặc giải quyết xong qua các nỗ lực thu hồi công nợ. Trong NetSuite, trường này thường tương ứng với Transaction ID khi loại giao dịch là 'Invoice'. Vì sao điều này quan trọng Đây là khóa thiết yếu để theo dõi hành trình của hóa đơn từ lúc lập đến khi tất toán, giúp phân tích quy trình từ đầu đến cuối. Lấy dữ liệu ở đâu Đây thường là trường 'Transaction ID' (ID nội bộ: tranid) trên bản ghi Invoice trong NetSuite. Ví dụ INV0012345INV0054321INV0098765
	Tên hoạt động ActivityName	Tên hoạt động nghiệp vụ diễn ra tại một thời điểm cụ thể.
Mô tả Thuộc tính này mô tả một bước hoặc sự kiện cụ thể trong quy trình tín dụng và thu hồi công nợ, chẳng hạn như 'Lập hóa đơn', 'Nhận thanh toán' hoặc 'Ghi nhận tranh chấp'. Phân tích trình tự và tần suất của các hoạt động này là trọng tâm của process mining, giúp làm rõ luồng quy trình thực tế, các sai lệch và điểm nghẽn. Vì sao điều này quan trọng Thuộc tính này là nền tảng của sơ đồ quy trình, giúp trực quan hóa và phân tích luồng quy trình. Lấy dữ liệu ở đâu Trường này thường được xác định từ các thay đổi trạng thái của bản ghi giao dịch (ví dụ: Invoice, Customer Payment) hoặc từ các bản ghi liên quan như ghi chú hệ thống, bản ghi tùy chỉnh về hoạt động thu hồi công nợ hoặc tác vụ CRM. Ví dụ Lập hóa đơnĐã gửi nhắc thanh toán quá hạnNhận thanh toánXóa nợ hóa đơn
	Thời điểm sự kiện EventTime	Dấu thời gian cho biết hoạt động diễn ra khi nào.
Mô tả Thuộc tính này ghi lại ngày giờ chính xác của từng hoạt động trong quy trình. Đây là dữ liệu nền tảng cho mọi phân tích theo thời gian, bao gồm tính thời gian chu kỳ, thời lượng và thời gian chờ giữa các bước. Trong NetSuite, dấu thời gian thường là ngày tạo hoặc ngày sửa đổi gần nhất của bản ghi hay ghi chú hệ thống liên quan. Vì sao điều này quan trọng Thuộc tính này cho phép tính mọi chỉ số hiệu suất liên quan đến thời gian, như thời gian chu kỳ và điểm nghẽn, vốn rất quan trọng khi phân tích hiệu quả. Lấy dữ liệu ở đâu Dữ liệu được lấy từ các trường ngày trên nhiều bản ghi. Ví dụ: 'Date Created' trên bản ghi Invoice dùng cho sự kiện 'Lập hóa đơn', hoặc dấu thời gian từ System Note khi trạng thái thay đổi. Ví dụ 2023-01-15T10:00:00Z2023-02-01T14:30:00Z2023-02-15T09:05:00Z
	Mã khách hàng CustomerId	Mã định danh duy nhất của khách hàng liên quan đến hóa đơn.
Mô tả Thuộc tính này liên kết hóa đơn với một khách hàng cụ thể trong NetSuite. Đây là dữ liệu thiết yếu để phân nhóm và phân tích hiệu suất quy trình theo từng khách hàng hoặc nhóm khách hàng. Ví dụ, bạn có thể phân tích hành vi thanh toán hoặc tỷ lệ tranh chấp của khách hàng chiến lược so với doanh nghiệp nhỏ. Vì sao điều này quan trọng Cho phép phân tích theo từng khách hàng, giúp xác định khách hàng nào thường thanh toán trễ, gửi tranh chấp hoặc làm theo quy trình khác thông lệ. Lấy dữ liệu ở đâu Đây là trường 'Customer' (ID nội bộ: entity) trên bản ghi giao dịch Invoice. Ví dụ CUST001CUST002CUST003
	Ngày đến hạn DueDate	Ngày cuối cùng khách hàng cần thanh toán hóa đơn.
Mô tả Ngày đến hạn là ngày thanh toán đã thỏa thuận trong hợp đồng. Đây là mốc để xác định khoản thanh toán đúng hạn hay quá hạn. Thuộc tính này rất cần thiết để tính KPI như 'Tỷ lệ thanh toán đúng hạn' và bắt đầu các hoạt động nhắc nợ khi đã qua ngày đến hạn. Vì sao điều này quan trọng Đây là mốc chính để đo lường mức độ đúng hạn của thanh toán, đồng thời rất quan trọng để tính số ngày quá hạn và theo dõi việc tuân thủ điều khoản thanh toán. Lấy dữ liệu ở đâu Đây là trường 'Due Date' (ID nội bộ: duedate) trên bản ghi giao dịch Invoice. Ví dụ 2023-02-142023-03-312023-04-15
	Phân khúc khách hàng CustomerSegment	Phân loại khách hàng theo quy mô, ngành nghề hoặc khu vực.
Mô tả Phân khúc khách hàng chia khách hàng thành các nhóm có ý nghĩa, chẳng hạn như 'Doanh nghiệp lớn', 'Doanh nghiệp vừa và nhỏ' hoặc 'Khu vực công'. Thuộc tính này rất quan trọng với bảng điều khiển 'Hiệu quả chiến lược thu hồi công nợ theo phân khúc', vì giúp so sánh hiệu quả của các cách thu nợ khác nhau giữa các nhóm. Nhờ đó, bạn có thể điều chỉnh chiến lược theo đặc điểm riêng của từng nhóm. Vì sao điều này quan trọng Cho phép phân tích có trọng tâm để xác định vấn đề trong quy trình hoặc hành vi thanh toán có tập trung ở một số nhóm khách hàng nhất định hay không. Lấy dữ liệu ở đâu Đây thường là trường tùy chỉnh trên bản ghi Customer trong NetSuite. Cần kết hợp dữ liệu từ bản ghi Customer với giao dịch Invoice. Ví dụ Doanh nghiệp lớnDoanh nghiệp quy mô trung bìnhSMB
	Số tiền hóa đơn InvoiceAmount	Tổng giá trị tiền tệ của hóa đơn.
Mô tả Cho biết tổng số tiền phải trả trên hóa đơn. Đây là thuộc tính tài chính quan trọng trong hầu hết các phân tích, chẳng hạn như xác định tác động tài chính của việc thanh toán trễ hoặc phân tích các khoản xóa nợ đối với hóa đơn giá trị cao. Thông tin này giúp bạn ưu tiên các nỗ lực thu hồi công nợ. Vì sao điều này quan trọng Cung cấp bối cảnh tài chính cho quy trình, giúp phân tích theo giá trị tiền tệ, chẳng hạn như ưu tiên thu hồi các hóa đơn quá hạn có giá trị cao. Lấy dữ liệu ở đâu Đây là trường 'Amount (Total)' (ID nội bộ: total) trên bản ghi giao dịch Invoice. Ví dụ 1500.00250.5012500.75
	Trạng thái hóa đơn InvoiceStatus	Trạng thái hiện tại của hóa đơn trong vòng đời.
Mô tả Cho biết trạng thái hiện tại của hóa đơn, chẳng hạn như 'Đang mở', 'Đã thanh toán đầy đủ' hoặc 'Quá hạn'. Thuộc tính này hữu ích khi lọc và phân tích các hóa đơn đang xử lý hoặc có vấn đề. Bảng điều khiển 'Tuổi nợ và trạng thái hóa đơn quá hạn' dựa vào thuộc tính này để hiển thị tình hình các khoản phải thu chưa thanh toán. Vì sao điều này quan trọng Cho phép lọc và tập trung phân tích vào các giai đoạn cụ thể trong vòng đời hóa đơn, chẳng hạn như hóa đơn đang mở, quá hạn hoặc bị tranh chấp. Lấy dữ liệu ở đâu Tương ứng với trường 'Status' (ID nội bộ: status) trên bản ghi giao dịch Invoice. Ví dụ Đang mởĐã thanh toán đầy đủQuá hạn
	Điều khoản thanh toán PaymentTerms	Điều khoản thanh toán đã thỏa thuận với khách hàng cho hóa đơn.
Mô tả Thuộc tính này nêu rõ điều kiện thanh toán hóa đơn của khách hàng, chẳng hạn như 'Net 30' hoặc 'Net 60'. Đây là cơ sở để tính ngày đến hạn của hóa đơn và rất quan trọng với bảng điều khiển 'Mức độ tuân thủ và sai lệch điều khoản thanh toán', giúp phân tích khách hàng có thực hiện đúng điều khoản đã thỏa thuận hay không. Vì sao điều này quan trọng Cung cấp cơ sở hợp đồng cho lịch thanh toán, đồng thời rất cần thiết để phân tích mức độ tuân thủ và xác định sai lệch ảnh hưởng đến dòng tiền. Lấy dữ liệu ở đâu Đây là trường 'Terms' (ID nội bộ: terms) trên bản ghi giao dịch Invoice. Ví dụ Thanh toán trong 30 ngàyThanh toán trong 60 ngàyThanh toán khi nhận hóa đơn
	Độ trễ ghi nhận thanh toán PaymentPostingLag	Thời gian từ khi nhận thanh toán đến khi ghi nhận vào hệ thống.
Mô tả Khoảng thời gian được tính từ hoạt động 'Đã nhận thanh toán' (khi nhận được tiền) đến hoạt động 'Đã ghi nhận thanh toán' (khi khoản thanh toán được áp dụng vào hóa đơn trong NetSuite). Đây là chỉ số quan trọng trong dashboard 'Phân tích độ trễ ghi nhận thanh toán', giúp phát hiện sự kém hiệu quả nội bộ khi phân bổ tiền, vốn có thể làm sai lệch thông tin về dòng tiền. Vì sao điều này quan trọng Cho thấy chậm trễ nội bộ trong việc phân bổ tiền, có thể ảnh hưởng đến độ chính xác của báo cáo tài chính và trạng thái tài khoản khách hàng. Lấy dữ liệu ở đâu Chỉ số được tính trong công cụ process mining: Timestamp('Payment Posted') - Timestamp('Payment Received'). Ví dụ 1 ngày4 giờ3 ngày
	Đơn vị kinh doanh BusinessUnit	Đơn vị kinh doanh hoặc công ty con liên quan đến giao dịch.
Mô tả Cho biết đơn vị kinh doanh, phòng ban hoặc công ty con cụ thể đã phát hành hóa đơn. Trong tài khoản NetSuite OneWorld, trường này thường tương ứng với trường 'Subsidiary'. Nhờ đó, bạn có thể phân tích quy trình theo từng bộ phận trong tổ chức, so sánh hiệu quả và xác định vấn đề riêng của từng đơn vị. Vì sao điều này quan trọng Giúp so sánh hiệu quả quy trình giữa các đơn vị trong tổ chức, qua đó phát hiện khác biệt có thể cần cách quản lý riêng. Lấy dữ liệu ở đâu Trong NetSuite OneWorld, đây là trường 'Subsidiary'. Ở các tài khoản khác, trường này có thể là 'Department' hoặc 'Class', tùy theo cấu hình. Ví dụ Miền Tây Hoa KỳDịch vụ EMEASản phẩm APAC
	Được tự động hóa IsAutomated	Cờ cho biết hoạt động có được hệ thống thực hiện tự động hay không.
Mô tả Thuộc tính dạng đúng/sai này cho biết hoạt động được thực hiện bởi workflow tự động hay người dùng. Ví dụ, hoạt động 'Đã gửi nhắc nhở quá hạn' có thể được tự động hóa, còn 'Đã gọi điện thu hồi công nợ' là thao tác thủ công. Thuộc tính này cần thiết cho dashboard 'Tần suất và tác động của hoạt động thủ công', giúp định lượng mức độ tự động hóa và xác định cơ hội tự động hóa thêm. Vì sao điều này quan trọng Giúp định lượng mức độ tự động hóa trong quy trình, hỗ trợ giảm thao tác thủ công và nâng cao hiệu quả. Lấy dữ liệu ở đâu Đây là thuộc tính được suy ra từ loại hoạt động hoặc người thực hiện. Ví dụ, nếu người dùng là tài khoản 'SYSTEM' được chỉ định, hoạt động sẽ được đánh dấu là tự động. Ví dụ truefalse
	Hệ thống nguồn SourceSystem	Hệ thống nơi dữ liệu được trích xuất.
Mô tả Cho biết hệ thống nguồn của dữ liệu sự kiện. Trong chế độ xem quy trình này, giá trị luôn là 'NetSuite'. Đây là thuộc tính bắt buộc để quản trị dữ liệu và phân biệt nguồn dữ liệu trong môi trường có nhiều hệ thống. Vì sao điều này quan trọng Thuộc tính này đảm bảo khả năng truy xuất nguồn gốc và theo dõi dữ liệu, rất quan trọng cho việc xác thực và quản trị dữ liệu, nhất là khi có nhiều hệ thống tích hợp. Lấy dữ liệu ở đâu Đây là giá trị tĩnh ('NetSuite') được thêm trong quá trình chuyển đổi dữ liệu. Ví dụ NetSuite
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian của lần làm mới dữ liệu gần nhất từ hệ thống nguồn.
Mô tả Thuộc tính này cho biết lần gần nhất dữ liệu của quy trình được trích xuất và cập nhật vào công cụ process mining. Nhờ đó, người dùng biết dữ liệu đang phân tích mới đến mức nào và có thể đưa ra quyết định dựa trên thông tin hiện hành. Vì sao điều này quan trọng Cho biết mức độ cập nhật của dữ liệu, giúp người dùng biết phân tích quy trình mới đến đâu. Lấy dữ liệu ở đâu Giá trị này được tạo và gắn vào tập dữ liệu khi trích xuất dữ liệu. Ví dụ 2023-10-27T02:00:00Z
	Lý do tranh chấp DisputeReason	Lý do khách hàng đưa ra khi tranh chấp hóa đơn.
Mô tả Khi khách hàng tranh chấp hóa đơn, thuộc tính này ghi lại lý do, chẳng hạn như 'Sai giá', 'Hàng hóa hư hỏng' hoặc 'Tính phí trùng'. Thuộc tính này rất quan trọng với các bảng điều khiển 'Thời gian giải quyết tranh chấp hóa đơn' và 'Phân tích nguyên nhân gốc rễ của việc xóa nợ hóa đơn'. Nhờ đó, bạn có thể hiểu vì sao tranh chấp xảy ra và nhận diện các vấn đề cần xử lý để tránh lặp lại. Vì sao điều này quan trọng Giúp xác định nguyên nhân gốc rễ của tranh chấp với khách hàng, cung cấp thông tin để cải thiện các quy trình trước đó như hoàn tất đơn hàng hoặc độ chính xác khi lập hóa đơn. Lấy dữ liệu ở đâu Đây có thể là trường tùy chỉnh trên bản ghi Invoice hoặc bản ghi tùy chỉnh liên quan dùng để theo dõi các vụ tranh chấp. Đây không phải trường tiêu chuẩn của NetSuite. Ví dụ Sai số lượngChênh lệch giáHàng hóa hư hỏng
	Mã người dùng UserId	Mã định danh của người dùng thực hiện hoạt động.
Mô tả Cho biết nhân viên hoặc người dùng hệ thống chịu trách nhiệm cho một hoạt động cụ thể, chẳng hạn như hạch toán thanh toán hoặc gọi điện thu hồi công nợ. Thông tin này giúp phân tích khối lượng công việc, hiệu suất nhóm và nhu cầu đào tạo. Với hoạt động tự động, đây có thể là mã người dùng hệ thống. Vì sao điều này quan trọng Cho phép phân tích hiệu suất theo người dùng hoặc nhóm, đồng thời giúp hiểu cách phân bổ khối lượng công việc và xác định nơi cần can thiệp thủ công. Lấy dữ liệu ở đâu Lấy từ các trường như 'Created By', 'Modified By' hoặc trường 'Owner' cụ thể trên giao dịch hay bản ghi liên quan (ví dụ: bản ghi Phone Call cho các cuộc gọi thu hồi công nợ). Ví dụ j.doea.smithSYSTEM
	Quốc gia Country	Quốc gia trong địa chỉ thanh toán của khách hàng.
Mô tả Thuộc tính này cho biết quốc gia trong địa chỉ thanh toán của khách hàng trên hóa đơn. Bạn có thể dùng thuộc tính này để phân tích khác biệt theo khu vực về hành vi thanh toán, hiệu quả thu hồi công nợ và tỷ lệ tranh chấp. Từ đó, bạn có thể điều chỉnh cách thu hồi công nợ cho từng khu vực và hiểu rõ tác động của điều kiện kinh tế địa phương. Vì sao điều này quan trọng Cho phép phân tích quy trình theo khu vực địa lý, giúp phát hiện khác biệt giữa các vùng về hành vi thanh toán hoặc hiệu quả quy trình. Lấy dữ liệu ở đâu Dữ liệu được lấy từ thông tin 'Billing Address' trên giao dịch Invoice, thường được kế thừa từ hồ sơ Customer. Ví dụ USAĐứcNhật Bản
	Số ngày quá hạn DaysOverdue	Số ngày hóa đơn đã quá hạn thanh toán.
Mô tả Chỉ số được tính bằng số ngày từ ngày đến hạn của hóa đơn đến ngày hiện tại (với hóa đơn chưa thanh toán hết) hoặc ngày thanh toán. Đây là KPI cơ bản trong công tác thu hồi công nợ. Dashboard 'Tuổi nợ và trạng thái hóa đơn quá hạn' dùng chỉ số này để phân loại và ưu tiên các khoản cần thu hồi. Giá trị bằng hoặc nhỏ hơn 0 nghĩa là hóa đơn chưa quá hạn. Vì sao điều này quan trọng Đo trực tiếp mức độ chậm thanh toán. Đây là chỉ số quan trọng trong báo cáo tuổi nợ và việc ưu tiên hoạt động thu hồi công nợ. Lấy dữ liệu ở đâu Chỉ số được tính trong quá trình chuyển đổi dữ liệu: (Ngày hiện tại hoặc Ngày thanh toán) - Ngày đến hạn. Ví dụ 1532090
	Tên nhân viên thu hồi công nợ CollectorName	Tên nhân viên được giao phụ trách thu hồi công nợ cho hóa đơn.
Mô tả Cho biết nhân viên hoặc tài nguyên cụ thể chịu trách nhiệm xử lý hóa đơn quá hạn. Thông tin này cho phép phân tích hiệu suất của nhóm thu hồi công nợ, cách phân bổ khối lượng công việc và hiệu quả của từng nhân viên. Thuộc tính này hỗ trợ các KPI như 'Tỷ lệ liên hệ thu hồi công nợ thành công'. Vì sao điều này quan trọng Cho phép đo lường hiệu suất và cân bằng khối lượng công việc trong nhóm thu hồi công nợ, đồng thời liên kết hoạt động thu nợ với từng cá nhân. Lấy dữ liệu ở đâu Đây thường là trường tùy chỉnh trên bản ghi Customer hoặc Invoice. Một số gói NetSuite dành cho thu hồi công nợ có bổ sung tính năng này. Ví dụ Alice JohnsonRobert WilliamsChưa phân công
	Thanh toán đúng hạn IsOnTimePayment	Cờ cho biết khoản thanh toán được nhận vào hoặc trước ngày đến hạn.
Mô tả Thuộc tính dạng đúng/sai được tính toán này kiểm tra xem hoạt động 'Đã nhận thanh toán' có diễn ra vào hoặc trước 'Ngày đến hạn' của hóa đơn hay không. Thuộc tính giúp tính KPI 'Tỷ lệ thanh toán đúng hạn' đơn giản hơn, đồng thời dễ lọc và phân tích các khoản thanh toán đúng hạn so với trễ hạn. Kết quả rõ ràng theo hai trạng thái. Vì sao điều này quan trọng Cung cấp chỉ số hai trạng thái đơn giản để đánh giá việc tuân thủ điều khoản thanh toán, giúp dễ tính toán và so sánh tỷ lệ thanh toán đúng hạn. Lấy dữ liệu ở đâu Chỉ số được tính trong quá trình chuyển đổi dữ liệu: TRUE nếu (Ngày thanh toán <= Ngày đến hạn), nếu không thì FALSE. Ví dụ truefalse
	Thời gian chu trình từ hóa đơn đến thu tiền InvoiceToCashCycleTime	Tổng thời gian từ khi lập hóa đơn đến khi thanh toán xong.
Mô tả Chỉ số được tính bằng tổng thời gian từ hoạt động 'Đã lập hóa đơn' đến hoạt động 'Đã thanh toán hóa đơn'. Chỉ số phản ánh hiệu quả đầu cuối của toàn bộ quy trình quản lý tín dụng và thu hồi công nợ. Phân tích KPI này giúp phát hiện chậm trễ mang tính hệ thống và đánh giá tổng quan tốc độ luân chuyển tiền mặt. Vì sao điều này quan trọng Đây là KPI tổng quan quan trọng, đo lường hiệu quả chung của toàn bộ quy trình từ lập hóa đơn đến thu tiền. Lấy dữ liệu ở đâu Đây là phép tính ở cấp hồ sơ trong công cụ process mining: Timestamp('Invoice Settled') - Timestamp('Invoice Generated'). Ví dụ 32 ngày45 ngày91 ngày

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 quan trọng cần ghi lại trong event log để khám phá chính xác và tối ưu quy trình thu hồi công nợ.

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

	Hoạt động	Mô tả
	Đã qua hạn thanh toán	Sự kiện được tính khi ngày hiện tại đã qua ngày đến hạn của hóa đơn nhưng hóa đơn chưa được thanh toán đầy đủ. Sự kiện này đánh dấu hóa đơn chuyển từ trạng thái 'chưa quá hạn' sang 'quá hạn'.
Vì sao điều này quan trọng Sự kiện này là tín hiệu quan trọng để bắt đầu các hoạt động thu hồi công nợ. Phân tích khoảng thời gian sau sự kiện giúp đánh giá hiệu quả thu nợ và nhắc nợ. Lấy dữ liệu ở đâu Đây là sự kiện được tính bằng cách so sánh ngày hiện tại với trường 'Due Date' trên bản ghi giao dịch Invoice. Dấu thời gian của sự kiện chính là ngày đến hạn. Thu thập Dấu thời gian là giá trị trong trường 'Due Date' của hóa đơn. Loại sự kiện calculated
	Lập hóa đơn	Đánh dấu thời điểm hóa đơn được tạo chính thức trong hệ thống. Sự kiện này được ghi nhận từ ngày tạo giao dịch Invoice trong NetSuite và là điểm bắt đầu vòng đời hóa đơn.
Vì sao điều này quan trọng Đây là sự kiện bắt đầu chính của quy trình từ hóa đơn đến thu tiền. Sự kiện này rất cần thiết để tính các chỉ số quan trọng như số ngày phải thu bình quân (DSO) và tổng thời gian chu kỳ từ hóa đơn đến thu tiền. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận trực tiếp từ ngày tạo bản ghi giao dịch Invoice trong NetSuite (bảng Transaction, trong đó Type là 'Invoice'). Thu thập Dùng dấu thời gian tạo bản ghi giao dịch hóa đơn. Loại sự kiện explicit
	Nhận thanh toán	Sự kiện này đánh dấu thời điểm khoản thanh toán của khách hàng được tạo và áp dụng cho hóa đơn. Đây là mốc quan trọng, được ghi nhận trực tiếp từ bản ghi giao dịch Customer Payment trong NetSuite.
Vì sao điều này quan trọng Hoạt động này rất cần thiết để tính DSO và tỷ lệ thanh toán đúng hạn. Đây là dấu mốc xác nhận đã nhận tiền và là chỉ số quan trọng về hiệu quả thu hồi công nợ. Lấy dữ liệu ở đâu Ghi nhận từ ngày tạo bản ghi giao dịch 'Customer Payment'. Danh sách phụ 'Apply' trên bản ghi này liên kết khoản thanh toán với một hoặc nhiều hóa đơn. Thu thập Dùng ngày giao dịch trên bản ghi Customer Payment. Loại sự kiện explicit
	Tất toán hóa đơn	Đánh dấu hoàn tất vòng đời hóa đơn, khi số dư phải trả giảm về 0 nhờ các khoản thanh toán và khoản tín dụng được áp dụng. Sự kiện này được suy ra khi trạng thái hóa đơn chuyển thành 'Paid In Full'.
Vì sao điều này quan trọng Đây là sự kiện kết thúc thành công chính của quy trình. Đây cũng là dữ liệu cuối cùng để tính tổng thời gian chu kỳ từ hóa đơn đến thu tiền. Lấy dữ liệu ở đâu Suy ra khi trường 'Status' trên giao dịch Invoice chuyển thành 'Paid In Full'. Có thể lấy dấu thời gian từ ngày thanh toán cuối cùng hoặc Credit Memo cuối cùng giúp tất toán hóa đơn. Thu thập Dấu thời gian của lần áp dụng thanh toán cuối cùng khiến trạng thái chuyển thành 'Paid In Full'. Loại sự kiện inferred
	Xóa nợ hóa đơn	Đánh dấu kết thúc không thành công của vòng đời hóa đơn, khi khoản nợ được xác định là không thể thu hồi và bị xóa khỏi các khoản phải thu. Sự kiện này được ghi nhận khi bút toán xóa nợ khó đòi được áp dụng cho hóa đơn.
Vì sao điều này quan trọng Đây là điểm kết thúc thể hiện thất bại quan trọng. Phân tích các lộ trình dẫn đến xóa nợ giúp phát hiện điểm yếu trong chính sách tín dụng và chiến lược thu hồi công nợ, từ đó giảm nợ khó đòi. Lấy dữ liệu ở đâu Suy ra khi một 'Journal Entry' được áp dụng cho hóa đơn và bút toán này dùng để xóa nợ khó đòi. Bạn cũng có thể dùng trạng thái tùy chỉnh. Thu thập Dùng ngày của Journal Entry xóa nợ được áp dụng cho hóa đơn. Loại sự kiện inferred
	Bắt đầu quy trình nhắc nợ	Đánh dấu thời điểm bắt đầu quy trình nhắc nợ hoặc thu hồi công nợ chính thức cho hóa đơn quá hạn. Quy trình có thể gồm nhiều bước. Sự kiện này được ghi nhận khi một cấp độ nhắc nợ cụ thể được gán cho hóa đơn.
Vì sao điều này quan trọng Theo dõi thời điểm bắt đầu nhắc nợ chính thức giúp đo lường mức độ tuân thủ và hiệu quả của quy trình. Đây là mốc quan trọng để phân tích cách các chiến lược nhắc nợ khác nhau ảnh hưởng đến hành vi thanh toán. Lấy dữ liệu ở đâu Suy ra từ ngày trường 'Dunning Level' trên hóa đơn hoặc hồ sơ khách hàng lần đầu được đặt thành giá trị khác 0 hoặc trạng thái nhắc nợ ban đầu. Thu thập Xác định dấu thời gian khi trường Dunning Level thay đổi. Loại sự kiện inferred
	Đã gửi nhắc thanh toán quá hạn	Khách hàng nhận được lời nhắc đầu tiên về hóa đơn quá hạn, thường được gửi tự động. Hoạt động này thường được ghi nhận khi tạo thư nhắc nợ hoặc khi có sự kiện liên lạc được lưu trong mô-đun nhắc nợ của NetSuite.
Vì sao điều này quan trọng Đây là bước đầu tiên trong quy trình nhắc nợ. Phân tích tần suất và tác động của hoạt động này đến việc thanh toán giúp đánh giá hiệu quả của các nỗ lực thu nợ ban đầu. Lấy dữ liệu ở đâu Ghi nhận từ ngày tạo bản ghi 'Dunning Letter' liên kết với hóa đơn, do NetSuite Dunning SuiteApp tạo. Thu thập Dùng dấu thời gian tạo bản ghi Dunning Letter. Loại sự kiện explicit
	Ghi nhận tranh chấp	Cho biết khách hàng đã chính thức tranh chấp hóa đơn, khiến quy trình thu hồi công nợ thông thường tạm dừng. Sự kiện này thường được suy ra từ việc trường trạng thái hóa đơn chuyển thành 'Disputed'.
Vì sao điều này quan trọng Đây là điểm bắt đầu để đo thời gian giải quyết tranh chấp. Việc xác định các tranh chấp thường xuyên có thể giúp phát hiện vấn đề tiềm ẩn trong quy trình lập hóa đơn hoặc bán hàng. Lấy dữ liệu ở đâu Suy ra từ nhật ký hệ thống hoặc dấu thời gian khi trường tùy chỉnh 'Invoice Status' được đổi thành giá trị như 'Disputed' hoặc 'In Dispute'. Thu thập Dấu thời gian khi trường trạng thái được cập nhật để ghi nhận tranh chấp. Loại sự kiện inferred
	Giải quyết tranh chấp	Đánh dấu thời điểm giải quyết tranh chấp của khách hàng, cho phép tiếp tục thu hồi công nợ hoặc thanh toán hóa đơn. Sự kiện này được suy ra khi trạng thái hóa đơn chuyển từ 'Disputed' về trạng thái đang xử lý.
Vì sao điều này quan trọng Đây là điểm kết thúc để đo thời gian chu kỳ giải quyết tranh chấp. Giải quyết tranh chấp hiệu quả rất quan trọng để duy trì sự hài lòng của khách hàng và cải thiện dòng tiền. Lấy dữ liệu ở đâu Suy ra từ nhật ký hệ thống hoặc dấu thời gian khi trường tùy chỉnh 'Invoice Status' chuyển từ 'Disputed' sang giá trị như 'Open' hoặc 'Resolved'. Thu thập Dấu thời gian khi trường trạng thái được cập nhật để ghi nhận việc giải quyết. Loại sự kiện inferred
	Gọi điện thu hồi công nợ	Hoạt động thu hồi công nợ thủ công, trong đó nhân viên gọi điện cho khách hàng. Sự kiện này được ghi nhận từ các bản ghi Phone Call do người dùng tạo trong mô-đun CRM của NetSuite.
Vì sao điều này quan trọng Hoạt động này giúp định lượng công sức thủ công trong quy trình thu hồi công nợ. Phân tích tần suất và tỷ lệ thành công rất quan trọng để tối ưu phân bổ tài nguyên và tự động hóa. Lấy dữ liệu ở đâu Ghi nhận từ ngày tạo bản ghi hoạt động 'Phone Call' có hồ sơ liên quan là khách hàng và có nhắc đến số hóa đơn trong nội dung. Thu thập Dùng dấu thời gian từ bản ghi hoạt động Phone Call trong CRM. Loại sự kiện explicit
	Gửi hóa đơn cho khách hàng	Đánh dấu thời điểm hóa đơn được gửi cho khách hàng, thường qua email. Sự kiện này thường được suy ra từ nhật ký hệ thống theo dõi các liên lạc gửi đi liên quan đến giao dịch hóa đơn.
Vì sao điều này quan trọng Theo dõi hoạt động này giúp phát hiện chậm trễ giữa lúc lập hóa đơn và lúc thông báo cho khách hàng, vốn có thể ảnh hưởng đến thời gian thanh toán. Qua đó, bạn có thể đánh giá hiệu quả của quy trình gửi thông tin thanh toán. Lấy dữ liệu ở đâu Suy ra từ ngày gửi email trên bản ghi hóa đơn, tại thẻ phụ Communication > Messages của giao dịch Invoice. Thu thập Dùng dấu thời gian của bản ghi 'Message' được liên kết với hóa đơn. Loại sự kiện inferred
	Hạch toán thanh toán	Đánh dấu ngày khoản thanh toán được ghi nhận chính thức vào sổ cái tổng hợp. Sự kiện này được ghi nhận từ ngày hạch toán của giao dịch Customer Payment.
Vì sao điều này quan trọng Khoảng thời gian từ 'Nhận thanh toán' đến 'Hạch toán thanh toán' cho thấy độ trễ trong xử lý hành chính. Phân tích khoảng trễ này giúp đảm bảo báo cáo tài chính chính xác và kịp thời. Lấy dữ liệu ở đâu Ghi nhận từ 'Posting Period' hoặc ngày giao dịch trong tác động lên sổ cái tổng hợp của giao dịch 'Customer Payment'. Thu thập Dùng ngày hạch toán vào sổ cái tổng hợp từ giao dịch Customer Payment. Loại sự kiện explicit
	Phát hành Credit Memo	Đánh dấu thời điểm tạo Credit Memo để bù trừ cho hóa đơn, thường nhằm sửa lỗi hoặc giải quyết tranh chấp. Đây là giao dịch được ghi nhận trực tiếp trong NetSuite.
Vì sao điều này quan trọng Credit Memo xuất hiện thường xuyên có thể cho thấy vấn đề mang tính hệ thống, chẳng hạn như sai giá hoặc lỗi giao hàng. Phân tích các trường hợp này giúp xác định nguyên nhân gốc rễ gây thất thoát doanh thu. Lấy dữ liệu ở đâu Đây là sự kiện được ghi nhận trực tiếp từ ngày tạo bản ghi giao dịch Credit Memo liên kết với hóa đơn gốc. Thu thập Dùng dấu thời gian tạo giao dịch Credit Memo. Loại sự kiện explicit

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ừ NetSuite

Các bước

Đăng nhập NetSuite: Truy cập tài khoản NetSuite bằng vai trò có quyền tạo và chạy Saved Searches, đồng thời xem các hồ sơ giao dịch và hoạt động cần thiết (ví dụ: Invoice, Customer Payment, Phone Call).
Mở Saved Searches: Vào Reports > Saved Searches > All Saved Searches > New. Bạn sẽ lặp lại quy trình này để tạo nhiều tìm kiếm riêng, mỗi tìm kiếm cho một loại sự kiện.
Tạo tìm kiếm hóa đơn cơ bản: Bắt đầu bằng cách tạo tìm kiếm cho sự kiện 'Invoice Generated'. Chọn 'Transaction' làm loại tìm kiếm. Tìm kiếm này sẽ lấy dữ liệu về thời điểm tạo hóa đơn.
Đặt tiêu chí tìm kiếm: Trong thẻ phụ 'Criteria', thiết lập các bộ lọc sau:
- Type là Invoice.
- Main Line là true. Thiết lập này giúp lấy một bản ghi cho mỗi hóa đơn, thay vì một bản ghi cho từng dòng hàng.
- Date Created nằm trong khoảng thời gian bạn muốn phân tích, chẳng hạn 6 tháng gần nhất.
Chọn kết quả tìm kiếm: Trong thẻ phụ 'Results', thêm các cột cần thiết cho event log. Dùng nhãn tùy chỉnh để khớp với tên thuộc tính cần có (ví dụ: InvoiceNumber). Dùng công thức để đặt giá trị cho trường ActivityName. Phần truy vấn có hướng dẫn ánh xạ trường chi tiết.
Tạo tìm kiếm cho các sự kiện khác: Làm theo cấu hình trong phần truy vấn để tạo Saved Searches riêng cho các hoạt động như thanh toán, Credit Memos, cuộc gọi thu hồi công nợ và thay đổi trạng thái. Các hoạt động này có thể dùng loại bản ghi khác như 'Phone Call' hoặc cần tìm trong 'System Notes'.
Chạy và xuất kết quả tìm kiếm: Chạy từng Saved Search riêng. Trên trang kết quả, nhấp vào biểu tượng 'Export - CSV' để tải dữ liệu. Đặt tên tệp dễ nhận biết (ví dụ: invoice_generated.csv, payment_received.csv).
Tạo sự kiện 'Payment Due Date Passed': Không thể xuất trực tiếp sự kiện này. Bạn cần tính sau khi xuất dữ liệu. Trong công cụ xử lý dữ liệu bạn chọn (như Python, Power Query hoặc công cụ ETL), với mỗi hóa đơn chưa được thanh toán đầy đủ, hãy tạo một dòng có ActivityName là 'Payment Due Date Passed' và EventTime là DueDate cộng thêm một ngày.
Gộp các tệp đã xuất: Dùng công cụ bên ngoài để nối tất cả tệp CSV đã xuất thành một tệp chính. Trước khi gộp, hãy đảm bảo tiêu đề cột trong các tệp giống nhau.
Định dạng dữ liệu lần cuối: Kiểm tra tệp CSV đã gộp. Đảm bảo EventTime dùng định dạng dấu thời gian thống nhất (ví dụ: YYYY-MM-DD HH:MI:SS) và mọi dòng đều có đủ các cột bắt buộc (InvoiceNumber, ActivityName, EventTime).
Tải lên ProcessMind: Tệp CSV đã gộp và hoàn thiện sẵn sàng để tải lên làm event log.

Cấu hình

Điều kiện cần: Bạn cần có vai trò người dùng được phép tạo, chỉnh sửa và xuất Saved Searches. Bạn cũng cần quyền truy cập các loại bản ghi sau: Transaction (hóa đơn, khoản thanh toán, giấy báo có), Phone Call (hoặc các bản ghi hoạt động CRM khác) và System Notes.
Loại bản ghi: Các loại bản ghi chính được dùng trong những tìm kiếm này là Transaction và Phone Call. Bản ghi System Note cũng được dùng để ghi nhận thay đổi trạng thái và sự kiện trao đổi khi không có bản ghi giao dịch trực tiếp.
Lọc theo khoảng thời gian: Để đảm bảo hiệu suất và kiểm soát lượng dữ liệu, hãy áp dụng bộ lọc ngày nhất quán cho tất cả Saved Searches, chẳng hạn Date Created hoặc Last Modified Date. Với lần phân tích đầu tiên, nên dùng dữ liệu trong khoảng 3 đến 6 tháng.
Bộ lọc Main Line: Khi tìm kiếm bản ghi giao dịch, hãy dùng tiêu chí Main Line is true để chỉ lấy thông tin ở cấp tiêu đề. Cách này tránh tạo bản ghi sự kiện trùng lặp cho từng dòng hàng trên hóa đơn hoặc khoản thanh toán.
Dùng công thức: Công thức NetSuite rất cần thiết để tạo cột ActivityName theo định dạng thống nhất. Trường Formula (Text) cho phép bạn đặt cố định tên hoạt động cho từng tìm kiếm. Nếu cần, bạn có thể dùng Formula (Date/Time) để chuẩn hóa các trường dấu thời gian.
Giới hạn xuất dữ liệu: Tính năng xuất CSV qua giao diện NetSuite thường giới hạn ở 100.000 dòng cho mỗi lần tìm kiếm. Với tập dữ liệu lớn hơn, bạn có thể chia tìm kiếm thành các khoảng ngày nhỏ hơn hoặc dùng tìm kiếm theo lịch để gửi kết quả vào File Cabinet.

Truy vấn mẫu sql

/*
This configuration outlines the setup for multiple NetSuite Saved Searches. 
Each search is designed to extract a specific activity for the event log.
Create one Saved Search in the NetSuite UI for each block defined below.
*/

// Saved Search 1: Invoice Generated
{
  "SavedSearchName": "ProcessMind - Invoice Generated",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "Date Created", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Invoice Generated'"},
    {"Column": "EventTime", "Field": "Date Created"},
    {"Column": "InvoiceNumber", "Field": "Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Amount (Gross)"},
    {"Column": "DueDate", "Field": "Due Date"},
    {"Column": "InvoiceStatus", "Field": "Status"}
  ]
}

// Saved Search 2: Invoice Sent to Customer
{
  "SavedSearchName": "ProcessMind - Invoice Sent",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "System Notes : Field", "Operator": "is", "Value": "E-mailed"},
    {"Field": "System Notes : Date", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Invoice Sent to Customer'"},
    {"Column": "EventTime", "Field": "System Notes : Date"},
    {"Column": "InvoiceNumber", "Field": "Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Amount (Gross)"},
    {"Column": "DueDate", "Field": "Due Date"},
    {"Column": "InvoiceStatus", "Field": "Status"}
  ]
}

// Note: 'Payment Due Date Passed' is a calculated event, generated post-export.

// Saved Search 3: Overdue Reminder Sent & Dunning Procedure Initiated
{
  "SavedSearchName": "ProcessMind - Dunning Events",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "System Notes : Field", "Operator": "is", "Value": "[Your Dunning Status Field]"},
    {"Field": "System Notes : Date", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "CASE WHEN {systemnotes.newvalue} = '[Your First Dunning Level]' THEN 'Dunning Procedure Initiated' ELSE 'Overdue Reminder Sent' END"},
    {"Column": "EventTime", "Field": "System Notes : Date"},
    {"Column": "InvoiceNumber", "Field": "Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Amount (Gross)"},
    {"Column": "DueDate", "Field": "Due Date"},
    {"Column": "InvoiceStatus", "Field": "Status"}
  ]
}

// Saved Search 4: Collection Call Made
{
  "SavedSearchName": "ProcessMind - Collection Calls",
  "RecordType": "Phone Call",
  "Criteria": [
    {"Field": "Transaction : Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Date", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Collection Call Made'"},
    {"Column": "EventTime", "Field": "Completed Date"},
    {"Column": "InvoiceNumber", "Field": "Transaction : Document Number"},
    {"Column": "CustomerId", "Field": "Company : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Company : Category"},
    {"Column": "InvoiceAmount", "Field": "Transaction : Amount (Gross)"},
    {"Column": "DueDate", "Field": "Transaction : Due Date"},
    {"Column": "InvoiceStatus", "Field": "Transaction : Status"}
  ]
}

// Saved Search 5: Dispute Registered & Resolved
{
  "SavedSearchName": "ProcessMind - Dispute Status",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "System Notes : Field", "Operator": "is", "Value": "Status"},
    {"Field": "System Notes : Date", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "CASE WHEN {systemnotes.newvalue} LIKE '%Disputed%' THEN 'Dispute Registered' WHEN {systemnotes.oldvalue} LIKE '%Disputed%' THEN 'Dispute Resolved' ELSE NULL END"},
    {"Column": "EventTime", "Field": "System Notes : Date"},
    {"Column": "InvoiceNumber", "Field": "Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Amount (Gross)"},
    {"Column": "DueDate", "Field": "Due Date"},
    {"Column": "InvoiceStatus", "Field": "Status"}
  ]
}

// Saved Search 6: Credit Memo Issued
{
  "SavedSearchName": "ProcessMind - Credit Memos",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Credit Memo"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "Applied To Transaction : Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Date Created", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Credit Memo Issued'"},
    {"Column": "EventTime", "Field": "Date Created"},
    {"Column": "InvoiceNumber", "Field": "Applied To Transaction : Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Applied To Transaction : Amount (Gross)"},
    {"Column": "DueDate", "Field": "Applied To Transaction : Due Date"},
    {"Column": "InvoiceStatus", "Field": "Applied To Transaction : Status"}
  ]
}

// Saved Search 7: Payment Received & Posted
{
  "SavedSearchName": "ProcessMind - Payments",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Customer Payment"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "Date Created", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    // For 'Payment Received'
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Payment Received'"},
    {"Column": "EventTime", "Field": "Date Created"},
    // For 'Payment Posted'
    // {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Payment Posted'"},
    // {"Column": "EventTime", "Field": "[Your GL Posting Date Field]"},
    {"Column": "InvoiceNumber", "Field": "Applied To Transaction : Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Applied To Transaction : Amount (Gross)"},
    {"Column": "DueDate", "Field": "Applied To Transaction : Due Date"},
    {"Column": "InvoiceStatus", "Field": "Applied To Transaction : Status"}
  ]
}

// Saved Search 8: Invoice Settled
{
  "SavedSearchName": "ProcessMind - Invoice Settled",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Invoice"},
    {"Field": "Main Line", "Operator": "is", "Value": "true"},
    {"Field": "Status", "Operator": "anyof", "Value": "Paid In Full"},
    {"Field": "Date Closed", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Invoice Settled'"},
    {"Column": "EventTime", "Field": "Date Closed"},
    {"Column": "InvoiceNumber", "Field": "Document Number"},
    {"Column": "CustomerId", "Field": "Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Amount (Gross)"},
    {"Column": "DueDate", "Field": "Due Date"},
    {"Column": "InvoiceStatus", "Field": "Status"}
  ]
}

// Saved Search 9: Invoice Written Off
{
  "SavedSearchName": "ProcessMind - Invoice Written Off",
  "RecordType": "Transaction",
  "Criteria": [
    {"Field": "Type", "Operator": "is", "Value": "Journal Entry"},
    {"Field": "Main Line", "Operator": "is", "Value": "false"},
    {"Field": "Account", "Operator": "is", "Value": "[Your Bad Debt Expense Account]"},
    {"Field": "Date Created", "Operator": "within", "Value": "[Your Date Range]"}
  ],
  "Results": [
    {"Column": "ActivityName", "Field": "Formula (Text)", "Formula": "'Invoice Written Off'"},
    {"Column": "EventTime", "Field": "Date Created"},
    {"Column": "InvoiceNumber", "Field": "Created From : Document Number"},
    {"Column": "CustomerId", "Field": "Created From : Customer : Internal ID"},
    {"Column": "CustomerSegment", "Field": "Created From : Customer : Category"},
    {"Column": "InvoiceAmount", "Field": "Created From : Amount (Gross)"},
    {"Column": "DueDate", "Field": "Created From : Due Date"},
    {"Column": "InvoiceStatus", "Field": "Created From : Status"}
  ]
}

Các bước

Điều kiện tiên quyết: Đảm bảo máy tính đã cài Python 3.6 trở lên. Bạn cũng cần thông tin xác thực NetSuite SuiteTalk cho Token Based Authentication (TBA), gồm Account ID, Consumer Key, Consumer Secret, Token ID và Token Secret. Vai trò NetSuite liên quan cần có quyền truy cập tất cả bản ghi cần thiết, gồm Transactions (Invoices, Payments, Credit Memos), CRM Activities (Phone Calls) và Customer.
Cài thư viện Python: Mở dòng lệnh hoặc terminal và cài các thư viện Python cần thiết. Các thư viện chính gồm pandas để xử lý dữ liệu, requests và requests_oauthlib để gọi API, hoặc thư viện NetSuite chuyên dụng. pip install pandas requests requests_oauthlib
Thiết lập xác thực: Trong tập lệnh Python được cung cấp, tìm phần thông tin xác thực. Nhập an toàn Account ID, Consumer Key, Consumer Secret, Token ID và Token Secret của NetSuite vào các biến giữ chỗ tương ứng. Bạn nên dùng biến môi trường hoặc kho lưu trữ an toàn để quản lý thông tin này, thay vì ghi trực tiếp vào tập lệnh.
Cấu hình tham số trích xuất: Trong tập lệnh, đặt biến start_date và end_date để xác định khoảng thời gian trích xuất dữ liệu. Bạn cũng có thể điều chỉnh bộ lọc subsidiary_id nếu chỉ muốn trích xuất dữ liệu từ một công ty con NetSuite cụ thể.
Tìm hiểu logic tập lệnh: Tập lệnh được thiết kế để truy vấn riêng từng hoạt động trong số 13 hoạt động bắt buộc. Mỗi truy vấn là một câu lệnh SuiteQL riêng được gửi đến điểm cuối REST API của NetSuite. Tập lệnh tự xử lý phân trang API để lấy tất cả bản ghi cho từng truy vấn.
Chạy tập lệnh Python: Chạy tập lệnh từ terminal bằng lệnh: python your_netsuite_extraction_script.py. Tập lệnh sẽ kết nối với NetSuite, chạy các truy vấn và in thông báo trạng thái ra bảng điều khiển khi lấy dữ liệu cho từng hoạt động.
Gộp và chuyển đổi dữ liệu: Sau khi lấy dữ liệu thô cho từng hoạt động, tập lệnh dùng thư viện pandas để nối các kết quả riêng lẻ thành một DataFrame thống nhất. DataFrame này là nhật ký sự kiện.
Kiểm tra và lưu nhật ký sự kiện: Tập lệnh lưu DataFrame cuối cùng vào tệp CSV có tên netsuite_collections_event_log.csv. Mở tệp để kiểm tra dữ liệu đầy đủ và chính xác.
Chuẩn bị tải lên: Đảm bảo tệp CSV cuối cùng có các tiêu đề cột bắt buộc: InvoiceNumber, ActivityName và EventTime, cùng các thuộc tính được đề xuất. Tệp đã sẵn sàng để tải lên ProcessMind.

Cấu hình

Xác thực: Tập lệnh dùng Token Based Authentication (TBA) của NetSuite. Bạn cần cung cấp Account ID, Consumer Key, Consumer Secret, Token ID và Token Secret. Vai trò liên kết với token cần có quyền đọc các bản ghi Transaction, Customer, Phone Call và Message.
Khoảng ngày: Các biến start_date và end_date trong tập lệnh xác định khoảng thời gian trích xuất. Với lần phân tích đầu tiên, nên chọn khoảng 3 đến 6 tháng để cân bằng dung lượng dữ liệu và hiệu suất.
Bộ lọc công ty con: Tập lệnh có biến subsidiary_id để lọc dữ liệu theo một đơn vị kinh doanh cụ thể. Nếu tổ chức chỉ có một công ty con, bạn có thể bỏ qua biến này.
Điểm cuối API: Tập lệnh gọi điểm cuối NetSuite SuiteQL REST API. Đảm bảo điểm cuối này đã được bật cho tài khoản của bạn (/services/rest/query/v1/suiteql).
Xử lý phân trang: Tập lệnh có hàm tự động xử lý các phản hồi API được phân trang. page_size được đặt là 1000, mức tối đa API cho phép, để giảm số lần gọi API cần thiết.
Trường tùy chỉnh: Phần trích xuất cho 'Dispute Registered' và 'Dispute Resolved' giả định bạn dùng các trường tùy chỉnh (custbody_dispute_date, custbody_dispute_resolved_date). Bạn cần cập nhật tập lệnh bằng ID trường thực tế trong phiên bản NetSuite của mình.

Truy vấn mẫu python

import pandas as pd
import requests
from requests_oauthlib import OAuth1
import json
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Best practice: Use environment variables instead of hardcoding credentials.
NS_ACCOUNT = os.getenv(class="hl-string">'NS_ACCOUNT', class="hl-string">'[Your NetSuite Account ID]')
NS_CONSUMER_KEY = os.getenv(class="hl-string">'NS_CONSUMER_KEY', class="hl-string">'[Your Consumer Key]')
NS_CONSUMER_SECRET = os.getenv(class="hl-string">'NS_CONSUMER_SECRET', class="hl-string">'[Your Consumer Secret]')
NS_TOKEN_ID = os.getenv(class="hl-string">'NS_TOKEN_ID', class="hl-string">'[Your Token ID]')
NS_TOKEN_SECRET = os.getenv(class="hl-string">'NS_TOKEN_SECRET', class="hl-string">'[Your Token Secret]')

class=class="hl-string">"hl-comment"># The base URL for the SuiteQL API endpoint
BASE_URL = fclass="hl-string">"https://{NS_ACCOUNT.replace('_', '-')}.suitetalk.api.netsuite.com/services/rest/query/v1/suiteql"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
START_DATE = class="hl-string">'2023-01-01'
END_DATE = class="hl-string">'2023-12-31'
SUBSIDIARY_ID = class="hl-string">'[Your Subsidiary ID]' class=class="hl-string">"hl-comment"># Optional: filter by subsidiary

def execute_suiteql(query):
    class="hl-string">"""Executes a SuiteQL query and handles pagination."""
    all_results = []
    offset = 0
    limit = 1000

    oauth = OAuth1(
        client_key=NS_CONSUMER_KEY,
        client_secret=NS_CONSUMER_SECRET,
        resource_owner_key=NS_TOKEN_ID,
        resource_owner_secret=NS_TOKEN_SECRET,
        realm=NS_ACCOUNT,
        signature_method=class="hl-string">'HMAC-SHA256'
    )

    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/json',
        class="hl-string">'Prefer': class="hl-string">'transient'
    }

    while True:
        paginated_query = fclass="hl-string">"{query} LIMIT {limit} OFFSET {offset}"
        payload = json.dumps({class="hl-string">'q': paginated_query})
        
        try:
            response = requests.post(BASE_URL, headers=headers, data=payload, auth=oauth)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            
            if not data.get(class="hl-string">'items'):
                break

            all_results.extend(data[class="hl-string">'items'])
            
            if not data.get(class="hl-string">'hasMore', False):
                break
            
            offset += limit

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"API Request Error: {e}")
            print(fclass="hl-string">"Response body: {response.text if 'response' in locals() else 'No response'}")
            return None

    return all_results

def main():
    class="hl-string">"""Main function to orchestrate the data extraction."""
    all_events = []
    
    class=class="hl-string">"hl-comment"># Common WHERE clause for filtering by date and subsidiary
    common_filter = fclass="hl-string">"WHERE T.trandate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD') AND T.subsidiary = {SUBSIDIARY_ID}"

    class=class="hl-string">"hl-comment"># --- Define SuiteQL Queries for Each Activity ---
    queries = {
        class="hl-string">'Invoice Generated': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Invoice Generated' AS ActivityName,
                TO_CHAR(T.createdDate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND T.createdDate BETWEEN TO_TIMESTAMP('{START_DATE} 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_TIMESTAMP('{END_DATE} 23:59:59', 'YYYY-MM-DD HH24:MI:SS')
        """,
        class="hl-string">'Invoice Sent to Customer': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Invoice Sent to Customer' AS ActivityName,
                TO_CHAR(M.messageDate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Message AS M ON T.id = M.transaction
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND M.emailed = 'T' AND M.messageDate IS NOT NULL
                AND M.messageDate BETWEEN TO_TIMESTAMP('{START_DATE} 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_TIMESTAMP('{END_DATE} 23:59:59', 'YYYY-MM-DD HH24:MI:SS')
        """,
        class="hl-string">'Payment Due Date Passed': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Payment Due Date Passed' AS ActivityName,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD"T"23:59:59"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND T.status NOT IN ('CustInvc:B', 'CustInvc:A') -- Not Paid In Full or Pending Approval
                AND T.dueDate < CURRENT_DATE
                AND T.dueDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
        """,
        class="hl-string">'Overdue Reminder Sent': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Overdue Reminder Sent' AS ActivityName,
                TO_CHAR(M.messageDate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Message AS M ON T.id = M.transaction
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND (M.subject LIKE '%Overdue%' OR M.subject LIKE '%Reminder%')
                AND M.messageDate BETWEEN TO_TIMESTAMP('{START_DATE} 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_TIMESTAMP('{END_DATE} 23:59:59', 'YYYY-MM-DD HH24:MI:SS')
        """,
        class="hl-string">'Dunning Procedure Initiated': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Dunning Procedure Initiated' AS ActivityName,
                TO_CHAR(SL.systemNoteDate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Customer AS C ON T.entity = C.id
                INNER JOIN SystemNote AS SL ON T.id = SL.recordId
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND SL.field = 'custbody_dunning_level' AND SL.oldValue IS NULL -- Assumes a custom dunning level field
                AND SL.systemNoteDate BETWEEN TO_TIMESTAMP('{START_DATE} 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_TIMESTAMP('{END_DATE} 23:59:59', 'YYYY-MM-DD HH24:MI:SS')
        """,
        class="hl-string">'Collection Call Made': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Collection Call Made' AS ActivityName,
                TO_CHAR(PC.completedDate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                PhoneCall AS PC
                INNER JOIN Transaction AS T ON PC.transaction = T.id
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND PC.title LIKE '%Collection%'
                AND PC.completedDate BETWEEN TO_TIMESTAMP('{START_DATE} 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_TIMESTAMP('{END_DATE} 23:59:59', 'YYYY-MM-DD HH24:MI:SS')
        """,
        class="hl-string">'Dispute Registered': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Dispute Registered' AS ActivityName,
                TO_CHAR(T.custbody_dispute_date, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND T.custbody_dispute_date IS NOT NULL -- Assumes a custom dispute date field
                AND T.custbody_dispute_date BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
        """,
        class="hl-string">'Dispute Resolved': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Dispute Resolved' AS ActivityName,
                TO_CHAR(T.custbody_dispute_resolved_date, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND T.custbody_dispute_resolved_date IS NOT NULL -- Assumes a custom dispute resolved date field
                AND T.custbody_dispute_resolved_date BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
        """,
        class="hl-string">'Credit Memo Issued': fclass="hl-string">"""
            SELECT
                AppliedTo.tranid AS InvoiceNumber,
                'Credit Memo Issued' AS ActivityName,
                TO_CHAR(CM.trandate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                CM.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                AppliedTo.foreignTotal AS InvoiceAmount,
                TO_CHAR(AppliedTo.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(AppliedTo.status) AS InvoiceStatus
            FROM
                Transaction AS CM
                INNER JOIN TransactionLine AS CML ON CM.id = CML.transaction
                INNER JOIN Transaction AS AppliedTo ON CML.appliedToTransaction = AppliedTo.id
                INNER JOIN Customer AS C ON CM.entity = C.id
            WHERE
                CM.type = 'CustCred' AND CM.voided = 'F' AND CM.subsidiary = {SUBSIDIARY_ID}
                AND AppliedTo.type = 'CustInvc'
                AND CM.trandate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
        """,
        class="hl-string">'Payment Received': fclass="hl-string">"""
            SELECT
                AppliedTo.tranid AS InvoiceNumber,
                'Payment Received' AS ActivityName,
                TO_CHAR(P.trandate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                P.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                AppliedTo.foreignTotal AS InvoiceAmount,
                TO_CHAR(AppliedTo.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(AppliedTo.status) AS InvoiceStatus
            FROM
                Transaction AS P
                INNER JOIN TransactionLine AS PL ON P.id = PL.transaction
                INNER JOIN Transaction AS AppliedTo ON PL.appliedToTransaction = AppliedTo.id
                INNER JOIN Customer AS C ON P.entity = C.id
            WHERE
                P.type = 'CustPymt' AND P.voided = 'F' AND P.subsidiary = {SUBSIDIARY_ID}
                AND AppliedTo.type = 'CustInvc'
                AND P.trandate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
        """,
        class="hl-string">'Payment Posted': fclass="hl-string">"""
            SELECT
                AppliedTo.tranid AS InvoiceNumber,
                'Payment Posted' AS ActivityName,
                TO_CHAR(P.postingdate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                P.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                AppliedTo.foreignTotal AS InvoiceAmount,
                TO_CHAR(AppliedTo.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(AppliedTo.status) AS InvoiceStatus
            FROM
                Transaction AS P
                INNER JOIN TransactionLine AS PL ON P.id = PL.transaction
                INNER JOIN Transaction AS AppliedTo ON PL.appliedToTransaction = AppliedTo.id
                INNER JOIN Customer AS C ON P.entity = C.id
            WHERE
                P.type = 'CustPymt' AND P.voided = 'F' AND P.subsidiary = {SUBSIDIARY_ID}
                AND AppliedTo.type = 'CustInvc' AND P.posting = 'T'
                AND P.postingdate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
        """,
        class="hl-string">'Invoice Settled': fclass="hl-string">"""
            SELECT
                T.tranid AS InvoiceNumber,
                'Invoice Settled' AS ActivityName,
                TO_CHAR(T.lastModifiedDate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                T.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                T.foreignTotal AS InvoiceAmount,
                TO_CHAR(T.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(T.status) AS InvoiceStatus
            FROM
                Transaction AS T
                INNER JOIN Customer AS C ON T.entity = C.id
            WHERE
                T.type = 'CustInvc' AND T.voided = 'F' AND T.subsidiary = {SUBSIDIARY_ID}
                AND T.status = 'CustInvc:B' -- Paid In Full
                AND T.lastModifiedDate BETWEEN TO_TIMESTAMP('{START_DATE} 00:00:00', 'YYYY-MM-DD HH24:MI:SS') AND TO_TIMESTAMP('{END_DATE} 23:59:59', 'YYYY-MM-DD HH24:MI:SS')
        """,
        class="hl-string">'Invoice Written Off': fclass="hl-string">"""
            SELECT
                AppliedTo.tranid AS InvoiceNumber,
                'Invoice Written Off' AS ActivityName,
                TO_CHAR(JE.trandate, 'YYYY-MM-DD"T"HH24:MI:SS"Z"') AS EventTime,
                JE.entity AS CustomerId,
                BUILTIN.DF(C.category) AS CustomerSegment,
                AppliedTo.foreignTotal AS InvoiceAmount,
                TO_CHAR(AppliedTo.dueDate, 'YYYY-MM-DD') AS DueDate,
                BUILTIN.DF(AppliedTo.status) AS InvoiceStatus
            FROM
                Transaction AS JE
                INNER JOIN TransactionLine AS JEL ON JE.id = JEL.transaction
                INNER JOIN Transaction AS AppliedTo ON JEL.entity = AppliedTo.entity -- A best-effort link via customer
                INNER JOIN Customer AS C ON JE.entity = C.id
            WHERE
                JE.type = 'Journal' AND JE.voided = 'F' AND JE.subsidiary = {SUBSIDIARY_ID}
                AND JEL.account = [Your Bad Debt Expense Account ID] -- Must configure your specific bad debt account
                AND AppliedTo.type = 'CustInvc'
                AND JE.trandate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
                AND (JEL.memo LIKE '%' || AppliedTo.tranid || '%' OR JE.memo LIKE '%' || AppliedTo.tranid || '%') -- Best-effort link by checking memo field for invoice number
        """
    }

    for activity, query in queries.items():
        print(fclass="hl-string">"Fetching data for: {activity}...")
        results = execute_suiteql(query)
        if results:
            all_events.extend(results)
            print(fclass="hl-string">"  ...found {len(results)} events.")
        else:
            print(fclass="hl-string">"  ...no events found or an error occurred.")

    if not all_events:
        print(class="hl-string">"No data extracted. Exiting.")
        return

    class=class="hl-string">"hl-comment"># Convert to pandas DataFrame
    df = pd.DataFrame(all_events)
    
    class=class="hl-string">"hl-comment"># Data Cleaning and Formatting
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'])
    df.rename(columns=lambda c: class="hl-string">''.join(c.split()).capitalize(), inplace=True)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    output_file = class="hl-string">'netsuite_collections_event_log.csv'
    df.to_csv(output_file, index=False)
    print(fclass="hl-string">"\nEvent log successfully saved to {output_file}")

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

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

Dùng mẫu này để đơn giản hóa khâu chuẩn bị dữ liệu và tìm ra thông tin hữu ích về quy trình quản lý tín dụng và thu hồi công nợ. Bắt đầu cải thiện dòng tiền ngay hôm nay.

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

Tải mẫu xuống

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

Phát hiện khâu kém hiệu quả, giảm 30% thời gian chu trình và cải thiện dòng tiền nhanh chóng.

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

Không cần thẻ tín dụng, thiết lập 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ừ Saved Searches và báo cáo của NetSuite

Các bước

Cấu hình

Truy vấn mẫu sql

Trích xuất dữ liệu bằng Python qua NetSuite SuiteTalk Web Services

Các bước

Cấu hình

Truy vấn mẫu python

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

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