Skip to main content
The official Biqli Zapier integration uses OAuth 2.0 authorization code grants and Zapier REST Hook subscriptions. Each connection is scoped to one Biqli workspace.
This is not a public or self-service OAuth application platform. Biqli provisions and manages one confidential OAuth client for the official Zapier integration. Biqli users do not create OAuth applications, handle client credentials, or choose scopes.
When a user selects Connect Biqli in Zapier, Zapier redirects them to Biqli. The user signs in, selects a workspace, and approves the fixed permissions requested by the integration. Biqli then returns the user to Zapier. The endpoint details below are provided for integration transparency, support, and Zapier review; they are not end-user setup steps.

OAuth configuration

The authorization request uses these parameters: Biqli asks the signed-in user to select a workspace and approve the requested access. The user must own that workspace or have permission to create webhooks in it. Biqli then redirects to the registered callback with code and the unchanged state.

Permissions requested by Zapier

The official integration always requests these permissions. Users approve them as a set; they do not configure the scope list themselves.

Authorization-code exchange

After approval, Zapier exchanges the single-use authorization code through a form-encoded server-to-server request. The confidential client credentials never pass through the user’s browser.
Successful exchanges return a bearer access token, a rotating refresh token, the access-token lifetime, and the granted scopes:
Authorization codes are single-use and expire after five minutes. Access tokens expire after one hour by default.

Automatic token refresh

Zapier automatically exchanges the stored refresh token when an access token expires. This request is server-to-server and requires no user action.
Every successful refresh returns a new access token and a new refresh token. Zapier replaces both stored values. Reusing the previous refresh token revokes the connection and its Zapier webhook subscriptions.

Connection revocation

The integration can revoke a connection with either its current access token or refresh token:
Revocation deletes the connection’s Zapier webhook subscriptions and invalidates its access token. The endpoint returns an empty JSON object even when the token is already invalid.

Test the connection

Create a REST Hook subscription

Zapier sends its unique bundle.targetUrl and the event handled by the trigger.
Biqli validates that the target is a public HTTP or HTTPS destination. Private, loopback, link-local, reserved, credential-bearing, and unsafe redirect targets are rejected. A target URL can have only one subscription in a workspace. The supported event values are:
  • link.created
  • link.updated
  • link.deleted
  • link.clicked
  • lead.created
  • sale.created
See Webhook event types for every payload contract. Deliveries use the retry behavior documented in Delivery attempts and retries.

Remove a REST Hook subscription

Use the id returned when the subscription was created:
Deletion is scoped to the authenticated OAuth connection and is idempotent.

Load sample trigger data

Zapier uses the sample endpoint while a user configures a trigger. Replace {event} with one supported event value.
The response is an array containing one representative webhook envelope:

Errors

OAuth errors return error and error_description. Validation errors return the standard Biqli validation response.