StayBindDevelopers

StayBind for Developers

Connect a custom OTA, build a direct-booking storefront on the Booking API, and receive reservations over webhooks, all backed by one source-of-truth availability ledger.

StayBind is the operations backend for India homestays and short-stay rentals: one place to run properties, channels, bookings, guest comms, payments, and compliance. These docs are for builders who want to integrate with that backend, not operate it.

There are three ways to integrate, and they share one spine: the availability ledger, StayBind's single source of truth. A booking written anywhere blocks those dates everywhere, and a database-level constraint makes a double-booking physically impossible.

Which path is mine?

I have my own OTA / booking source

Use the partner-adapter path. You expose a small HTTP API and post reservations to a StayBind webhook; StayBind mirrors availability back to you. Start at Connect a custom OTA.

I want a booking front end on top of StayBind

Use the Booking API with an API key. StayBind owns inventory, pricing, the ledger, and payment links. Start at Booking API.

Principles you can rely on

  • The ledger is the source of truth. Channels (OTAs, your storefront, your own OTA) are projections of it. Nothing reads "live" from a channel to make a decision.
  • Idempotent everywhere. Every inbound reservation carries a stable id and is ingested exactly once. Re-deliveries are safe no-ops.
  • Self-healing. If a webhook is missed, a reconcile pass (every ~15 minutes) and a nightly full sync recover it. You never lose a booking to a dropped request.
  • Money is integer paise, INR. Dates are property-local YYYY-MM-DD, check-out exclusive. No floats, no timezone ambiguity.

Conventions in these docs

The StayBind API base URL is written as https://api.staybind.com throughout. Use the base URL for your environment. Example IDs (conn_…, unit_…) are illustrative.

On this page