IT

How Harriet connects to your HR and productivity systems safely—including MCP connectors managed alongside other integrations.

Control who can manage knowledge, workflows, integrations, and sensitive data.

Step-by-step guide to Okta SSO (OIDC) and SCIM user provisioning in Harriet, including group push for roles.

How optional skills extend Harriet, how MCP connectors are governed, and how Endpoint AI review fits in for some organizations.

Use user groups on knowledge documents so only the right people see them in search.

Choose the right metadata on knowledge documents for access control versus filtering and discovery.

Combine group membership with geography and structure so local answers rank first but wider context stays available.

Split versions by audience and geography, write clear titles, and avoid one giant document that mixes jurisdictions.

Directory and HRIS integrations supply employee data Harriet can use for answers and automations, within your plan and permissions.

Map vendor-specific HRIS or webhook fields to Harriet so syncs and automations use the right attributes.

Who can run workforce analytics in Harriet depends on roles, features, and any metadata scoping your admins configure.

Step-by-step expectations for adding a new MCP connector in Company settings, syncing tools, and Endpoint AI review when enabled.

Example prompts for workforce analytics and what you need before they work reliably.

Two different ways GitHub and package registries show up in Harriet—sandboxed MCP connectors from npm-style commands vs GitHub-synced skill packages in Endpoint AI.

MCP connectors let Harriet call approved third-party tools through governed skills—create them with New connector in Company settings, sync tools, and control who can use them.

MCP tools are exposed to workflow agents through skills—IT controls which tools are visible, which require confirmation before executing, and which may be used by sub-agents.

MCP servers may use org secrets, per-user OAuth, or API keys—know what Harriet retains, how the connector wizard maps to these patterns, and how approvals work in workflows.

Prefer a workflow with one configurable agent step unless teams need multiple canvas steps, branching, or strict separation of phases. Delegation is always serial—no parallel sub-agents.

Calendar features depend on which calendar integration is enabled and which user has connected their calendar to Harriet.

Agent steps are the core of powerful workflows—choose skills carefully, configure delegation correctly, and always set a sub-agent timeout to avoid stuck runs.

Sub-agents are isolated by design—they only see explicitly delegated skills, cannot access parent workflow data, and cannot delegate further.

The connected user’s calendar scopes and sharing settings determine list, read, and create access.

When expenses are enabled, Harriet can help employees submit or check claims through your connected expense system, within that system’s rules.

Upload Office formats to the Knowledge Base, use them in automations where supported, and use template-based document generation—not full desktop editing in the assistant.

Dedicated public channels give Harriet a clear context so SSO, policies, and docs match the product or team the channel is for—not a generic default.

The embeddable Harriet widget lets visitors chat from your marketing or help sites with scoped knowledge, skills, and ticketing—without signing into Harriet.