Skip to main content
This reference documents the Biqli-managed client and dedicated endpoints used by the official Zapier integration. It is intended for integration transparency, support, and Zapier platform review—not for building an unrelated OAuth app. To connect your own product, start with Build your own integration. To use the official app, read Connect Biqli to Zapier.

OAuth profile

The official confidential client uses Biqli’s standard authorization-code, refresh, connection, and revocation endpoints: Authorization codes are single-use and expire after five minutes. Access tokens expire after the configured lifetime. Refresh tokens rotate after every successful refresh; reuse revokes the connection family and its Zapier-owned subscriptions.

Fixed scopes

Existing connections retain their originally granted scopes. Users reconnect through Zapier when the official app adds a permission.

REST Hook endpoints

Create a subscription

The endpoint requires webhooks.write and the connected user must still be allowed to create webhooks. The target must be a publicly resolvable HTTP or HTTPS URL and unique within the connected workspace.

Remove a subscription

Deletion is idempotent and succeeds only for a Zapier subscription owned by the authenticated OAuth connection.

Load sample trigger data

The endpoint requires webhooks.read and returns representative records in the shape expected by a Zapier polling sample. Supported values are documented in Webhook event types.

Action endpoints

Dedicated action endpoints accept the canonical resource payloads but use the OAuth connection to select a workspace. Internal workspace IDs are not accepted. Upsert requires external_id and long_url. It updates the link with that external ID when present or creates a new link otherwise.
The response includes operation: "updated" or operation: "created". Conversion actions require a stable Idempotency-Key for the logical business event. Zapier must reuse that value when retrying the same lead or sale.

Errors

OAuth endpoints use error and error_description. Resource and validation failures use the standard Biqli API error envelope and request ID.