Swish
Checkout can be used to accept Swish payments.
Integration options supported : Hosted payment page (HPP) or IFRAME.
This guide requires familiarity with Accepting payments.
How to decide to use mCommerce or eCommerce flows?
Paying with Swish in an Android/iOS app: Use the mCommerce flow and switch to the Swish app automatically without human interaction.
Paying with Swish in a web browser on Android/iOS: Use the mCommerce flow and switch to the Swish app automatically without human interaction.
Paying with Swish in a web browser on desktop: Use the eCommerce flow where the user inputs their phone number to start the payment.
In case of eCommerce flow, the app_phone_number field is required. In case of mCommerce, it is not.
Integrate Swish via Checkout (HPP)
entity_id
String (required)
Yes
Entity ID obtained from Verifone Central. The Entity ID can be found in Verifone Central, under Administration → Organisations. The 'Organisation ID' listed is the Entity ID.
currency_code
String (required)
Yes
Supported currency: SEK
amount
integer (required)
Yes
Transaction amount - The minimum value accepted is "100" (1 SEK)
configuration.swish
Object (required)
Yes
Object carrying the parameters required for making a Swish payment
app_phone_number
String (optional)
No
Indicates the phone number registered with Swish Mobile App.
Customer can provide the phone number in the checkout page.
shopper_interaction
String (optional)
No
Shopper interaction to send within the payment request. Default value : "ECOMMERCE"
Enum: "ECOMMERCE" "MCOMMERCE"
Shopper interaction to send within the payment request.
Authorization and capture
Swish transactions through the Checkout can be used to do a sale through automatic capture.
Sending a checkout request using Swish payment method:
Handling responses
Example of successful checkout via the Checkout:
Example of failed Swish payment via the Checkout:
To ensure that the redirection request was not tampered with, always check that the transaction_id received as query parameter in the redirection matches the transaction_id property of the retrieved Checkout. If those are not matching, this is indication of either an incorrect integration, that the redirection to your return_url did not originate from Verifone, or transaction_id was tampered with.
You can now store the transaction_id value together with the order 1234 in your system to link the two together.
Scenarios
The table below describes the different outcomes of a Checkout. A full list of error codes is available.
Transaction is not completed in three minutes by the customer from the Swish app
Redirect: checkout_id={checkout_id} & transaction_id={transaction_id} & errorCode=123
Checkout page will get timed out with a 504 Timeout error. And we will initiate a technical reversal.
Failed transaction*
Redirect: checkout_id={checkout_id} & transaction_id={transaction_id} & errorCode=123
Unsuccessful payment (technical reason), do not display order confirmation
Successful transaction
Redirect: checkout_id={checkout_id} & transaction_id={transaction_id}
Display order confirmation
Customer visits the URL of an already completed Checkout
Redirect: checkout_id={checkout_id} & errorCode=168
Display corresponding message to the customer. Checkout is completed whenever there was a single successful payment processed through it.
Customer visits the URL of an expired Checkout
Redirect: checkout_id={checkout_id} & errorCode=169
Display corresponding message to the customer. Checkout is expired whenever the expiry_time is reached.
Customer visits the URL of a Checkout which has reached the maximum of failed payment attempts
Redirect: checkout_id={checkout_id} & errorCode=165
Display corresponding message to customer. Payments through a single Checkout can be attempted up to three times unsuccessfully.
Form validation errors / Other service failures on the Checkout page
Displays error alert to Customer on the page
Customer is prompted to correct their form input and retry the payment or try using alternate card or another payment method
*Failed transaction - Depending on which step in the payment process failed, the transaction_id might not always be present as the query parameter.
Last updated
Was this helpful?
