CostGuard Version 23.9 Details

The IDI AdvancePay solution supports Automatic Renewal Purchase (ARP) of a service’s favorite AdvancePay Product’s Price Point. This feature extends AdvancePay Automatic Renewal Purchase to Paymentus integration.

This issue was a result of PR 84249 which makes the Validation Date optional when creating a new service (introduced with CostGuard version 23.5).

When unlinking a service from a service address, a check is performed to ensure the service is not using the service address as a location on an equipment assignment. If it is, an error is thrown stating the service cannot be unlinked from the service address. While this is correctly occurring when unlinking a service address from a service via the Service and Features page in Customer Care, this check was not being done when doing the same action from the Service Addresses page in Customer Care.

This has been corrected so the validation occurs in both places.

An error had occurred when trying to generate an Invoice Preview. This was due to the account not having an invoice from a previous month because it had been skipped.

The preview process has been updated to exclude locked bill periods where an account may have not been billed for a month, and use the next open bill period to preview.

Previously Paymentus Configuration in Customer Care let you configure Payment Type Groups with the same name which could be confusing.

This update prevents you from creating duplicate named groups and will throw an warning message that a group with the same name already exists.

On payment transactions, the CostGuard system was incorrectly converting reference numbers sent by Paymentus that are larger than an int32. This resulted in balance information not being transferred into the CostGuard system

Reference numbers for payment transactions are now converted to long (64int) rather than int (32int) so the system can correctly handle paymentus transactions.

The Create E911 Batch Detail action in the Orders workflow task was not creating E911 records for disconnect and reconnect orders.

The action has been updated to create E911 records for Disconnect and Reconnect orders.

This addresses intermittent performance issues with General Ledger creating journals for large amounts of usage.

The Create Adjustment API was allowing adjustments on Prospect accounts which should not be allowed.

The API has been updated to not allow adjustments on Prospect accounts.

The Wireless Usage Summary report did not show the same totals for Airtime Minutes as the Wireless Usage Detail report. This is because the two reports queried the data by different means.

The summary has been updated to use a similar group by as the details report to minimize any differences.

This improves the performance of treatment workbooks when performing hotline, suspend, restore actions. Previously the workbook would attempt to create an order to put an account in one of the states listed above, even if it was already in that state, for example, to hotline an account that is already hotlined.

The workbook no longer does this.

The subtotals were incorrect in the Adjustment Batch Summary optional report when an adjustment has children. The subtotal only contained the sum of the child adjustments, not including the parent adjustment amount.

The report has been updated to include the parent adjustment amounts.