Working in Clio

Clio e-signature: how it works

Getting a document signed is one of the most common things a firm does, and where the executed copy ends up matters as much as the signature itself. Clio offers native electronic signature (its e-signature feature, provided through a built-in Dropbox Sign integration), and many firms also use DocuSign or similar tools. This guide covers how the signing flow works — sending a request, tracking it, cancelling it, and what to do with a partially signed document — then the part that matters most for document management, where the signed document lands relative to the matter, and how to think about native versus third-party e-signature. Clio's e-signature capabilities evolve, so confirm current specifics in Clio's help center.

Lucas Barnes By Lucas Barnes, Founder Last updated October 16, 2026
The document-management angle

The signature, and where it lands

Getting a document signed is routine; making sure the executed copy ends up in the matter is the part firms quietly get wrong. From a document-management standpoint, the signature event is only half the job — the other half is the signed document becoming a proper matter document, findable and versioned like everything else, instead of stranded in a signing tool's account that someone has to remember to download from.

That's the lens this guide takes on e-signature: where the executed document lives afterward. The mechanics firms ask about most — sending, tracking, cancelling a request, and a document that stalls half-signed — get their own section below, because each of them decides where a copy ends up. Clio's native option is designed to keep that round-trip inside the matter; third-party tools add a filing step. That native-versus-third-party split isn't specific to signing — it runs through everything that connects to Clio, and the integrations guide covers what changes when a second vendor owns half the workflow. Because Clio's e-signature features evolve, treat the specifics below as the general shape and confirm current behavior in Clio's help center.

Native: Clio e-signature

A round-trip inside the matter

How the native flow works: prepare the document, send it for signature from within Clio, the signer receives a request and signs electronically, and the executed copy is designed to come back into the matter. The advantage isn't the signature technology — electronic signatures are broadly similar across tools — it's that the request originates from the matter and the result returns to it, so there's no separate signing subscription to buy (Clio says you don't need a Dropbox Sign plan) and no manual filing step once everyone has signed. The exceptions are reminders, cancelling and a partially signed copy, which happen in the Dropbox Sign account that comes with it.

For routine, firm-originated documents — engagement letters, consents, standard agreements, often the same documents merged from a template against the matter's own data a step earlier — this is usually the lowest-friction path precisely because it eliminates the "where's the signed copy" problem by design. Clio's help says the signed copy appears in Documents alongside the unsigned document, so it lands in the same place in your folder structure as the original. Clio doesn't document what the signed copy is named, so check it against your naming convention. That's the detail that determines how clean the round-trip actually is.

The mechanics

Sending, tracking, cancelling

Everything below, walked through in under four minutes: sending, the monthly limits, reminders, cancelling or recalling, a partially signed copy, and where the signed document lands. The video's description on YouTube lists the chapters and links the Clio and Dropbox Sign help articles behind each step.

Sending. In Clio Manage, the document has to be a PDF already in the matter's Documents or the main Documents tab. Find it, click the down arrow next to Download and select e-Sign, add the contacts who need to sign, then click Prepare for signing. The document opens in Dropbox Sign, where you drag signature, initial and date fields onto it and click Send for signature. Dropbox Sign caps the PDF at 40 MB and 500 pages.

Every signer is a contact. You can only send to a contact with an email address on their contact card, so add the signer as a contact first. That includes anyone signing as a witness: Clio's e-signature help doesn't describe a separate witness role, so a witness you can't email can't sign through this flow. Whether an electronic witness signature satisfies a given document's formalities is the validity question below.

Tracking. Clio emails you when a signer views the document and, on a multi-signer document, again once everyone has signed. Clio's help says signing links expire after 14 days, so a stalled request has to be sent again (Clio Grow's own article gives seven days, and Grow resends from Documents, then Pending, then the document's Actions menu). Dropbox Sign reminds unsigned recipients automatically after three and seven days. To nudge someone sooner, log in to Dropbox Sign, filter its Documents list by Pending Signature, open the ellipsis menu next to the request and choose Email Reminder. If a signer can't find the request, Clio warns that since Dropbox Sign was renamed from HelloSign, its emails may land in spam.

Cancelling or recalling. A sent request can't be cancelled in Clio, and Clio's help doesn't describe a separate recall. You cancel it in your Dropbox Sign account, as long as not every signer has finished: log in (if you've never set up that account, reset the Dropbox Sign password using your Clio email address), go to Documents, open the ellipsis menu next to the request and choose Delete Pending. Once all signers have signed, there is no request left to cancel; Clio's guidance is that you delete the document instead. A request sent from Clio Draft's own e-signature tool (US) is the exception: cancel it in Draft, under Signatures, from the Pending package's Actions menu (Cancel signature request).

