Skip to content

Wise Platform API

The Wise Platform API is a REST-based interface that enables programmatic access to Wise's payment infrastructure. All endpoints return JSON-formatted responses and use standard HTTP methods and status codes.

New to wise?

We strongly recommend first reading our Getting Started Guide to help you set up credentials and make your first call.

Before you begin

To use this API reference effectively, you should have:

  • Received Valid API credentials from Wise (Client ID and Client Secret)
  • Understand OAuth 2.0 authentication
  • Be familiar with RESTful API concepts

Core API resources

ResourcePurpose
QuoteExchange rate and fee calculations
RecipientBeneficiary account management
TransferPayment creation and execution
BalanceMulti-currency account operations
ProfileAccount ownership details
RateCurrent and historical exchange rates

Not sure which workflow to build?
Start with our Integration Guides for step-by-step implementation examples.

Languages
Servers
Production Environment
https://api.wise.com/
Sandbox Environment
https://api.wise-sandbox.com/

3D Secure Authentication

To manage certain aspects of the 3D Secure (3DS) authentication, you will need to integrate with the following APIs.

Operations

Activity

Activity represents a snapshot of a performed action for a profile.

Operations

Additional Customer Verification

In certain situations, additional evidence is required to verify customers and ensure we’re compliant with the KYC regulations.

Additional Verification APIs support a list of evidences that can be found in the Supported Evidences guide.

If you use the Customer Account with Partner KYC model and your customers are primarily based in the EU, refer to this Onboarding EU customers guide for instructions on how to use these APIs.

If you use the Customer Account with Partner KYC model and you are onboarding high risk business customers based primarily based in the US, refer to this Onboarding High Risk US Businesses guide for instructions on how to use these APIs.

Operations

Address

Manage physical addresses associated with user profiles.

Address requirements vary by country — use the address requirements endpoints to dynamically discover which fields are needed before creating an address.

SchemasOperations

Balance

Create and manage balance accounts within a multi-currency account.

Each profile can hold multiple balance accounts in different currencies. A STANDARD balance is limited to one per currency, while SAVINGS balances (Jars) allow multiple in the same currency. Creating the first balance for a profile automatically creates the multi-currency account.

Balances include an investmentState field. Only balances with NOT_INVESTED can be operated on via the API. Invested balances should be shown but not actionable.

For a complete guide on multi-currency accounts, see Multi-Currency Accounts.

SchemasOperations

Balance Statement

Balance statements contain transactional activities on a Wise Multi-Currency Account, including deposits, withdrawals, conversions, card transactions, and fees.

Statements can be retrieved in multiple formats: JSON, CSV, PDF, XLSX, CAMT.053, MT940, or QIF.

Operations

Bank Account Details

Bank account details allow users to receive money into their Wise Multi-Currency Account. Each currency balance can have local bank details (for domestic payments) and international bank details (for SWIFT payments) where available.

Bank account details can be retrieved for existing balances, or new details can be ordered for currencies where they're available but not yet issued.

SchemasOperations

Batch Group

A batch group is a named collection of up to 1000 transfers that can be managed as a single unit. Batch groups are primarily used for funding multiple transfers with a single payment.

Workflow:

  1. Create a batch group with a source currency
  2. Add transfers to the group (up to 1000)
  3. Complete the batch group to close it for modifications
  4. Fund the batch group from a balance or via direct debit

Individual transfers in the group follow standard transfer lifecycle and can be tracked separately.

SchemasOperations

Bulk Settlement

Bulk settlement allows partners to settle multiple transfers in a single bank transfer at the end of a settlement period. This model splits transfer creation/funding from final settlement, allowing Wise to process transfers before receiving funds based on a partner's guarantee.

Use the settlement journal endpoint to submit a list of transfers to be settled, along with the settlement reference that matches your bank transfer payment.

Operations

Card

Manage your customers' cards programmatically. These APIs allow you to retrieve card details, control card status, manage spending permissions, and access sensitive card data securely.

Key capabilities:

  • List and retrieve card details for a profile
  • Update card status (active, frozen, blocked)
  • Control spending permissions (e-commerce, ATM, contactless, etc.)
  • Access sensitive card data (PAN, CVV, PIN) via encrypted JWE payloads

Sensitive card details: Wise is a PCI DSS compliant provider and stores all card data securely. The scope for PCI compliance depends on your use case and will impact how you integrate. For all sensitive card details endpoints, follow the detailed guide.

For ordering new cards, see the Card Order API. For transaction history, see the Card Transaction API.

SchemasOperations

