Tracking Sessions Across Webhooks
Overview
Every transaction webhook Paysight sends includes two session identifiers —paysightSession and partnerSession. These fields let you tie any billing event (charge, refund, chargeback) back to the original user visit or click on your side.
How the session fields work
1 — Card Submit API (direct integration)
When you call the Card Submit API, pass your own identifier inpartnerSession:
| Field | Who sets it | When |
|---|---|---|
partnerSession | You | Passed in the Card Submit request |
paysightSession | Paysight | Generated automatically and returned in the response |
2 — Widget SDK integration
If you integrate via the Widget SDK, supply your identifier assessionId in the widget config:
sessionId to Card Submit as partnerSession automatically. No extra work required.
How they appear in transaction webhooks
Every New Transaction and Updated Transaction webhook payload contains both fields:partnerSession to look up the original visit in your own data. Use paysightSession when working with Paysight support.
End-to-end reference
Tips
- Unique per visit — generate a fresh
partnerSession/sessionIdfor every new click or page visit. Reusing the same value across sessions will make reconciliation harder. - Store it early — persist
partnerSessionin your database before calling Card Submit so it is available when the webhook arrives later (e.g. for subscription rebills). - All transaction types —
partnerSessionandpaysightSessionare present on every transaction webhook type: initial charges, subscription rebills, refunds, chargebacks, and chargeback alerts.
Related docs
Card Submit API
Full quickstart and request/response reference
Widget SDK
Embed the payment widget with a sessionId
Webhooks
Full transaction webhook payload reference