Skip to main content

    Filter by Idea status

    Filter by category

    1017 Ideas

    Jake Fascia
    Active Voice
    Jake FasciaActive Voice

    Completed Envelopes Unable to Access when Using Shared Access instead of Shared 'Dept' UserIdea Submitted

    In short - In an Org-managed + SSO environment, only recipients involved in the signing process can access Completed envelopes through a Docusign email, even if they have been granted Shared Access with the sender of the envelope.  Processors of the Completed envelope receive an authentication error when they click the link in the email, and they must login to Docusign environment and go through all the steps to locate the envelope with Shared Access.  Solution - Users with Shared Access should be able to access the Completed envelope if the Sender/Recipient is a User they were granted access to.   Or the ability to lighten the restrictions on accessing Completed Envelopes could be added to the Admin Settings.  Background - Our Mortgage department asked for a Department User and they would all share the login credentials.  I thought I could replicate the experience with Custody Transfer + Shared Access.With all their envelopes being sent on behalf of the Department User, they all receive the email notifications but only the individuals directly involved in the signing process are able to access the Completed envelope.  (No issues while signing in process)With the error message and inconvenience of finding the envelope through Shared Access, the Mortgage department would rather login manually to the Department User so they can access the envelope directly from the email link.

    Include Decline Reason in Email Notifications Sent to CC RecipientsIdea Submitted

    Hello,I would like to suggest an enhancement regarding envelope decline notifications.Currently, when a signer declines an envelope and provides a reason, the decline reason is included in the email notification sent to the sender. However, recipients who are included in the workflow as CC recipients only receive a notification that the envelope was declined and do not receive the actual reason entered by the signer.This can create challenges in organizations that use a shared or service account as the sender (for example, through an integration), while business users and stakeholders are added as CC recipients to stay informed about the envelope status.Suggested enhancement: Provide an account-level or envelope-level option that allows the decline reason entered by the signer to be included in the decline notification emails sent to CC recipients.Benefits:Improved visibility for all stakeholders involved in the signing process. Reduced need for manual follow-up with the sender. Better support for integrated and automated DocuSign environments that use service accounts. Faster resolution of issues that caused the signer to decline the document.Ideally, administrators could enable or disable this behavior according to their organization's security and privacy requirements.Thank you for considering this enhancement. I believe it would improve transparency and communication throughout the signing workflow. **information removed due to PII**

    Lara MooreNewcomer

    Enable Send Later (Scheduled Sending) when using Shared Access with Send permissionIdea Submitted

    Currently, users with Shared Access and Send permission can create and send envelopes on behalf of another user, but they cannot use the Send Later (Scheduled Sending) feature. This limitation requires users to either send envelopes immediately or log in directly as the shared user to schedule delivery.Many organizations use Shared Access for centralized mailboxes (such as HR, Benefits, Payroll, or Legal) so employees can send documents from a shared account while maintaining their own credentials and audit trail.A common use case is preparing onboarding or HR documents in advance and scheduling them to be sent at a specific date and time. Although Scheduled Sending is available when working in the account directly, it is not available when acting through Shared Access, forcing organizations to choose between security best practices and scheduling functionality.Requested enhancement:Allow users with Shared Access and Send permission to use Send Later (Scheduled Sending) for envelopes they create while acting on behalf of the shared user.Business benefits:Supports secure use of Shared Access without requiring users to log in as shared accounts. Enables HR, Payroll, Benefits, Legal, and other administrative teams to prepare and schedule communications in advance. Improves workflow efficiency by eliminating the need to manually send time-sensitive envelopes. Provides feature parity between direct account access and Shared Access for users with Send permission.This enhancement would make Shared Access a more complete solution for organizations that rely on centralized sending accounts while following security and governance best practices.

    Feature Request – Default Copy Recipient at Account LevelIdea Submitted

    Hi team,We would like to submit a feature request, as our research indicates that this functionality is currently not supported in DocuSign eSignature.Feature descriptionThe requested functionality is to have a default recipient of a copy automatically added to every envelope created by specific groups of users. To clarify, this would not be a default recipient configured on individual templates, but rather an account-level configuration that automatically adds the designated copy recipient regardless of whether the sender uses a predefined template or creates an envelope from scratch.Ideally, this would be configurable so that different groups of users could have different default copy recipients. For example, most users could have one designated mailbox automatically added, while HR or other departments could have different mailboxes configured.Additionally, users should have the ability to remove the automatically added copy recipient for individual envelopes whenever necessary.Business use caseThe main objective of this feature is to ensure that fully executed agreements are automatically copied to the appropriate shared mailbox, providing centralized visibility, governance, and document retention without relying on users to manually add the recipient each time they send an envelope.Today, users can easily forget to include the appropriate mailbox, which may result in executed agreements not being centrally stored or visible to the teams responsible for contract management. An account-level configuration would significantly reduce this risk while still allowing flexibility when exceptions are needed.We explored the suggested workaround of using eSignature templates with predefined copy recipients. However, this approach does not fully meet our business needs. It introduces additional steps for users when sending documents, removes the ability to use the drag-and-drop sending experience if template usage is enforced, and would require users to always select the appropriate template before sending.In addition, we would prefer not to make template usage mandatory for users who do not otherwise need templates as part of their workflow. We are looking for a solution that works seamlessly regardless of how an envelope is created, while preserving users' existing sending experience.Workflows and users that would benefitThis functionality would benefit multiple departments across our organization that use DocuSign eSignature. Different business units require different shared mailboxes to receive copies of executed agreements (for example, Legal, HR, or other operational teams), making group-based configuration important.The feature should apply regardless of how an envelope is created, whether users send documents from templates or create envelopes from scratch, and should support organizations with multiple teams that have different document management requirements.Could you please let us know whether this feature would be feasible to implement? If so, is there any estimated timeline for when it could potentially become available?Please let us know if you need any additional information from our side. Thank you! 

    PslimNew Voice

    Agreement Manager - Use Folder-Level Path as Categorization Metadata on Bulk UploadIdea Submitted

    When bulk uploading agreements into Agreement Manager, categorization currently relies on AI content analysis after ingest, or manual assignment to agreement types/categories/sets. There's no way to leverage the folder structure of the files being uploaded (e.g., from a mapped drive or cloud storage) as a source of categorization metadata.Many organizations already store historical agreements in a meaningful folder hierarchy, such as:/Sales/MSAs/2026//Procurement/Vendor Agreements/2026/Today, this structure is lost on upload — every file lands in Agreement Manager as an individual record, categorized only by what the AI infers from the document content, or by tags applied manually afterward.Request: When uploading a folder (or nested folders) of agreements, allow the folder path to be captured and mapped to categorization fields, for example:Auto-populate or suggest an agreement type, category, department, or custom field based on the folder name(s) in the path Let admins define a mapping between folder structure and metadata fields before or during upload (e.g., top-level folder → Department, second-level folder → Agreement Type) Preserve the original folder path as a searchable attribute on the agreement record, even if the user doesn't set up a mappingWhy it matters: Migrating agreements from network drives, SharePoint, or other DMS tools into Agreement Manager means re-doing categorization work that already exists in the folder structure. Using folder-level information would speed up migration, reduce manual tagging, and give AI categorization a stronger starting signal instead of relying on content inference alone.

    backofficeNewcomer

    Improving workflow for compelling applicants to complete the signing process (gateway leading applicants from the ID verification step to signing relevant documents)Idea Submitted

    After the recipient processes the identification step during the E-signature process, recipients are asked to sign the fields they're assigned. However, if recipients did not complete the process by clicking the correct buttons such as Sign or Complete, the envelope will not be considered completed and shall remain in a limbo as pending which implies unnecessary follow up frictions with recipients.This is so because in DocuSign, recipients have the option to skip their signing at a later time. They can also leave their signature on the envelope, and if they do not properly complete the signing, the signature will be saved but will not be completed.Our past experience tells that clearing the ID verification to signing relevant paperwork is very often confusing or not properly guided within your current workflow display. We suffer ongoing failures from recipients failing to complete the signature process after having been identified.  They think they have completed the process but the actual processing status at DocuSign is recorded as signature pending. We understand the purpose of expecting clients to push a button to confirm submission after they have signed the forms. However, this extra layer of requirement for the final submission should be smoothen by clearly disclosing to recipients the need to push the “Complete” button.We think that there is a lack of specific guidance needed while recipients are processing the entire signature process. This could be perhaps quite easily upgraded by disclosing:Step 1- ID verificationStep 2 - SignatureStep 3 - Confirming submission by clicking the “Complete” button. Recipients that would have signed documents BUT forgot to also push the “Complete” button should be warned about the resulting pending status of their submissions, prompting recipients to Complete it if they want to move ahead.It would be great if you'd take this into account for quality improvements at your end. Thank you