Map before you tool up
Who reads, who comments, who decides, who can block. Note the frequent exceptions (amount, contract type, urgency).
Guide · Approval
How do you move from approvals by e-mail to a tracked, fast flow assigned to the right roles?
Automating approval means routing the right file to the right person at the right time, with a visible status and a record of every decision. It does not mean having an AI sign a contract. This guide shows how to digitise the flow without making your organisation rigid.
Start from what actually happens (not the ideal process on a PowerPoint slide). Then simplify before you automate.
Who reads, who comments, who decides, who can block. Note the frequent exceptions (amount, contract type, urgency).
Every extra step adds another queue. Two or three solid steps beat a workflow of eight phantom boxes.
Avoid assigning to a named person whenever you can: absences break the flow.
Approve, reject or request changes — not an “ok” lost in a 40-message thread.
An actionable sequence, from diagnosis to follow-up.
Take 5 recent contracts. For each one: who received the PDF, who approved it, how many days it took, where the file got stuck.
E.g. NDA → legal only; supplier contract > €X → purchasing + legal + management. Write the rules down on one page.
Steps, assignments (role/department), available actions, target SLAs. Validate with the business teams before publishing.
Without a single entry point, the workflow only sees some of your contracts. Link inbound e-mail / upload to the start of the flow.
Approvers need to know where to find their inbox, how to request changes and what each status means.
Time per step, rework rate, overdue files. Adjust assignments and thresholds every month at the start.
The pitfalls that derail most document projects.
If everyone is copied on every step, you have only changed channels. Assign, don’t broadcast.
An eight-step flow designed to “cover every case” kills adoption. Add complexity after real-world use.
Without a “request changes” action, approvers reject or approve reluctantly — and the file goes back outside the tool.
A workflow without alerts becomes a dead queue. Approvers must be notified on assignment and when an SLA is exceeded.
DocPilot publishes multi-step workflows, assigns tasks and keeps the decision history on the document.
Steps assigned to a user, a role, a department or a domain — tailored to your organisation.
Approve, reject, request changes: every decision is recorded on the file.
Approvers are alerted; steps can carry a due date so that delays are flagged.
The enriched PDF (OCR / extraction) enters the flow with its business context already visible.
FAQ
Yes. Automating internal approval (who says yes before signature) is independent of your signature tool. Once signed, the PDF returns to the repository as the reference version.
Two or three variants are often enough (simple / standard / strategic). Too many variants = maintenance overhead and routing errors.
Plan a documented short path (e.g. management alone below a threshold) rather than “bypassing” the tool. A tracked exception is better than an invisible one.
In DocPilot, the decision history stays attached to the document: useful for audits, disputes or onboarding a new manager.
Pages built around each team’s priorities.
Step-by-step methods to make real progress.
DocPilot blog posts on the same topic.
Related pages to refine your research.
Take action
Publish your first DocPilot workflow, assign the steps and track approvals without chasing people manually.