Initiates a new withdrawal, returning the URL where the end-user can complete the withdrawal process.

You can find more information about how to display the Trustly URL here.

A typical withdrawal flow is:

  1. The merchant sends a Withdraw API call and receives a URL back from Trustly's API.
  2. The merchant displays the Trustly URL to the end-user (you can find more information about how to display the Trustly URL here).
  3. The end-user selects the amount to withdraw and provides his/her bank account details.
    1. If the Withdrawal process is not completed, a cancel notification is sent.
  4. When the end-user has completed the withdrawal process using the Trustly URL, Trustly sends a debit notification to the merchant's NotificationURL . The merchant should try to deduct the specified amount from the end-user's balance in the merchant's system.
    1. If the merchant is able to deduct the amount from the user's balance, the debit notification response should be sent with "status" : "OK".
    2. If the merchant is NOT able to deduct the amount from the user's balance, the debit notification response should be sent with "status" : "FAILED". The withdrawal is then aborted on Trustly's side and an error message is shown to the end-user. A cancel notification is sent to the merchant.
  5. (Optional) An account notification is sent to provide the merchant with more information about the account that was selected by the end user. This notification is not enabled by default, please reach out to your Trustly contact if you want to receive it. This information can be used by the merchant to determine if the Withdrawal should be approved or not (see next step).
  6. If manual approval is required, Trustly does nothing with the withdrawal request until it has been approved or denied by the merchant with ApproveWithdrawal / DenyWithdrawal (it is also possible for the merchant to approve or deny the withdrawal in Trustly's backoffice). Auto-approval can be enabled if requested.
    1. If DenyWithdrawal is sent, the withdrawal is aborted on Trustly's side and a cancel and credit notification is sent to the merchant.
  7. If the Withdrawal is approved, Trustly will process the withdrawal.
  8. (Optional) A Payout confirmation notification is sent to the merchant when the transfer has been confirmed. Note: this notification is not enabled by default. Please speak to your Trustly contact if you want to have it enabled.
  9. If the withdrawal fails, Trustly will send a credit notification and a cancel notification (see more details below under "Failed Withdrawals").

Request parameters

Parameter nameDescriptionRequiredTypeExample
UsernameThe username.YesTextjoe
PasswordThe password.YesTextsecret
NotificationURLThe URL to which notifications for this payment should be sent to. This URL should be hard to guess and not contain a ? ("question mark").YesText
EndUserIDID, username, hash or anything uniquely identifying the end-user requesting the withdrawal. Preferably the same ID/username as used in the merchant's own backoffice in order to simplify for the merchant's support department.YesText123123
MessageIDYour unique ID for the withdrawal.YesText12345678
CurrencyThe currency of the end-user's account in the merchant's system.YesTextSEK
AttributesOptional attributes for this method.YesObject{ "Locale": "sv_SE" }

The parameter Attributes is a JSON object. New attributes may be added in future versions of the API but existing attributes will never be removed.


Attribute nameDescriptionRequiredTypeExample
FirstnameThe end-user's first name. Some banks require the recipients name.YesTextSteve
LastnameThe end-user's last name. Some banks require the recipients name.YesTextSmith
CountryThe ISO 3166-1-alpha-2 code of the end-user's country. This will be used for preselecting the correct country for the end-user in the iframe. Note: This will only have an effect for new end-users. If an end-user has done a previous order (with the same EndUserID), the country that was last used will be pre-selected.YesTextSE
LocaleThe end-users localization preference in the format [language[_territory]]. Language is the ISO 639-1 code and territory the ISO 3166-1-alpha-2 code. This will be used to pre-select the language in the trustly iframe.YesTexten_US
SuccessURLThe URL to which the end-user should be redirected after a successful withdrawal. Do not put any logic on that page since it's not guaranteed that the end-user will in fact visit it.YesText
FailURLThe URL to which the end-user should be redirected after a failed withdrawal. Do not put any logic on that page since it's not guaranteed that the end-user will in fact visit it.YesText
ShopperStatementThe text to show on the end-user's bank statement after Trustly's own 10 digit reference (which always will be displayed first). The reference must let the end user identify the merchant based on this value. So the ShopperStatement should contain either your brand name, website name, or company name.If possible, try to keep this text as short as possible to maximise the chance that the full reference will fit into the reference field on the customer's bank since some banks allow only a limited number of characters. If the full ShopperStatement does not fit into the reference it will be truncated from the
EmailThe email address of the end user.NoText[email protected]
DateOfBirthThe date of birth of the end user.NoText1990-01-20
SuggestedAmountSets a fixed withdrawal amount which cannot be changed by the end-user in the Trustly iframe. If this attribute is not sent, the end-user will be asked to select the withdrawal amount in the Trustly iframe. Do not use in combination with SuggestedMinAmount and SuggestedMaxAmount. Use dot (.) as decimal separator.NoText100.00
SuggestedMinAmountThe minimum amount the end-user is allowed to withdraw in the currency specified by Currency. Only digits. Use dot (.) as decimal separator.NoText5.00
SuggestedMaxAmountThe maximum amount the end-user is allowed to withdraw in the currency specified by Currency. Only digits. Use dot (.) as decimal separator.NoText500.00
IPThe IP-address of the end-user.NoText83.140.44.184
TemplateURLThe TemplateURL should be used if you want to design your own payment page but have it hosted on Trustly's side. The URL of your template page should be provided in this attribute in every Deposit API call.NoText
URLTargetThe html target/framename of the SuccessURL. Only _top, _self and _parent are supported.NoText_top
MobilePhoneThe mobile phone number to the end-user in international format. This is used for KYC and AML routines.NoText+46709876543
The end-user's social security number / personal number / birth number / etc. Useful for some banks for identifying transactions and KYC/AML. If a Swedish personid ("personnummer") is provided, it will be pre-filled when the user logs in to their bank.NoText790131-1234
This attribute disables the possibility to change/type in national identification number when logging in to a Swedish bank. If this attribute is sent, the attribute NationalIdentificationNumber needs to be correctly included in the request. Note: This is only available for Swedish banks.NoText1
AddressCountryThe ISO 3166-1-alpha-2 code of the address country. Required attribute for merchants who are sending physical goods to customers.NoTextSE
AddressPostalCodePostal code of the end user.NoTextSE-11253
AddressCityCity of the end user.NoTextStockholm
AddressLine1Street address of the end user.NoTextMain street 1
AddressLine2Additional address information of the end user.NoTextApartment 123, 2 stairs up
AddressThe entire address of the end user. This attribute should only be used if you are unable to provide the address information in the 5 separate attributes above (AddressCountry, AddressPostalCode, AddressCity, AddressLine1 and AddressLine2).NoTextBirgerstreet 14, SE-11411 Stockholm, Sweden
URLSchemePlease note that when rendering the Trustly Checkout from a native app you are required to pass your application's URLScheme as an attribute to the order initiation request. By doing so, Trustly can redirect users back to your app after using external identification apps such as Mobile BankID. Please visit this link for more info. It must not be included for transactions that are not originating from an appNoTextyourCustomURLScheme://
ExternalReferenceThe ExternalReference is a reference set by the merchant for any purpose and does not need to be unique for every API call. The ExternalReference will be included in version 1.2 of the settlement report, ViewAutomaticSettlementDetailsCSV.NoText23423525234
PSPMerchantHuman-readable identifier of the consumer-facing merchant (e.g. legal name or trade name)Yes*TextMerchant Ltd.
PSPMerchantURLURL of the consumer-facing website where the order is initiatedYes*
MerchantCategoryCodeVISA category codes describing the merchant's nature of business.Yes*Text5499
SenderInformationInformation about the Payer (ultimate debtor). ** Mandatory for certain types of merchants and partners (see more information below).Yes**Object{"Firstname": "Steve"...}


* PSPMerchant, PSPMerchantURL and MerchantCategoryCode

PSPMerchant, PSPMerchantURL and MerchantCategoryCode** are mandatory attributes for Trustly Partners that are using Express Merchant Onboarding (EMO) and aggregate traffic under a master processing account.


** SenderInformation

SenderInformation{} is mandatory to send in Attributes{} for money transfer services (including remittance houses), e-wallets, prepaid cards, as well as for Trustly Partners that are using Express Merchant Onboarding and aggregate traffic under a master processing account (other cases may also apply).

SenderInformation attributes

The parameters to SenderInformation{} are:

PartytypePartytype can be "PERSON" or "ORGANISATION" (if the ultimate debtor is an organization/company).YesTextPERSON
AddressThe Payer's addressYesTextStreet 1, 12345 Barcelona
CountryCodeThe ISO 3166-1-alpha-2 code of the Payer's country.YesTextSE
FirstnameFirst name of the person (or the name of the organization)YesTextSteve
LastnameLast name of the person (empty for organization)YesTextSmith
CustomerIDPayment account number or an alternative consistent unique identifier which allows to identify the Payer in the system of the PSP of the Payer. Note: this is not a transaction ID or similar. This identifier must stay consistent across all transactions relating to this Payer.NoText123456789
DateOfBirthDate of birth for the person (YYYY-MM-DD) or organizational number for the organizationNoText1990-03-31


The result returned is a JSON object with the following elements:

Hash keyDescriptionTypeExample
orderidThe globally unique OrderID of the withdrawal that was assigned in our system.Text7653345123
urlThe Trustly URL to be displayed to the end-user.Text

Request and Response examples

  "method": "Withdraw",
  "params": {
    "Signature": "S9+hjuMqbsH0Ku ... S16VbzRsw==",
    "UUID": "258a2184-2842-b485-25ca-293525152425",
    "Data": {
      "Username": "merchant_username",
      "Password": "merchant_password",
      "NotificationURL": "https://URL_to_your_notification_service",
      "EndUserID": "12345",
      "MessageID": "your_unique_withdrawal_id",
      "Currency": "SEK",
      "Attributes": {
        "Country": "SE",
        "Locale": "sv_SE",
        "IP": "",
        "MobilePhone": "+46709876543",
        "Firstname": "Steve",
        "Lastname": "Smith",
        "Email": "[email protected]",
        "DateOfBirth": "1990-01-20",
        "NationalIdentificationNumber": "790131-1234",
        "SuccessURL": "",
        "FailURL": "",
        "AddressCountry": "SE",
        "AddressPostalCode": "SE-11253",
        "AddressCity": "Stockholm",
        "AddressLine1": "Main street 1"
  "version": "1.1"
    "result": {
        "signature": "F7jhjuMqbsD4ju ... S16VbzdR1==",
        "uuid": "258a2184-2842-b485-25ca-293525152425",
        "method": "Withdraw",
        "data": {
            "orderid": "2190971587",
            "url": ""
    "version": "1.1"

Failed withdrawals

In case an error occurs when processing the withdrawal, a credit notification will be sent to the provided NotificationURL so that the merchant can flag the withdrawal as failed in their system. And in case the end-user holds a balance on the merchant's system, the amount specified in the credit notification should be credited back to the end user's balance. Note that the credit notification will be sent AFTER the withdrawal has been successfully approved (either automatically or by sending ApproveWithdrawal .

There are 2 main reasons why a Withdrawal can fail after being approved:

  1. There are not enough funds on the merchant's Trustly account. In this case the credit notification will be sent immediately after the withdrawal has been approved.
  2. The funds are sent to the end user's bank account, but then later Trustly is notified by the bank that the transfer failed, for example if the recipient's bank account has been closed. This is usually very uncommon, but if it happens the credit notification can be sent several days after the Withdrawal has been approved.

In case something is wrong in the Withdrawal API call itself, you will receive a synchronous API error code. A list of the most common error codes can be found here.