Everything a member organisation runs on, in one deployment
Fifteen modules that already know about each other, because they share one database rather than a nightly export. Each has its own page below. Switch off what you do not use — a disabled module disappears rather than nagging you to upgrade.
People
Who is in your community, and what they choose to share.
Your public pages, your policies and your organisation's identity — editable without touching a deployment.
Rich-text editors for about, contact, privacy, terms and refunds
Versioned privacy and terms documents
Bumping a policy version forces re-consent at next login
Per-organisation module flags: turn off what you do not use
Read about settings & cms
Underneath all of it
The parts you only notice when they are missing
Permissions, hosting and a shared data model are not features anyone shops for. They are the reason the fifteen modules above behave like one product.
Roles & permissions
Named grants grouped into roles you define. A screen renders only when the module is enabled for your organisation and the signed-in user holds the grant — otherwise it is not there at all. Whoever created a record can always edit their own, without needing the blanket permission.
Fifteen permission families drawn from the module specifications
Server-side enforcement on every endpoint, not just hidden buttons
Per-organisation module flags
Ownership fallback on every row action
Single-tenant hosting
One customer, one deployment, one database, one domain. Nginx, PHP-FPM and a Node process, with a queue worker and a scheduler behind them. Runs on your infrastructure or on hosting we arrange with you.
Your member data never shares a table with another organisation's
Your own domain across all three surfaces
Backups, exports and migration are yours alone
Data residency is wherever you choose to deploy
One system, not an integration project
Because the modules share a database, the joins that usually need a nightly sync are simply queries. A donor list knows who is a lapsed member. An event's attendee list knows who is a mentor. Nothing needs reconciling at month end.
One member record referenced by every module
One ledger behind dues, tickets and donations
One audit log across every admin action
One consent record, versioned and re-askable
On the roadmap
Stripe and PayPal adapters, an integrated map view for the directory, and single sign-on for institutions. Ask us where a specific one sits — we will tell you honestly rather than sell you a date.