Build for
|

|
|
|
|
Typical use cases |
Three patterns we've seen ISVs implement most often.
![]() Property management systemSingle-property to multi-location hotels — check-in auth, room service incremental charges, no-show fee collection. |
![]() Online booking platformReserve-now-pay-later flows with tokenized card capture at booking and no-show fee enforcement. |
![]() Multi-property hotel chainCentralized token vault for card-on-file across 100+ properties — check in once, charge everywhere. |
Required stack |
What you'll wire up. Click any tile to see why it's in the recipe.
Accept PaymentsAuthorize and capture transactions across CP and CNP channels. required
APISDK
|
Tokenization Service (TMS)Token vault for card-on-file across properties — check-in once, charge throughout stay. required
APISDK
|
Unified CheckoutHosted UI for online reservation payment capture. recommended
HOSTED NO-CODE
|
Lodging Incremental AuthIncrease the authorized amount mid-stay for room service, minibar, spa charges. required
API
|
No-Show SaleCharge guest's stored credential when they fail to cancel by policy deadline. required
API
|
Check-Out CaptureSettle the final folio amount — base rate plus all incremental charges. required
API
|
Account UpdaterAuto-refresh expired cards before arrival to prevent failed settlement. API
|
Decision ManagerFraud scoring for CNP reservations — enterprise and OTA channels. API
|
Reporting & Transaction SearchPer-property settlement reports and dispute management. API
|
||
Multi-Currency PricingSettle in property's currency, display in guest's local currency. API
|
APIs |
Reference for every API in the stack, grouped by integration concern.
| API | REQUIRED | DESCRIPTION | DOCS |
| Payment Authorization | Authorize transactions across CP and CNP channels. | Docs ↗ | |
| Refund & Void | Process refunds, voids, and reversals including check-out adjustments. | Docs ↗ |
All lodging transactions must include industryDataType=lodging in processingInformation per CyberSource lodging requirements.
| API | REQUIRED | DESCRIPTION | DOCS |
| Lodging Check-In Auth (CP) | EMV contact auth at check-in with TOKEN_CREATE and industryDataType=lodging. Creates customer + paymentInstrument + instrumentIdentifier tokens. | Docs ↗ | |
| Lodging Incremental Auth | PATCH /pts/v2/payments/{id} — increases authorization mid-stay for room service, minibar, spa. Max 100 incremental auths per transaction. | Docs ↗ | |
| Check-Out Capture | POST /pts/v2/payments/{id}/captures — settles full folio with checkInDate, checkOutDate, specialProgramCode=1. | Docs ↗ | |
| No-Show Sale (Stored Credential) | MIT sale using stored credential. processingInformation.authorizationOptions.initiator.merchantInitiatedTransaction.reason=4. | Docs ↗ | |
| Tokenization Service | Multi-property token vault. Single card tokenized at first stay, reused across all properties. | Docs ↗ |
Vertical insights |
What's different about Pet Care — surface the constraints before you architect.

![]() |
Integration path |
Five steps from sandbox to live veterinary practices.

Register, get test credentials, configure profiles.

Build with SDKs and APIs for your channels.

Execute scenarios, validate flows, confirm compliance.

Launch with pilots, monitor, scale across portfolio.

Onboard merchants — KYC, bank, product activation.
![]() |
Other recipes you might combine |
Many veterinary platforms also build for these adjacent verticals.
|
|
|
Developer MCPUse natural language to generate integration code, explore APIs, and debug your implementation. The Visa Acceptance Developer MCP connects your AI coding assistant directly to our documentation and sandbox. |