← Home Architecture and rollout

One environment per property.

It is not a shared system with a filter per client. Every property is instanced with its own data, users, rules, voice address and visual identity — and the isolation is guaranteed in the database, not on the screen.

The property's helipad and leisure area at dusk
One environment per property, isolated by construction. PAPERBOAT
The three layers

Who sees what, and why.

Command towerWe

The PAPERBOAT operations panel. It creates and activates properties, follows the health of each one, sends announcements to the base and receives the tickets from all of them. No screen in here is visible to the client.

Property activationModules contracted Invoicing and recurring revenueSupport queueAnnouncements to the base
PropertyThe client

Management, trustee, board, gate, concierge and staff. Each profile sees what belongs to it, and what each one may do is decided on the server, not hidden on the screen. The board sees the accounts; the gate does not see the finances.

Units and ownersRules and bylaws Amenities and capacityOwn brand and voice addressOpening a ticket
OwnerAnd whoever they bring

Owner, resident, tenant and guest. Requests come in through the voice page, the lobby totem or an external link, and land in the queue of the right property. Each one sees only their own unit.

Booking and day-useClearing a visitor Balance enquiryFiling an incidentGuest check-in by link
Isolation

What keeps one property from seeing the other.

Three layers of defence, each one enough on its own.

Session identity

The session token carries the property, the profile and the unit. No screen decides what to show on its own.

Permission on the server

Every route of the interface demands the matching permission before answering. Hiding the button is not the protection.

Isolation in the database

The database only returns rows of the property active in the session. A query that forgets the filter comes back empty, not with the neighbour's data.

Scope per unit

The owner only reaches their own unit. The rule holds for queries, for bookings and for what the voice assistant answers.

Its own address

Each property's voice page has its own address and its own context. The assistant knows no other property.

Audit kept apart

The trail records the origin of every action and is editable by no one — not by the management, not by us.

Rollout

Live in days, not in months.

There is no integration to negotiate and no server to install.

01

We activate the environment

The property is born instanced, with amenities, profiles, suggested rules and its own voice address. It takes minutes.

02

We load the database

Units, owners, parking spaces and vehicles come from the spreadsheet you already have. We load it together with your team.

03

We write the rules

Bylaws and house rules become configuration: notice period, capacity, seasonal limits, fees and what each profile may do.

04

We open it to the owners

An invitation by link and a totem in the lobby. From there the operation runs on its own, and support is one ticket away.

Support

Support with a deadline, inside the tool itself.

High standard does not go with an e-mail queue. The ticket is opened inside the platform, lands in our command tower and carries a deadline agreed in the contract.

Ticket with a history

Management and the trustee open the ticket from their own screen. The conversation stays in the ticket, with priority, category and deadline visible to both sides.

Knowledge base

Recurring questions live in the help inside the product, written in the language of the people who operate it.

Dedicated account manager

On the Resort plan, one person follows the property, reviews usage every quarter and anticipates what will be needed.

Team training

Gate, concierge and management trained at rollout and whenever the team changes, at no extra cost.

See the environment before deciding.