How to Use the Ideas Feature
What you need to know about Docusign Community IdeasThis guide will walk you through the process of sharing your ideas, voting on existing ideas, and
17210
Want to shape the future of Docusign? Add your ideas for dream features and upvote others you love.
When scheduling a report and selecting “Send to Others”, you have to type in full email addresses. It would be nice if the box would recognize account user emails and allow selection similar to when adding a signer to an envelope. Or maybe if the “Send to Others” option had a dropdown to select account users with radio buttons, etc?
Currently when document visibility settings are applied, the envelope summary still reflects all events within the envelope. This means that recipients with access to only one document can still see details about other recipients, including witness information. Additionality, witnesses who only have access to a single document have no way of knowing who else can view the personal data they have entered in the eWitnesss pop-up at the start of the process. To address this, the following changes are proposedThe envelope summary should be dynamically tailored to reflect only the documents visible to the user. It should clearly indicate when the summary is a partial extract rather than a full envelope summary Witnesses should continue to have no access to the certificate or summary. These changes will help ensure that document visibility settings are respected throughout the signing process and that sensitive information is appropriately protected.
As I understand it the button on the confirmation email received by a recipient when they have signed a document cannot be edited. When our emails first go out the button is a specific colour but the confirmation email with the button so that recipients can view the completed document cannot be customised and is just transparent.We would like to be able to customise this button as we can the initial email button so that we have continuity of brand in our communications.
Hi team, It would be highly beneficial to enable customisation of the envelope type list within the envelope/template creation process. While the current ‘Other’ option provides flexibility, it introduces the risk of inconsistent or misspelled entries, which can negatively impact reporting accuracy. Introducing a controlled list will help maintain data integrity and streamline reporting
I would suggest a core change to the way Navigator's AI functionality works to significantly improve performance: Users should be able to train the AI to look out for specific phrases / sections of agreements and extract the key finding into the structured metadata fields. E.g. our contracts may have custom implementation details in the Appendix of a certain form MSA, if I could create a box around that format, share a couple of examples, and identify for Navigator what the data to pull out from that is, and what new field to store it as, this would allow uses to be in the control of their own destiny and truly customize the Navigator experience.
No the return for get seals only with sealName and sealDisplayName.{{baseUrl}}/v2.1/accounts/{{accountId}}/seals {"seals": [{"sealName": "10685326-884c-e54d-e4d3-187c8ebbe03b","sealDisplayName": "Testing for FreeLink"},{"sealName": "2a2412d4-7632-13-6d2a-97c48c58e9f3","sealDisplayName": "Legal Person Seal - Hengfeng Ge "},{"sealName": "ceec983d-5c92-cae9-b36c-afaedec170cb","sealDisplayName": "Demo Seal - Hengfeng Ge"}]} we call in the customer’s application do know which seal is who’s. so we need add a mapping table like email/sealName/sealDisplayName. hope can add email /seal type attributes, so we no need add mapping table. FreeLink/甫连信息🌍 DocuSign Partner | Partner Profile🏆 2024 APAC Reseller Growth Partner of the Year🔧 The first in APAC to pass the DocuSign eSignature Technical Consultant certification.🚀 Expertise in DocuSign integrations with on-premises systems for leading enterprises across various industries.Feel free to reach out for collaboration opportunities.
Right now the only way to get a report in prod from demo is to rebuild it manually. That isn’t very efficient.Need a way to download in DEMO then upload into prod.
It would be helpful if senders to received a notification when recipient signs a document, not just when they view it
Returning the templateId is not good enough. It is normal RESTful best practice to include newly minted identifiers that may be useful for subsequent API calls.In this case, the documentIdGuid is needed for the Agreement Template Builder to update the Sender Fields with values.
The "document has been completed" email has internally inconsistent punctuation between other notification emails, and depending on how signature is performed. All other notification emails contain a period after the initial sentence. Furthermore, If you sign "in person" you get a period, however electronically, no period. I have attached screenshots of relevant emails for comparison.
I would love it if one of the action buttons on the top of the screen is a direct link to my DocuSign drafts on the home page. There is no direct way to access my drafts, that I’m aware of, unless I click one of the four options (Action Required, Waiting for Others, Expiring Soon, and Completed), then click Show More on the left pane, and then the drafts finally show up. Other than Completed envelopes, the most often envelopes I’m in need finding are Drafts. It would be nice to have a direct link.
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
I couldn't find a solution to this issue on the Docusign Community, so I'm offering a suggestion. We need to prevent signers from signing agreements too early. The current recommendations like "Send Later" or adding a delay aren't helpful because "Send Later" doesn’t allow our recipients to view documents immediately. Adding a delay doesn't work with our use of merge field data, causing errors (see image below).We suggest Docusign provide an option to add a validation or setting that prevents signatures until a specified time, such as X days or Y hours. Example: Signer should not sign until 2 weeks from when they receive the Docusign envelope for a “consideration period”. If they sign too early we need to void their agreement and send a new one.
Envelope Status should allow to choose which status’s you want to include. Not just one. In other words if I want it to include SENT and DELIVERED only.
Would love to see the option to choose: Referral under your side when creating a new room. That way when overseeing many rooms as a administrator the room will have this label, creating efficiency and organization for anyone using this program for Real Estate.
When we receive a SAML response assertion from an Identity Provider and it’s missing one or more of the required attributes, the error could be more specific. Currently, it just says: “Something went wrong The response assertion is missing a required attribute”We recommend adding the names of the missing attributes in the error message. It would save time with troubleshooting.For example, it could read as follows: “Something went wrong The response assertion is missing a required attribute: <Attribute Name>”
Just wondering if you could come up with a way to add in numerous fields at once? Such as a field that has the signature and date underneath? Custom fields don’t work as each document looks different and there’s no where consistent to place these fields we use together all the time. Or to create a type of customizable DocuSign “stamp” where you can add in what fields you want?For examples, I have two types of formats I use all the time. Usually I stack them but it’s a lot of pressing when you’re dealing with many documents. So to have one stamp that is the following fields:Approved By:SignDate SignedThen another that is just:SignDate Signed





Docusign Community
Code of ConductAlready have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
OKSorry, our virus scanner detected that this file isn't safe to download.
OK