CRM context
Keep selected account or person context connected to a supported CRM surface, within the connector's approved direction and field scope.
Integration directory
Keep Queast as the intelligence and preparation layer while selected context moves through an approved connection. Availability, direction, supported objects, and destination behavior depend on the connection and its approved configuration.
Connection directory
Each entry explains an intended connection role. Its review status is a publication boundary, not a promise of live availability or a complete contract.
Review the proposed CRM connection for selected company, person, and Queast context. Confirm availability, movement direction, supported objects and fields, and identity handling.
Review scopeReview the proposed CRM connection for selected organizations, people, and Queast context. Confirm availability, movement direction, supported objects and fields, and identity handling.
Review scopeReview Slack as a destination for supported Queast notifications. Confirm notification types, destinations, linking behavior, and administrative controls.
Review scopeReview custom delivery for supported Queast events. Publish only the event catalog, payload contract, authentication, retry, and observability behavior proven in production.
Review scopeReview MCP as a scope-gated integration direction. Customer gateway, client, tool, permission, hosting, and availability contracts remain unverified until approved.
Review scopeBrand assets identify directory entries only. They do not establish live availability, a partner relationship, or an approved connector scope.
Choose by workflow role
The destination and contract change. The distinction between evidence, analysis, Composite Intents, recommendations, and human action does not.
Keep selected account or person context connected to a supported CRM surface, within the connector's approved direction and field scope.
Make supported Queast notifications available for review without implying that Slack is a conversational bot or action system.
Carry an approved event contract into an internal workflow without reproducing Queast analysis or granting unrestricted data access.
Expose only a bounded, permissioned tool catalog; do not treat MCP as open database or action access.
Human-controlled handoff
A connection moves an approved artifact into a defined destination. It does not create evidence, issue a recommendation, or complete the human action.
A person reviews the source evidence, analysis, preparation, or supported recommendation before it leaves the Platform.
Availability, direction, objects, fields, destinations, permissions, and secrets must match the approved configuration.
The connection transports selected context; it does not recompute Composite Intents, bypass Actionable Signal eligibility, or invent missing evidence.
A person resolves ambiguous identity, reviews notification or draft context, and decides the next action. Messaging is not autonomous sending.
Implementation checklist
Use these questions to evaluate the selected connection. They are review requirements, not claims that every connector exposes the same controls.
Is the connection available for this customer and market?
Is movement inbound, outbound, or both—and which direction is actually supported?
Which records, fields, notifications, events, or tools are in the production contract?
How are identity conflicts, permissions, and secrets handled and reviewed?
Which failure, retry, health, and audit details are available in the approved implementation?
Is the payload source evidence, analysis, a Composite Intent, an Actionable Signal, SPICED preparation, or a human-reviewed draft?
Next step
Explore the relevant integration page for its intended role. Confirm the live availability, direction, and supported scope with Queast before implementation.