Invoice Session ID
Pronunciation: IN-voys SESH-uhn eye-DEE
Definition
An invoice session ID identifies one checkout or payment interaction, helping an application distinguish repeated visits and attempts for the same order. Its meaning depends on the provider's implementation.
Overview
What it means and why it matters
An invoice session ID identifies one checkout or payment interaction, helping an application distinguish repeated visits and attempts for the same order. Its meaning depends on the provider’s implementation.
How it works in practice
A merchant creates an invoice for order 123 and a checkout session when the customer opens the payment page. The session may carry selected coin, network, current quote and user-interface state. A customer can abandon the session or open another one while the underlying order remains the same.
Technical detail without the jargon
A session ID should be unpredictable if it is used to access private checkout context. Server-side validation must check order and tenant ownership; the ID itself should not grant permission to change payout addresses. Session expiry and quote expiry need separate rules.
A deeper point to understand
A session can preserve presentation choices, such as coin and network, without being the authoritative payment record. This distinction matters if a customer opens an old checkout tab after changing preferences. The backend must verify the current invoice and quote before displaying actionable instructions, rather than trusting stale browser state.
Common mistakes and limitations
Do not treat a new session as a new debt, or a closed browser session as a failed on-chain transfer. Blockchain transactions may confirm after the customer disconnects from the website.
What to check in a real payment system
Test what happens when users reopen a payment link on a second device or after a quote has expired. The original invoice obligation should remain consistent. Make sure a session token cannot be changed to another merchant’s invoice or payout destination.
Related concepts
Crypto Invoice, Transaction Hash, Crypto Payment Status.
Further reading
Example
A customer opens checkout twice, creating sessions S1 and S2 for invoice I1. They pay using instructions from S1. The business should reconcile to I1 rather than mistakenly expecting two payments because two sessions exist.
Comparison
A session ID tracks an interaction; an invoice ID tracks an obligation; a transaction hash tracks network execution. One order can relate to many sessions and several transfers.
Key Takeaway
A session ID should be unpredictable if it is used to access private checkout context.
Sources
- Welcome to Checkout APIs — Coinbase Developer Documentation (2026-08-02)
- Create Checkout — Coinbase Developer Documentation (2026-08-02)
- Payment Links — Stripe Documentation (2026-08-02)