Why we built ParkAttach
Bilateral integrations between OTAs and parking operators don't scale. Here's the platform we wished existed — and the assumptions behind every architectural decision in it.
ParkAttach is the API that lifts your ancillary attach rate by adding parking to hotel, rail, and event bookings.
One integration: thousands of European car parks, real-time availability, dynamic pricing, built-in urgency signals, instant confirmation.
Deep inventory, broad reach, and a hot path built for peak traffic — the numbers behind the integration.
Whether you're selling travel or supplying parking, one integration connects you to the other side.
For OTAs
One bearer-token API gives your booking flow access to pre-booked parking at every car park your travellers might need — without bilateral integrations with each operator.
For Parking Operators
Connect your parking platform once. Every OTA on ParkAttach can quote, reserve, and commit at the car parks you publish — under terms you set per channel.
Every quote response carries optional urgency fields you can render directly in your booking UI — the same social-proof signals that lift conversion on flights and hotels, computed once across the operator's whole platform.
They're computed by a dedicated service that holds 24 hours of in-memory state, so adding them costs your hot path nothing. If the urgency service is unreachable, the fields are simply absent and your quote still returns 200.
Read the deep diveLive capacity, computed against held reservations and confirmed bookings — sold means sold, not just committed. Ask for accessible or EV-charger bays and find none free, and the response cross-sells the standard spaces still available rather than coming back empty.
The price the same shopper would pay driving up to the barrier tomorrow — no prebooking discount applied. Render it next to the quote to anchor the saving.
Pick whichever drives the greatest urgency.
Unique-shopper count via an optional customerSessionGuid. Refreshes don't inflate the number.
ISO 8601 timestamp of the most recent confirmed booking
The same signals aggregated across every car park near the venue — even ones the OTA can't yet sell — for "interest at this location" framing.
The OTA-facing surface mirrors the quote/reserve/commit pattern flights and hotels already use. A fourth endpoint handles cancels.
POST /parking/quote with either your own venue key or the ParkAttach venue GUID, and a parking window. Returns every car park you can sell, priced per channel, with urgency signals attached.
POST /parking/reserve with the quote handle. Holds the space for a TTL set in the bilateral agreement (default 10 minutes).
POST /parking/commit when the OTA's checkout completes. Confirms the booking with the underlying parking platform. Cancel is a separate endpoint.
Payment processing stays in your existing checkout — ParkAttach mediates inventory only.
Every confirmed booking is a financial event on both sides — the OTA owes the operator. ParkAttach hands you that data in the shape your finance stack already ingests, so reconciliation isn't a month-end archaeology project.
Subscribe to a Kafka data stream of every commit event the moment an OTA checkout completes — booking, parking window and the full money split, keyed by commitGuid.
Prefer files to brokers? Take the same commit data as a once-a-day batch dump. Run both — the stream for live dashboards, the batch for the month-end close.
Each record carries the gross price, OTA commission, ParkAttach commission and tax — frozen per channel and per venue — so it imports into your ERP for accounts payable and receivable without joining back to anything.
Same feed, both sides of the deal: OTAs reconcile what they owe; operators reconcile what they're owed.
Our launch partner is APCOA: Europe's largest parking-operator group, with car parks across hotels, airports, train stations, stadiums, music venues, and conference centres. ParkAttach starts with that inventory and grows the roster of partner operators on the same terms. Each operator connects once and is reachable by every OTA on the platform — no separate integration to negotiate and build per partner.
When a traveller searches a location we don't yet fully cover, the quote still lists the nearby car parks so the OTA can show "more parking nearby — coming soon". For operators, that means joining comes with a clear, demand-backed picture of the bookings already waiting at your sites.
APCOA Parkway
Live connector
APCOA Nucleus
Live connector
Partner platforms
Per-platform onboarding
OTA channels
Per-brand-per-POS
Bilateral integrations between OTAs and parking operators don't scale. Here's the platform we wished existed — and the assumptions behind every architectural decision in it.
50,000 quote requests per minute. Sub-2 ms warm path. Three-layer cache, fire-and-forget Kafka, and a dedicated urgency service. The platform's headline numbers and the choices behind them.
Six social-proof fields that lift conversion on parking quotes — what they mean, how they're computed, why absence isn't zero, and how to render them well.
OTAs and parking operators alike — drop us a line and we'll set up a working conversation about what an integration looks like for you.
OTAs and parking operators alike — drop us a line and we'll set up a working conversation about what an integration looks like for you.