Product Update - v6.19.0, June 2026

Webex Connect v6.19.0 release brings multiple new capabilities to help you continue delivering seamless customer experiences.

Summary

  • WhatsApp BSUID Support for Contact Policy and Event Scheduler
  • Expanded Inbound Email Support Across Regions
  • Support for Asymmetric JWT authorization in SDKs and Configuration enhancements for Push, In-App
    Messaging, and Live Chat

📘

Release Date

The date of release will be communicated separately over an email.

Details

Added - WhatsApp BSUID Support for Contact Policy and Event Scheduler

We are introducing new parameters to extend support for WhatsApp Business-Scoped User IDs (BSUID) across
Contact Policy and Event Scheduler, helping customers adapt to WhatsApp’s shift beyond phone-number-only
identification.

With this enhancement, Contact Policy can use BSUID through ‘alternateAddress’ alongside existing addressbased
identifiers for consent lookup, opt-out handling, upload, export, and record updates. Event Scheduler also
supports BSUID through ‘alternateAddress’ mapping, enabling scheduled consent workflows to identify and
update the correct customer even when a WhatsApp phone number is unavailable.

This update helps customers maintain compliant and uninterrupted WhatsApp journeys, avoid duplicate
customer or consent records, and continue running consent-aware automation with backward compatibility for
existing configurations.

ComponentChange
Contact PolicyAdded support for two new parameters, alternateAddress and replaceAlternateAddress,
in Contact Policy APIs and the UI file upload flow. alternateAddress stores the WhatsApp BSUID and maps it to the corresponding msisdn. replaceAlternateAddress defaults to false; when
set to true, it allows an existing BSUID mapped to an msisdn to be replaced with an updated
mapping.
Event SchedulerEvent Scheduler now supports alternateAddress for WhatsApp-enabled consent groups to enable
BSUID-based targeting in addition to msisdn. When a consent group configured through the
Webex Connect Contact Policy app is selected as the destination for scheduled messaging, calling,
or Custom Event-based flow triggers, alternateAddress is displayed for WhatsApp
groups and can be mapped to the BSUID used for message delivery.

Added – Expanded Inbound Email Support Across Regions

With this update, Webex Connect will expand inbound email support to align with all the regions that support
email sending. This will allow customers to configure inbound email processing in more AWS regions and reduce
dependency on a limited set of supported locations. The newly added regions are Europe (London) and Asia
Pacific (Singapore).

This enhancement will help customers use inbound email in regions closer to their deployment needs.

Changed – Support for Asymmetric JWT authorization in SDKs and Configuration enhancements for Push, In-App Messaging, and Live Chat

SDK Updates

We are releasing the following Push, Live Chat, and In-App Messaging SDK versions as part of the Webex
Connect v6.19.0 release:

  • Android SDK v3.1.0
  • iOS SDK v3.1.0
  • JavaScript SDK v1.9.0

Here’s a summary of the changes:
This release adds support for Asymmetric JWT authorization in Android, iOS, JavaScript SDKs and Webex Contact
Center (WxCC) integration in Android and iOS SDKs, along with several technical enhancements.


  • Support for Asymmetric JWT Authorization:
    • The Android, iOS and JavaScript SDKs now support secure authorization using a customer-provided JWT.
      The customer is responsible for generating and signing the customer JWT using their private key. The
      mobile application that integrates the SDK provides this JWT to the SDK.
    • If enableAuthTokenExchange is set to true, the SDK sends the customer JWT to Webex Connect for
      verification. After the customer JWT is successfully verified using the public JWK configured in the
      Mobile/Web App asset, Webex Connect returns a short-lived Webex Connect access token. The SDK
      then uses this access token for subsequent communication with Webex Connect, including registration
      and messaging requests. The SDK also manages access token storage, injection, refresh, and retry,
      helping reduce the need for the mobile application to manage the Webex Connect token lifecycle
      directly.
    • If enableAuthTokenExchange is set to false, the SDK sends the customer JWT directly with each request,
      preserving the legacy authentication behavior used by existing symmetric JWT assets. (Relevant changes
      have also been made to Mobile/Web App assets; see the following section).
    • Based on the Mobile/Web App asset policy configuration, the SDK automatically works with either
      Webex Connect or WxCC.
    • For Mobile/Web App assets integrated with WxCC, we have added the SDK methods to support business
      hours.

For details on SDK updates, see the SDK release notes in our documentation and the Quick Start Guide for WxCC
Integration.

