Mr. Alfred
Mr. Alfred integrationVacation rentalsProperty management system

AI turnover inspection for Mr. Alfred

RapidEye reads the photos your field team uploads to Operations tasks in the Mr. Alfred app, and returns a finding for every CO Cleaning marked Completed.

Inside the Operations module

Overview

A Mr. Alfred Operations task proves that a job was scheduled, assigned to a role, started and marked Completed; it does not prove anything about the state of the property. The task carries a reference code, the booking it came from, the role and user responsible, execution times, a priority and any photos, comments and documents the field team uploaded from the Operations App. Mr. Alfred is careful about the accounting around that task, down to expenses, incident flags and deposit status, but no part of the platform opens the photo. RapidEye does. It reads the property, the booking dates, the category and the uploaded photos, and returns one finding per problem: what is newly damaged, what was not cleaned, and which inventory item is not where the property's own count says it should be.

Read on the category, not on complaintEvery CO Cleaning that closes, on every property, rather than the two a guest happened to write in about.
Your inventory counts, checkedThe expected item counts on the property's Operations tab become the standard the photo is measured against.
Evidence before the deposit callA dated finding tied to the booking, ready for the moment someone has to decide whether to capture or refund.

How it works with Mr. Alfred

Mr. Alfred organises field work by category, and the categories are the natural seams of this integration. Each one collects a different kind of photo from the Operations App, and each kind of photo answers a different question. Below is what RapidEye returns from each.

  • CO Cleaning, the checkout clean. This is the system category that carries the turnover, so it is where most findings come from. The first photos taken on arrival are the closest record of how the guest left the property, and RapidEye reads them against the last known state of the same spot, so a scorch mark on a worktop that appeared this week is attributed to this booking and not to the one before it. The photos taken before the task is marked Completed are read for guest readiness instead: a mirror still streaked, a drain with hair in it, the hallway bulb that nobody switched on.
  • Housekeeping and Additional Cleaning. Mid-stay servicing and the extra clean you sell as an add-on both generate photos that nobody has time to look through. Read the same way, they give you a condition record inside the stay rather than only at the ends of it.
  • Maintenance. A photo uploaded on a maintenance task is a dated record of the thing that was fixed and of everything else in frame. A hinge coming away from a cupboard door, damp creeping across a ceiling or a smoke detector hanging off its plate gets reported on the day the photo was taken rather than the day a guest mentions it.
  • Inventory Mismatch requests. Mr. Alfred already treats a mismatch as its own thing, raised by field staff and routed on the Desk. RapidEye reaches the same conclusion from the photo. Two towels in a bathroom the property configures for four comes back as a missing-item finding whether or not anyone counted that day.
  • Check In and Check Out tasks. Where your team photographs a handover, those frames anchor the timeline. They mark what the property looked like at the moment a guest took it on and the moment they gave it back, which is the pair a deposit conversation eventually turns on.

A finding names the property and the room, what kind of problem it is, how serious it is, the frames it was found in with their times, and a suggested next step. Findings appear in the RapidEye dashboard and, for teams that ask, in a Slack channel or an inbox as well. What happens afterwards inside Mr. Alfred, whether that is a request on the Desk, a maintenance task, an expense against the booking or a decision on the deposit, stays entirely with your team. Photos are the common case, not the boundary: teams that film a walkthrough rather than shooting stills, teams sitting on a Matterport scan of each unit, and teams who want findings scored against an inspection form of their own all get that configured with us at setup, so if your input is not on this list, ask rather than assume.

How to connect Mr. Alfred to RapidEye

  1. The property's Operations tab. In Mr. Alfred, open the property and go to the Operations tab. Check-in and check-out times, the categories with a role and user responsible, and the inventory counts per area all live here, and they are what makes a CO Cleaning task appear on the right property on the right date.
  2. Photos on the task. Your field team uploads photos to the task in the Operations App at ops.mralfred.io, the same place they mark a task started and completed. Those photos are what RapidEye reads. If your team does not upload photos yet, a RapidEye capture link goes to the phone instead: no install, a fixed set of angles per room, taken before the task is marked Completed.
  3. Add RapidEye as a user. In Mr. Alfred, go to the Admin module, then Users, then Add User, and add Rapid Eye with the email support@rapideyeinspections.com, a role that can see the Operations module, and access to the business your properties sit under. Roles in Mr. Alfred are configured by the Mr. Alfred team at onboarding, so ask them for an operations-level role if you are not sure which one to pick.

That is all of it. Nothing changes for the person holding the phone, the categories and roles you configured stay as they are, and findings start arriving once tasks begin closing.

Inside the Mr. Alfred Operations module: categories, tasks and requests

Checked against Mr. Alfred's help centre, September 2026.

According to Mr. Alfred's help centre documentation (mralfred.io), the Operations module is built from five submodules: Settings, where task durations, buffer times and execution windows are set per task type; Categories, which classify the work; Tasks, the full list with filters and manual creation of booking or property tasks; Desk, an hourly calendar view of scheduled work per user or team; and Roster, a grid of staff availability. Field teams work the same tasks through the Operations App, where they receive assignments, move them along, and upload photos, comments and documents. That upload is the single most valuable artefact the module produces, and it is also the one nothing downstream ever reads.

The categories, and what a photo in each one can settle

Three categories are system defaults and cannot be edited. The rest you create yourself, assigning a role responsible and optionally a specific user, which is what determines who sees the task in the app.