Card Kiosk Collection

These APIs are designed to allow you to print and encrypt your card directly from a kiosk machine. The card information will be sent to our card manufacturer to configure and print the card on-site on a kiosk machine.

The card printing process will automatically begin once the request is received by our card manufacturer.

During the printing process, you will be notified via webhook about any card production status change.

Before using these APIs, make sure to read the guide on kiosk collection.

Please reach out to your Implementation Manager for more information on these APIs.

Testing: In the sandbox environment, use the card production simulation API to test your integration with various production statuses and error scenarios.

Production status flow

These statuses represent the lifecycle of a card production:

  • READY - Card is ready for production. The produce card endpoint can be called.
  • IN_PROGRESS - Card is being produced at the kiosk machine (chip encryption and printing in progress).
  • PRODUCED - Card has been successfully produced and collected from the kiosk. This is a final state.
  • PRODUCTION_ERROR - Card production failed. Check the errorCode to identify the issue, resolve it, then retry using the produce card endpoint.

A card with production status PRODUCED will trigger an asynchronous call to update the associated card order to PRODUCED status.

Card production status flow

Operations

Card Order

With this set of APIs, you will be able to create cards for your customers. You can also retrieve and view the status of your current card orders, as well as the list of available card programs for the user.

On production, each personal profile can order at most 1 physical card and 3 virtual cards. On sandbox, we allow up to 10 physical cards and 30 virtual cards for testing purpose. However, no more than 3 virtual cards can be ordered per day. This limit includes cards and card orders.

Card order status flow

The card order response will contain the status field. The initial status is PLACED or REQUIREMENTS_FULFILLED depending on the requirement fulfillment state:

  • PLACED - The card order is created. The card will be generated once it has fulfilled all the requirements
  • REQUIREMENTS_FULFILLED - The card order has fulfilled all the requirements and the card should be generated in a short while
  • CARD_DETAILS_CREATED - The card has been generated
  • PRODUCED - The physical card has been produced and waiting to be picked up by delivery vendor (physical card only)
  • COMPLETED - The card has been activated and is ready to use. The card order is completed
  • CANCELLED - The card order has been cancelled. This can happen if you reach out to Wise Support to cancel a card order
  • RETURNED - Delivery failed, the physical card has been returned and will be blocked (physical card only)

Card order status state machine

SchemasOperations

Card Transaction

Retrieve information on transactions made on your users' cards.

Transaction types

The possible type values are:

  • ACCOUNT_CREDIT - Receiving money on the card, excluding Visa OCT or Mastercard MoneySend
  • ACCOUNT_FUNDING - Sending money to another card or e-wallet
  • CASH_ADVANCE - Cash disbursement
  • CASH_WITHDRAWAL - ATM withdrawal
  • CHARGEBACK - Currently unused. Reserved for future use
  • CREDIT_TRANSACTION - Visa OCT and Mastercard MoneySend
  • ECOM_PURCHASE - Online purchase
  • POS_PURCHASE - Purchase via a POS terminal
  • REFUND - Partial or full refund of an existing card transaction

Transaction states

The possible state values are:

  • IN_PROGRESS - The transaction has been authorized but not captured
  • COMPLETED - The transaction has been captured and/or settled
  • DECLINED - The transaction has been declined
  • CANCELLED - The transaction has been cancelled
  • UNKNOWN - Default fallback status if the state cannot be confirmed

The transition from CANCELLED to COMPLETED is an edge case. Wise releases the customer funds after 7 days (30 days for pre-authorization) if the merchant has not captured the transaction, and the state becomes CANCELLED. However, the merchant can decide to capture the transaction at a later date, at which point the state will become COMPLETED.

Transaction state flow

Decline reasons

The decline reason field provides information about the specific issue that led to the transaction being declined, helping the merchant and the customer troubleshoot the problem.

While the decline reason field provides valuable information, it may not cover all possible reasons for a decline, such as technical issues or unforeseen circumstances.

New decline reasons may be added in the future, and not all decline reasons are currently documented. Review this documentation regularly to ensure accuracy.

