Citations and grounding
Answers surface citations when evidence exists, and Vera labels partial or missing evidence instead of guessing.
Vera is built for teams that need fast answers without hiding the source of truth. The shipped product supports grounded responses, role-aware access, audit evidence, and clearly different connector modes without pretending every rollout is equally validated.
What are the cancellation terms in our enterprise contracts?
These are not aspirational claims. Each one maps to product behavior that already exists in the repository and avoids promising release proof that still depends on live validation.
Answers surface citations when evidence exists, and Vera labels partial or missing evidence instead of guessing.
Workspace, document, and integration access are scoped by tenant, role, and optional group restrictions.
MFA and passkeys are in product, and SSO configuration/testing exists for staged rollout with your own IdP.
Admins can review audit events and export audit evidence without pretending deployment proof is already complete.
Vera already distinguishes between syncable providers, live-query providers, and app-surface connectors. Buyers should be able to understand utility at a glance instead of guessing from a generic “connected” label or assuming every provider has the same validation depth.
Selected providers can import content into Vera's searchable knowledge base when configured, scoped, and validated for that rollout.
Gmail and Outlook answer on demand from recent mailbox context. They help during a live question, but they do not populate the shared KB.
Slack and Teams extend Vera into chat surfaces. Treat them as rollout-sensitive app integrations, not shared knowledge-base ingestion.
The real product flow is now the story: create the workspace, verify the admin email, sign in, connect knowledge, then invite the team. Identity rollout and commercial rollout can follow later if needed.
The signup flow already creates the workspace admin, starts the trial, and holds access behind email verification when configured.
Onboarding is strongest when it focuses on real setup states: no integrations yet, no KB documents yet, or sources connected but not indexed.
Invites, admin access controls, and identity rollout live in the product, but they should appear as next steps instead of false defaults.
Create the workspace, walk through the real onboarding path, and show connector behavior exactly as it works today.