Skip to main content

48 posts tagged with "Multi-v2"

View All Tags

· 15 min read

Additional validation for the call-ref parameter

When calling any of the APIs offered by Weavr, you can optionally specify a value for the call-ref parameter. If we receive 2 API requests with the same call-ref value, the request will only be executed once. This avoids executing requests multiple times by mistake.

The call-ref parameter has been restricted to a maximum of 255 characters. If a longer call-ref is provided an error 400 - Bad Request will be returned.

API ChangeLog


· 4 min read

Updating the delivery address of a physical card

We introduced the ability to update the delivery address of a managed card. This feature is particularly useful if the user using a physical card has moved to a different address and you want to make sure that they receive their card at the right address.

You can only update the delivery address for physical cards. If the delivery address is specified when updating a virtual card, the API will return a 409 - Conflict error with error code INSTRUMENT_NOT_PHYSICAL.

New error codes when managing physical cards

You cannot activate, retrieve or update the pin of a blocked or destroyed physical card. When executing the following APIs on a blocked or destroyed card, the API will return a 409 - Conflict error with error code INSTRUMENT_BLOCKED or INSTRUMENT_DESTROYED:

  • POST /managed_cards/\{id\}/physical/activate/
  • POST /managed_cards/\{id\}/physical/pin/unblock
  • POST /managed_cards/\{id\}/physical/pin/get
  • POST /managed_cards/\{id\}/physical/pin/set

New error code when updating the details of a consumer

A new error code EMAIL_NOT_UNIQUE has been added to the POST /consumers/\{id\}/update API. This error code will be returned if the new email address being specified is already being used by another consumer in your community.

API ChangeLog


· 8 min read

Re-branding our build environment

You may have already noticed changes in the documentation and in our communication, we are renaming our build environment to sandbox. The re-branded sandbox environment will have the same features and capabilities we already offer in the build environment.

Update to the physical card upgrade process

You can only upgrade virtual cards to physical cards if their state is ACTIVE. If the card being upgraded is currently BLOCKED the POST /managed_cards/\{id\}/physical/upgrade API call will return a 409 - Conflict error with error code INSTRUMENT_BLOCKED.

More descriptive error codes for the transfer transaction

We have introduced 2 new error codes SOURCE_INSTRUMENT_BLOCKED and DESTINATION_INSTRUMENT_BLOCKED that replace the current error code ACCOUNT_BLOCKED. With these new error codes you can provide more informative messages to your customers and give better options on how to perform the transfer transaction.

API ChangeLog


· 4 min read

More flexible physical card PINs

You can now show and update physical card PINs as soon as a virtual card is upgraded to a physical card. Previously cards had to be activated first.

New Webhook notifications

We have added a new webhook so that you are notified when there are updates on the KYC status of a corporate's director or beneficiary.

Updates to the Transfer transaction

We are enhancing our APIs so that we can support a broader set of providers and use-cases. In some use-cases, the Transfer transaction may not be executed instantly so the transfer transaction's status will be shown as PENDING. You can check the status of the transaction by calling the transfers/get or transfers\{id\}\get APIs.

API ChangeLog


· One min read

What's New

  • Passwords: A new API endpoint is being introduced to trigger the password expiry for a user. When this API is called, the latest version of the user's password will be expired.
    • POST /passwords/{credential_id}/expire