Overview
Documenso’s signing workflow orchestrates the entire document lifecycle from creation through completion. The workflow supports both parallel and sequential signing modes, accommodating different business requirements and compliance needs.Workflow States
Every document in Documenso progresses through distinct states:DRAFT
The initial state when a document is created. In this state:- Document is being configured
- Recipients are being added
- Fields are being positioned on the document
- No emails have been sent
- Document can be freely edited or deleted
PENDING
The active signing state after a document is sent:- Document has been distributed to recipients
- One or more recipients have not yet completed their actions
- Recipients can view and sign the document
- Sender can track recipient activity
- Document cannot be edited (only canceled)
COMPLETED
The final success state:- All recipients have completed their required actions
- Document is sealed with a signing certificate
- Completed PDF is generated and distributed
- Audit log is finalized
- Document becomes read-only
REJECTED
Occurs when any recipient explicitly rejects the document:- Signing process is terminated
- Remaining recipients cannot sign
- Rejection reason is recorded
- Document becomes read-only
Documenso also uses internal status filters like
INBOX (documents requiring your action) and ALL (all documents), but these are not actual document states.Signing Modes
Documenso supports two signing modes that determine the order in which recipients can complete their actions:Parallel Signing
The default mode where all recipients can sign simultaneously:- All recipients receive the document at the same time
- Recipients can complete actions in any order
- Fastest completion time
- Ideal for simple approval workflows
- No dependencies between signers
- Team agreements where order doesn’t matter
- Multi-party contracts with equal standing
- Acknowledgment forms
- Internal approvals
Sequential Signing
Recipients must complete actions in a specific order:- Recipients are assigned a
signingOrdernumber (0, 1, 2, etc.) - Only the current recipient in sequence can access the document
- Next recipient is notified only after previous completes
- Enforces hierarchical approval chains
- Supports “dictate next signer” feature
- Hierarchical approvals (employee → manager → executive)
- Chain of custody requirements
- Progressive disclosure workflows
- Compliance scenarios requiring ordered sign-off
Workflow Events
Key events tracked throughout the signing workflow:Document Level
DOCUMENT_CREATED- Document is created in DRAFT stateDOCUMENT_SENT- Document transitions from DRAFT to PENDINGDOCUMENT_COMPLETED- All recipients have completed actionsDOCUMENT_REJECTED- Any recipient rejects the documentDOCUMENT_CANCELLED- Sender cancels the document
Recipient Level
EMAIL_SENT- Invitation email sent to recipientDOCUMENT_OPENED- Recipient views the documentDOCUMENT_FIELD_INSERTED- Recipient completes a fieldDOCUMENT_RECIPIENT_COMPLETED- Recipient completes all required fieldsDOCUMENT_RECIPIENT_REJECTED- Recipient rejects with reasonRECIPIENT_EXPIRED- Recipient’s signing deadline passes
Workflow Logic
Sending a Document
When a document transitions from DRAFT to PENDING:-
Validation Phase
- Check all recipients have valid emails
- Verify all recipients have required fields assigned
- Validate field configurations (required fields, validation rules)
- Ensure at least one recipient exists
-
Status Update
- Document status changes to
PENDING - Recipient
sendStatuschanges toSENT
- Document status changes to
-
Notification Phase
- In parallel mode: All recipients receive emails immediately
- In sequential mode: Only the first recipient (signingOrder: 0) receives email
-
Audit Trail
DOCUMENT_SENTevent loggedEMAIL_SENTevents logged for each notified recipient
Completing a Signature
When a recipient completes their action:-
Field Validation
- All required fields must be completed
- Field values must pass validation rules
- Authentication requirements must be met
-
Recipient Update
signingStatuschanges fromNOT_SIGNEDtoSIGNEDsignedAttimestamp is recorded- Field data is inserted into the PDF
-
Next Steps Logic
-
Audit Trail
DOCUMENT_FIELD_INSERTEDevents for each fieldDOCUMENT_RECIPIENT_COMPLETEDeventDOCUMENT_SIGNEDwebhook triggered
Document Completion
When all recipients have signed:-
Status Update
- Document status changes to
COMPLETED completedAttimestamp is set
- Document status changes to
-
PDF Sealing
- All field data inserted into PDF
- Signing certificate generated and appended
- Audit log generated and appended (if enabled)
- Final PDF is cryptographically signed
-
Distribution
- Completed PDF sent to all recipients
- Completion notification emails sent
- Webhooks triggered
-
Archival
- Document becomes read-only
- QR token generated for certificate verification
Error Handling
Common Workflow Errors
Missing RecipientsBest Practices
Choosing Signing Mode
- Use parallel for simple, time-sensitive documents
- Use sequential for hierarchical approvals or compliance requirements
- Consider recipient timezones when using sequential signing
Workflow Optimization
- Set expiration dates to prevent indefinite pending states
- Use reminders for overdue recipients
- Enable authentication for sensitive documents
- Configure webhooks to integrate with your systems
Error Prevention
- Validate recipient emails before sending
- Ensure all recipients have at least one field assigned
- Test sequential ordering before production use
- Set reasonable expiration periods
Integration Points
Webhooks
Monitor workflow progress via webhook events:API Endpoints
POST /api/v1/documents/:id/send- Send a documentPOST /api/v1/documents/:id/complete- Complete recipient actionGET /api/v1/documents/:id- Check document statusPOST /api/v1/documents/:id/cancel- Cancel pending document
