Information
- OpenAPI version:
3.1.0
Split-payment orchestration for the Payplug Elements.
Two callers, and the split is the whole security model. Your SERVER speaks OAuth2: a client_credentials access token from POST /oauth/token, then session creation, searches and refunds. The BROWSER only ever holds the opaque session token that creation hands back — the sessionId, your credentials and the access token never reach a page. Cache the access token until expires_in: one token serves every call.
You do not integrate the browser endpoints (/elements/…): the elements bundle calls them for you, through NetworkSessionClient. They are documented because you will see them leave your own page in your browser developer tools. Reads keep working for a short grace period after the session ends; actions do not. The client POLLS GET /elements/session for updates — nothing is pushed.
Every endpoint here is one YOU call. The reverse direction — our call to your server when a session ends, the only way to learn the PSP references and the card alias — is the end-of-session webhook, documented beside this reference.
Opaque elements token (pst_…)
Security scheme type: http
OAuth2 access token (POST /oauth/token)
Security scheme type: http
Bearer format: JWT