BoldSign vs DocuSeal

BoldSign 84

Read with the hosted lines and scored on the REST API v1, the surface the SDKs and the hosted MCP server call. status.boldsign.com on Atlassian Statuspage has Web App and API components for Global, Europe, Canada and Australia plus Docs, with 90-day uptime and an incident history (20). The history feed, read on 3 November 2026, lists four one-hour scheduled maintenances between 19 and 27 September and no incident after a 20-minute partial disruption on 21 July 2026, so the 90 days from 5 August are clean (30). Rate limits are published per account, 2,000 requests an hour live and 50 an hour in the sandbox (15). The rate-limit page says 429 is returned with messages and usage is tracked in response headers, and the guide recommends webhooks over polling. No Retry-After is documented and there are no idempotency keys (6 of 15). No SLA document was found. security.txt advertises a 99.999 per cent uptime SLA, the terms disclaim uninterrupted service and refer to a support SLA available on request (3 of 10). v1 is the stable version with beta endpoints under v1-beta (10). 20 + 30 + 15 + 6 + 3 + 10 = 84.

DocuSeal 50

Graded as a hosted service, on the DocuSeal Cloud REST API, as documenso is on its cloud API. status.docuseal.net on Better Stack tracks docuseal.com, docuseal.eu, both API hosts and custom domains (20). Two incidents in the 90 days to 2 November 2026, both partial. Email and webhook deliveries were delayed for 37 minutes on 10 August (01:04 to 01:41 UTC), and SMS delivery to Austrian (+43) numbers was delayed on 1 November, per the feed re-read on 2 November (20). No rate limit numbers were found in the API reference, the OpenAPI file or the terms, whose fair use section says there are no fixed limits (0). No 429 or retry guidance and no idempotency key were found. The open-source code answers 429 with Too many requests (0). No SLA found. The security page states a goal of 99.99 per cent availability, which is not a commitment (0). The API is generally available (10). 20 + 20 + 0 + 0 + 0 + 10 = 50.

BoldSign 40

Read with the hosted rubric. No x402, MPP or L402 (0). The Enterprise API plan is public at $30 a month with 40 envelopes and $0.75 per additional envelope, and add-ons are priced per unit (20). The free sandbox gives full API access with no credit card, and the 30-day trial also needs no card per the pricing page (20). A person signs up in a browser and mints the key or registers the OAuth app in the web app (0). 0 + 20 + 20 + 0 = 40.

DocuSeal 55

Scored on the hosted cloud, which is the graded surface. No x402, MPP or L402 (0). A per-unit price is public, $0.20 for each document completed through the API or embedding, on top of at least one Pro seat at $20 a month (20). The Test Mode sandbox is free and unlimited and llms.txt says signup needs no card, but a production API key needs the paid Pro plan (15 of 20). A person has to sign up and copy the key from the console (0).

BoldSign 78

Read as a closed service. The API changelog's newest entry is 16 October 2026, and the PHP SDK repository was pushed the same day, Java and Python on 13 October (30). Changelog entries on 13 August, 19 August, 7 September, 23 September, 8 October and 16 October 2026 (20). Support site, knowledge base and support@boldsign.com, with a public changelog. GitHub issues on the SDK repositories were not read (8 of 15). Five official SDKs, Node at 3.3.4 since August 2026. The hosted MCP server is not in the official MCP registry (15). The Node SDK clone shows no CI workflow and the deprecated MCP package stopped at 0.0.5 (5 of 10). 30 + 20 + 8 + 15 + 5 = 78.

DocuSeal 90

Version 3.3.4 was tagged on 26 October 2026, seven days before the check, with its changelog entry dated the same day (30). Twelve tagged releases from 3.2.0 (11 August) to 3.3.4, one a week (20). GitHub shows 124 open issues and pull requests. Four of the five newest open issues have replies, and the pricing page says support usually answers within a few hours, per the 9 October check, not re-read on 2 November because GitHub's pages answer 403 in our session (18 of 25). Official SDKs are current, with the JavaScript client at 1.0.25 and the Python client at 1.0.9, both last changed on 24 August 2026 by their repositories, and the CLI last changed on 1 October (15). The repository has CI and Docker workflows (the CI workflow last changed on 23 October) and a spec folder. We did not read the current CI result (7 of 10). 30 + 20 + 18 + 15 + 7 = 90.

BoldSign 63

