Tegsoft Release Notes (20241125)

A. Introduction

Welcome to the release notes for Tegsoft.

The release notes include key details about Tegsoft releases, including information on new and improved features, and bug fixes. Please review the topics carefully, as they include late-breaking information that may not be available in other Tegsoft documentation.

Tegsoft is a software company that follows CMMI standards, please check support process articles for further details.

There are seven stages in the development process

1. To Do: Any development task starts with this stage.

2. In Progress: Once the development process starts, the task moves to this stage.

3. Waiting/Blocked: If any external action is required (like sample data, customer feedback, some sub-results, etc.)

4. Test Waiting: Tasks are moved to this stage after development and developer tests are completed.

5. Test In Progress: All the development tasks that have an impact on the Tegsoft baseline always go through the test process. The test process is part of the Quality Assurance Policy of Tegsoft Company.

6. Test Failed: After the test stage if any update is required; because of a major malfunction, minor errors, styling/multi-language issues, or any quality issue; the task goes from the "Test In Progress" stage to the "Test Failed" stage.

7. Done: Once the task goes through all the automated/manual testing processes successfully, the task moves to the "Done" stage.  

Active sprint tasks can be monitored from this link.  

There are three types of major releases for Tegsoft products,

• Alpha Release: This release includes all the updates developed and tested by the developer. The "alpha release" is the most frequent release of the major three. Once related development is done and tested by the developer Alpha Release is created automatically. So this release includes all the updates for the tasks in the "Waiting/Blocked", "Test Waiting", "Test In Progress", "Test Failed" and "Done" stages. This release is not recommended for critical production environments but is usually stable enough to apply after user tests. Applying directly without tests may cause unexpected results and loss of time or money. UAT or Pre-production environments are always recommended for a better upgrade experience.

• Beta Release: The Beta Release is produced by sourcing an Alpha Release, so it basically includes all the updates of that Alpha Release. Some tasks/updates included in the "Beta Release" may be fully tested and some may be included just after the developer test. Beta releases are more stable than the "Alpha Releases", and they are published after Regression Tests. Tegsoft Test Team performs automated and/or manual testing steps before calling out an "Alpha Release" as a "Beta Release". Once Beta Release is published, some test results may be published with it. You can check this article link for further release-specific details frequently. Beta Releases are usually published once a week or biweekly.

• Stable Release (SR): This is the published release of Tegsoft products and it includes only the "Done" stage tasks. Even though, this release is published after several tests and is safe to apply directly, a UAT or Pre-production environment is always recommended for a better upgrade experience. Just because of several testing and quality assurance steps usually SR is behind Beta Release and is rare in publishing frequency. All the SR details are published in this article link. SRs are usually published once or twice a year.

    You can access on-premise upgrading instructions with your partner credentials via this link.

B. Information About Release Notes 🔍

The purpose of the Release Notes communicate the major new features and changes in this release of Tegsoft. It also documents known problems and workarounds.

This Release Note is comprised of four sections:

1. What's New?

New Feature Notes describe and announce the new features of development for Tegsoft products. Every item listed under this section describes the basics of a newly developed feature. Detailed descriptions/instructions will be accessible from the links provided at the end of the new feature description.

2. What's Improved?

Improvement Notes describe changes, in a feature/function that is already active.

The types of changes are listed below:

• Data field updates (removal or addition of fields)

• Changes in reports or applications

• API functionality changes

• Performance improvements

• Layout changes

3. What's Fixed?

Fix Notes are the list of known and fixed customer-reported defects or security fixes. Some instructions or workarounds may be described.

4. Related Documentation

Related Documentation is the list of links for more information related to the release.

C. Pinned Notes 📌

D. What's New? ⚡️

1. The webrtc.qualify parameter has been published. (DEV-3988)
The Tegsoft WebRTC (Web Real-Time Communication) feature is a widely used telephony type for agents and UC clients. It now includes the webrtc.qualify parameter, which is set to "false" by default.
- Enabling the parameter will immediately detect connection issues and immediately notifies agents of any technical errors.
- Disabling the parameter can save resources and simplify operations when connections are stable.

2. New hangup features have been added to enhance call management. (DEV-3941 / 129118)
- The hangup button for secondary calls is now positioned on the far right to avoid accidental clicks.
- A confirmation prompt appears when ending a call on hold: "Are you sure you want to hang up the call on hold?"
- If confirmed, the call will be terminated. Otherwise, the hangup request will be ignored.
These enhancements simplify managing multiple calls and reduce the risk of accidental disconnections.

E. What's Improved? ⭐

1. Dynamic Report filters have been enhanced to support more advanced parameters. (DEV-3956) For more details, please check the Dynamic Excel Report article.

2. Voice recordings are now timestamped based on the call start time, regardless of when the recording begins. (DEV-4029 / 129406)
- This resolves the issue where recordings crossing midnight were saved in the next day's folder, making them inaccessible via API or interface.

3. Character-set improvements implemented for Voice Guru SMS provider. (DEV-3990 / 129289)
- When 'Local character permission' is enabled, the encoding value sent to the service is now set to 1.

4. Improvements implemented to abandoned call reports for improved accuracy and reliability. (DEV-3989 / 129279)

5. Major performance improvements, both in the functionality of backend services and the user interface. (DEV-4039)

6. Number masking CDR performance has been improved. (DEV-3943)

7. Implemented request and response logging for more services, resulting in improved visibility and diagnostics across the system. (DEV-4028 / 129420)

8. Updated the bridgeWithAnnouncement API to include "extension" information in failed responses. (DEV-4036 / 129448)

F. What's Fixed? 🔧

1. Fixed a bug where the save button appeared unresponsive after saving and deleting a contact from the same screen. (DEV-4004 /129333)

2. The issue causing errors in the Speech Analytics system when a campaign was deactivated while an agent was on a campaign-related call has been fixed. (DEV-3966 / 129182)

3. The issue with VPOS transaction reports, where provision details such as order date and provision date were not displayed, has been fixed. (DEV-3920 / 129068)

4. The hang-up issue with Attended Transfer on non-WebRTC (Desktop IP phones) has been fixed. (DEV-3806 / 128782)

5. The issue with missing audio announcements during IVR transfers has been fixed. (DEV-3760)
- All announcements are now properly included when the IVR transfer script is executed. This feature is part of the IVR Transfer tool.

6. The issue where toast messages for Talk Time Alarm and Hold Time Alarm did not appear on the agent screen, although correctly configured under Management > Voice Skills > Alarm Definitions > Agent Notification Display, has been fixed. The messages 'You have reached the maximum talk time' and 'Your customer is still on hold' now appear as expected, alongside email alerts. (DEV-3971 / 129213)

7. Resolved inconsistencies in call results across Webhook and CDR (Call Detail Record) for accurate reporting. Additionally, implemented measures to prevent repeated call attempts when calls are not initially handled by the IVR. (DEV-4019 / 129332)

8. Minor security fixes. (DEV-3985 / 129264)