Exercise caution when communicating decline reasons to your customers, as some may not be relevant or may cause confusion.

  • ACCOUNT_INACTIVE - Balance related to the transaction is not active. Ensure that all outstanding actions have been completed before using the card, as this may help avoid potential issues or declines
  • ACCOUNT_SUSPENDED - The transaction has been declined pending further compliance checks. It may have been flagged for potential sanctions issues
  • ATM_PIN_CHANGE_NOT_ALLOWED - PIN change via ATM terminal is not allowed
  • BLOCKED_COUNTRY - Transactions were made in unsupported countries. Check this link to see if the country is included in the list of supported nations. It is possible for a merchant to be based in a supported country and have an address registered in a blocked country, albeit infrequently
  • BLOCKED_SUBSCRIPTION - The system cannot facilitate this transaction as the customer has opted out of recurring payments with this merchant
  • CARD_EXPIRED - The card provided has reached its expiration date, making it invalid for this transaction
  • CARD_FROZEN - The customer or the customer service team has put this card on a temporary hold. If the card has not been frozen by the customer, it may be worth investigating further. To resume spending, advise the customer to unfreeze the card
  • CARD_INACTIVE - The card is either not active or has not been received by the customer, so the transaction cannot proceed
  • CARD_BLOCKED - The card has been blocked and cannot be used anymore
  • CARD_PARTNER_SUSPENDED - The internal team has deactivated the account for compliance reasons related to AML, fraud, or EDD. Contact the team if this is believed to be an error
  • CHIP_PIN_ENTRY_TRIES_EXCEEDED - The PIN is restricted on the chip of the card due to excessive incorrect entries. The blocked PIN can be unlocked at an ATM using specific steps that vary depending on the machine and country, such as PIN management or PIN operations followed by unblocking the PIN
  • CONNECTION_ISSUE - A connection problem occurred during the transaction
  • CONTACTLESS_PIN_ENTRY_REQUIRED - Contactless payment systems sometimes require a PIN for authentication purposes to protect users' accounts from potential fraud or tampering. In Europe, contactless payment transactions that follow one after the other require PIN verification as an additional security measure
  • CREDIT_TRANSACTIONS_NOT_SUPPORTED - Credit is not supported for this specific transaction. Review the Acceptable Use Policy for further information
  • CUMULATIVE_LIMIT_EXCEEDED - In certain jurisdictions, there are restrictions on the amount that can be spent. Refer to spending limits for further details
  • DECLINED_ADVICE - There is a problem with the message from the processor, so it might not be accepted because it could be incomplete or unsafe. This does not indicate a problem with the card. Advise the customer that there was a technical issue with the payment and to try again later
  • INCORRECT_CVV - The customer entered the wrong security code. Advise the customer to check their card details and try again. If the saved card details are correct, they should remove their card details from the merchant's website and add them back again
  • INCORRECT_EXPIRY_DATE - The customer entered the wrong expiration date for their card. If the saved card details are correct, they should remove their card details from the merchant's website and add them back again
  • INCORRECT_PIN - The customer entered their PIN incorrectly. Advise the customer to check their PIN and try again. If the PIN is correct and still fails, suggest resetting the PIN
  • INSUFFICIENT_FUNDS - The customer does not have enough money in their account to make the payment. Advise the customer to add money to their account and try again. In most cases, this will resolve the issue
  • INVALID_3DS_UCAF - The 3D Secure checks failed during the transaction. The customer should try again and request authentication
  • INCORRECT_ARQC - ARQC (Authorization Request Cryptogram) is a cryptogram generated by the card during a transaction, which is validated on the server side. If incorrect, it could indicate a faulty card, a fraudulent attack, or an issue with the POS terminal
  • INCORRECT_ICVV - ICVV (Integrated Circuit Card Verification Value) is a security feature used to validate the authenticity of a card during chip-based transactions. There were problems reading the chip on the card, which may indicate an issue with the card's chip, the terminal, or the transaction process. Wait and try again
  • INVALID_MERCHANT - Transaction from a specific merchant is declined by scheme. The merchant should clarify the exact cause with the scheme
  • INVALID_TRANSACTION - Certain types of transactions are not supported. The customer should ask the merchant to use a different payment method or try a different merchant
  • MANDATE_DCC_NON_SUPPORTED_FOR_CARD_COUNTRY - The transaction was declined because the system does not support conversions for Brazilian cards when BRL is involved. BRL will not be automatically exchanged to other currencies. If the customer wants to continue with the payment, they need to change the currency
  • MANDATE_LOCAL_CASH_WITHDRAWAL_NOT_ALLOWED - ATM withdrawal services are not provided in the country where the transaction is taking place
  • NON_SUPPORTED_CURRENCY - The currency in this transaction is not supported
  • NON_SUPPORTED_MCC_FOR_COUNTRY - Transactions in this category are not supported for customers in the country of purchase. Consider using an alternative payment method or changing merchant
  • PAYMENT_METHOD_DAILY_LIMIT_EXCEEDED - The customer has reached the daily spending limit for the card or their profile. Advise if they would like to update card or profile limit
  • PAYMENT_METHOD_LIFETIME_LIMIT_EXCEEDED - The customer has reached the lifetime spending limit. Advise if they would like to increase their lifetime limit
  • PAYMENT_METHOD_MONTHLY_LIMIT_EXCEEDED - The customer has reached the monthly spending limit for the card or their profile. Advise if they would like to update card or profile limit
  • PAYMENT_METHOD_NOT_ALLOWED - This payment type has been disabled. Advise if they would like to enable the payment type
  • PAYMENT_METHOD_TRANSACTION_LIMIT_EXCEEDED - The customer has exceeded the transaction limit for the card. Advise if they would like to update their card limit
  • PIN_ENTRY_TRIES_EXCEEDED - The customer has reached the maximum number of allowed online PIN entry attempts. Consider implementing a reset PIN feature within the app to help the customer regain access to their card
  • PRE_ACTIVATED_CARD_PIN_ENTRY_REQUIRED - The customer has attempted to make a contactless payment at a POS or ATM, but their card has not been activated for chip and PIN transactions. To modify the card activation strategy for all cards, contact the implementation manager
  • PROCESSING_ERROR - The system is currently experiencing technical difficulties. Advise the customer to try again after a brief period
  • RESTRICTED_MODE - Although rare, restricted mode can occur. Advise the customer to replace their card promptly as the system should have already informed them. In this mode, more secure payment methods like chip and PIN, contactless, mobile wallets, and online payments with 3DS are allowed, while less secure methods like magnetic stripe and online payments without 3DS are not permitted
  • REVERSAL_NOT_MATCHING_AUTH_CURRENCY - The merchant has issued a reversal instruction for a different currency than what was originally requested during the authorization process
  • SCA_SOFT_DECLINE - The transaction cannot proceed due to SCA regulations. Suggest the customer contact the merchant and use a more secure authentication method such as 3DS. For example, the customer can try chip and PIN, or a mobile wallet like Apple Pay or Google Pay
  • SCHEME_BLOCKED_TRANSACTION - This transaction has been flagged by the scheme and cannot be processed
  • SECURITY_CVM_FAILURE - The system has detected that the POS terminal was misconfigured and failed security checks. Suggest the customer use an alternative payment method like contactless or mobile wallets, or recommend asking the merchant to accept a signature instead
  • SECURITY_MAGSTRIPE_SECURE_ELEMENTS_INCORRECT_OR_MISSING - The merchant has entered the wrong type of purchase. Advise the customer to contact the merchant and ask them to correct this issue
  • SECURITY_PIN_ENTRY_REQUIRED - To proceed with this transaction, the customer is required to enter their PIN
  • SUSPECTED_FRAUD - This transaction has been labeled as high-risk by Wise
  • SUSPECTED_FRAUD_AML - This transaction has been flagged as high-risk based on AML compliance protocols. This reason cannot be disclosed to end customers
  • SUSPECTED_FRAUD_COMPLIANCE - The compliance system has flagged this transaction as high-risk. This reason cannot be disclosed to end customers
  • SUSPECTED_FRAUD_CORE_FRAUD - This transaction has been blocked based on fraud policies and procedures
  • SUSPECTED_FRAUD_SANCTIONS - This transaction has been flagged as high-risk based on sanctions list analysis. This reason cannot be disclosed to end customers. This classification is final and cannot be appealed
  • SUSPECTED_FRAUD_SOFT_DECLINE - This e-commerce transaction cannot be processed due to high risk factors. The merchant must complete 3DS before the transaction can be approved
  • TRANSACTION_TYPE_NOT_SUPPORTED - There are restrictions on this type of transaction, and sometimes the scheme will not allow it. Check if spend control is set up to block this transaction
  • UNEXPECTED_ERROR - There may have been a communication error between the merchant's system and the server, but the POS system may have already notified the user of this issue
