The API Report CardAPI Index
PAR Brink

PAR Brink API

POS / Hospitality · partech.com

Brink exposes a SOAP/XML API with published WSDLs; there is no REST, JSON, or webhook surface. Access is partner-gated through api.support@partech.com with per-brand certification and per-location tokens. Integrations poll Sales2 for new orders since nothing pushes events.

Last verified: July 2026Restaurants & Food Service
API GRADE
F
VERIFIED JUL 2026

SCORECARD

ExistenceFAILNo REST API. Brink's surface is SOAP 1.x over HTTPS with XML payloads and WSDL-first contracts.
AccessFAILPartners onboard through api.support@partech.com and typically certify per restaurant brand; nothing is self-serve.
CoveragePOOROrdering, sales, labor, and settings ship as separate SOAP services, but with no webhooks integrators poll Sales2 for every event.
AuthFAILAn API token plus a per-location token per site; multi-unit chains juggle thousands of credentials with no central rotation.
Docs & DXFAILNo SDKs from PAR and no OpenAPI spec; integrators generate their own SOAP clients from WSDLs using svcutil, wsimport, or zeep.
StabilityMIXEDSOAPActions are versioned, but strict WSDL field ordering means any drift in request structure fails silently.
Supergood: PAR Brink isn't going to ship an API, so we did: stable endpoints, normalized JSON, managed auth.

Frequently asked questions

PAR Brink scores F on the API Report Card. Brink exposes a SOAP/XML API with published WSDLs; there is no REST, JSON, or webhook surface. Access is partner-gated through api.support@partech.com with per-brand certification and per-location tokens. Integrations poll Sales2 for new orders since nothing pushes events.

Tried to integrate with PAR Brink?
SOURCES
SOAP/XML only - no REST, no JSON, no GraphQL, requiring partners to maintain SOAP client tooling and XML schema bindings in an industry that has moved to REST brinkapiportal.parpos.com
Strict field-order requirements: 'XML must be structured according to the order published in the WSDL, and you must not change the order of the fields in the request sent, or it will fail' - any drift breaks integrations silently brinkapiportal.parpos.com
No webhooks or event streaming - all integrations are polling-based against Sales2/Ordering, creating throughput, latency, and rate-pressure problems at scale brinkapiportal.parpos.com
Per-location token model means enterprise partners must manage thousands of API tokens for multi-unit chains, with no central credential rotation brinkapiportal.parpos.com
Partner/integrator access is gated - must contact api.support@partech.com and typically be certified for a specific brand's deployment before getting production tokens brinkapiportal.parpos.com
'The API continues to lag what were originally told it would do and rollout of new features is both slow and incomplete' - per public Software Advice reviews softwareadvice.com
No OpenAPI/Swagger or modern interactive documentation; integrators rely on raw WSDL imports into SoapUI/Postman apitracker.io
New PAR products (Punchh, MENU, PAR Pay, Guest Identity) have separate REST APIs at developers.partech.com with separate auth - fragmenting the PAR API surface across at least 3-4 distinct portals and contracts developers.partech.com
API continues to disallow useful integrations and feature rollout is both slow and incomplete vs original commitments softwareadvice.com
Cloud architecture means Brink stations are vulnerable to internet/connectivity outages; offline mode has gaps for complex orders softwareadvice.com
Reporting is rigid - canned reports only, exporting raw data for custom analytics requires Data Central or direct API pulls softwareadvice.com
Support response times slow for non-enterprise tier accounts; tickets often bounced between PAR Pay, Brink, and reseller support softwareadvice.com
Menu/configuration changes from corporate can take significant time to propagate to all locations and occasionally fail silently softwareadvice.com
Per-store pricing (~$2,500-$3,000/yr) is high relative to Toast/Square, especially for smaller multi-unit operators bristlemoonresearch.com
Hardware/software tightly coupled to PAR EverServ/Helix terminals; third-party hardware support is limited jtech.com