AI turnover inspection for Smily

Overview

A Smily task is a work order with an evidence folder attached, and nobody opens the folder. The task carries a checklist, a category, a priority, an assignee, a due date, the rental and booking it is linked to, and files: photos, PDFs and video that the person working it adds to the task or drops into a comment. Smily records that the work was reported finished. It does not look at the pictures. RapidEye reads them, room by room, against the last known state of the same spots, and returns findings tied to the rental and the stay.

How it works with Smily

Smily sorts operations by task category and by what the template was built for, so the checks follow the same shapes an operator already has set up.

• The cleaning task on a check-out. The photos on it are the closest record of how the guest left the rental. A scorched worktop, a torn blind, a missing pan comes back as a finding with the earlier photo of that same spot next to it and the booking dates in between, which is the difference between a claim and an argument.
• The checklist that was ticked. A ticked item says the cleaner says it was done. RapidEye reads the picture of the thing that was ticked: the shower screen, the bin, the bed, the oven, and reports what it shows instead.
• The maintenance category. Tasks raised for a repair carry photos of the fault. RapidEye keeps the photo from before the repair and the one after, so the work has a dated record rather than a closed task.
• Rooms and angles nobody shot. The gap in the coverage is itself a finding. If a turnover has ten photos and none of them look into the second bathroom, that is reported as clearly as a stain.
• Inventory and presentation. The welcome tray, the second towel set, the remote, the hairdryer. RapidEye learns what a ready rental looks like at your properties and says when this one is not that.

A finding names the rental, the spot, the type of problem, how serious it looks, the two photos that prove it and a suggested next step. Findings appear in the RapidEye dashboard, and can also be sent to a Slack channel or an inbox. What happens in Smily afterwards is your decision. These are examples rather than limits: RapidEye reads whatever documentation a team already produces, including video walkthroughs and 3D scans, and scores it against whatever standard you care about, so if your operation checks something not listed here, ask us and we will set it up.

How to connect Smily to RapidEye

1. Your Smily rentals and the templates behind your turnovers. The automated templates linked to check-in and check-out events are what create a task per stay; those are the tasks RapidEye follows.
2. Photos on the task. Smily accepts files on the task itself and on comments, so most teams are already producing what RapidEye needs. If yours is not, RapidEye supplies a capture link that opens in any phone browser with nothing to install: a fixed set of angles per room, lights on, taken before the status moves to Done.
3. Invite RapidEye as a user. Smily's cleaner role is read-only, which is all we need. The connect panel has the name and email to invite.

What a Smily task actually holds

Checked against Smily's help centre and product pages, September 2026.

Smily is a European vacation rental platform combining a property management system, a channel manager, direct booking and payments, and its task management feature is where the cleaning and maintenance side of it lives. According to Smily's help centre documentation (bookingsync.com), a task can be created by hand or from a template, and a template set to automated is linked to a rental so that tasks are generated from booking events such as check-in or check-out. The fields below are the ones an operator fills in, and each one tells RapidEye something about the photos that arrive with it.

Fields as documented by Smily. The right-hand column is what RapidEye takes from each.

The four statuses, and what each one proves

Smily documents that the person working a task can tick off checklist items, report an issue, add notes, and move the task between four statuses, then log the real time spent. The dashboard is then filtered by status.

1. To do
2. In progress
3. Done
4. Canceled

All four are set by the person holding the phone. Done is a claim of completion made by someone paid by the turn, at the end of a long day, with the next arrival already driving over. It is a useful claim and it is not evidence. The photos attached to that same task are evidence, and they are the only part of the record nobody has time to look at. That asymmetry is the whole reason this integration exists.

Who can see a task in Smily?

Four roles, one of them read-only. Smily's help centre documents an owner who created the account, an admin who sees everything except billing, a member who works the main menu but not settings, and a cleaner, who sees the dashboard calendar, tasks and bookings in read-only mode, with the guest's name and only the guest contact details the account owner has chosen to expose. Smily added a per-cleaner setting for exactly that, off by default, shown when you invite a new user with the cleaner role. It means the account you invite for RapidEye can be the smallest one in the building: read the tasks, read the photos, change nothing.

Smily integration FAQ