REST API v2
Documentation for the yetipay Pay at Counter REST API (v2).
info
REST API v2 offers additional transaction types and improved APIs. Use v2 or v1 based on what your integration supports. See What changed from v1 below.
View the full interactive API reference
Overview
The PAC REST API v2 allows POS systems to initiate and manage card transactions on yetipay terminals.
All endpoints require Basic Auth and Software-House-Id / Installer-Id headers.
Base URL: https://connect.yeti.host
Endpoints
| Method | Path | Description |
|---|---|---|
GET | /pac/terminals | List all connected terminals |
GET | /pac/terminals/{tid} | Get a specific terminal |
POST | /pac/terminals/{tid}/transactions | Start a transaction |
GET | /pac/terminals/{tid}/transactions/{requestId} | Poll transaction status |
DELETE | /pac/terminals/{tid}/transactions/{requestId} | Cancel a transaction |
POST | /pac/terminals/{tid}/reports | Request a report |
GET | /pac/terminals/{tid}/reports/{requestId} | Retrieve report results |
Transaction Types
| Type | Description |
|---|---|
SALE | Standard sale transaction |
REFUND | Refund transaction |
DUPLICATE | Duplicate of a previous transaction |
PRE_AUTH | Pre-authorization hold |
COMPLETION | Completion of a pre-auth |
ACCOUNT_VERIFICATION | Verify card without charging |
What changed from v1
v2 introduces several improvements over v1:
- New transaction types:
PRE_AUTH,COMPLETION, andACCOUNT_VERIFICATIONfor pre-authorisation and card verification flows. - Updated identifiers: Terminal identifiers use
tidinstead oftpiin path parameters. - Required headers:
Software-House-IdandInstaller-Idheaders are required for traceability. - Improved API design: Clearer request/response schemas and error handling.