home / use cases / scheduling and calendar / resource-booking

Resource booking without the double-booked van

Ask by email or in chat — "is the van free Thursday?" — and your Aivell checks the resource's calendar, books it or offers the nearest alternative, and keeps a usage log. Conflicts are settled by rule instead of by whoever shouts loudest, and every request is handled on the box, inside your network.

Watch the demo

starts when: Someone asks for the van, the big room or the projector

The problem

Every shared thing in a company has the same failure mode. The van that two crews loaded plans around, the meeting room that was “definitely booked”, the projector that left for a client demo and never signed back in. The tracking system is usually a whiteboard, a group chat, or the memory of whoever answered — and untangling the collisions is part of the $17,000 per employee per year that admin quietly costs.

Proper booking software exists, and mostly goes unused: field crews don’t open a portal at 6am, and nobody maintains a system that is slower than shouting across the yard.

How your Aivell does it

Asking stays as easy as shouting — the answer just gets reliable:

  1. The request arrives however it arrives. An email to bookings, a line in the chat widget, “van Thursday, Rossi site, back by four”. Plain words, no form.
  2. The resource’s calendar answers. Each van, room and piece of kit has its own calendar, and it is the single source of truth. Free means booked on the spot, with name and purpose in the event.
  3. Conflicts get settled by rule, not volume. Taken means the requester hears who holds it and what the nearest free slot is — and the standing rules apply automatically, like vans returning by six.
  4. The edge cases go to Luca. Overnight use, weekends, anything outside the written rules — the chore pauses and asks, and Luca approves from his phone.
  5. The paper trail writes itself. One row per booking in the usage sheet, and a van plan for next week in Luca’s inbox every Friday — who used what, how often, worth replacing or not.

Guardrails hold the boundaries: resource calendars only, append-only logging, replies to the requester alone. The rules about how your fleet and rooms actually work stay in plain language, editable the day the rules change.

The chore, as you'd write it.

No flowcharts, no code — a chore is just a message to your Aivell, in your own words. It shapes it into a solid, guarded procedure and follows it to the letter. This one:

Giulia Aivell · book shared resources ● active

take requests by email or chat for the vans, the big room and the projector

every resource has its own calendar — check it before promising anything

free? book it with the requester's name and what it's for

taken? offer the nearest free slot and say who holds the current one

vans return by 6pm — overnight or weekend use needs a yes from Luca

two requests for the same thing within minutes — first come wins, tell the other

log each booking in the usage sheet, one row, with purpose

friday at 4, send Luca next week's van plan

You
Got it — I'll start right away, and check with you whenever something needs a human.
Giulia Aivell

The tools it uses.

Connected with single-click passkeys — no copied tokens, no OAuth hell.

Email takes requests, confirms bookings
Chat widget same requests, from the browser
Calendar one calendar per resource, always current
Spreadsheets keeps the usage log per booking

Sensible guardrails.

Every tool can be limited to exactly what this chore needs. For this one, you might set:

Calendar Write access covers the resource calendars only. Personal calendars cannot be read or written by this chore.
Spreadsheets Appends rows to the usage log. Editing or deleting existing rows is blocked.
Email Replies go to the requester and to Luca. Nobody else receives mail from this chore.

Questions, answered.

What happens when two crews want the same van for Monday? +

The rule in the chore happens — typically first request wins, and the second requester is told immediately, by name, who has it and what is free instead. The argument that used to happen at 7am in the yard happens on Thursday, in writing, with time to solve it.

Do people have to learn a booking system? +

No — they write an email or type into the chat, the way they already ask a colleague. "Need the trailer Wednesday morning for the Rossi site" is a complete booking request. The calendar discipline is the Aivell's job, not theirs.

Where does the booking data live? +

In your own calendars and your own sheet, processed by the box in your office. Who drives where, which client site, which equipment — operational details like these never pass through a cloud scheduling product.

Can it enforce rules about how resources are used, not just when? +

Yes — the rules are sentences in the chore. Vans back by six, the projector never leaves the building, overnight use needs Luca's approval. Your Aivell applies them to every request; the guardrails make sure it cannot book around them.

Related.

What is an Aivell?

An Aivell is an on-premise AI colleague: a small box that plugs into your network, runs its own AI onboard and takes the repetitive work off your desk. Prompts, documents, data — nothing ever leaves your office. Unplug the internet: it keeps working.

You describe each task as a chore, in plain language. Your Aivell turns it into a solid, guarded procedure and runs it in the background — with guardrails on every tool, a complete audit trail, and approvals in your hand when you want them. One-time setup, fixed monthly fee. No tokens, no overages.

Watch the demo

onboard inference · air-gapped · fixed monthly fee