Delivery options
OpenCard can notify you in either (or both) of these ways — configured when your integration is set up:
This page describes the API contract. Email is the same information packaged for humans.
→ Signing flow on the EMS side: Issuer onboarding
Your callback endpoint
You give OpenCard a URL. OpenCard calls it for both initiate and terminate.
When this endpoint receives a valid
initiate event, you should:
- Initialize the customer for OpenCard card and transaction delivery — for the
payment_productin the payload only - Archive the signed TPA PDF as legal evidence
- Return
200when accepted/completed — otherwise a clear4xx/5xx
terminate, stop card/transaction delivery for that party and payment product, and archive the decision according to your process.
Payment product
A TPA is signed for one payment product — for example your corporate credit card, or your corporate debit card. If you offer several products, the customer signs a separate TPA for each one they want connected. Every TPA event carries apayment_product code so you know exactly which product to enable or disable. OpenCard assigns the codes with you at onboarding, one per product you offer through OpenCard.
The same code is required on every card you register → Cards. That is how OpenCard links a card to the TPA the customer signed.
initiate — TPA signed
Sent after all required signatories have signed. Includes the signed PDF as Base64.
Field reference
Decode
content_base64 and store the PDF.
terminate — connection ended
Sent when the customer ends the OpenCard connection for a payment product in their EMS (or OpenCard terminates on their behalf). Same endpoint, smaller payload — no PDF.
Response expectations
After initiate
- Register cards for the customer → Cards
- Push lifecycle states → Transaction states

