B2C.tel · tenant operations

Settings & launch

tenant isolatedrelease 6686ff7Public site ↗Superadmin ↗Studio ↗

Live tenant-scoped functionality

Tenant settings record

The current tenant site configuration used for routing, theme, and feature gates.

Admin tenant context: Parsna · parsna.com · active

ok

Visible records

1

Live Sanity records returned for this workstream.

site

1

Records with type site.

Tenant

Parsna

Resolved from current admin host and Sanity site registry.

Open canonical Studio ↗Edit the tenant records in Sanity Studio.Configured Studio host ↗External Studio host. Check the functional action center status before relying on it for editor work.Open public site ↗View the public tenant website.Open superadmin registry ↗Review cross-network tenant configuration on the canonical command center.

Live records

1 returned · values are scoped and secret-safe

Functional action center

Settings, routing, feature gates

This module uses authenticated dashboard workflows and diagnostic envelopes instead of placeholder copy. It can read, create, moderate, or launch the correct provider surface depending on this workstream's guardrails.

ok

Real editor entry point

Studio and Visual Editing launcher

Open embedded Studio
Loading live provider state…

Credential truth

Sanity runtime diagnostics

Run the diagnostic to verify read/write configuration without exposing tokens.

Tenant context: Parsna

Live records visible on this workstream: 1

← Back to admin dashboard

Tenant configuration

Settings, routing, feature gates

Control tenant-safe theme, navigation, Visual Editing, URL patterns, ecommerce route mode, and integration switches.

operator workspace

Purpose

This surface lets tenants operate inside network guardrails without changing global policy or other tenants.

Capabilities

  • Theme/navigation configuration model
  • Visual Editing setup checks
  • URL preset/custom pattern readiness
  • Shop route mode visibility
  • Feature gate visibility

Operational workflows

  • Review allowed tenant settings.
  • Check provider diagnostics.
  • Apply tenant custom URL patterns only when permitted.
  • Track launch checklist readiness.

Guardrails

  • Tenant settings cannot exceed superadmin guardrails.
  • Routing/domain mutations require privileged approval.
  • Missing config must be visible.

API/schema contracts

These are technical contract references, not dashboard navigation. Protected APIs require authentication and may return JSON envelopes such as unauthenticated when opened directly.

/api/admin/diagnostics/sanity/api/healthsite schema

Use the dashboard workstream pages for human workflows. Use these contracts only from authenticated clients, tests, cron jobs, or approved agent integrations.

Next implementation actions

  • Add authenticated tenant settings forms.
  • Wire superadmin policy defaults into settings UI.
  • Add audit events for setting changes.