OAuth 2.0 with authorisation code and PKCE S256, client credentials, implicit, and single-use refresh tokens that last 30 days, with 20 scopes split by resource and action. API keys carry every scope, which the docs say is not customisable, with an optional expiry, four per account and two per environment, deleted to revoke (28 of 30). OAuth apps can be limited to Templates, Users, Teams or SenderIdentity read scopes, though no Documents.Read scope exists, and the sandbox and draft send limit what a call does. The MCP docs recommend a human confirmation before send, reminder and revoke, and the API has no approval step (10 of 20). Signer names, field values and uploaded documents come back through the API, and no guidance on untrusted content was found (3 of 15). Each document has an audit log with user, IP address and timestamp, downloadable by API, and a document history API. No log of API calls or key use was found (8 of 15). security.txt is valid with security@boldsign.com and a policy link, SOC 2 Type 2 per the security page, HMAC-SHA256 signed webhooks with IP allowlisting, third-party code reviews and penetration tests. No bug bounty was found, and the responsible disclosure page is disallowed by robots.txt so it was not read (14 of 20). 28 + 10 + 3 + 8 + 14 = 63.

DocuSeal 52

One API key per user, sent in X-Auth-Token, stored as a SHA-256 hash and replaceable in the console, with separate keys for Test Mode. No scopes, expiry or read-only keys were found (18 of 30). User roles exist on the Pro plan and DELETE archives a record instead of erasing it, but there is no confirmation step before a send (6 of 20). Signer-entered values come back through the API. The agent skill carries security recommendations for embedding and tells clients to trust HMAC-verified webhooks over browser events, with nothing on treating signer text as untrusted (4 of 15). Each submission has an audit log file and an event list. No log of API calls was found (9 of 15). The security page claims SOC 2 Type II and ISO 27001 certification and a penetration test, and SECURITY.md gives a reporting address and states a bug bounty. No security.txt content and no published GitHub advisory. NVD lists one DocuSeal CVE, CVE-2024-52277 (December 2024, outside the 12 months), and OSV holds no record for the 3.0.0, 3.2.0 or 3.3.4 commits on 2 November. Release notes from 16 February to 28 September 2026 mention security fixes, improvements or hardening without naming a flaw (15 of 20). 18 + 6 + 4 + 9 + 15 = 52.

BoldSign 85

A public Swagger file, OpenAPI 3.0.4, at api.boldsign.com/swagger/v1/swagger.json with 87 operations and two security schemes, X-API-KEY and Bearer, which the docs say generated the C# SDK (25). developers.boldsign.com serves llms.txt and a Markdown twin of every page (10). Every operation has a summary, but 64 of 87 are under 40 characters in the file, and the purpose and conditions of each call sit in the docs pages instead. The MCP docs say which tools read and which act (12 of 20). 186 enums and required fields in the schemas, with page and pageSize on lists (12 of 15). The Swagger file carries no examples. The docs pages carry curl and five SDK examples per call, and the troubleshooting page documents 400, 401, 402, 403, 404, 417 and 422 with causes and fixes, while the file documents 401 everywhere and 403, 422 and 400 on many operations (11 of 15). v1 in the path with v1-beta for previews, and a changelog dated from 20 April 2021 to 16 October 2026 that labels breaking changes (15). 25 + 10 + 12 + 12 + 11 + 15 = 85.

DocuSeal 77

Public OpenAPI 3.1 file in YAML and JSON at console.docuseal.com with 23 operations and 11 webhook events, per the 9 October check, not re-read on 2 November (25). llms.txt and a Markdown twin of every page (10). Each operation has a summary and a description and each parameter is described, though none says when not to use a call (12). Request bodies are typed with required fields and 14 enums, with a free-form variables object (12). Each endpoint page carries request examples in ten languages and the file has 56 examples, but only 200 responses are documented and no error reference was found (8). A dated public changelog covers every release. The API has no version in its path and the file's version stays at 1.0.0 (10).

BoldSign 62

List calls take Page and PageSize and document properties return the full object; no field selection was found. The hosted MCP server has 14 compact tools, but the REST API is the graded surface (14 of 25). Page and PageSize on document, template, contact, user and team lists, with search, status, date, label and team filters on documents (16 of 20). The troubleshooting page gives a cause and a fix per status code, 401 covers a region mismatch, and 422 carries validation detail (14 of 20). No idempotency keys. Draft send and the sandbox make trial calls safe, and the MCP docs ask for a human confirmation before send, reminder and revoke, but the tools' annotations couldn't be read (5 of 20). A send needs files or a template, a title and signers with fields, and the SDKs cover .NET, Node, Python, Java and PHP (13 of 15). 14 + 16 + 14 + 5 + 13 = 62.

DocuSeal 56

List calls take limit up to 100 with a default of 10, with no field selection (13 of 25). Cursor paging with after and before, and filters by status, template, folder, slug, external_id, text match and completion date (18 of 20). Error responses are not documented. The open-source code returns {"error": message} with 401, 403, 422 and 429, and names a test or production key mismatch (6 of 20). No idempotency keys or retry guidance. The self-hosted MCP server's five tools carry readOnlyHint, destructiveHint and idempotentHint annotations, which earns a little here although the cloud API is the graded surface (4 of 20). POST /submissions needs only a template ID and submitters, and official SDKs cover JavaScript and TypeScript, Python, Ruby, PHP, Java, C# and Go (15 of 15).