add-document-recipient
ChatGPTUse this tool to add a new recipient to a document. Requirements: - At least one of email or phone must be provided.
PandaDoc lets you create, send, and track documents for signature directly from your Claude conversation. Ask Claude to prepare an NDA from your existing templates, send a proposal to a client, check which contracts are still waiting to be signed, or pull the complete audit trail for any document. Connect your PandaDoc account to manage your entire document workflow without leaving the conversation.
UPLOADED status and transitions to DRAFT after some time (or to ERROR if creation fails). The document must be in DRAFT status before it can be edited or sent. Markdown guidelines You can use standard CommonMark and GitHub-Flavored Markdown (tables, strikethrough, etc), plus the following custom extensions: Custom Syntax Extensions 1. Variables Variables are placeholder values that the document creator fills in PandaDoc before sending to recipients. Prioritize variables over fields for any value that the sender controls or pre-fills, even if it may be visible to recipients. Syntax: [VariableName] or [Variable.Name] or [Multi.Part.Variable] - Can include underscores, numbers, and multiple dot-separated parts Use variables for values controlled by the document creator: - Document metadata: [Effective.Date], [Agreement.Number], [Contract.Value] - Company/sender information: [Company.Name], [Company.Address] - Pre-calculated values: [Invoice.Total], [Discount.Amount] - Recipient information already known: [Recipient.CompanyName], [Recipient.FirstName] Key principle: If the sender controls the value, use a variable. 2. Fields Fields are interactive form elements that recipients fill in or interact with during the signing process. Recipients see these as input boxes, checkboxes, or signature areas. Use fields for values controlled by the recipient: - Recipient signatures: [[signature]] - Recipient personal data they must enter: [[text]], [[email]], [[phone]], [[date]] - Recipient choices/consents: [[checkbox]] - Information only the recipient knows or decides Key principle: If the recipient controls the value, use a field. Fields can be prefilled with default values, but are typically left empty for the recipient to fill. Syntax: [[field_type attributes]] Field Types: - text - Text input field - email - Email input field - phone - Phone number input field (`format` is required — see below) - number - Number input field - date - Date input field - checkbox - Checkbox field - signature - Digital signature field - dropdown - Dropdown selection field (`option` is required — see below) Attributes (HTML-style): - required="true" - Makes field required - placeholder="text" - Placeholder text - checked="true" - Pre-checked (checkbox only) - value="timestamp" - For date fields, use UNIX timestamp with millisecond precision (e.g., value="1718406000000"). For other fields, use plain text (e.g., value="John Doe"). - format="US" or format="international" - Required for `phone` fields. Must be exactly "US" or "international". There is no default — omitting it causes a validation error. - date_format="yyyy/MM/dd" - Date format in ICU notation (e.g., "dd/MM/yyyy", "MM-dd-yyyy"). Defaults to "yyyy/MM/dd" if omitted. - option="Text" - Required for `dropdown` fields. Repeatable — add one per option (e.g., option="Yes" option="No"). To assign a stable UUID to an option, use option="uuid:Text" format. - id="Client_Text1" - Specify an external ID that describes who should fill this field and what it represents (e.g., id="Client_Signature", id="Landlord_FullName", id="Buyer_Email"). Use the pattern <RecipientRole>_<FieldPurpose> so the field can later be assigned to the correct recipient. Multiple fields MAY share the same ID (they'll be synced — when one is filled, all are filled with the same value), but they MUST have the same type and attributes. Examples: - [[text placeholder="Enter name"]] - [[email required="true" placeholder="Email address"]] - [[phone format="US"]] …document.uploaded and transitions to document.draft once PandaDoc finishes processing. Before calling this, you must know the template_uuid and have at least one recipient. If the user has not named a template, first call get-templates to find one. To discover the roles, fields, and variables the template expects, call get-template-details and map recipient roles, field values, and variable values from that schema. Do not use this to: edit an existing document (use update-document or related update tools); create a document from raw markdown (use create-document-from-markdown).search or a PandaDoc URL.create-document-from-template (e.g. "what roles does the Sales Contract template have?", "which variables does template TPL-123 expect?", "can I use the NDA template for an external signer?"). Returns the full template-details payload for one template id. Typical flow: call get-templates first to find the right id, then this tool to read the schema, then create-document-from-template with recipient roles, field values, and variable values mapped to that schema. Do not use this to: list/search templates (use get-templates); fetch a regular document (use get-document-details); or actually create a document (use create-document-from-template).get-template-details to inspect roles/fields/variables, or with create-document-from-template to generate a new document. Do not use this to search documents (use get-documents), to fetch a template's roles/fields/variables (use get-template-details), or to create a document (use create-document-from-template).App Stats
30
Tools
2
Prompts
May 6, 2026
First seen
ChatGPT, Claude
Platforms
Category
Document SigningWorks with
Data refreshed daily