← Back to Product overview

Signing

The same policy that routes approvals decides how signing happens

Signing isn't a separate tool bolted on after approvals clear. It's the same policy, deciding: below a value threshold your org sets, signing happens natively in-app. At or above it, the policy requires a third party instead. No manual handoff, no second system to configure.

A man signing paperwork at his desk next to an open laptop

How the threshold works

Set a value threshold on a policy, with its currency. A contract below it signs natively — an eligible signer records a "sign" decision, audit-logged the same way an approval decision is, once every approval step ahead of it has cleared. A contract at or above the threshold is routed to require third-party signing instead. Configure no threshold at all, and everything signs natively.

Design

Fails closed, on purpose

If a contract's value can't be confirmed against the threshold — no value recorded yet, or a currency that doesn't match the threshold's own — the engine doesn't guess in the permissive direction. It requires third-party signing. Getting this wrong should mean more scrutiny, never less.

Signing, natively

Type it, draw it, or adopt a style — a signer's real choice

For a contract that signs natively, a signer isn't limited to typing their name. Three methods, all recorded with the same consent checkbox and freshly-retyped name every time — reusing a saved signature never skips that step.

Typed

Type your full legal name fresh, every time — never pre-filled from a prior signature — alongside the consent checkbox. The original method, still there.

Drawn

Sign with a mouse, trackpad, or touchscreen on a real signature pad. The drawing is trimmed to its own bounding box and stored as the actual image you drew — not reconstructed or approximated afterward.

Adopted

Pick a script style and your typed name renders in it — Dancing Script, Great Vibes, Sacramento, or Pacifico, four real typeface choices, not a generic "cursive" filter.

A saved signature, yours across every contract

Save a drawn or adopted signature to your own account — up to ten — and reuse it on any contract you sign, in any organization you belong to. It follows the person, not the org membership, since it's your handwriting or style preference either way.

A real viewer, not just a record that signing happened

A "View signature" link on the contract's workflow panel opens the actual captured signature — the drawn image or the styled name — alongside the signer's typed name, method, and consent timestamp. Anyone who can see the contract can verify what was actually signed, not just that a checkbox was checked somewhere.

Know the signing method before you commit

The same dry-run evaluation that tells you who would have to approve a hypothetical contract also tells you which signing method it would require — before the contract exists, no document and no workflow started.See dry-run evaluation on the DoA engine page →

Not a document tool

What this actually is

This isn't a document-preparation or signature-capture product on its own — it's routing intelligence. Who has to sign, and whether that needs to go through a stronger third-party channel, decided by the same policy that governs approvals, not a separate configuration to maintain.

The DoA engine

The policy that decides who signs is the same one that decides who approves.

See the approval engine →

Contract records

The value on the record is what the threshold actually checks against.

See contract records →

No separate line item for signing

Signature routing is part of the base price on every tier. See the published figures.