Summary
This guide covers platform-wide system configuration for administrators. Youβll learn how to manage feature flags, configure email delivery and templates, set regional defaults, manage OAuth social login, and use platform-level controls such as cache clearing and diagnostics.
Who This Guide Is For
- Platform administrators configuring global behaviour
- Operations staff managing email and regional settings
- Engineers troubleshooting platform configuration
Prerequisites
Before you begin, ensure you have:
- Platform administrator credentials with system settings permissions
- Knowledge of the impact of any flag or setting you intend to change
- Email provider and OAuth provider credentials where relevant
Step 1: Manage Feature Flags
Navigate to Admin β System β Features.
This screen lists platform feature flags. Toggle a flag to enable or disable a capability across the platform, then save.
Tip: Feature flags affect all tenants. Roll out high-impact changes during low-traffic windows and confirm with stakeholders first.
Step 2: Configure Email Delivery
Navigate to Admin β System β Email.
From the email screen you can:
- Review delivery statistics and recent activity
- Manage email templates (open a template to edit its content)
- Edit email settings (sender, provider configuration)
- Send a test email to confirm delivery
Tip: Always send a test email after changing settings or a template β broken email config silently blocks invitations and password resets.
Step 3: Configure Regions
Navigate to Admin β System β Regions.
Here you set regional defaults including formats and regulatory settings. These determine date, number, and compliance defaults applied across the platform.
Step 4: Configure OAuth Social Login
Navigate to Admin β System β OAuth.
Note: This feature is rolling out β screens may differ. Social login depends on a separately deployed Auth Broker worker. If the broker is not deployed, the page will show βAuth Broker Not Deployedβ and provide deployment instructions; OAuth will not function until it is online.
When the broker is online, use this screen to review broker status and configure the OAuth providers available for social login across tenants.
Step 5: Manage Platform Settings & Diagnostics
Navigate to Admin β Settings.
The platform settings screen exposes global controls including:
- Editing platform-wide settings
- Clearing the platform cache
- Running platform diagnostics
- Triggering an emergency lockdown
Tip: Emergency lockdown is a break-glass control. Only use it during a confirmed security incident, and follow your incident response runbook.
Step 6: Clear Caches When Settings Donβt Take Effect
If a configuration change doesnβt appear to apply, clear the relevant cache from Admin β System β Email (cache controls) or Admin β Settings, then re-test.
Common Mistakes to Avoid
- Flipping flags blindly: Feature flags are global β understand the blast radius before toggling
- Skipping the email test: A bad email setting blocks all transactional mail without an obvious error
- Assuming OAuth works without the broker: Social login requires the Auth Broker worker to be deployed and online
- Overusing emergency lockdown: Reserve it strictly for genuine security incidents
Verification Checklist
After changing system settings, verify:
- Feature flags reflect the intended state
- A test email was sent and received
- Regional defaults are correct
- OAuth broker status is online (if social login is in use)
- Caches cleared and changes confirmed live
Next Steps
- Tenant Management β Apply per-tenant feature toggles
- Ops & Monitoring β Monitor platform health after changes
- API Keys & Security β Manage access and security controls