System defaultCO CleaningThe checkout clean. The turnover photo set lives here, so this is where damage attribution and guest readiness are both decided.
System defaultCheck In / Check OutThe handover moments. Photos here bracket a stay, which is the pair a deposit dispute is argued from.
Yours to createHousekeepingServicing inside the stay. Photos give you a condition reading between arrival and departure, not only at the edges.
Yours to createMaintenanceThe repair record. What was fixed, and everything else that happened to be in the frame that day.
Yours to createInventory MismatchCounts that do not match the property configuration. A photo settles it without anyone recounting.
Yours to createAdditional CleaningThe extra clean, often billed. Photos are what stands behind the charge if it is questioned.

Category names as documented by Mr. Alfred. The second line is what RapidEye takes from a photo filed under it.

The five task statuses, and what each one is evidence of

  • DraftAn automatic task with no responsible user assigned yet.
  • PendingAssigned and waiting. Nobody has been to the property.
  • In ProgressThe field user has started. First photos usually land here.
  • CompletedThe field user says the work is done. Set by the person doing it.
  • CancelledCalled off. Worth knowing when a turn quietly did not happen.

Statuses as documented by Mr. Alfred. Every one of them is a statement by a person, which is exactly why the photo matters.

The inventory counts nobody has time to count

The property's Operations tab lets you record how many of each item a property should hold, grouped by area, so field staff can do a quick visual check and losses show up. Mr. Alfred documents four area groups, with examples like pillows, remotes and water bottles. In practice a cleaner at the end of a long shift is not going to count remotes in four rooms, which is why mismatches surface weeks later. RapidEye reads the count you already configured and checks it against the photo of that area.

Documented inventory areas, and what a photo of one can answer
AccessKeys, fobs and entry items that go missing quietly and are noticed only when the next guest cannot get in.
Living area / hallRemotes, cushions and the furniture that gets rearranged and never put back where the owner wants it.
Bedroom / bathroomPillows, linens and towels, the counts that drift fastest and the ones guests notice first.
KitchenGlassware, utensils and appliances, where a breakage disappears into a bin rather than into a report.

Can Mr. Alfred tell you whether the property is ready?

Not on its own, and its documentation does not claim otherwise. Every signal the Operations module produces about condition originates with the person doing the work: the status moves because a field user moved it, a request appears because a field user raised one, and a task with no responsible user simply sits in Draft. The platform is precise about the money that follows an incident, flagging a deposit in red the moment an expense is assigned to the booking and warning anyone who tries to refund past that flag, but the flag depends on someone having noticed the damage and filed the expense first. That first step is the one that fails at scale, and it is the step RapidEye takes over. The photos are already being uploaded on every task. RapidEye is the part that opens them, every time, and says what they show.

Mr. Alfred integration FAQ

Does RapidEye integrate with Mr. Alfred?

Yes. RapidEye reads the photos your field team uploads to Operations tasks in Mr. Alfred, together with the property, the booking the task is linked to, the task category and the role or user it was assigned to, and returns a finding per problem: new damage, cleaning that was skipped, an inventory item that is not there. Your categories, task settings, roles, Desk and Roster stay as they are, and RapidEye writes nothing back into Mr. Alfred.

Do my cleaners need a second app alongside the Mr. Alfred Operations App?

No. They keep opening the task in the Operations App and uploading photos there, which the app already supports alongside comments and documents. The one habit worth adding is a fixed set of angles per room with the lights switched on, so the same spots are photographed on every turnover. Where a team does not upload photos today, RapidEye can supply a capture link that opens in any phone browser with nothing to install.

Can RapidEye tell whether a CO Cleaning marked Completed was actually done?

Yes, from the photos rather than from the status. Completed is set by the person holding the phone, so it records that the cleaner says the property is ready. RapidEye reads the photos uploaded against that task and reports what they show: a shower screen still spotted, a bin not emptied, a bulb out in the hallway, bedding that was remade over a stain. If a room has no photo at all in the set, that absence is reported too.

Does RapidEye use the inventory counts configured on the property?

Yes, when you have them. Mr. Alfred lets you set expected item counts per area on the property's Operations tab, which is the standard your field staff check against by eye. RapidEye reads the same counts and checks them against the photo, so two pillows in a bedroom that should hold four comes back as a finding rather than depending on whether anyone counted that day.

Will RapidEye create tasks, requests or expenses in Mr. Alfred?

No. RapidEye reads and reports. It does not open a request on the Desk, generate a task from one, assign a role or user, add an expense to a booking or touch a security deposit. The RapidEye dashboard is where findings live, with Slack or email as optional copies. Whether a finding becomes a maintenance task, an Inventory Mismatch request or a deposit decision in Mr. Alfred is yours to decide.

Other rental platforms that hand the field team a task

Each of these builds the clean from the booking and gives staff somewhere to record it, which is the same seam RapidEye reads on this page.

Sources

  • Mr. Alfred help centre, Operations module, property Operations tab, automatic tasks, requests, user management and security deposit documentationmralfred.io
  • Mr. Alfred product and features pages, plus its operations and task management articlesmralfred.com
  • Guesty product navigation, task managementguesty.com
  • Hostaway product pages, platform overviewhostaway.com
  • Hospitable product pages, features overviewhospitable.com
  • Zeevou product navigation, operations and task managementzeevou.com
  • Uplisting product navigation, operations featuresuplisting.io

Sources are named at the publisher level and were checked against the publisher's live pages before this page was published.