Obtain machine account credentials from the Booking.com Connectivity extranet and choose token-based or credential-based authentication
POST to the token endpoint at connectivity-authentication.booking.com to exchange credentials for an access token valid for one hour
Construct an OTA_HotelAvailNotifRQ XML payload targeting supply-xml.booking.com with room type IDs, date ranges, availability counts, and restrictions such as stop-sell or minimum stay
Submit the message over HTTPS using TLS 1.2 and UTF-8 encoding; check the OTA_HotelAvailNotifRS for Success or Error status
Migrate to v1.1 if using v1.0, which was scheduled for deprecation in late 2025 and sunset in early 2026
Implement retry logic with exponential back-off for transient errors and log any failed deliveries for reconciliation
Known gotchas
v1.0 of OTA_HotelAvailNotif was sunset; submitting with the old version header causes silent failures on properties already migrated to v1.1
Token-based access tokens expire after one hour; failing to refresh before expiry results in 401 errors mid-update batch
Restrictions (CTA, CTD, min/max stay) and inventory counts are separate concern from rates; forgetting to also send OTA_HotelRateAmountNotif means prices stay stale even when availability is current
Give your agent this knowledge — and 200+ more routes
One MCP install gives any agent live access to the full route map, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp