Upload a PDF, place fields, send signing links, receive a PKCS#7-sealed document. OAuth2 auth, HMAC-signed webhooks, OTP identity verification — all in a REST API. Free tier, no credit card, live in hours.
All routes are versioned under /v1/. See the full API docs for request/response schemas.
Standard OAuth2 flow — exchange your client ID and secret for a bearer token. Token is valid for 3600 seconds. No API-key strings, no session management.
Upload any standard PDF. Signers receive an email link and sign on any browser — desktop, tablet, or mobile. No app install required.
Control signing order with routing_order. Same value = parallel (all sign at once). Incrementing values = sequential (next signer gets their link only after previous completes).
Every signer verifies their identity with an email or SMS one-time code before they can access the document. The verification is recorded in the audit log.
Every completed document is sealed with a CA-issued digital signature before the webhook fires. Any byte-level modification after sealing is detectable in any PDF reader.
GetSigned signs every webhook POST with HMAC-SHA256. Verify the X-GetSigned-Signature header before processing to ensure the event is authentic.
An eSign API (electronic signature API) is a web service that lets your application send documents for signature, collect legally binding e-signatures from one or more signers, and return a tamper-evident sealed document — all without building the signing infrastructure yourself. GetSigned's eSign API is REST-based: you authenticate with OAuth2, upload a PDF with signer and field details, call /send, and receive the sealed document via webhook when signing completes.
An e-signature service like DocuSign is a standalone product with its own UI, user accounts, and dashboards — designed for business users to send documents manually. An eSign API is designed for developers to embed signing into their own application — no user needs to log into a separate service. GetSigned is API-first: your application sends the API calls, signers interact with a hosted signing page (branded with your name), and your backend receives webhook events. There is no separate UI for senders to manage.
OAuth2 client credentials flow. Your application authenticates with a client_id and client_secret, receives a bearer token valid for 3600 seconds, and includes it in the Authorization header of every request. Tokens should be cached and refreshed before expiry — not requested on every call. Client credentials are issued per application (one set per integration), not per user.
Most developers have their first signed document in 2–4 hours. The minimal integration is three calls: POST /v1/envelopes (create), POST /v1/envelopes/{id}/send (send), and a webhook endpoint to receive envelope.completed. A full production integration with error handling, retry logic, and status UI typically takes one to two days.
Yes. The free tier includes 25 envelopes per month with full API access: OAuth2 authentication, PKCS#7 sealing, hash-chained audit trails, webhooks, and OTP identity verification. No credit card required. The free tier is permanent — not a trial. When your volume exceeds 25 envelopes per month, upgrade to the Growth tier which is usage-based.
Related: What is an e-signature API? · Integration guide · Webhook guide · Pricing
Free tier — 25 envelopes per month. Full API access, no credit card.
Get free API keys →