Skip to main content

Checklist

Vipps Only available for Vipps. All new integrations use the ePayment API.

API version: 2.0.

Checklist for full integration

Integrate all the API endpoints. For examples of requests and responses, see the Postman collection and environment.

EndpointComment
InitiatePOST:/ecomm/v2/payments
Full and partial CapturePOST:/ecomm/v2/payments/{orderId}/capture
CancelPUT:/ecomm/v2/payments/{orderId}/cancel
Full and partial RefundPOST:/ecomm/v2/payments/{orderId}/refund
DetailsGET:/ecomm/v2/payments/{orderId}/details
CallbackPOST:[callbackPrefix]/v2/payments/{orderId}
Shipping Details (For Vipps Hurtigkasse /express checkout only)POST:[shippingDetailsPrefix]/v2/payments/{orderId}/shippingDetails
Remove consent (For Vipps Hurtigkasse /express checkout only)DELETE:[consentRemovalPrefix]/v2/consents/{userId}

When the checklist is completed, notify Vipps MobilePay Integration Service at developer@vippsmobilepay.com. Include examples from the test environment, pilot customer info, and a description of the implemented solution.

We will verify the integration and contact you. After the checklist is approved, we'll send you the information you need to get started.

Quality assurance

ActionComment
Handle callbacksCorrectly handle callbacks from Vipps, both for successful and unsuccessful payments. See the API documentation for how callback URLs are built, make test calls to make sure you handle the POST requests correctly. Vipps does not have capacity to manually do this for you.
Handle errorsMake sure to log and handle all errors. All integrations should display errors in a way that the users (customers and merchant employees/administrators) can see and understand them.
Include Vipps HTTP headersSend the Vipps HTTP headers in all API requests for better tracking and troubleshooting (mandatory for partners and platforms, who must send these headers as part of the checklist approval).
Add information to the payment historyWe recommend using the Order Management API to add receipts and/or images to the payment history. This is a great benefit for the end user experience. It is also mandatory for merchants using Content monitoring.

Avoid integration pitfalls

ActionComment
Send useful OrderIdFollow our orderId recommendations.
Poll for payment detailsThe Merchant must not rely on fallback or callback alone, and must poll GET:/ecomm/v2/payments/{orderId}/details as documented (this is part of the first item in this checklist, but it's still a common error). Follow our polling recommendations.
Handle redirectsThe merchant must handle that the fallback URL is opened in the default browser on the phone, and not in a specific browser, in a specific tab, in an embedded browser, requiring a session token, etc. Follow our recommendations regarding handling redirects.
Follow design guidelinesThe Vipps branding must be according to the Design guidelines.
Educate customer supportMake sure your customer service, etc. has all the tools and information they need available in your system, through the APIs listed in the first item in this checklist, and that they do not need to visit portal.vippsmobilepay.com for normal work.

Flow to go live for direct integrations

  1. The merchant orders Payment Integration.
  2. Vipps completes customer control (KYC, PEP, AML, etc.).
  3. The merchant receives an email from Vipps saying that they can log in with BankID on portal.vippsmobilepay.com and retrieve API keys.
  4. The merchant completes all checklist items above. Please double-check to avoid mistakes.
  5. The merchant verifies the integration in the test environment by checking that there are test IDs (orderId) in the Vipps test environment, with the following states:
    • A complete order ending in REFUND (/refund request).
    • A complete order ending in VOID (/cancel request).
    • In the test environment this must be verified using the API itself.
  6. The merchant verifies the integration in the production environment (similar to step 5):
    • A complete order ending in REFUND (/refund request).
    • For reserve capture: A complete order ending in VOID (/cancel request after reserve).
    • Please note: Vipps does not do any kind of activation or make any changes based on this checklist. The API keys for the production environment are made available on the merchant portal as soon as the customer control (see step 2) is completed, independently of this checklist.
  7. The merchant goes live 🎉

Flow to go live for direct integrations for partners

See: partners.

Help us improve our documentation

Did you find what you were looking for?