2.3.2 Webex Connect Platform Updates

  • Updated: Mobile/Web App Asset Configuration Experience
    As part of this release, we have added the “Channels” section in the Mobile/Web App asset configuration
    page. This section lets users specify whether the asset will be used for:
    • Mobile Push and/or In-App Messaging
    • Web Push and/or Live Chat
    • Both
      For Mobile Push and/or In-App Messaging, users can also select the applicable platforms, including Android
      and iOS. This helps users clearly identify the channels and platforms associated with each asset during
      setup.
      Existing Mobile/Web App assets remain backward compatible. For existing assets, both Mobile Push and/or
      In-App Messaging and Web Push and/or Live Chat channels are enabled by default, and existing services
      continue to work without any changes. Clients can disable unused channels for existing assets from the UI.
  • Added: Asymmetric JWT Authorization for New Mobile/Web App Assets
    Webex Connect now supports Asymmetric JWT Authorization for new Mobile/Web App assets. Previously,
    Mobile/Web App assets did not show separate Symmetric and Asymmetric authorization options. The JWT
    Authorization section directly displayed the JWT Secret Key field. Starting with this release, the JWT
    Authorization section differentiates between the following authorization types:
    • Symmetric (Legacy): Used by existing Mobile/Web App assets. These assets continue to show the JWT
      Secret Key field and continue to work as before.
    • Asymmetric: Used by new Mobile/Web App assets. These assets allow clients to upload public JSON
      Web Keys, or JWKs, that Webex Connect uses to verify customer JWTs.
      For Asymmetric JWT Authorization, clients can upload up to two JWKs, allowing a second key to be added
      for key rotation. Clients retain the corresponding private key and use it to generate and sign customer
      JWTs. These JWTs must include the required claims, such as Webex Org ID, User ID, Issuer URL, hash
      (user&deviceid) and App ID.
      Clients can also configure the “Authorization Token Expiration Time” from 5 to 360 minutes. When a
      customer JWT is received, Webex Connect verifies it using the uploaded JWK. After successful verification,
      Webex Connect issues a Webex Connect access token with the configured Authorization Token Expiration Time. This token is then used for subsequent SDK communication, including registration and sending and
      receiving messages.
      Existing Mobile/Web App assets continue to use Symmetric (Legacy) JWT Authorization. If a JWT Secret Key
      is already configured on an existing asset, it remains unchanged and continues to work as before. This
      update does not impact existing assets or existing services.
      Notes:
    • To enable the JWT Asymmetric Webex Org ID is mandatory. For Webex Connect tenants that do not
      have a Webex Org ID assigned yet, there is an additional pre-requisite step of getting it generated by
      logging a request with your account manager.
    • Migration from Symmetric JWT Authorization to Asymmetric JWT Authorization is not supported in this
      release. To use Asymmetric JWT Authorization, create a new Mobile/Web App asset and configure it
      with the asymmetric option.
      For more information, refer to the Create Mobile application and Asymmetric JWT Authorization pages in
      the documentation.
  • Added: Asymmetric JWT Authorization for Thread APIs and Get User Messages API
    Starting with this release, when Asymmetric JWT Authorization is enabled, the WX-Device-Id header is
    required for the Get Thread API, Update Thread API, and Get User Messages API. The WX-Device-Id header
    is not required for the Create Thread API.
    This requirement does not apply to existing assets that use Symmetric JWT Authorization.
  • Changed: Enhancements to Webex Contact Center Integrated Tenants:
    • WxCC Asset Registration: As part of this release, when users make changes to Mobile/Web App assets,
      such as push configuration or JWT authorization updates, they can reregister the asset with Webex
      Engage. During reregistration, users can also select a different service.
    • Asymmetric JWT Authorization: For WxCC assets, users can select either Mobile Push and/or In-App
      Messaging or Web Push and/or Live Chat, but not both. Asymmetric JWT Authorization is mandatory
      for Mobile Push and/or In-App Messaging. Web Push and/or Live Chat does not currently support JWT
      Authorization.
    • Server Side Inbox: As part of this release, the Server Side Inbox feature is hidden for all WxCC tenants.
      If it was enabled previously, it no longer appears in the UI, but the flag remains enabled.
    • Multi-User Registration on Same Device: Multi-user registration on the same device is enabled by
      default for all WxCC tenants.
      For more information, refer to the Live Chat - WXCC page in documentation.

Important Additional Notes

  • iOS SDK Distribution via CocoaPods
    CocoaPods has announced that its public specs repository will transition to a read-only state effective
    December 2, 2026. Following this change, it will no longer be possible to publish new versions of SDKs to
    the public CocoaPods repository.
    Impact on our iOS SDK
    Existing versions of our iOS SDK distributed via CocoaPods will remain available and continue to function
    as expected. New releases and updates of the iOS SDK beyond the stated date may not be distributed
    through CocoaPods.
    We recommend adopting Swift Package Manager (SPM) as the preferred integration method for our iOS
    SDK, as it will serve as the primary distribution channel for future releases. We will continue to support
    CocoaPods-based integrations for our iOS SDK during the transition period and will provide guidance to
    ensure continuity and stability. For all new integrations of our iOS SDK, Swift Package Manager (SPM) is
    the recommended approach.

Changelog

UpdateDescription
AddedWhatsApp BSUID Support for Contact Policy and Event Scheduler
AddedExpanded Inbound Email Support Across Regions
ChangedPush, In-App Messaging, and Live Chat-related enhancements
AddedAdded filtering and sorting controls to the Template Management page, making it easier to find templates as template lists grow. Users can filter by channel, type, status, and creator, and sort by name, created date, or last modified date.
ChangedIn the previous release, we are having the blank separator row between transactional export records and carrier deactivation failure records. From this release we are removing the empty row between them.
FixedResolved an issue where the WhatsApp embedded signup flow incorrectly allowed the creation of duplicate
WhatsApp apps for the same number. The platform now prevents these duplicates, ensuring each number is associated with only one app.
FixedResolved an issue in the RCS Flow Send node where the "file size" parameter incorrectly triggered a "Required" validation error when the Media URL and Thumbnail URL fields were empty. The validation logic has been corrected to ensure accurate error messaging.
FixedFixed the issue where Flow Settings tabs could take longer to open for flows with many session variables. Scrolling is now consistent across all Flow Settings tabs.
FixedFixed the issue where the onAnsweringMachine outcome could sometimes connect to the wrong graph edge because its ID conflicted with generated graph IDs. Flow graphs now render more reliably.
FixedWe have improved the feedback provided during Contact Policy (CP) file uploads. Previously, issues such as header mismatches or column errors resulted in upload failed without proper error message. The UI now displays clear, descriptive failure reasons, allowing users to quickly identify and resolve upload issues.