Operations

Get card transaction

Request

Retrieve a card transaction by its ID.

Use in conjunction with the V2.1.0 card transaction state change webhook.

Only transactions created in the past 90 days can be accessed. A 422 error code will be returned otherwise.

When a refund happens, a separate transaction will be added with a REFUND transaction type.

Security
UserToken
Path
profileIdinteger(int64)required

The ID of the profile that owns the card.

Example: 123456
transactionIdinteger(int64)required

The ID of the transaction.

Example: 342671
curl -i -X GET \
  https://api.wise.com/v4/spend/profiles/123456/cards/transactions/342671 \
  -H 'Authorization: Bearer <YOUR_JWT_HERE>'

Responses

Card transaction retrieved successfully.

Bodyapplication/json
idinteger(int64)

ID of the transaction

Example: 342671
cardTokenstring

Unique identifier of the card

Example: "59123122-223d-45f9-b840-0ad4a4f80937"
typestring

Type of the transaction. One of:

  • ACCOUNT_CREDIT
  • ACCOUNT_FUNDING
  • CASH_ADVANCE
  • CASH_WITHDRAWAL
  • CHARGEBACK
  • CREDIT_TRANSACTION
  • ECOM_PURCHASE
  • POS_PURCHASE
  • REFUND
Enum"ACCOUNT_CREDIT""ACCOUNT_FUNDING""CASH_ADVANCE""CASH_WITHDRAWAL""CHARGEBACK""CREDIT_TRANSACTION""ECOM_PURCHASE""POS_PURCHASE""REFUND"
Example: "ECOM_PURCHASE"
statestring

