Twilio Changelog

The Call Log for Elastic SIP Trunking is now customizable and can be altered to show and hide information more or less pertinent to customers' needs. Call SID, Cost, and Parent Call SID have all been added to the available columns, and many existing columns can be removed for a more concise view. The table can be configured using the new Configure Columns button located on the right side of the Filter pane. Additionally, the CSV file download includes new information and a preview of what data is available to be downloaded. View our documentation for more information about the Elastic SIP Trunking Call Log and how to troubleshoot your calls.

We have introduced a solution that enables Microsoft Teams Direct Routing and/or Cisco Unified Communication Manager (CUCM) to gain PSTN access using the Ribbon Communications SBC and Twilio Elastic SIP Trunking. This combination enables any organization using Microsoft Teams Direct Routing or Cisco UCM to connect to the PSTN via Twilio Elastic SIP Trunking. You can learn more about this solution in our blog and by referencing Twilio Elastic SIP Trunking Solution Blueprints.

This release of Flex UI introduces an improved troubleshooting experience for Flex UI users. Troubleshooting and fixing any issues starts with understanding their cause and getting additional context about the issues. Users of Flex UI will now be able to get error notifications via a Debugger UI and will be able to download a report with full error descriptions and logs.

We are keeping your runtime up to date with industry standards. In accordance with OpenJS Foundation’s support schedule, Node v10 will no longer be supported after April 30, 2021.A new deployment will be required to make Functions run against the new Node version.

Your currently deployed functions will continue to execute on the existing Node v10 runtime if no changes are made.

Follow theseinstructions to upgrade, test and deploy your codeand ensure a safe transition to Node v12

We recommend that you upgrade to Node v12 even if you’re not planning on making other changes. Test and re-deploy your code with Node v12

If you don’t specify a runtime, we’ll use Node v12 by default if there are no previous builds deployed in the service. If you already have a build deployed in the service, the same runtime will be used to deploy as the last successful deployment until April 30th.

If a Build contains only Assets, then the default Runtime(regardless of the Runtime passed in the Build request or even if Runtime is not passed) will be used automatically for the Build. The default Runtime is Node12 after April 30th.

After April 30th, if you have not deployed using Node v12 already, you would have to deploy using Node v12 at least once to move your code to Node v12.

Currently, the Node version will only change if you explicitly set the Node version via either the UI dropdown in the dependencies tab, by passing runtime using serverless toolkit or by explicitly setting the runtime parameter when creating a Build.

Over the next few weeks, we are gradually rolling out MMS capabilities across our US Toll-Free numbers.

Starting this week, you will see numbers with MMS capabilities appear when you search for US(+1) Toll-Free phone numbers using Advanced Search. If you already own Toll-Free numbers, they will be enabled with MMS capabilities by the end of March as well.

You can send an MMS message on a Toll-Free number by including the MediaUrl parameter in your API request. Pricing information can be found here.

We will share another update once all Toll-Free numbers are generally available for sending and receiving MMS messages from recipients in US and Canada.

In some cases calls placed using the Conference Add Participant API, <Refer>, and <Dial><Sip> Multidial are not being properly billed for Voice Insights Advanced Features usage. We’ll be introducing a fix for new accounts created after February 24, 2021 that will result in these call flows being billed properly. The billing behavior will not change on existing accounts.

Flex Insights provides additional custom data fields for Conversations, Customers, and Agents data sets. You can now attach more data related to your specific business needs to conversations, customers and agents - which you can then use for segmentation, aggregations, and filtering in Historical Reporting.

To learn how you can set custom data fields programmatically, see Enhance your Flex Insights Integration.

The Flex Plugins CLI has been updated to automate one of the most common operations, enabling or disabling a single plugin. Developers can now provide the disable-plugin and enable-plugin arguments in the release and create-configuration commands. This simplifies the release process for developers managing multiple plugins. They no longer need to gather and update configurations for every active plugin. Refer to our CLI documentation for more details on these commands.

Other notable changes:

• Flex plugins no longer need to start with “plugin-”.

Flex Insights now supports detailed intraday reporting of agent workload. Workload reporting enables supervisors and data analysts to see which conversations the agents spent their time working on during the day with 15 minute interval granularity. Workload reporting is especially powerful in contact centers with long conversations that can be leveraged by Workforce Management applications to predict load and monitor schedule adherence. The time spent working on conversations can be filtered and segmented by direction, queue, agents, and all the other attributes available in Flex Insights.

Flex Insights now also reports on how many conversations agents worked in parallel at a specific moment. This gives visibility into how efficiently their time is used in multi-tasking environments. You can also report how much time agents spend idle - handling no conversation during their working hours.

For more information see workload reporting documentation.

In order to enhance security for all of our users, Twilio SendGrid now requires customers on all Essentials plans to use API Key authentication on all API requests and SMTP configurations. Customers must also enable Two-Factor Authentication (2FA) for all users, including teammates. Visit our docs for more information on Upgrading to API Keys and Enabling Two-Factor Authentication. If you did not receive notifications about this change please update your account email address.