Tenant-scoped records
Core booking-domain tables carry tenant identity and access policies.
Security
Parlora is a multi-tenant system. Booking, client and configuration access is designed to remain scoped to the studio that owns the record.
Last reviewed: July 29, 2026
In plain language
Parlora uses tenant identifiers, database row-level security, server-only privileged credentials and protected admin routes to reduce cross-studio access risk. Security is an ongoing engineering responsibility, not a certification claim.
Core booking-domain tables carry tenant identity and access policies.
Service credentials and calendar tokens are kept out of public runtime configuration.
Admin, platform, login, API and booking-management surfaces are excluded from search indexing.
01
The application uses Supabase row-level security, explicit tenant filters in privileged server utilities, restricted agent tokens, encrypted Google Calendar tokens and security headers such as HSTS, nosniff and restrictive browser permissions.
02
This page does not claim SOC 2, ISO 27001, PCI DSS or HIPAA certification. Card data is not described as stored by Parlora, and any future payment integration should document its processor and compliance boundary separately.
FAQ
The data model and access policies are designed to prevent that. Automated tests cover important tenant-isolation paths.
Google Calendar credentials and encrypted tokens are handled in server-side configuration and tables, not public runtime configuration.
No certification is claimed on this page. Ask for the current control and processor details during procurement.
Share the requirement during onboarding so the team can confirm what is implemented and what remains out of scope.
Start free