Tenant-scoped OAuth
Connection and refresh handling are scoped to the enabled tenant; secrets are stored encrypted and omitted from normal management responses.
HubSpot integration
HubSpot is listed as a supported OAuth connector in the current Queast product. Access is tenant-enabled, while public plan availability and the exact object, field, direction, and mapping contract must be confirmed before implementation.
Current connector status
The current product catalog marks HubSpot as supported. That does not make every tenant, plan, market, direction, object, or field automatically available.
Verified technical footing
The current implementation establishes a bounded connector foundation. The exact customer contract still depends on approved configuration.
Connection and refresh handling are scoped to the enabled tenant; secrets are stored encrypted and omitted from normal management responses.
Connector mappings are tenant- and connection-scoped, with ambiguous matches designed to enter review instead of silent linking.
Delivery jobs and attempts support status, retry scheduling, and operational review without claiming a public cadence or SLA.
The current product can offer opt-in custom-field provisioning for connector-defined fields; it is not a universal default.
Verified foundation is not a blanket promise. Production scope still depends on the approved tenant configuration.
Movement contract
Do not summarize the connector as bidirectional sync. Outbound handling and inbound interest have different evidence and launch states.
Current handlers recognize company, person, and published Signal events. Exact HubSpot objects, fields, creation or update behavior, export profiles, and availability remain configuration-dependent.
A Signal-to-Notes path with contract metadata exists but is disabled by default unless enabled. It is not universal behavior.
Architecture and tests cover an authenticated company-interest event that resolves identity and creates a Queast bookmark. Public launch is not confirmed.
Administrators approve connection scope and mappings; sellers review context and decide the next CRM action.
Identity before delivery
A wrong CRM link can damage trust. The implemented mapping model preserves the Queast-to-HubSpot relationship and a review state without publishing unapproved matching keys or thresholds.
Explore company intelligenceA possible partner record is identified within the tenant and connection.
Ambiguous or low-confidence matches can remain quarantined instead of being auto-linked.
The accepted relationship records its connector-specific partner identity and provenance.
Only the approved mapping and connection contract determine where context may move.
Implementation checklist
These are required implementation decisions, not claims that every HubSpot connection exposes the same behavior.
Read Tech and SecurityWhich plan, tenant, and market can use the connector?
Which outbound and inbound paths are enabled?
What may be created, updated, appended, or provisioned?
Which keys and review thresholds govern a match?
Which HubSpot app scopes and Queast roles are required?
What delivery status, retry behavior, limits, support, and audit detail apply?
Next step
Confirm availability, direction, objects, fields, identity handling, permissions, and operational scope before implementation.