Clicksign API
★ Only Publicly Available OpenAPI DocumentProductivityCollaborationapiKey12 EndpointsREST
For Agents
Create signing documents, add signers, link them via signature lists, and dispatch notifications so agents can run lightweight document signing flows.
Use for: I need to create a document for signature, Add a signer to an existing document, Cancel a document that no longer needs to be signed, Send a notification to a signer who has not yet signed
Not supported: Does not handle contract drafting, identity verification beyond email, or document templates — use for lightweight document signing orchestration only.
Jentic publishes the only available OpenAPI specification for Clicksign API, keeping it validated and agent-ready. This is the v1 surface of Clicksign's electronic document signing platform — the lighter, document-centric predecessor of the v3 envelope model. The 12 endpoints cover document creation, signer registration, signature list assembly that connects signers to documents, manual notification dispatch, and webhook subscription. Authentication uses an access_token query parameter, and a sandbox base URL is provided for testing before promoting to production.
Install Jentic One Beta
Connect the Clicksign API to your agent
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Clicksign API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
1
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh2
Step 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
Capabilities
What an agent can do with Clicksign API.
Create a document for signature via POST /documents and pull its signing status with GET /documents/{key}
Register a signer with POST /signers and link them to a document by creating a signature list entry
Cancel a pending document with DELETE /documents/{key} when an agreement is no longer needed
Trigger a manual notification to a signer through POST /notifications
Subscribe to webhooks for signing lifecycle events with POST /webhooks and update or remove subscriptions later
Use the sandbox base URL for end-to-end testing before switching to production credentials
Use Cases
Patterns agents use Clicksign API for, with concrete tasks.
★ Lightweight Document Signing
Teams that only need a single document signed by one or two parties use the v1 API to upload the document, register signers via POST /signers, attach them through POST /lists, and watch for completion via webhook. The minimal endpoint surface keeps the integration small for use cases that do not need v3's envelope grouping.
Create a document with a PDF attachment, add a signer with email auth via POST /lists, and return the signing URL
Webhook-Driven Status Tracking
Rather than poll, applications register webhooks via POST /webhooks for signing lifecycle events and react when documents are signed, refused, or cancelled. The agent or downstream system updates its own state from the webhook payload — no scheduled GET /documents/{key} polling required.
Create a webhook subscribed to document signed events pointing at https://example.com/clicksign/hook and verify it appears in GET /webhooks
Reminder Notifications
When a signer has not opened the signing link, the agent triggers a manual reminder via POST /notifications. This is paired with cancellation logic — if no signature within an SLA window, DELETE /documents/{key} closes the document. The combination keeps signing flows from leaving documents indefinitely pending.
Send a notification to the signer linked to a specific document and confirm the response indicates the notification was queued
Agent-Driven Signing Loop
An AI agent in a contracts platform creates a document, attaches signers, monitors webhooks, and reports signed status to the calling system. Through Jentic, the agent searches for 'create a document for signature', loads the operation, and executes against credentials in the Jentic vault. End-to-end integration time is under an hour.
Create a document, add signer alice@example.com to its signature list, send a notification, and return the document key for tracking
Key Endpoints
12 endpoints — jentic publishes the only available openapi specification for clicksign api, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
POST
/documents
Create a signing document
POST
/signers
Register a signer
POST
/lists
Link a signer to a document
POST
/notifications
Send a manual notification to a signer
POST
/webhooks
Subscribe to signing events
DELETE
/documents/{key}
Cancel a pending document
POST
/documents
Create a signing document
POST
/signers
Register a signer
POST
/lists
Link a signer to a document
POST
/notifications
Send a manual notification to a signer
POST
/webhooks
Subscribe to signing events
DELETE
/documents/{key}
Cancel a pending document
Why Jentic?
Three things that make agents converge on Jentic-routed access.
Credential isolation
Clicksign access tokens are stored encrypted in the Jentic vault. Agents receive scoped tokens and never see the raw access_token query parameter value.
Intent-based discovery
Agents search Jentic with intents like 'create a document for signature' or 'send a signing reminder' and Jentic returns the matching Clicksign v1 operations with their input schemas.
Time to first call
Direct Clicksign v1 integration: 1-2 days for auth, document creation, signer linking, and webhook handling. Through Jentic: under 1 hour — search, load schema, execute.
Related APIs
Alternatives and complements available in the Jentic catalogue.
FAQs
Specific to using Clicksign API through Jentic.
Why is there no official OpenAPI spec for Clicksign API?
Clicksign does not publish an OpenAPI specification. Jentic generates and maintains this spec so that AI agents and developers can call Clicksign API via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does the Clicksign v1 API use?
The Clicksign v1 API uses an access token sent as the access_token query parameter on every request. The token is generated in the Clicksign dashboard. Through Jentic, the token is stored encrypted in the vault and appended to requests at execution time so agents never see the raw value.
Can I link a signer to a specific document with the Clicksign API?
Yes. POST /signers registers the person, and POST /lists creates the relationship between a signer and a document. To remove the link, call DELETE /lists/{list_key}. This two-step pattern lets you reuse a signer record across multiple documents.
What are the rate limits for the Clicksign API?
Rate limits are not declared in the OpenAPI spec. Clicksign applies plan-tier limits visible in your account dashboard — confirm them before high-volume document creation. Through Jentic, throttle responses surface as standard error objects an agent can retry against.
How do I subscribe to signature completion events through Jentic?
Run pip install jentic, then search Jentic for 'subscribe to signature completion events' to find POST /webhooks. Load the operation, supply the callback URL and event types, and execute. Jentic injects the access_token query parameter from the vault.
Should I use the v1 Clicksign API or the v3 Envelope API?
The v1 API is document-centric and minimal — 12 endpoints suited to single-document flows. The v3 Envelope API groups documents and signatories into envelopes with richer authentication requirements (selfie, ID upload, WhatsApp acceptance). Choose v1 for lightweight single-document automations and v3 for multi-document, high-assurance signing.
GET STARTED