Partially signed documents. Clio's help doesn't cover them. It describes the signed copy appearing in Documents, alongside the unsigned original, once every recipient has signed, so a stalled request's signatures stay in Dropbox Sign. Dropbox Sign's own help says you can download a copy as soon as one person has signed, from the Documents tab in your Dropbox Sign account. Upload it to the matter yourself, named under your document naming convention as partially signed, so nobody mistakes it for the executed version. Finishing a request without a signer who won't sign isn't in Clio's help either, so ask Clio support.

Native vs. third-party

Clio e-signature or DocuSign?

Consideration Native (Clio e-signature) Third-party (DocuSign etc.)
Executed copy lands Back in the matter by design In the tool until filed to Clio
Best for Routine firm-originated documents Counterparty-driven or complex multi-party signing
Counterparty familiarity Whatever your client is sent Very widely recognized
Filing step None — stays in Clio Download/route the executed copy in

Many firms use both deliberately: the native option for routine documents they originate, a third-party platform when a counterparty drives the process or a complex signing is involved. When you do sign through DocuSign, the executed envelope still needs to reach the matter — the workflows for that (portal download, completion email, Connect webhook, or a browser tool) are covered in the DocuSign to Clio guide. The principle that ties it together: whichever tool signs it, the matter should end up holding the executed copy.

The validity caveat

When electronic isn't enough

