Payment method flow
This flow lets the user communicate a payment method id to you for such purposes as direct charge (where you create the orders). The user will be asked to add a new payment method or select on they have already stored in Schibsted account, and the ID will be returned to you as part of the redirect uri.
It requires a logged in user, so it will start of in the auth flow.
URL Path: /flow/payment
How it works
Flow is initiated by visiting the path
/flow/payment with the required query parameters
response_type. The optional parameters are:
methods parameter determines which payment methods that should be available. Valid values can be found in the this list.
Credit card only
Credit card and SMS
Updating Schibsted account subscriptions
This flow can also be used to manage the payment method of Schibsted account subscriptions. In this case there is no need to act on the outgoing payment method id, but the subscription id (preferrably the "original subscription id") must be added as a flow start parameter (so Schibsted account will know which subscription to update) as a
Like all Schibsted account flows, the user will, upon successful completion of the flow, be sent to the
redirect_uri along with a
code parameter (that must be consumed as per all flows to identify the returning user), but also with an added parameter
payment_id which is id of the payment method the user selected.
- About flows
- Auth/Login/Signup flow
- Checkout flow
- Forgot password flow
- Profile update flow
- Payment method flow
Did you spot an error? Or maybe you just have a suggestion for how we can improve? Leave a comment, or better yet, send us a pull request on GitHub to fix it (in-browser editing, only takes a moment).
Do you have questions, or just want to contribute some newly gained insight? Want to share an example? Please leave a comment. SPiD reads and responds to every question. Additionally, your experience can help others using SPiD, and it can help us continuously improve our documentation.