Calendar links

Every listing site publishes an export link — a long web address ending in .ics that carries the dates that are booked. Paste it into Suitiee and each booking on it becomes a turnover, with no code and no integration to arrange with anyone.

This is the lane that works for any site: Gathern, Qotoon, Vrbo, Agoda, Expedia, Airbnb and Booking.com all publish one.

Hosts find it at Your units → Calendar Sync, operators at Integrations → Calendar Sync, or Bulk Connect Calendars to paste many at once.

What you need

• The export link from each listing (below: where each site hides it).
• Which unit each link belongs to — or let the import create the units from the calendar names.

Step 1 — Find the export link

These are directions rather than links on purpose: every one of these consoles reorganises itself, and a dead link is worse than none.

The link is long and carries a token, like https://www.airbnb.com/calendar/ical/12345.ics?s=…. Paste it exactly as given — it is your calendar's private read-only address, not something to type by hand.

Step 2 — Paste it

1. New Calendar Feed.
2. Unit — which one this calendar belongs to.
3. Platform — which site it came from.
4. Calendar (iCal) URL — paste the link.
5. Sync every (minutes) — how often we look. 60 fits most listings.
6. Create.

Before anything is saved we fetch the link and read it, and tell you what we found — "we read Seaside Flat — 14 bookings found". There is nothing further to run.

Test next to the field checks a link at any time without saving anything.

Step 3 — Many at once

Integrations → Bulk Connect Calendars takes one export link per line, up to 25 at a time. Each unit is named from its own calendar and can be renamed afterwards. The operation is safe to repeat: pasting the same list twice connects nothing twice.

What is refused before a feed is saved

A link that can never work is refused at the form, rather than stored to fail quietly an hour later:

Two things are deliberately not refused: a site that is briefly down (that is the site's problem, not your link's — it saves with a warning and retries), and a calendar with no bookings on it (a new listing publishes a valid, empty calendar).

What you paste is also fixed up rather than blamed on you: webcal:// becomes https://, a link broken across two lines is joined back up, and a missing https:// is added.

What happens next

• A booking on the calendar becomes an anticipated turnover as soon as it is seen. Nothing is billed and nobody is dispatched yet.
• On checkout there is no signal from the site, so Suitiee watches for anticipated bookings whose checkout has passed and confirms them within about fifteen minutes: billed, a cleaning created, a cleaner dispatched.
• The cleaning window ends before the next guest's arrival when the next booking is already on the calendar; otherwise it is five hours after checkout. Add the next booking any time before checkout and the window updates to match.
• A booking removed from the calendar cancels a still-anticipated turnover on the next sync. One that has already been billed is never cancelled retroactively this way.
• Blocked dates are not bookings. Dates you close out, an owner stay, a maintenance hold — the calendar publishes those as ordinary entries marked Not available, Blocked or similar, and no turnover is raised or billed for them, because no guest is leaving. The dates still count as occupied, so the clean for the stay before a block still has to finish before it starts.
• Re-reading an unchanged calendar never creates duplicates.

The calendar Suitiee publishes back

Each unit also has an export link of its own that any other site can read, which is how a booking taken in one place closes the night in another. It is on the unit.

When it goes wrong