> ## Documentation Index > Fetch the complete documentation index at: https://docsautomator.co/docs/llms.txt > Use this file to discover all available pages before exploring further. # Get a document accepted with one click > Send a quote, offer, or sign-off from your data and get it back accepted, with a Certificate of Acceptance on the PDF Some documents need a signature. Most quotes, offers, and sign-offs do not. They need a clear yes from the right person, on record. **Acceptance** is the choice for those documents under **How it completes**. DocsAutomator generates the document from your data and sends it to the recipient. The recipient opens it, reads it, and clicks **Accept**. There is no account to create and no signature to draw. You get the PDF back with a Certificate of Acceptance on the last page, saved where your signed documents go today. The Signing & Acceptance card of an automation. Under How it completes, the three options Signature required, Acceptance, and None are shown, with Acceptance selected. ## Signature or acceptance? | | Signature required | Acceptance | | ----------------------- | ---------------------------------------------------------------------- | ----------------------------------------------------------------------------- | | What the recipient does | Fills signature, date, text, and checkbox fields, then clicks Complete | Reads the document and clicks Accept | | Template | Needs `{{esign.*}}` tags for every field | Needs no tags. Existing tags are left blank | | Typed name | Part of the signature field | Optional confirmation before the click, on by default | | Result | Sealed PDF with the signatures placed and a Certificate of Completion | Sealed PDF, unchanged, with a Certificate of Acceptance | | Audit trail | Every field, every click | The open, the acceptance, the typed name, the exact button text | | Price | \$0.50 per document, charged when the recipient first opens it | Same | | Use it for | Contracts and agreements where the other side expects to sign | Quotes, offers, purchase orders, SOP and policy sign-offs, HR acknowledgments | **If the other side expects to sign, use Signing. If you only need their yes, use Acceptance.** If you are not sure whether a yes is enough for your document, read [Is acceptance legally binding?](/docs/features/docsautomator-esign/is-acceptance-legally-binding). ## Set it up in the app Open the automation and find the **Signing & Acceptance** card. Under **How it completes**, choose **Acceptance**. The card changes from signing settings to acceptance settings. Your template needs no signature tags. If the template has `{{esign.*}}` tags, they are left blank in the generated document. Under **Recipients**, add each person who must accept. Give each recipient an email address and a name, or map both from your data source. Recipients are a plain list. The document is accepted when every recipient has clicked Accept. Recipients have no fields to fill, so there is nothing else to configure per recipient. The Recipients tab of an automation in acceptance mode. Two recipients are listed, each with an email address and an optional name, and a button to add a recipient. **Require Typed Name** is on by default. The recipient must type their full name before they can accept. The name goes on the Certificate of Acceptance and into the audit trail. Turn it off when a plain click is enough, for example for an internal policy sign-off. Under **Acceptance setup**, choose **Email** or **Links Only**. With Email, DocsAutomator sends the acceptance request to each recipient, with reminders. With Links Only, DocsAutomator sends no emails. You receive the acceptance links and share them yourself. The email settings (sender, subject, body, button color, language) are the same as for signing. See [Email Configuration](/docs/features/docsautomator-esign#email-configuration). The Acceptance setup card in the Settings tab. Send via Email is selected over Links Only. Link Expiration is 30 days. Require Typed Name is on. Send Reminders is on. Reminders and expiration work as they do for signing. See [Reminder Settings](/docs/features/docsautomator-esign#reminder-settings) and [Expiration Settings](/docs/features/docsautomator-esign#expiration-settings). A recipient who opened the document but did not accept receives the reminders. Under **After acceptance**, choose whether to save the accepted PDF to a Google Drive folder, to a field in your data source, or both. See [Write-back of the accepted PDF](#write-back-of-the-accepted-pdf). Set the automation to **Test Mode** to try the full acceptance flow for free. Test acceptances are marked as not binding on the page and are never charged. ## Set it up through the API or MCP The acceptance settings live in the `esignature` object of the automation. The same fields are available through the DocsAutomator MCP server and the in-app Agent. | Field | Values | Default | Meaning | | ---------------------------------- | ------------------------- | ----------- | -------------------------------------------------------------------- | | `esignature.enabled` | `true`, `false` | `false` | Whether the document is sent for signing or acceptance at all | | `esignature.closeType` | `signature`, `acceptance` | `signature` | How the document completes when `enabled` is `true` | | `esignature.acceptanceRequireName` | `true`, `false` | `true` | Acceptance only. The recipient must type their name before accepting | The three **How it completes** choices in the app map to these fields: **Signature required** is `enabled: true` with `closeType: "signature"`, **Acceptance** is `enabled: true` with `closeType: "acceptance"`, and **None** is `enabled: false`. ## What the recipient sees 1. **The email.** The recipient gets an email from DocsAutomator, or from your Gmail or Outlook account if you set that up, with a button that opens the document. With Links Only, the recipient gets the link from you. 2. **The document.** The link opens the full document in the browser, on a phone or a computer. The page title is **Review Document**. The header shows who is reviewing. The recipient scrolls through the whole document on the same screen. 3. **The typed name.** When Require Typed Name is on, a field labeled **Type your full name** sits above the button. 4. **The consent line.** Directly above the button, the recipient reads: 'By clicking "Accept", I agree to the terms of the document shown above and sign it electronically. My click counts as my electronic signature, this document may be delivered and kept electronically, and I can download a copy. My name, email address, IP address, device information and the time of acceptance are recorded in a Certificate of Acceptance and shared with the sender.' 5. **The button.** The recipient clicks **Accept**. The recipient can also click **Decline** and write a reason. A decline closes the request and notifies you. 6. **The confirmation.** The recipient sees **Thank You! Your acceptance has been recorded.** and can download the document. When every recipient has accepted, each one receives a copy of the accepted PDF by email. The page is available in the same languages as the signing page. See [Signer Language](/docs/features/docsautomator-esign#signer-language). The acceptance page for a quote. The document is shown in the middle. Below it sit the field Type your full name, the consent line, and a green Accept button. Decline and Accept buttons also sit in the header. ## What you get ### The completion email When the last recipient accepts, the automation's notification recipients get an email that says who accepted the document, with a link to the accepted PDF. If a recipient declines, you get an email with the reason. If a request expires without an acceptance, you get an expiration email. ### The Certificate of Acceptance The accepted PDF is the document the recipient saw, unchanged, with a **Certificate of Acceptance** added as the last page. The certificate records: * The name and email address of each recipient, and the name they typed * The date and time the request was sent, opened, and accepted * The IP address and device of each recipient at the time of acceptance * The exact text of the Accept button and the consent line the recipient saw * A SHA-256 fingerprint of the document, so any later change to the file shows * A short statement of the process, so you can attach the certificate to a declaration without technical help The PDF is sealed with a digital certificate and an independent timestamp, so it is tamper-evident: a PDF reader shows if the file changed after it was sealed. The full audit trail is also available as a separate download. See [Get Audit Trail](/docs/features/docsautomator-esign/docsautomator-esign-api-reference#get-audit-trail). The acceptance record of an accepted quote. It lists the document, its SHA-256 fingerprint, the sender, the recipient, the times the link was sent, opened, and accepted, the IP address and browser at open and at acceptance, the typed name, the button shown, the consent shown, and a plain-language statement of the process. A panel on the right shows the recipient as Accepted. ### Status on the Documents page Every acceptance request appears on the **Documents** page and in the **Needs attention** list on your home page, with the same statuses as signing requests, in acceptance wording: | Status | Meaning | What usually helps | | ------------------ | -------------------------------------------------- | ----------------------------------------------------------- | | Not opened yet | Nobody has opened the link | Share the link through another channel with **Copy link** | | Read, not accepted | A recipient opened the document but did not accept | Send a reminder with **Remind** | | Partly accepted | At least one recipient has accepted | Chase the remaining recipients | | Accepted | Every recipient has accepted | Nothing. The PDF is on its way to Drive or your data source | | Declined | A recipient declined | Read the reason on the document's page | The Documents page with the E-sign only filter on. The Signing & Acceptance column shows badges such as Read, not accepted, Not opened yet, 1 of 1 accepted, and Expired. A tab reads Waiting to be signed or accepted. ## Write-back of the accepted PDF The accepted PDF goes where your signed PDFs go. Set this under **After acceptance** in the Signing & Acceptance card. | Destination | How it arrives | | ------------- | --------------------------------------------------------------------------- | | Google Drive | Uploaded to the folder you pick, with the `_signed` suffix in the file name | | Airtable | Attachment field | | Notion | Files property | | Google Sheets | HYPERLINK in a cell | | SmartSuite | File field | | ClickUp | Task attachment or Files custom field | The unsigned document that the Actions card saves at generation time is a separate file. The accepted PDF, with the certificate, is saved only after every recipient has accepted. See [Signed PDF Delivery](/docs/features/docsautomator-esign#signed-pdf-delivery). Webhooks fire as they do for signing. The payload carries `closeType: "acceptance"`, so one endpoint can tell signed and accepted documents apart. See [Webhook Integration](/docs/features/docsautomator-esign#webhook-integration). ## Billing Signing and acceptance cost \*\*$0.50 per document**. That is one flat charge, however many recipients the document goes to. The charge happens when the recipient first opens the document. A request that nobody opens costs nothing. A request that a recipient opens but does not finish still counts, also when it later expires or is declined. Above 500 documents in a billing month, each document costs $0.35. Test and preview requests are never charged. See [How e-signing and acceptance are billed](/docs/features/docsautomator-esign#how-e-signing-and-acceptance-are-billed). ## Reading acceptances through the API Acceptance requests are signing sessions with `closeType: "acceptance"`. They use the same endpoints, the same session statuses, and the same signer statuses. A recipient who accepted has the signer status `signed`, and the signer object carries `typedName` when a name was typed. The audit trail has one extra event type, `document_accepted`. See the [API reference](/docs/features/docsautomator-esign/docsautomator-esign-api-reference). ## Related pages What the law says about a click, and when you need a signature instead Signers, emails, reminders, delivery, and webhooks This is not legal advice.