The current state of the transaction. One of:

  • IN_PROGRESS
  • COMPLETED
  • DECLINED
  • CANCELLED
  • UNKNOWN
Enum"IN_PROGRESS""COMPLETED""DECLINED""CANCELLED""UNKNOWN"
Example: "IN_PROGRESS"
declineReasonstring or null

Code of the decline reason if applicable

Example: null
creationTimestring(date-time)

When the transaction was created

Example: "2022-11-28T08:17:54.241Z"
modificationTimestring(date-time)

When the transaction was last updated

Example: "2022-11-28T08:17:54.241Z"
purgeTimestring or null(date-time)

Time at which reserved funds will be released after the authorisation hold expires

Example: "2022-11-28T08:17:54.241Z"
transactionAmountobject

Transaction amount, including any embedded fees such as ATM fees that are not applied by Wise

transactionAmount.​amountnumber

Transaction amount

Example: 1.4
transactionAmount.​currencystring

Currency code

Example: "SGD"
feesArray of objects

Array of fees

fees[].​amountnumber

Fee amount

Example: 0.1
fees[].​currencystring

Currency code

Example: "SGD"
fees[].​fee_typestring

Fee type

Example: "ATM_ACQUIRER"
transactionAmountWithFeesobject

Transaction amount including all fees

transactionAmountWithFees.​amountnumber

Transaction amount including all fees

Example: 1.5
transactionAmountWithFees.​currencystring

Currency code

Example: "SGD"
merchantobject

Merchant information

merchant.​namestring

Name of the merchant

Example: "Test Payment"
merchant.​locationobject

Merchant location

merchant.​categoryobject

Merchant category

authorisationMethodstring

Authorisation method

Example: "MANUAL_ENTRY"
approvalCodestring or null

Also called authorization code. This can be used to prove ownership of a customer's card/account to a merchant

Example: "913647"
billingAmountobject

Billing amount

billingAmount.​amountnumber

Billing amount

Example: 1.1
billingAmount.​currencystring

Currency code

Example: "EUR"
arnstring or null

Acquirer reference number

Example: "04300014127798385983852"
pinValidationResultstring or null

PIN validation result. One of:

  • ONLINE_PIN_VALIDATED
  • ONLINE_PIN_INVALID
  • OFFLINE_PIN_VALIDATED
  • OFFLINE_PIN_INVALID
  • NOT_RECEIVED
Enum"ONLINE_PIN_VALIDATED""ONLINE_PIN_INVALID""OFFLINE_PIN_VALIDATED""OFFLINE_PIN_INVALID""NOT_RECEIVED"
Example: "ONLINE_PIN_VALIDATED"
balanceChannelReferenceIdstring or null

Balance channel reference ID associated with the card transaction

Example: "6e71018d-2f4d-4fc3-6711-f517f4664712"
debitsArray of objects

Array of debits. Only present when retrieving a single transaction by ID.

The debits list is a non-aggregated list of debit movements, meaning that the balanceId is not unique in the list. For example, a cancelled transaction may have a list of 2 debits where the absolute values of debitedAmount.amount, forAmount.amount and fee.amount are the same, but one is the negation of the other due to a reservation (first debit) which was then released (second debit with negated amounts). You can choose to perform the aggregation in your system or display the full list of debits to the end customer.

debits[].​balanceIdinteger(int64)

Balance ID

Example: 52832
debits[].​debitedAmountobject

Amount taken from the balance

debits[].​forAmountobject

Amount converted to

debits[].​ratenumber

Exchange rate of debitedAmount to forAmount

Example: 1.36363636364
debits[].​feeobject

