Case study 02 · HotelKey · APIs & integration

Certifying CRS integrations before they ship.

A central reservation system talks to everyone: brands, channel partners, contact centers, data products. When an integration breaks, a hotel loses bookings. This is how release-readiness, partner certification, and SLA tracking were made systematic across 10+ mission-critical CRS APIs, and why support tickets fell by a third.

RoleIntegration analyst & certification lead
Surface10+ CRS APIs · partner integrations
ToolsPostman · Swagger/OpenAPI · SQL
Period2024 – present

01Context

HotelKey's CRS APIs sit in the critical path of every booking. Partners integrate against them, the contact-center booking platform depends on them, and enterprise brands hold them to contractual SLAs. Historically, an integration was "done" when the partner said it worked. Defects surfaced as client-reported discrepancies in production, and a meaningful share of support volume was API-related: mismatched payloads, edge cases nobody had tested, and behavior that differed between staging and production.

02My role

I owned the analytical side of integration quality: defining what "certified" meant for a partner integration, building and running the test collections that proved it, auditing the data that came out the other side, and tracking integration health against SLAs. I was the person a brand or partner talked to when something didn't match, and the person who found out why.

03Approach

Certification cycle
API specSwagger / OpenAPI as the contract
Postman collectionsPer-endpoint tests · edge cases · env files for sandbox / staging
Certification runPass/fail documented · payload diffs on failures
Data auditSQL against reservation tables
SLA monitoringUptime · latency · error rate

04Outcome

30%Fewer API-related support tickets
10+Mission-critical CRS APIs under certification
0Certifications signed off without a written pass/fail record

The ticket reduction came from two directions at once: fewer defects reaching production because certification caught them, and faster resolution for the ones that did because the SQL audit and SLA data pointed straight at the cause.

"It works on my side" stopped being an acceptable status. "Here's the collection, here's the run, here's the query" replaced it.

05What I'd do differently

Automate the run itself earlier. The collections were re-runnable, but a human still ran them; wiring them into Newman on a schedule, and generating the certification document from the run output, is the step that turns a good process into an unattended one. That's the CRS Certification Harness project on the ledger, and the SLA Sentinel is the monitoring half of the same idea.

REST APIsPostmanSwagger / OpenAPIIntegration testingPartner certificationSQL data auditingSLA managementCRS / hospitality distribution