Last Updated: September 2026
Hallsy is booking software for shared spaces — community halls, venues and municipal facilities. The Hallsy platform is operated by 1595052 B.C. LTD., and in this policy "Hallsy" and "we" mean that company. This policy explains what personal information Hallsy handles, why, who it is shared with, and what you can ask us to do about it.
It describes what the software actually does today. Where Hallsy does not have a control or a process, this policy says so rather than implying one.
Venues. Each venue or organization using Hallsy decides what it asks renters for, which of its staff can see it, how long it keeps its bookings, and what it does with them. For that information the venue is in charge, and Hallsy handles it on the venue's behalf and under its instructions. A venue's own terms, refund policy and cancellation rules are published by that venue, not by Hallsy.
Hallsy. For our own operation of the service — administrator accounts, security, error monitoring, product analytics and billing — Hallsy decides how information is used. This policy covers both roles and says which is which throughout.
Hallsy remains the authoritative record of a booking. Where a venue connects an external service such as Google Calendar, that service is an integration, not the booking system of record.
When you submit a booking request or an enquiry, Hallsy stores what the venue's form collects. Depending on how that venue has configured its form, this includes:
Renters do not have Hallsy accounts and do not set a password. You reach your booking through a link containing a long, unguessable token. Anyone who has that link can view that booking, so treat it as private.
If you accept a rental agreement online, Hallsy also records the name and email you typed, the date and time, your IP address, and a copy of the agreement text as it was shown to you. This is kept as evidence of what was agreed.
Hallsy keeps a per-venue contact record — name, email, phone and notes — so a venue recognises a returning renter, and logs every notification email sent to you, including the recipient address and whether it was delivered.
For staff who sign in to Hallsy: email address, display name, a bcrypt hash of the password (never the password itself), role and permissions, and last sign-in time. Sessions are held in a signed cookie that expires after 8 hours.
Administrator actions that change a booking — approvals, denials, cancellations, payment entries, waivers — are recorded in an audit log with the administrator's identity, so a venue can see who did what.
If you submit an in-app issue report, Hallsy records your message, the page you were on and your browser's user-agent string.
Venues can optionally connect a Google account so that Hallsy has a calendar of its own in that account. This section describes exactly what that connection does.
What Hallsy asks for. One scope, and no others:
https://www.googleapis.com/auth/calendar.app.created
This scope grants access only to calendars that Hallsy itself created. Hallsy is technically unable to open, read or modify the other calendars in the connected Google account — not merely undertaking not to.
What Hallsy does not ask for. Hallsy does not request the email, profile or openid scopes. It therefore never learns the Google account's email address, name or profile picture, and does not store them.
What Hallsy does with the connection. When an administrator connects an account, Hallsy creates one new, empty calendar named "Hallsy Bookings" in it. Afterwards, Hallsy periodically asks Google whether that one calendar still exists and whether its access is still valid, so the venue can be told if the connection has broken.
What Hallsy reads. Only whether that single Hallsy-created calendar is reachable, and its name and time zone. Hallsy does not read the events in it, and does not read any other calendar. No event — title, time, description, attendee or guest list — from any Google calendar is copied into Hallsy or stored in Hallsy's database.
What Hallsy writes. The creation of that one calendar, using the venue's time zone. Nothing else is currently written to Google.
What Hallsy stores. A Google refresh token and access token, both encrypted at rest with AES-256-GCM under a key held outside the database and bound to the venue's organization, together with the token's expiry, the scope Google granted, the identifier of the calendar Hallsy created, and which administrator connected it.
How to disconnect. An administrator can disconnect at any time from Settings → Calendar sync. Disconnecting asks Google to revoke the token and deletes the stored credentials from Hallsy's database. You can also remove Hallsy's access yourself under "Third-party apps with account access" in your Google Account; if you do that, Hallsy's stored credentials remain until an administrator disconnects in Hallsy or the organization is deleted, because nothing deletes them automatically.
The calendar Hallsy created is deliberately left in your Google account when you disconnect, so you keep anything in it.
Hallsy does not sell Google user data, does not use it for advertising, and does not transfer it to anyone other than the service providers listed in section 9.
Payments are processed by Stripe, using Stripe Connect. The venue is the merchant of record for its rentals; Hallsy takes a platform fee.
Card and bank details never reach Hallsy's servers or database. Payment is taken on a payment page hosted by Stripe. Hallsy sends Stripe the amount, the currency, a description of what is being paid for, and your email address to pre-fill the form. Hallsy does not send your name, phone number or postal address to Stripe.
Hallsy stores Stripe's identifiers for the payment — such as the payment intent, charge and refund ids — and a copy of the event data Stripe sends back when a payment completes. Venue staff can also record payments taken outside Hallsy, such as cash, cheque or e-transfer.
Hallsy sends transactional email through Postmark: request received, approved, declined, changed or cancelled notices, payment and deposit confirmations, reminders with a calendar attachment, and post-event follow-ups. Notifications to venue staff about a new request include the renter's name, email address and phone number.
Follow-up and feedback emails carry an unsubscribe link, and unsubscribing is recorded against your contact record. Operational email about a booking you have made — such as an approval or a cancellation — is not something you can unsubscribe from while the booking is active.
Product analytics. Hallsy uses PostHog (US hosting) to understand how the product is used. Analytics requests are proxied through Hallsy's own domain rather than sent to PostHog directly by your browser.
Renters are not identified to PostHog: Hallsy does not send a renter's name, email address or phone number as an analytics identity, and this is enforced by an automated test. Signed-in administrators are identified by an internal user id and their organization, never by email address.
Being straightforward about a current limitation: PostHog's automatic event capture is presently enabled on public booking pages, and Hallsy does not yet show a cookie or analytics consent banner or offer an in-product analytics opt-out. Reducing this collection is decided work that has not yet shipped, and this policy will be updated when it does. You can block analytics today using your browser's tracking protection or an ad blocker; doing so does not affect your ability to make a booking.
Error monitoring. Hallsy uses Sentry to capture errors. Sentry is configured not to send request headers, cookies or request bodies, and identifies a signed-in user by internal id only. Credentials and tokens are stripped from error reports by pattern. Free-form personal information that happens to appear inside an error message is not guaranteed to be removed.
Session replay is not enabled. Hallsy does not record your screen, your mouse movements or your keystrokes, and does not use session replay or heatmaps.
Rate limiting. Hallsy uses Upstash Redis to limit abusive traffic. This is keyed on the IP address of the request.
Cookies. Hallsy sets a session cookie when an administrator signs in, short-lived cookies during the Google Calendar connection flow, and a PostHog analytics cookie. Hallsy does not use advertising cookies and does not run third-party ad or marketing trackers.
Hallsy does not sell personal information, and does not use it for advertising or behavioural profiling.
Information may also be disclosed where required by law, or to establish or defend a legal claim.
One venue's staff cannot see another venue's bookings. That separation is enforced in the application on every request, and independently in the database for the tables covered by row-level security.
Hallsy runs on cloud infrastructure operated by the providers listed above. Analytics are held in the United States and backups are held in Amazon's US West region. Information you give a venue may therefore be processed outside the province or country you live in.
No system is perfectly secure, and Hallsy does not claim otherwise.
Booking records are kept indefinitely. Cancelling or archiving a booking changes its status; it does not delete it. The booking, the renter details on it, its payment ledger and its audit history are retained so a venue keeps an accurate record of what happened at its facility.
Hallsy has no automatic deletion schedule for bookings, contacts, enquiries, payment records, notification logs or audit logs.
Some data is deleted automatically:
Deleting an organization deletes its stored Google credentials.
Nightly backups are taken to Amazon S3. Information can persist in those backups after it has been removed from the live system.
Unsubscribe from follow-up and feedback email using the link in those messages.
Disconnect Google Calendar at any time, as described in section 4.
Correction or deletion. Hallsy does not currently offer a self-serve way to delete a booking or the personal information on it. Because the venue controls its own booking records, ask the venue you booked with first. You can also write to hello@bookhallsy.com, and we will pass the request to the venue and help action it; where Hallsy holds information in its own right, we will deal with it directly.
To be clear about what that is and is not: this is a route for making the request, not a guarantee that everything will be deleted. Some information cannot be removed on request — where the venue needs it for its accounting, where it is evidence of what was agreed for a booking, or where a record must be kept to resolve a dispute or to meet a legal obligation. We will tell you what we can and cannot do, and why.
If you are unhappy with how a request was handled, you can raise it with the privacy regulator in your jurisdiction.
Hallsy is software for booking facilities and is not directed at children. Hallsy does not knowingly collect personal information from children, and does not ask for a date of birth or age.
This policy will be updated as the product changes — including when the analytics collection described in section 7 is reduced, and when the Google Calendar integration begins projecting bookings onto a calendar. The "Last Updated" date above will change when it does.
The Hallsy platform is operated by 1595052 B.C. LTD. Questions about this policy, or about information Hallsy holds, go to hello@bookhallsy.com.
For information a venue holds about your booking, contact that venue directly; its contact details are on its booking pages and its own policy documents.
Powered by Hallsy
Power your space bookings with Hallsy