Conversion fee

debits[].​creationTimestring(date-time)

Creation time of debit

Example: "2022-11-28T08:17:54.241Z"
creditsArray of objects

Array of credits. Only present when retrieving a single transaction by ID

credits[].​balanceIdinteger(int64)

Balance ID

Example: 52832
credits[].​creditedAmountobject

Amount credited to the balance

credits[].​creationTimestring(date-time)

Creation time of credit

Example: "2022-11-28T08:17:54.241Z"
property name*anyadditional property
Response
application/json
{ "id": 342671, "cardToken": "59123122-223d-45f9-b840-0ad4a4f80937", "type": "ECOM_PURCHASE", "state": "IN_PROGRESS", "declineReason": null, "creationTime": "2022-11-28T08:17:54.241Z", "modificationTime": "2022-11-28T08:17:54.241Z", "purgeTime": "2022-11-28T08:17:54.241Z", "transactionAmount": { "amount": 1.4, "currency": "SGD" }, "fees": [ { "amount": 0.1, "currency": "SGD", "fee_type": "ATM_ACQUIRER" } ], "transactionAmountWithFees": { "amount": 1.5, "currency": "SGD" }, "merchant": { "name": "Test Payment", "location": { "country": "France", "city": "Rouen", "zipCode": "00000", "region": null, "state": null }, "category": { "name": "MISCELLANEOUS_FOOD_STORES_CONVEN", "code": "5999", "description": "5999 R Miscellaneous and Special" } }, "authorisationMethod": "MANUAL_ENTRY", "approvalCode": "913647", "billingAmount": { "amount": 1.1, "currency": "EUR" }, "arn": "04300014127798385983852", "pinValidationResult": "ONLINE_PIN_VALIDATED", "balanceChannelReferenceId": "6e71018d-2f4d-4fc3-6711-f517f4664712", "debits": [ { "balanceId": 52832, "debitedAmount": {}, "forAmount": {}, "rate": 1.36363636364, "fee": {}, "creationTime": "2022-11-28T08:17:54.241Z" } ], "credits": [ { "balanceId": 52832, "creditedAmount": {}, "creationTime": "2022-11-28T08:17:54.241Z" } ] }

List card transactions

Request

Retrieve a list of card transactions for a specific card. Transactions are ordered by transaction ID in descending order.

Use in conjunction with the V2.1.0 card transaction state change webhook.

Only transactions created in the past 90 days can be accessed. A 422 error code will be returned otherwise.

The debits and credits fields are not included in list responses. Use the Get card transaction endpoint to retrieve these fields.

Security
UserToken
Path
profileIdinteger(int64)required

The ID of the profile that owns the card.

Example: 123456
cardTokenstring(uuid)required

The unique token identifying the card.

Example: 59123122-223d-45f9-b840-0ad4a4f80937
Query
fromCreationTimestring(date-time)required

Start of range for transaction creation time in UTC, in ISO-8601 format.

Example: fromCreationTime=2025-12-15T00:00:00Z
toCreationTimestring(date-time)required

End of range for transaction creation time in UTC, in ISO-8601 format.

Example: toCreationTime=2026-01-15T00:00:10Z
pageSizeinteger(int32)[ 10 .. 100 ]

Page size of query between 10 and 100 inclusive, defaults to 20.

Default 20
Example: pageSize=10
lastIdinteger(int64)

A pagination cursor that marks your position in the list. Include the ID of the last transaction from the previous page to retrieve the next page (transactions with IDs less than the provided value).

Example: lastId=342672
curl -i -X GET \
  'https://api.wise.com/v4/spend/profiles/123456/cards/59123122-223d-45f9-b840-0ad4a4f80937/transactions?fromCreationTime=2025-12-15T00%3A00%3A00Z&toCreationTime=2026-01-15T00%3A00%3A10Z&pageSize=10&lastId=342672' \
  -H 'Authorization: Bearer <YOUR_JWT_HERE>'

Responses

Card transactions retrieved successfully.

Bodyapplication/json
transactionsArray of objects
transactions[].​idinteger(int64)

ID of the transaction

Example: 342671
transactions[].​cardTokenstring

Unique identifier of the card

Example: "59123122-223d-45f9-b840-0ad4a4f80937"
transactions[].​typestring

Type of the transaction. One of:

  • ACCOUNT_CREDIT
  • ACCOUNT_FUNDING
  • CASH_ADVANCE
  • CASH_WITHDRAWAL
  • CHARGEBACK
  • CREDIT_TRANSACTION
  • ECOM_PURCHASE
  • POS_PURCHASE
  • REFUND
