Settings Overview
Configure tenant-wide context, sensor deployment, gateway protection, end-user messaging, compliance connectors, and detection rules from one place, in the order an administrator normally needs them.
Navigation: Select Settings (gear icon) at the bottom of the main navigation. The Settings rail lists Organizational Context, Browser Extension, Endpoint, AI Gateway, User Interaction Hub, Compliance, Detection Policy, and AI Telemetry. AI Telemetry appears only on tenants where QuilrAI has enabled it.
Configuration and options: Each area is independent. Deployment switches apply as soon as they are set. Per-application endpoint panels save as you edit. Scoped group and user rules save only when you select Save rule. Everything else stages until you select Save, and the footer of each panel states which rule applies. Build every control in Monitor first, confirm the findings, then move to enforcement.
Role-specific value: Quilr Administrators own tenant context, deployment, gateway keys, and change control. Security Engineers tune guardrails, detection rules, and end-user messaging, and verify results in Findings and the Audit Logging Console.
Verification: Review the Audit Logging Console for the acting administrator, time, category, and resource after making a change. Preserve the saved state and change record alongside any available audit event.
Screenshots illustrate the guide's example tenant. Applications, domains, keys, servers, and available settings may differ in your tenant.
Configure the administrative baseline
- Set the organization identity, domains, timezone, and policy language in Organizational Context.
- Grant approved console access and verify the resulting permissions.
- Deploy the Browser Extension and native agent, then validate telemetry.
- Brand the prompts and policy links in the User Interaction Hub.
- Test detection models and build controls in Monitor before enabling enforcement.