Integration guides
DocuSign to CRM: how to update a deal automatically when a contract is signed
Flow Mesh · · 6 min read
The contract comes back signed, DocuSign sends a "completed" email, and then someone has to remember to open the CRM, find the deal, move it to won, attach the signed PDF and tell the person who starts the work. When that step is missed, the pipeline report is wrong, onboarding starts late, and the invoice waits.
The direct answer: you need something that listens for DocuSign's "envelope completed" event, finds the matching deal in your CRM and updates it. HubSpot's DocuSign app sends and tracks envelopes from the deal record, but its documentation does not describe a trigger that moves a deal when an envelope is completed. So most firms use an automation platform such as Zapier or Make, or DocuSign Connect, DocuSign's webhook service, feeding a workflow you control. The hard part is not the trigger; it is matching each envelope to the right deal every time.
What the native HubSpot and DocuSign app covers
HubSpot's DocuSign integration article says the app lets you create, send and manage envelopes from contact, company and deal records, shows envelope status on a record card, and lets you download the PDF. As documented in October 2026, the integration is available on all HubSpot plans, while workflow features need a Professional or Enterprise subscription. The documented workflow action is "Send Docusign envelope", and the documented trigger is a contact timeline event.
What the article does not describe is a deal-based trigger on envelope completion. If your process is "signed contract moves the deal to won", plan on one of the routes below, and check the app listing for changes before you build.
If you use Salesforce, Pipedrive or another CRM, the same principle applies: check what the vendor's DocuSign app documents for completed envelopes before adding a separate automation, so two tools do not update the same deal.
Route 1: Zapier or Make
Zapier's DocuSign and HubSpot integration page lists an Envelope Completed trigger, an Envelope Status Updated trigger, and HubSpot actions including Find Deal and Update Deal, as listed in October 2026. Make offers DocuSign and HubSpot modules as well. A typical build:
- Trigger: envelope completed in DocuSign.
- Read the identifier: take the deal ID from the envelope (see the matching section below).
- Find the deal in the CRM by that ID. Stop and alert someone if none is found.
- Check the stage: if the deal is already won, do nothing more. This prevents repeat runs from doing damage.
- Update the deal: set the stage to won, record the signing date and the envelope ID in deal properties.
- Store the document: save the signed PDF to the client's folder in your document system and put the link on the deal, rather than relying on a copy inside the CRM alone.
- Hand off: create the onboarding task or notify whoever starts the work.
Good fit when: you send a manageable number of contracts and want something you can change without a developer. Watch for: each step counts towards your plan's task or credit allowance, and polling triggers can run on a delay depending on plan.
Route 2: DocuSign Connect and a webhook
DocuSign Connect pushes an event to a URL you choose when something happens to an envelope. DocuSign's own overview of Connect describes it as a push notification service that avoids repeated polling and its API limits, and explains that HMAC signatures let you verify that messages really came from DocuSign. The receiving end can be an n8n or Make webhook, a Power Automate flow, or a small custom service that updates the CRM through its API.
Good fit when: you need near-instant updates, high volume, or one listener for several processes. Watch for: Connect availability depends on your DocuSign plan, so confirm it on your account before designing around it. Turn on HMAC verification, and make sure the receiver ignores an event it has already processed, because webhook services can deliver the same event more than once.
Comparing the routes
| HubSpot DocuSign app | Zapier or Make | Connect and webhook | |
|---|---|---|---|
| Sends envelopes from the deal | Yes | Possible | Possible |
| Moves the deal on completion | Not documented | Yes | Yes |
| Setup effort | Low | Medium | Medium to high |
| Who maintains it | Vendor, plus your settings | Your team or a consultant | Your team or a consultant |
Many firms combine them: send from the CRM with the native app, and update the deal with an automation.
Matching the envelope to the right deal
This is where most builds fail. A completed envelope knows the signer's name and email; it does not automatically know which deal it belongs to. Matching by email breaks when a client has two open deals, or when someone other than the main contact signs.
The reliable fix is to put the deal ID on the envelope when it is sent:
- Send from the deal. Envelopes created from the CRM record are already linked to it, which makes the ID easier to carry.
- Use a custom envelope field. DocuSign envelopes can carry custom fields. Store the CRM deal ID there at send time, and have the automation read it back on completion.
- Use templates for repeat contracts. Engagement letters and service agreements sent from a template map the same fields every time, so nobody types the ID by hand.
If an envelope arrives with no ID, do not guess. Send it to a person to link manually. Our guide to syncing data between apps without duplicates explains why a stored ID beats name or email matching.
Decide what "signed" means
Agree on these before you switch anything on:
- All signers or the client only. If your firm countersigns, the envelope is completed only after your signature too. Decide whether the deal moves on the client's signature (a recipient event) or on full completion (the envelope event). Full completion is the safer default.
- Declined and voided envelopes. A declined contract should flag the deal for follow-up, not leave it waiting forever. Zapier lists triggers for declined and voided envelopes as well.
- What happens next. Moving the deal is rarely the goal by itself. Decide whether signing creates the client in your practice or project system, starts onboarding, or triggers the first invoice. Our articles on automating law firm client intake and creating a Xero invoice when a HubSpot deal is won cover those next steps.
Testing before you go live
Run the automation in DocuSign's developer sandbox or with internal test envelopes. Try the awkward cases on purpose: a contract signed by someone other than the deal contact, two open deals for the same client, a declined envelope, an envelope sent without a deal ID, and the same event delivered twice. Keep a log of every update the automation makes for the first month, and compare it with the pipeline.
Where contracts carry confidential client terms, check with your lawyer or compliance lead which copies of the signed document should exist and where they should be stored.
How Flow Mesh helps
Contract-to-CRM handoffs are a common gap in the stacks we review. Our stack audit begins with a first call, is scoped in writing before it starts, and gives each tool a verdict: keep, configure, consolidate or replace. Any build is quoted in writing after the audit and done inside your own accounts, under an NDA.
Key takeaways
- HubSpot's DocuSign app sends and tracks envelopes from the deal, but its documentation does not describe moving a deal when an envelope is completed.
- Zapier or Make can trigger on Envelope Completed and update the deal; DocuSign Connect pushes events to a webhook for faster, higher-volume setups.
- Carry the CRM deal ID on the envelope in a custom field so every completed contract matches the right deal.
- Decide whether the deal moves on full completion or the client's signature, and handle declined and voided envelopes.
- Make the automation skip deals that are already won, and verify webhook messages with HMAC.