Enum"ACCOUNT_CREDIT""ACCOUNT_FUNDING""CASH_ADVANCE""CASH_WITHDRAWAL""CHARGEBACK""CREDIT_TRANSACTION""ECOM_PURCHASE""POS_PURCHASE""REFUND"
Example: "ECOM_PURCHASE"
transactions[].​statestring

The current state of the transaction. One of:

  • IN_PROGRESS
  • COMPLETED
  • DECLINED
  • CANCELLED
  • UNKNOWN
Enum"IN_PROGRESS""COMPLETED""DECLINED""CANCELLED""UNKNOWN"
Example: "IN_PROGRESS"
transactions[].​declineReasonstring or null

Code of the decline reason if applicable

Example: null
transactions[].​creationTimestring(date-time)

When the transaction was created

Example: "2022-11-28T08:17:54.241Z"
transactions[].​modificationTimestring(date-time)

When the transaction was last updated

Example: "2022-11-28T08:17:54.241Z"
transactions[].​purgeTimestring or null(date-time)

Time at which reserved funds will be released after the authorisation hold expires

Example: "2022-11-28T08:17:54.241Z"
transactions[].​transactionAmountobject

Transaction amount, including any embedded fees such as ATM fees that are not applied by Wise

transactions[].​feesArray of objects

Array of fees

transactions[].​transactionAmountWithFeesobject

Transaction amount including all fees

transactions[].​merchantobject

Merchant information

transactions[].​authorisationMethodstring

Authorisation method

Example: "MANUAL_ENTRY"
transactions[].​approvalCodestring or null

Also called authorization code. This can be used to prove ownership of a customer's card/account to a merchant

Example: "913647"
transactions[].​billingAmountobject

Billing amount

transactions[].​arnstring or null

Acquirer reference number

Example: "04300014127798385983852"
transactions[].​pinValidationResultstring or null

PIN validation result. One of:

  • ONLINE_PIN_VALIDATED
  • ONLINE_PIN_INVALID
  • OFFLINE_PIN_VALIDATED
  • OFFLINE_PIN_INVALID
  • NOT_RECEIVED
Enum"ONLINE_PIN_VALIDATED""ONLINE_PIN_INVALID""OFFLINE_PIN_VALIDATED""OFFLINE_PIN_INVALID""NOT_RECEIVED"
Example: "ONLINE_PIN_VALIDATED"
transactions[].​balanceChannelReferenceIdstring or null

Balance channel reference ID associated with the card transaction

Example: "6e71018d-2f4d-4fc3-6711-f517f4664712"
transactions[].​debitsArray of objects

Array of debits. Only present when retrieving a single transaction by ID.

The debits list is a non-aggregated list of debit movements, meaning that the balanceId is not unique in the list. For example, a cancelled transaction may have a list of 2 debits where the absolute values of debitedAmount.amount, forAmount.amount and fee.amount are the same, but one is the negation of the other due to a reservation (first debit) which was then released (second debit with negated amounts). You can choose to perform the aggregation in your system or display the full list of debits to the end customer.

transactions[].​creditsArray of objects

Array of credits. Only present when retrieving a single transaction by ID

transactions[].​property name*anyadditional property
Response
application/json
{ "transactions": [ { "id": 342671, "cardToken": "59123122-223d-45f9-b840-0ad4a4f80937", "type": "ECOM_PURCHASE", "state": "IN_PROGRESS", "declineReason": null, "creationTime": "2022-11-28T08:17:54.241Z", "modificationTime": "2022-11-28T08:17:54.241Z", "purgeTime": "2022-11-28T08:17:54.241Z", "transactionAmount": {}, "fees": [], "transactionAmountWithFees": {}, "merchant": {}, "authorisationMethod": "MANUAL_ENTRY", "approvalCode": "913647", "billingAmount": {}, "arn": "04300014127798385983852", "pinValidationResult": "ONLINE_PIN_VALIDATED", "balanceChannelReferenceId": "6e71018d-2f4d-4fc3-6711-f517f4664712" } ] }

Get card transaction (V3)Deprecated

Request

This endpoint is deprecated. Use the V4 Get card transaction endpoint instead.

Retrieve a card transaction by its ID.

Use in conjunction with the V2.0.0 card transaction state change webhook.

When a refund happens, a separate transaction will be added with a REFUND transaction type.

Security
UserToken
Path
profileIdinteger(int64)required

The ID of the profile that owns the card.

Example: 123456
transactionIdstringrequired

The ID of the transaction.

