Why build with Terminal SDKs?
- Single app experience: Keep staff or customers inside your Android or iOS app while you manage payments, receipts, and device states end-to-end.
- Provider flexibility: Add or swap terminal providers (BRI, Cashup, NTT, and more) without rewriting your integration from scratch.
- Shared tooling: Rely on the same credential, logging, and monitoring patterns across both SDK families.
Choose the right track
- Terminal H2H SDK
- Terminal C2C SDK
The H2H SDK provides device connectivity for the H2H path. Payment API calls are always HTTP via the Terminal API — the SDK handles the device communication layer only.
- Ideal for staffed environments where associates stay in a single mobile workflow.
- Leverage standardized payment sessions, callbacks, and reconciliation flows.
- Required for BRI/NTT terminals on the H2H path if you choose not to use the Gateway App.
Jump to the Terminal H2H introduction to dive into platform concepts and SDK setup.
Implementation checklist
Align on operating model
Confirm whether each merchant location will run the managed H2H track, the direct C2C track, or a mix by venue. Document expectations in your rollout plan.
Provision credentials
Request the appropriate CLIENT_KEY and API credentials from the Xendit In-Person Payment team, noting that sandbox and production environments use separate keys.
Prepare device inventory
Maintain terminal IDs, IP addresses, and provider mappings for every site. This ensures your app can register terminals programmatically.
Next steps
Terminal H2H SDKs
Follow platform-specific guides for Android and iOS implementations.
Terminal C2C SDKs
Explore command APIs, provider helpers, and kiosk deployment patterns.
Gateway App
Compare running SDKs inside your app versus delegating device control to the Gateway App.
Migration guides
Review detailed migration paths for teams updating from legacy SDKs.