Release Version 4.16.0 (January 15, 2024)
What’s new
The current accounting model for Withdrawal via bank and Top up via provider operations was changed in order to have the ability to see in-system money circulation in the separate wallet (“issuing_balance”). The current atomic transactions inside the Business Processes were changed according to the schema of technical transactions. If the “integrator” (or “client”) uses the fields from the node Withdrawal via bank: Top up via provider: A new collection was added to the Postman due to a new accounting model for Withdrawal via bank and Top-up via provider operations. |
The ability for a business user to provide an IBAN as bank account details and link to an in-system account via Front-office UI was added. The business user has the abilities (via Front-office UI and API):
How to add a Bank account via Front-office UI (provide existing Bank Account Number provide existing IBAN, or generate IBAN):
If provided IBAN If provided IBAN Validating for empty New API endpoints to validate and generate IBAN were added. Also, new fields were added to |
The ability to activate/deactivate the gate commission profile was added (via API and UI). If the gate commission profile is not active operation is not allowed. Deactivation of the commission profile affects only the creation of new operations, already created operations, e.g. in “pending” status, will be finalized without any restrictions. See “API Changes” section of the release notes to know more about changes related to API |
Optional query param |
Ability to see user document numbers, that were provided as plain text was added to the Compliance Manager back-office UI |
Improvements
- A new error code when trying to close/delete not allowed (main) accounts were added to the exception bundle (exception.coin.operation.not.allowed)
- Counter service API “Get detail statistic per host” was changed. See “API Changes” section of the release notes to know more about changes related to API
- Status Code when trying to Create Issue Card Purchase via POST {{host}}/issue-card/cards was fixed. 500 status code was replaced by 404 Not Found (for APIs POST {{host}}/issue-card/cards and POST {{host}}/gate/transactions/{transactionId}/prepare).
Code: “exception.issue_card_service.is_not_enabled”
Message: “The service is not available under the terms of the license agreement. For more information please contact your sales assistant”
- User creation letter (notification for Compliance Manager) was enhanced. User logic was added for the notification text.
- Integration test for Top up via bank operation due to new accounting model was extended
- User contact phone number and email validation patterns were moved from code to system configuration level (for API and UI).Current validation pattern in application-core-validation.yaml file:
core: validation: phone: regex: '\+?[0-9]{9,15}' email: regex: '^[_a-z0-9-\+]+(\.[_a-z0-9-]+)*@[a-z0-9-]+(\.[a-z0-9]+)*(\.[a-z]{2,})$'
Endpoint |
Updated |
POST {{host}}/api/v1/operations/host |
{{
request body:
|
POST /contracts/{contractId}/gate-commission-profiles/view POST /contracts/{contractId}/gate-commission-profiles |
Field
Field
Default value:
If the gate commission profile is not active operation is not allowed. Deactivation of the commission profile affects only the creation of new operations, already created operations, e.g. in “pending” status, will be finalized without any restrictions. Also, filed
|
GET /v1/gate-provider/{gateProviderId}/coins GET /v1/organizations/{id}/provider-coins |
Filed
Name - the name of the provider related account (get form
|
GET /api/v1/organizations/{organizationId}/coins |
Optional query param
Default value : false Conditions:
|
POST /coins |
Irrelevant field
|
POST /iban/validate |
New API endpoint to validate IBAN was added. Permission required: IBAN_OWNER (by default set only for business roles) request body:
response body:
for test implementation, the system uses library for IBAN validation. if there is integration with IBAN provider or bank, validation will be done through integration, according to IBAN provider's requirements If provided IBAN
If provided IBAN
|
POST /v1/bank-catalog |
In the API response fields was added (to
|
POST /iban/{bankId}/generate |
New API endpoint to generate IBAN was added. Permission required: IBAN_OWNER by default set only for business roles
request body:
response body:
for test implementation, the system uses the library for IBAN generation. if there is integration with IBAN provider or bank, generation will be done through integration, according to IBAN provider's requirements was added the validation for generated IBAN to check bank account with the same IBAN in the system. If IBAN exists therefore generate a new one. |
Endpoint |
Added |
PATCH /contracts/{contractId}/gate-commission-profiles |
New API to update gate commission profile was added permission required: CONTRACT_MANAGER request body:
response body:
|
Endpoint |
Deprecated/Deleted |
GET /v1/issue-card/users/cards |
API endpoint was removed as irrelevant |