This guide provides technical instructions for the configuration and management of document transactions requiring execution by multiple signatories.
Prerequisites
- Successful initialization of an envelope and asset ingestion.
- Assigned Admin or User role.
Strategic Overview
High-value enterprise transactions rarely involve a single signatory. Most contracts, legal agreements, and corporate resolutions require execution by multiple parties, often in a specific sequence. IUSign's orchestration engine is designed to handle these multi-signature workflows with cryptographic precision, ensuring that each participant's identity is uniquely bound to the document while maintaining a consolidated audit trail for the entire transaction. Effective management of multi-signature packets requires careful attention to Routing Order, Role Assignment, and Field Mapping.
Implementation Sequence
1. Recipient Orchestration
Define the participant manifest for the transaction:
- Add each required signatory by their Name and Email.
- Role Designation: Ensure each party is assigned the Needs to Sign role.
- Sequencing: Utilize the Signing Order toggle to define if signatures should be collected in parallel (simultaneously) or sequentially (one after another).
2. Spatial Field Mapping
Navigate to the Field Editor to define the exact interaction points for each signatory:
- Context Switching: Use the recipient selector in the editor header to switch between participants.
- Field Placement: Drag and drop the required signature, initial, and data fields for the active recipient.
- Validation: Ensure that each participant has at least one mandatory signature field assigned to them. IUSign will block the dispatch if any signatory is left without a requirement.
3. Multi-Document Packet Logic
If the envelope contains multiple documents, you must repeat the field mapping for each asset:
- Cross-Document Consistency: Ensure that signature blocks are consistently placed across all documents in the packet to maintain a professional aesthetic.
- Recipient Visibility: If certain documents in the packet are only relevant to a subset of the signatories, utilize Recipient Visibility settings to restrict access.
Technical Specifications: Multi-Signature Execution
| Feature | Technical Implementation |
|---|---|
| Max Signatories | 10 (Solo) / 50 (Growth) / 100+ (Enterprise). |
| Identity Binding | Unique cryptographic token generated for each signatory. |
| Integrity Seal | The final PDF is sealed only after the last signature is collected. |
| Audit Resolution | Individual RECIPIENT_SIGNED events recorded for each participant. |
Strategic Considerations for High-Density Signing
- Completion Monitoring: In a multi-signature workflow, the transaction is not "Completed" until the final signature is executed. Use the Tracking Interface to identify which party is currently holding up the process.
- Automated Reminders: Enable Automated Reminders to ensure that subsequent signers are notified as soon as it is their turn in the routing order.
- Non-Participatory Observers: For stakeholders who need to see the final signed document but don't need to sign it, utilize the Carbon Copy (CC) role at the end of the routing order.
Diagnostic and Resolution Protocols
| System Exception | Probable Cause | Resolution Protocol |
|---|---|---|
| Signatory cannot see fields | Mapping assignment error | Re-enter the editor and verify that the fields are assigned to the correct recipient context. |
| Transaction "Stuck" | Sequential bottleneck | Identify the current active signer in the dashboard and send a Manual Reminder. |
| Missing final seal | Pending signatures | Verify that all recipients marked as "Needs to Sign" have successfully finished the portal session. |