CostGuard Version 21.6 Core Bulletin
Change Orders
Resolved Known Issues
| Functional Area | PR | Description |
|---|---|---|
| Customer Care | 83676 | FIPS information lost on editing a contact with a non-validated address
FIPS Codes (Federal Information Processing Standards codes) are stored with customer contact information to ensure uniform identification of geographic entities such as cities, counties and towns. Editing a customer contact and saving the changes resulted in the system overwriting the FIPS information with NULL if business rules dictated not validating the address (so the address was not validated). This was due to the system saving address validation information to the database, even though the validation step was skipped. Now in this scenario, CostGuard does not save address validation information so the FIPS information is preserved. You can reproduce/test as follows: Find a contact that has AddressValidationTaxFIPS information From the edit contact screen in Customer Care, edit the contact, but do not change or validate the address (e.g.add a phone number or change the name) Save the change Before PR fix deployed: FIPS would be overwritten and display as blank After PR fix deployed: FIPS information is still displayed |
| Customer Care | 83667 | Improved performance on Order History screen in Customer Care
This solution addresses an issue with poor performance when loading billing orders on the Order History page in Customer Care (Orders > Order History). This issue was initially addressed by PR 83538 (CostGuard version 20.9); however, the improvements only applied for systems on versions of SQL 2017 or newer. Then PR 83589 (CostGuard version 21.1) was provided to improve performance for systems with SQL 2014 as well.; however, users were still experiencing slow loading times. PR 83667 provides a further improvement to the billing order search logic to improve the time it takes to load the Order History screen in Customer Care. |
| Tickets | 83732 | Issue when sending emails on modified tickets The properties of the TicketModified event message class in the JournalManagement web service did not match the properties defined for the event. For example, JournalManagement populates a property called StatusID; however, the name of this property should be Status.The JournalManagement web service has been updated such that the properties on TicketModified event messages match what is expected. |
| OnlineBill | 83675 | Unauthorized users able to delete records
Users not having OnlineBill Admin permission were able to delete all orphan user customer records. The remove broken security links button was displayed for all users, even if they didn’t have the permission needed to perform the action. The User Administration page showed the broken security link message next to each OnlineBill user in the grid even if the user didn’t have view or manage user permission in Security. A check has been added for the Delete All and Delete orphaned user customer functions. This check ensures users must have either view or manage user permission in Security to perform these functions to prevent unauthorized deletion of data. |
| RateBill | 83665 | Incorrect in-advance credit after bill cycle change
A feature set up to bill in-advance and credit on disconnect did not properly credit on disconnect when there was a bill cycle change. When the bill run calculating the credit occurred in the first bill period for the new bill cycle (after a cycle change), the period to credit could be incorrectly calculated. Billing logic when crediting an in-advance charge after a bill cycle change was updated to use the previously billed out charge end date, and not the current bill period end date when determining the amount of days to credit. |
| RateBill | 83668 | Billing – long run time
Billing was running long in the case of many services with usage on an account. Performance enhancements have been made to improve and shorten the runtime. |
| RateBill | 83693 | Prepaid services erroneously suspended
Prepaid services were erroneously suspended by the Advance Pay scheduled job. This could happen when the Rating job failed to run to completion with Rate New Usage selected, and the Advance Pay job would then run before there was a successful full Rerate of all bill cycles. CostGuard has been updated to prevent the Advance Pay scheduled job from running in this situation until there is a successful full Rerate of all bill cycles. |
| Usage processing | 83724 | CAMEL tags from EMS CDRs are not populated in TAP files
The CAMEL Service Key was not getting populated for voice CDRs from the Ericsson MSS (EMS) format. This value was therefore not getting populated on the corresponding TAP outcollect record for the call. The EMS parser expected the value to be in decimal, but values were in Hex. The EMS parser has been updated to convert the Service Key value from Hex to decimal before storing the value in CDREventGSM.CAMELServiceKey. |
Platform System Deployment Updates:
| Module | Target Deployment Updates |
| Security | 06/10/2021 |