Electronic signatures are broadly recognized as legally valid in many jurisdictions and are routine for engagement letters, consents, and many agreements. But validity is document- and jurisdiction-specific: certain instruments — some wills, certain notarized or witnessed documents, specific court filings — may require traditional signatures or added formalities. That's a question for your jurisdiction's rules and your judgment on the specific document, not something to assume from a general statement (including this one — it isn't legal advice).

For document management the takeaway is narrow and practical: e-signature, native or third-party, is a great fit for the high-volume routine documents that make up most signing, and the native route's main advantage is keeping the executed copy in the matter without a filing step. Match the tool to your signing patterns, and make sure — every time — that the signed document ends up where the rest of the matter lives. Signed agreements are just one more document type in the larger document management picture.

Clio e-signature FAQ

Clio e-signature FAQ

Got more? Email [email protected].

Q.01

What is Clio's e-signature feature?

+

Clio's native e-signature runs on a Dropbox Sign integration built into Clio Manage (and Clio Grow). It lets you send a document for signature from within Clio, and Clio says your subscription includes it with no separate Dropbox Sign plan to buy, though these e-signatures can't be used outside Clio Manage and Grow. Reminders, cancelling a request and downloading a partially signed copy happen in the Dropbox Sign account that comes with it, which you open by resetting the Dropbox Sign password with your Clio email address. The appeal of a native feature is that the request originates from the matter and the signed copy comes back into the matter's Documents. Some plans carry a monthly cap, set per active user, pooled firm-wide and with no rollover. In Clio's help (read October 2026) that is 3 per active user on Starter (US) or EasyStart (Canada and Australia), 15 on Core (US and Australia) or Essentials (Canada), and 10 on Core in Europe, while Signature and Elite (Advanced and Expand in Canada) and Clio Grow are unlimited. Each document you send counts as one, and on the capped plans the e-Sign window shows how many are left this month. Hitting that cap is a concrete reason some firms add a third-party signing tool. The feature set and plan limits change over time, so confirm current limits in Clio's help center before building a workflow around them.

Q.02

Where does the signed document end up?

+

Once every signer has signed, Clio's help says each of them receives an emailed copy signed by all, and a signed copy appears in Documents in Clio Manage, alongside the unsigned document. So the executed copy sits next to the original in the matter, rather than only in a signing tool's account that someone later has to remember to download from. That is the document-management advantage of keeping signing inside Clio: the signed agreement becomes a matter document like any other, findable in the same folder as the draft. It arrives as its own copy, not as a new version of the original, and Clio doesn't document what it's named, so check it against your naming convention. With a third-party tool, the executed copy lives in that tool until someone files it into Clio, which is an extra step and a place where 'we never actually saved the signed copy to the matter' mistakes happen.

Q.03

Is an electronic signature legally valid for legal documents?

+

Electronic signatures are broadly recognized as legally valid in many jurisdictions under e-signature legislation, and are widely used for engagement letters, consents, and many agreements. But validity depends on the document type, the jurisdiction, and sometimes specific execution requirements — certain documents (some wills, certain notarized or witnessed instruments, specific court filings) may require traditional signatures or additional formalities. This is a question for your jurisdiction's rules and your own judgment about the specific document, not something to assume from a general statement. This guide is not legal advice on signature validity; confirm for your document type and jurisdiction.

Q.04

How does Clio's e-signature compare to DocuSign?

+

The core trade-off is integration depth versus breadth of features and ubiquity. A native option keeps the request and the executed document inside the matter, which is cleaner for document management and avoids the file-it-back-into-Clio step. DocuSign and other established e-signature platforms are extremely widely used, so counterparties may already be comfortable with them, and they offer deep feature sets for complex signing scenarios. Many firms use both: the native option for routine firm-originated documents like engagement letters, and a third-party tool when a counterparty drives the process or a complex multi-party signing is involved. The right answer depends on your signing volume and how often you're the party initiating.

Q.05

If we sign with DocuSign, how do we get the executed copy into Clio?

+

The executed document needs to make the trip from the signing tool into the matter — and the failure mode to avoid is the signed copy living only in the DocuSign account, never filed to Clio. Clio's own DocuSign integration (US only) lets you send a document for signature from Clio Manage, but the sent and signed documents are stored in DocuSign: Clio's help says the signed document comes to you by email, and you add it in Clio Manage as a new version of the original. Other paths firms use include downloading the completed envelope and uploading it to the matter, using a configured webhook to route completed documents automatically, or a browser-based tool to send the downloaded file to the matter. Whichever you use, the principle is that the matter should end up holding the executed copy, because the matter is the system of record. The DocuSign-to-Clio workflows are covered in their own guide linked below.

Q.06

Can clients sign on a phone?

+

Modern e-signature flows, native and third-party, are generally designed to work on phones and tablets, since a large share of signers open the request on a mobile device. This is one of the practical advantages of electronic signature over print-sign-scan for clients: they can complete it from wherever they are. Specific mobile behavior and signer experience vary by tool and change over time, so if mobile signing is important to your clients, test the actual flow with the tool and plan you're on rather than assuming. The general expectation that clients can sign from a phone is reasonable; the specifics are worth verifying.

Q.07

What should drive the choice between native and third-party e-signature?

+

Signing volume, who initiates, and how much the clean document round-trip is worth to you. If most of your signings are routine, firm-originated documents — engagement letters, consents, standard agreements — a native option that keeps the executed copy in the matter is the lower-friction choice and reduces the 'where's the signed copy' problem. If you frequently sign documents a counterparty drives, or need advanced multi-party signing features, a third-party platform earns its place, and you accept the file-back-into-Clio step (or automate it). Plenty of firms run both deliberately. Map it to your actual signing patterns rather than picking one tool for everything.

Q.08

How do I cancel an e-signature request in Clio?

+

Not from inside Clio. Clio's help says a sent request can't be cancelled in Clio, and it doesn't describe a separate recall: cancelling is how you pull a request back. You cancel it in your Dropbox Sign account, which works only while at least one signer hasn't finished. Log in to Dropbox Sign (if you've never set that account up, reset the Dropbox Sign password using your Clio email address), go to Documents, click the ellipsis menu next to the request and select Delete Pending. If every signer has already signed, there's nothing left to cancel, and Clio's help says to delete the document instead. One exception: a request sent from Clio Draft's own e-signature tool (US) is cancelled in Draft. Go to Signatures, find the Pending package, open its Actions menu and choose Cancel signature request. Check before you send. On plans with a monthly e-signature cap, each document you send counts as one, and in Clio Manage a signing link stays live for 14 days.

Q.09

Can I get a partially signed document out of Clio e-signature?

+

Yes, but not from Clio, and Clio's help doesn't cover it. Clio's help describes the signed copy appearing in the matter's Documents, next to the unsigned original, once every recipient has signed, so a half-finished request has nothing to show there yet. Dropbox Sign's own help says you can download a copy as soon as one person has signed: log in to Dropbox Sign with your Clio email address and download it from the Documents tab. Upload that file to the matter yourself and name it so it reads as partially signed. Otherwise someone will later assume it's the executed copy. If you need to finish a request without a signer who won't sign, Clio's help doesn't cover that either, so ask Clio support.

Q.10

Does every e-signature signer have to be a contact in Clio?

+

In Clio Manage, yes. You add the contacts who need to sign, and you can only send a document for e-signature to a contact who has an email address on their contact card. Create the contact, with an email, before you start the request. That applies to witnesses as well. Clio's e-signature help doesn't describe a separate witness role, so anyone who needs to sign, witness included, has to be a contact Clio can email. Whether an electronic witness signature meets the execution formalities for a particular document is a question for your jurisdiction's rules.

Related guides

Keep going