This guide provides technical instructions for the modification of an active (Sent) envelope using the IUSign Correction protocol.
Prerequisites
- An envelope in the Sent or Delivered state.
- Administrative or Owner-level permissions.
- Note: Documents cannot be modified once they have been Completed.
Strategic Overview
In complex document workflows, errors in recipient data or field placement may be identified after the initial dispatch. To avoid the overhead of voiding and restarting a transaction, IUSign provides an In-Flight Correction protocol. This allows the sender to pause the workflow, modify non-cryptographic parameters (e.g., correcting an email address or adjusting a field position), and resume the transaction without invalidating previous signatures or breaking the audit trail.
Implementation Sequence
1. Initializing the Correction Session
Navigate to the Envelope Details interface and select the Correct action. This action executes the following background operations:
- Workflow Pause: All active signing tokens are temporarily suspended to prevent concurrent modification and execution.
- Draft Synthesis: The envelope is returned to an editable "In-Flight Draft" state.
2. Executing Modifications
Within the correction interface, you may modify the following parameters:
- Recipient Identity: Correct spelling errors in names or email addresses.
- Routing Order: Re-sequence pending recipients if the approval chain has changed.
- Field Mapping: Re-align or add fields on documents that have not yet been signed by the target recipient.
[!WARNING] You cannot modify document assets or fields that have already been executed by a recipient. If the core document content requires a change, you must Void the transaction and restart.
3. Finalization and Resumption
Select Update and Send. The platform will:
- Token Re-Activation: Reactivate the signing tokens for all pending recipients.
- Notification Refresh: Dispatch an updated invitation to any recipients whose email addresses were modified.
- Forensic Documentation: Append an
ENVELOPE_CORRECTEDevent to the audit trail, detailing exactly what parameters were changed.
Data Integrity and Forensic Impact
| Parameter | Modifiable? | Forensic Outcome |
|---|---|---|
| Recipient Email | ✅ Yes | Old and New identities recorded in audit. |
| Field Position | ✅ Yes* | Restricted to pending (non-signed) fields. |
| Document Content | ❌ No | Requires full void/restart for integrity. |
| Routing Order | ✅ Yes | Updated sequence applied to pending stages. |
Strategic Considerations for Enterprise Scale
- Audit Defensibility: Use the Correction protocol sparingly. For significant changes to document intent, a fresh transaction is always more defensible in a legal context.
- Communication: IUSign automatically notifies recipients if their specific details were changed. However, proactive communication is recommended if the routing order or signing requirements have shifted significantly.
- Template Divergence: Note that correcting an individual envelope does not update the Master Template. Ensure you update the template if the error originated there.
Diagnostic and Resolution Protocols
| System Exception | Probable Cause | Resolution Protocol |
|---|---|---|
| "Correct" action missing | Transaction completed | Completed documents are cryptographically locked and immutable. |
| Recipient is currently signing | Concurrency conflict | The platform will block the correction if a recipient is in an active signing session. Wait for them to exit the session. |
| Email change not saving | Identity conflict | Verify that the new email address is not currently Suspended or restricted by domain whitelist. |