Release Version 4.33.0 (April 16, 2025)
- Pre-deployment steps
- Post-deployment steps
- Release migrations
- Changes to notice
- New functionality
- API changes
- I18n properties changes
- Configuration changes
- Permission changes
Pre-deployment steps
To be done before deployment |
---|
Check configuration changes and apply them in the |
Check if the release contains migrations. Migrations can affect deployment and downtime. |
Use |
If Kafka is enabled and the property to use Kafka for gate transactions confirmation is enabled, Kafka topic and consumer group should be created and defined in the configuration. Check configuration changes for more details. |
Post-deployment steps
To be done after deployment |
---|
Verify permission changes and assign or remove required permissions if they have been overridden |
Add new properties from the I18n properties changes to the downloaded i18n properties file, and add translation for them if needed. Use |
Release migrations
–
Changes to notice
Changes to notice |
---|
API API |
New functionality
Feature |
Description |
Benefits |
Ability for users to specify where OTP for confirmation will be sent |
The business user or service user is able to specify where confirmation OTP should be sent – to the email, phone, or both email and phone registered as login credentials. If user OTP confirmation is required but no settings were specified by the user:
|
Enhances user experience by providing more flexibility |
OTP confirmation – OTP confirmation for account closing |
When OTP confirmation for account closing is enabled at the system level and for the user, the system will send OTP to the user’s verified mobile phone number or verified email, according to the user’s settings. |
Enhances security for users by verifying their identity.
|
OTP confirmation – OTP confirmation for invoice payment |
When OTP confirmation for invoice payment is enabled at the system level and for the user, the system will send OTP to the user’s verified mobile phone number or verified email, according to the user’s settings. |
|
OTP confirmation – OTP confirmation for gate transactions, top-up, withdrawal, purchase, and card issuing via provider |
When OTP confirmation for gate transactions is enabled at the system level and for the user, the gate transaction ( Upon successful OTP verification, the gate transaction status will update to After OTP confirmation, the front end should immediately invoke the following API calls to finalise the transaction:
|
|
OTP confirmation – OTP confirmation to deactivate/activate the account |
When OTP confirmation to deactivate/activate the account is enabled at the system level and for the user, the system will send OTP to the user’s verified mobile phone number or verified email, according to the user’s settings. |
|
OTP confirmation – OTP confirmation to change the status for the in-system card |
When OTP confirmation to change the status for the in-system card is enabled at the system level and for the user, the system will send OTP to the user’s verified mobile phone number or verified email, according to the user’s settings. |
|
Ability for business users to close the profile if all accounts are closed |
Business users can close the profile if all accounts are closed |
Enhances user experience |
API changes
Updated |
New notificationEventType SENSITIVE_OPERATION_CONFIRMATION was added to APIs
|
Added |
|
Deprecated/Deleted |
API |
I18n properties changes
–
Configuration changes
Added new property file:
|
The following properties are used for OTP confirmation for gate operations (purchase, top-up, withdrawal, and card issuing):
Property |
Type |
Default Value |
Description |
---|---|---|---|
|
|
|
Feature flag. Enables or disables the Gate Transaction Messaging mechanism. If |
|
|
|
Kafka topic name is used for transaction messaging. Controlled by the environment variable |
|
|
|
Kafka Consumer Group ID is used to consume transaction status change events. Controlled by the environment variable |
Permission changes
The following permissions were granted to the AML specialist role by default:
|
The following permissions were granted to the Administrator and CEO roles by default:
|
The following permissions were granted to the CEO role by default
|
The following permission was granted to the Individual and Corporate roles by default
|
The following permissions were granted to the CEO, Customer Success Specialist, Customer Support, and Customer Support Manager roles by default
|
The following permission was granted to the Merchant and Corporate roles by default:
|
New permission created: Permission granted to the Individual, Merchant, and Corporate roles by default. |
Permission |