2024-09 Release Notes
Iteration: 2024-09
August 5th, 2024
Improvements
6317 | Automated generation of Customer’s Name Key |
6356 | Added validation for Service_State_Code column under Sales Importer (Only accepts USPS standard abbreviations) |
\(^▽^)/ | Improved LDC validation under Sales Importer. |
\(^▽^)/ | Improved email address validation message on quick enrollments. |
\(^▽^)/ | Added validation for maximum file size on Sales Importer. |
\(^▽^)/ | Performance improvements for Utility Charges UI. |
\(^▽^)/ | Performance improvements for Plans Manager. |
\(^▽^)/ | Performance and refactor improvements for Old Enrollment UI (System Logs). |
\(^▽^)/ | Performance and Refactor improvements for automated jobs that involve Renewals as well as PPUs. |
Fixes
5671 \ 5673 | Adjustments to enable using the same ESID for different customers |
6210 | Adjustments for the Linking Accounts functionality |
6332 | Fix for issue when attempting to unsubscribe an account from Autopay. |
5614 | Corrections under Customer Support to display the most recent confirmation number to agents, specially for scenarios where cancellations occur. |
6359 | Resolved bug that caused acceptance emails to be sent to customers when doing updates through Enrollment Details. |
6380 | Adjustment for error message at the time of saving TDSP Delivery Charges. |
6314 | Solved issue that prevented users from submitting enrollments to the billing system due to an incorrect autopay validation. |
6343 | Corrected conflict in autoresponder logic that triggered invalid communications. |
6398 | Adjusted automated renewals job that was submitting accounts to the wrong billing system. |
6397 | Updated error message on Sales Importer for missing recurring billing mandatory fields. |
6393 | Resolved inaccurate filtering functionality under System Logs. |
6399 | Correction for error message tied to Renewal notification logs. |
6401 | Solved defect that would cause renewals to be exported multiple times. |
6413 | Fix for “error creating a customer” message on Sales Importer. |
6414 | Sales Importer - Revamped email address validation. |
6415 | Solved “Account already exists” issue when updating an LDC on the Enrollment Details page. |
6423 | Adjustment for Renewal Notifications that were not displaying current plan data. |
6199 | Adjustment for automated job that mistakenly updated a dropped account to Accepted + Fix for System logs registry tied to this job. |
¯\_(ツ)_/¯ | Several corrections to automated username generation. |
¯\_(ツ)_/¯ | Corrected an issue when attempting to update enrollments whose username is an email address. |
¯\_(ツ)_/¯ | Adjusted automated job for winbacks export that would fail with an error message. |
¯\_(ツ)_/¯ | Fixed column display defect under System Logs. |
Features & Fixes Details
Automated generation of Customer’s Name Key
It is possible to have the customer’s name key automatically generated without having customers entering this value manually during the enrollment process with the possibility of making a mistake when entering the value.
For Residential Customers, the name key is generated with the first four characters of the last name. For Commercial customers, First four characters of the Firm Name.
Adjustments to enable using the same ESIID for different customers: Force Move Out
A new setting can be found under Market Manager: Allow force move out. The purpose of this setting is to allow the scenario of the same ESIID for different customers, since in markets such as Texas, the ESIID is tied to an address and not to a customer, so it’s very common that the same ESIID is tied to different customers over a period of time.
The validation looks for the email address, phone number, firm name and first/last name (In this order).
This functionality affects the Web Enrollment Journey, Quick Enrollments, Winbacks. This is why these processes have been updated to enable these scenarios and some steps are now inverted.
Sales and Renewals importers were modified as well to cover these scenarios.
Other affected functionalities are the import rejection process, autoresponders, link accounts, customer manager as well as the API endpoint GetTransactionOptions.
Adjustments for the Linking Accounts functionality
When attempting to use the Link Accounts functionality, the selected account from Customer Manager is now the **destination **account, and the account selected from the Link Account interface is the source account. This is an important improvement because in the past, users could not select an account without enrollments as the destination, making it impossible to revert or unlink accounts.