Skip to content

Commit 50c1269

Browse files
Update verification.md
1 parent acaeed4 commit 50c1269

File tree

1 file changed

+4
-78
lines changed

1 file changed

+4
-78
lines changed

docs/invoice/development-guide/verification.md

Lines changed: 4 additions & 78 deletions
Original file line numberDiff line numberDiff line change
@@ -2,83 +2,9 @@
22
sidebar_position: 3
33
---
44

5-
# Verification
5+
:::caution
66

7-
Once you have finished testing in sandbox, you have to go through a small verification process, to ensure that your system is ready for production.
8-
When we have verified that the steps has been completed successfully, you are ready to start testing in production.
7+
Please notice that as part of the merger between MobilePay and Norwegian Vipps, we will consolidate products on one joint platform.
8+
This product is now closed. Please visit our new developer documentation to see the new APIs we offer https://developer.vippsmobilepay.com/
99

10-
## 11-step Verification Process - Sandbox
11-
12-
To complete the verification, you must go through the steps listed below. This is done to ensure good user experience from the customer side. It is mandatory to test InvoiceDirect and InvoiceLink in sandbox, even if you do not intend on implementing all functions right away. The sandbox environment is designed to be close to the production environment, which makes the process from sandbox to production smoother.
13-
14-
**Making the first call**
15-
16-
1. Get MerchantId
17-
2. Get Invoice Issuer
18-
19-
**InvoiceDirect**
20-
21-
3. Create an InvoiceDirect
22-
4. Create multiple InvoiceDirects
23-
5. Cancel an unpaid Invoice
24-
25-
**Invoice Link**
26-
27-
6. Create Invoice Link
28-
7. Create multiple InvoiceLinks
29-
30-
**Callbacks**
31-
32-
8. Have you specified a callback URL and chosen a preferred authentication method?
33-
9. Do you sort callbacks by the properties date and sequence?
34-
35-
**Business Validation**
36-
37-
10. Do you adhere to the validations?
38-
11. Do you ensure that the "PaymentReference" meets customer needs in terms of reconciliation?
39-
40-
### Internal Self-verification
41-
42-
Once you have followed the steps above, you are ready to do the self-certification. Please send an email to [email protected] informing about completed steps and we will verify these.
43-
44-
## Going from Sandbox to Production
45-
46-
### Sandbox
47-
48-
1. Read documentation on [GitHub](/docs/invoice)
49-
2. Get OpenId Credentials [here](/docs/invoice/authentication)
50-
3. Make the first call to Sandbox API
51-
4. Test Invoice [here](/docs/invoice/development-guide/test)
52-
5. Complete verification
53-
54-
### Production
55-
56-
1.Get OpenID Connect Credentials. Read more [here](/docs/invoice/authentication)
57-
2. Confirm that the implementation is working in production.
58-
3. Ensure you've followed our [design guidelines](https://www.mobilepaygroup.com/design)
59-
4. **Await approval from [email protected]**
60-
4. Sign up for operational maillist.
61-
62-
## Prerequisites using MobilePay Invoice
63-
64-
### Business - Prerequisites
65-
66-
*Merchant*
67-
68-
- Merchant must have a valid bank account
69-
- Merchant must be onboarded via the [MobilePay Portal](https://admin.mobilepay.dk/), and have an agreement for MobilePay Invoice with MobilePay
70-
- Invoice Amount must comply to MobilePay limits
71-
72-
*Integrator:*
73-
74-
- Integrator must have an onboarding guideline demonstrating how the Merchant goes through the Consent process
75-
- Integrator must have received production credentials for OpenID Connect
76-
-Integrator must have signed up for operational mail-list
77-
-Integrator must use the right [MobilePay logo and buttons](https://www.mobilepaygroup.com/design)
78-
79-
### Technical Prerequisites
80-
81-
- Client must have an integration to the MobilePay OpenID Connect Authorization service, in order to generate access tokens.
82-
- The Invoice Call must contain a token, provided via OpenID Connect Flow
83-
- You should ensure that the `PaymentReference` meets customers needs. You can either fill out the field `PaymentReference`, for the payment. If you do not fill out `PaymentReference`, then it would be the input from the field `InvoiceNumber`, that will be the reference on the payment. Read more about reconcilation [here](/docs/invoice/development-guide/production)
84-
- Phone numbers must comply with the country specific formats. E.g. Denmark +45XXXXXXXX 0045XXXXXXXX XXXXXXXX (Any spaces in phone numbers will be removed before validation / processing)
10+
:::

0 commit comments

Comments
 (0)