Example: 342671
curl -i -X GET \
  https://api.wise.com/v3/spend/profiles/123456/cards/transactions/342671 \
  -H 'Authorization: Bearer <YOUR_JWT_HERE>'

Responses

Card transaction retrieved successfully.

Bodyapplication/json
idstring

ID of the transaction

Example: "342671"
cardTokenstring

Unique identifier of the card

Example: "59123122-223d-45f9-b840-0ad4a4f80937"
typestring

Type of the transaction. One of:

  • ACCOUNT_CREDIT
  • ACCOUNT_FUNDING
  • CASH_ADVANCE
  • CASH_WITHDRAWAL
  • CHARGEBACK
  • CREDIT_TRANSACTION
  • ECOM_PURCHASE
  • POS_PURCHASE
  • REFUND
Enum"ACCOUNT_CREDIT""ACCOUNT_FUNDING""CASH_ADVANCE""CASH_WITHDRAWAL""CHARGEBACK""CREDIT_TRANSACTION""ECOM_PURCHASE""POS_PURCHASE""REFUND"
Example: "ECOM_PURCHASE"
declineReasonstring or null

Code of the decline reason if applicable

Example: null
createdDatestring(date-time)

When the transaction was created

Example: "2022-11-28T08:17:54.241236Z"
statestring

The current state of the transaction. One of:

  • IN_PROGRESS
  • COMPLETED
  • DECLINED
  • CANCELLED
  • UNKNOWN
Enum"IN_PROGRESS""COMPLETED""DECLINED""CANCELLED""UNKNOWN"
Example: "IN_PROGRESS"
cardLastDigitsstring

Last 4 digits of the card

Example: "3086"
transactionAmountobject

Transaction amount, excluding all embedded fees such as ATM fees that are not applied by Wise

transactionAmount.​amountnumber

Transaction amount

Example: 1.5
transactionAmount.​currencystring

Currency code

Example: "SGD"
feesArray of objects

Array of fees

fees[].​amountnumber

Fee amount

Example: 0.1
fees[].​currencystring

Currency code

Example: "SGD"
fees[].​fee_typestring

Fee type

Example: "ATM_ACQUIRER"
transactionAmountWithFeesobject

Transaction amount including fees

transactionAmountWithFees.​valuenumber

Transaction amount including fees

Example: 1.5
transactionAmountWithFees.​currencystring

Currency code

Example: "SGD"
merchantobject

Merchant information

merchant.​namestring

Name of the merchant

Example: "Test Payment"
merchant.​locationobject

Merchant location

merchant.​categoryobject

Merchant category

authorisationMethodstring

Authorisation method

Example: "MANUAL_ENTRY"
balanceTransactionIdinteger or null(int64)

Associated balance transaction ID if applicable

Example: 2598366
debitsArray of objects

Array of debits

debits[].​balanceIdinteger(int64)

Balance ID

Example: 52832
debits[].​debitedAmountobject

Amount taken from the balance

debits[].​forAmountobject

Amount converted to

debits[].​ratenumber

Exchange rate of debitedAmount to forAmount

Example: 1.43073
debits[].​feeobject

Conversion fee

creditobject or null

Credit details, present for refund transactions

credit.​balanceIdinteger(int64)

Balance ID

Example: 52832
credit.​creditedAmountobject

Amount credited to the balance

property name*anyadditional property
Response
application/json
{ "id": "342671", "cardToken": "59123122-223d-45f9-b840-0ad4a4f80937", "type": "ECOM_PURCHASE", "declineReason": null, "createdDate": "2022-11-28T08:17:54.241236Z", "state": "IN_PROGRESS", "cardLastDigits": "3086", "transactionAmount": { "amount": 1.5, "currency": "SGD" }, "fees": [ { "amount": 0.1, "currency": "SGD", "fee_type": "ATM_ACQUIRER" } ], "transactionAmountWithFees": { "value": 1.5, "currency": "SGD" }, "merchant": { "name": "Test Payment", "location": { "country": "France", "city": "Rouen", "zipCode": "00000", "region": null, "state": null }, "category": { "name": "RMiscellaneousAndSpecial", "code": "5999", "description": "5999 R Miscellaneous and Special" } }, "authorisationMethod": "MANUAL_ENTRY", "balanceTransactionId": 2598366, "debits": [ { "balanceId": 52832, "debitedAmount": {}, "forAmount": {}, "rate": 1.43073, "fee": {} } ], "credit": { "balanceId": 52832, "creditedAmount": { "amount": 1.5, "currency": "SGD" } } }