Skip to main content

    Filter by Idea status

    Filter by category

    1121 Ideas

    Hitoshi HokariActive Voice

    Notification feature for Agreement Action failures (Integration errors)Parked

    Request Details:We would like DocuSign to implement a built-in notification feature that automatically sends email alerts to a designated email address whenever an Agreement Action fails.Typical scenarios include (but are not limited to):OAuth token refresh failures or token expiration issues. Errors related to integrations with external services (e.g., SharePoint, Salesforce, etc.). Any other errors causing Agreement Actions to fail.Information to include in notifications:To facilitate prompt troubleshooting, we suggest that the notification emails include the following information:Name of the affected Agreement Action. Date and time when the error occurred. Brief summary or details of the error (error message, error code, etc.). Any additional information helpful for troubleshooting.Background (Why this feature is important):Currently, DocuSign does not provide any notification mechanism when an Agreement Action fails. Users must manually check logs or wait until they notice the integration has stopped working, which can significantly impact business operations.Having an automatic notification feature would enable users to quickly detect and resolve issues, minimizing business disruption and improving operational efficiency.We believe this enhancement would greatly benefit many DocuSign users who rely heavily on integrations with external services such as SharePoint.

    GiannipvNew Voice

    Enable Envelope Metadata Conditions in Agreement Actions to automate document routingParked

    1. Executive summaryPlease add “Envelope Data → Email Subject” and “Envelope Data → Envelope Name” as selectable conditions in Agreement Actions.This will let customers trigger post-signature automations, archiving, notifications, based on words that appear in the envelope title or subject line.2. Problem & current workaroundItem Detail Current gap The Agreement Actions condition builder surfaces only: • Document Custom Field • Envelope Custom Field • Recipient • Sender • Template Business impact • Cannot auto-route completed envelopes whose subjects include legal keywords such as “MSA”, “NDA”, or “SOW”. • Users must fall back on manual templates or custom-field work-arounds, adding friction and risk of human error. • Missed opportunity to drive adoption of Agreement Actions as a no-code automation hub. Workarounds 1. Template per agreement type: proliferation of templates, maintenance overhead. 2. Envelope Custom Field (“Subject”): must be filled in manually by end users; error-prone and unpopular with senders.    3. Proposed enhancementArea Proposal Scope list Add “Envelope Data” as a top-level scope in the Agreement Actions condition builder (consistent with other rule builders in DocuSign). Fields At minimum expose: • Email Subject (string) • Envelope Name (string)   Operators Equals, is not equal to API Return the same schema in Rules API for programmatic rule creation. UX No net-new screens, just additional dropdown entries.  4. Value & ROIStakeholder Benefit Legal / Procurement Automatic classification & storage of agreement types (“MSA”, “PO”, “Amendment”) into dedicated shared folders IT / Security Fewer external integrations to audit; keeps data flow inside DocuSign & native cloud-storage connector. Senders Zero extra clicks, rule relies on the existing email subject they already fill in. DocuSign Increases stickiness of Agreement Actions, supports upsell to Business Pro/Enterprise tiers.  5. Usage exampleRule:Trigger – Envelope CompletedCondition – Envelope Data → Email Subject → contains → “MSA”Action – Archive to Google Drive → /Contracts/MSA/ Thank you for considering this enhancement. We believe it will unlock significant automation value for customers while reinforcing Agreement Actions as the central post-signature engine inside DocuSign. I’m happy to provide additional context or join a quick call if that would be helpful. 

    Scott.Nieman
    Troubleshooter
    Scott.NiemanTroubleshooter

    Agreement Template Builder (DocGen) -- allow recipient Fields (not just sender Fields) to enable the recipient to complete a dynamic table and other recipient fields prior to signatureParked

    Business Case: Our attestation process for sustainability programs (Carbon, Methane) includes data collection of farming practices for a specific calendar year, with signature /approval of the data collection (the attestation). We have been working with ATB, but we cannot seem to pre-populate the dynamic tables with a subset of the sender fields and prompt the recipient to complete the missing information (highlighted in yellow).Ask:  We believe the Template Assistant could be updated with a drop list choice that indicates that the DocGen Field is either a senderField or recipientField.  This would also exist in dynamic tables (currently only simple text is supported).  When recipientField is selected, the recipientId property is added to the JSON.{ "docGenFormFields": [ { "documentId": "6331379d-67fc-4957-9c05-451e6f629627", "docGenFormFieldList": [ { "label": "RetailerName", "type": "TextBox", "required": "False", "name": "RetailerName", "value": "Harvest States Coop" }, { "label": "FarmerBusinessDBAName", "type": "TextBox", "required": "False", "name": "FarmerBusinessDBAName", "value": "Crops R Us" }, { "label": "FarmsteadName", "type": "TextBox", "required": "False", "name": "FarmsteadName", "value": "Grandmas Farm", "description": "The name of the farmstead" }, { "label": "FarmerEmail", "type": "TextBox", "required": "False", "name": "FarmerEmail", "value": "stnieman@landolakes.com" }, { "label": "Current_Year_Reenrollment", "type": "TableRow", "required": "True", "name": "Current_Year_Reenrollment", "rowValues": [ { "docGenFormFieldList": [ { "label": "FieldName", "type": "TextBox", "required": "True", "name": "FieldName", "value": "Davis" }, { "label": "FieldUUID", "type": "TextBox", "required": "True", "name": "FieldName", "value": "daa0fa1b-bb5d-42df-a9d2-244b3bfe71bb" }, { "label": "CurrentYearCropType", "type": "TextBox", "required": "True", "name": "CurrentYearCropType", "value": "", "recipientId": "1" }, { "label": "TillageChanges", "type": "TextBox", "required": "True", "name": "TillageChanges", "value": "", "recipientId": "1" }, { "label": "BiomassResidueRemoval", "type": "TextBox", "required": "True", "name": "BiomassResidueRemoval", "value": "", "recipientId": "1" }, { "label": "FertilizerChanges", "type": "TextBox", "required": "True", "name": "FertilizerChanges", "value": "", "recipientId": "1" }, { "label": "PlantedCoverCropsBeforeWinter", "type": "TextBox", "required": "True", "name": "PlantedCoverCropsBeforeWinter", "value": "", "recipientId": "1" } ] }, { "docGenFormFieldList": [ { "label": "Field", "type": "TextBox", "required": "True", "name": "Field", "value": "Nelson 40" }, { "label": "FieldUUID", "type": "TextBox", "required": "True", "name": "FieldName", "value": "fd0ba46a-567f-4215-8686-273b98ee36b6" }, { "label": "CurrentYearCropType", "type": "TextBox", "required": "True", "name": "CurrentYearCropType", "value": "", "recipientId": "1" }, { "label": "TillageChanges", "type": "TextBox", "required": "True", "name": "TillageChanges", "value": "", "recipientId": "1" }, { "label": "BiomassResidueRemoval", "type": "TextBox", "required": "True", "name": "BiomassResidueRemoval", "value": "", "recipientId": "1" }, { "label": "FertilizerChanges", "type": "TextBox", "required": "True", "name": "FertilizerChanges", "value": "", "recipientId": "1" }, { "label": "PlantedCoverCropsBeforeWinter", "type": "TextBox", "required": "True", "name": "PlantedCoverCropsBeforeWinter", "value": "", "recipientId": "1" } ] }, { "docGenFormFieldList": [ { "label": "Field", "type": "TextBox", "required": "True", "name": "Field", "value": "Greenbelt" }, { "label": "FieldUUID", "type": "TextBox", "required": "True", "name": "FieldName", "value": "fd0ba46a-567f-4215-8686-273b98ee36b6" }, { "label": "CurrentYearCropType", "type": "TextBox", "required": "True", "name": "CurrentYearCropType", "value": "", "recipientId": "1" }, { "label": "TillageChanges", "type": "TextBox", "required": "True", "name": "TillageChanges", "value": "", "recipientId": "1" }, { "label": "BiomassResidueRemoval", "type": "TextBox", "required": "True", "name": "BiomassResidueRemoval", "value": "", "recipientId": "1" }, { "label": "FertilizerChanges", "type": "TextBox", "required": "True", "name": "FertilizerChanges", "value": "", "recipientId": "1" }, { "label": "PlantedCoverCropsBeforeWinter", "type": "TextBox", "required": "True", "name": "PlantedCoverCropsBeforeWinter", "value": "", "recipientId": "1" } ] } ] } ] } ]}Attempts:If we don't use the docgen API endpoints and Use the template from the portal, a CSV is prompted.  If we do populate sender fields with the farmer's arable field names, the CSV prompt is no longer an option.  We tried omitting the dynamic table, and the upload option is not presented to the recipient.We tried the WebForms, thinking the WebForm may prompt the recipient row-by-row, but it seems that WebForms currently does NOT support ATB templates.Adding recipient tabs are not possible with the dynamic table as xy coordinates are not returned with the PUT call, therefore we don't know where to place the tabs in the cells of the dynamic table.PUT {{baseUrl}}/v2.1/accounts/{{accountId}}/envelopes/{{envelopeId}}/docGenFormFields