Genesys Cloud – Deprecation: Mobile transport SDK capabilities
| Type | Impact | Action required | Audience | Community link | Aha! link | Announced on (YYYY-MM-DD) | Planned effective date (YYYY-MM-DD) |
|---|---|---|---|---|---|---|---|
| Deprecation | — | — | — | — | — | 2026-09-14 | 2026-10-31 |
Genesys is updating several Mobile Transport SDK capabilities to improve security, platform compatibility, and API reliability. These changes increase the minimum supported operating system versions, introduce encrypted token and session storage, replace loosely typed APIs with typed alternatives, and reduce the public API surface by removing internal or unused symbols that were not intended for external use.
What is being deprecated?
As part of this change:
- The minimum supported operating system versions increase to Android 7/API 24 and iOS 15.
TokenStore,DefaultTokenStore, andDefaultVaultare deprecated in favor of the encryptedVaultimplementation.FileUploadis deprecated in favor ofFileAttachmentProfile.Message.typeis deprecated in favor of theMessage.messageTypeenum.Actionis deprecated in favor ofButtonResponse.- Direct use of
Cardis replaced by accessing cards throughMessage.cards. - Internal or unused public symbols, including
ErrorMessage,DEFAULT_PING_INTERVAL_IN_SECONDS, andString.sanitizeSensitiveData(), are removed or restricted from public use.
These changes provide more secure storage, improve type safety, and ensure that the SDK public API contains only functionality intended for customer use
Am I affected?
You are affected if you use the Mobile Transport SDK and plan to upgrade to a newer 3.x.x version that enforces these changes.
You are also affected if your application:
- Targets an Android version earlier than Android 7/API 24 or an iOS version earlier than iOS 15.
- Uses
TokenStore,DefaultTokenStore, orDefaultVault. - Uses
FileUploadorMessage.type. - Directly references
Action,Card,ErrorMessage,DEFAULT_PING_INTERVAL_IN_SECONDS, orString.sanitizeSensitiveData(). - Depends on modules or APIs that are removed as part of these changes.
Existing published applications will not automatically stop working on the end-of-life date. However, future builds using an updated SDK may fail if the application continues to target unsupported operating system versions or references APIs that have been removed.
How can I prepare for this deprecation?
Before upgrading to a Mobile Transport SDK version that enforces these changes, Genesys recommends that you:
- Set the Android
minSdkVersionto 24 or later and the iOS deployment target to 15.0 or later. Update any corresponding Gradle, Podfile, project, and CI/CD configurations. - Assess how ending support for older operating system versions and devices affects your users.
- Replace
TokenStore,DefaultTokenStore, andDefaultVaultwith the encryptedVaultimplementation and remove obsolete modules from your dependency configuration. - Replace
FileUploadwithFileAttachmentProfile. - Replace uses of
Message.typewith theMessage.messageTypeenum, including related business logic, serialization, analytics, mocks, and tests. - Replace
ActionwithButtonResponseand access cards throughMessage.cards. - Remove dependencies on
ErrorMessage,DEFAULT_PING_INTERVAL_IN_SECONDS, andString.sanitizeSensitiveData(). - Perform a clean build and test fresh installation, application upgrade, authentication, session restoration, file upload, attachment handling, and all applicable message-type flows before releasing the migrated application.
Existing applications can continue to operate after the end-of-life date, but these migrations must be completed before upgrading to an SDK release in which the deprecated capabilities are removed or no longer supported.
What if I need help or have questions?
If you need assistance preparing for this change or migrating your Mobile Transport SDK integration, contact your local Genesys representative or My Support.
[NEXT] Was this article helpful?
Get user feedback about articles.