The asymmetry
Every cancellation a calendar-driven tool makes is a guess about why an event disappeared. Close to checkout, the guess has no time to be corrected:
- If the software is wrong and cancels, the cleaner has been told not to come, it is 9 pm, and the next guest arrives at 3 pm tomorrow. Recovering means phoning around.
- If the software is wrong and keeps the job, a cleaner turns up to a flat that was never used and leaves. Annoying, cheap, and visible on the dashboard within the hour.
Lemon's rule 5: feed evidence alone may never destroy a confirmed job inside the imminent window (24 hours to checkout). Ambiguity there degrades to host review, keeping the cleaner.
What "held for review" looks like
The booking gets a "possibly cancelled" badge on the host dashboard and in the host's notifications. The job remains assigned; the cleaner is not contacted. The host can confirm the cancellation with one tap (which cancels the job and tells the cleaner) or press "Keep it". Nothing happens automatically until checkout has passed.
Why most tools get this backwards
The intuitive design is "the closer the checkout, the faster we must react", which gives imminent bookings the shortest cancellation fuse. That is precisely the window in which the feed is least reliable: Booking.com trims and re-keys in-progress stays continuously, and an in-progress stay is by definition within days of its checkout. Lemon's incident log from 2026 shows every false cancellation with real damage landed the evening before a turnover.
Evidence
11 imminent_protected decisions versus 10 auto_cancelled in the 30 days to 2026-09-10 — more jobs were held than cancelled. Source: feed integrity report.