Transaction Recovery and Resend Protocols

GuideUpdated: May 2026

This guide provides technical instructions for managing declined transactions, including the corrective protocols for revising and resending envelopes.

This guide provides technical instructions for managing declined transactions, including the corrective protocols for revising and resending envelopes.


Prerequisites

  • An envelope with a lifecycle status of Declined.
  • Knowledge of the reason for declination (found in the audit trail or recipient comments).
  • Administrative or Owner-level permissions.

Strategic Overview

When a recipient formally declines a document, the transaction is immediately locked to preserve the forensic record of the refusal. This is a critical security feature that prevents the modification of a document after a participant has expressed a lack of consent. To recover from a declination, IUSign provides a structured Resend/Clone protocol. This allows the sender to rectify the issues cited by the recipient (e.g., incorrect terms or missing data) and initialize a new transaction with minimal operational overhead.


Implementation Sequence

1. Analysis of the Declination Forensic

Before resending, analyze why the document was refused:

  1. Navigate to the Documents repository and filter by Declined.
  2. Open the envelope details and review the Decline Reason provided by the recipient.
  3. Check the Audit Trail for any additional comments or engagement metadata.

2. Initialization of the Corrective Workflow

You cannot "unlock" a declined envelope. Instead, utilize the Clone and Edit action. This creates a new Draft containing:

  • The original document assets.
  • The original recipient list and routing order.
  • The original field mappings.

3. Revision and Adjustment

Within the new draft, execute the necessary corrections:

  • Asset Update: If the document content was incorrect, replace the source file with the revised version. IUSign will attempt to maintain field positions based on spatial coordinates.
  • Field Mapping: Adjust any fields that were identified as incorrect or ambiguous.
  • Recipient Governance: Add, remove, or modify recipient identities as required.

4. Cryptographic Re-Dispatch

Perform a final review and select Send. This initializes a brand-new transaction with a unique Envelope ID. The original declined envelope remains in your repository as a permanent forensic record of the refused transaction.


Operational Insights: Professional Recovery

  • Audit Continuity: Never delete the original declined envelope. It serves as essential evidence in the event of future disputes regarding why a transaction failed.
  • Pre-Resend Engagement: It is highly recommended to communicate directly with the declining party before resending to ensure all concerns have been addressed.
  • Template Updates: If a document was declined due to an error in an organizational template, ensure you update the Master Template to prevent recurrence.

Technical Specifications: Cloning Engine

Asset TypePortability Status
DocumentsFully portable to new draft.
RecipientsPorted with original routing order.
Field MappingsMaintained via spatial coordinates (X,Y).
Audit LogNot Ported (New log initialized for new ID).

Diagnostic and Resolution Protocols

System ExceptionProbable CauseResolution Protocol
"Clone" action missingPermission constraintEnsure you are the original sender or a Tenant Administrator.
Fields shifted on resendPage dimensions changedIf the revised document has different margins or size, manually verify and re-align fields in the editor.
Recipient blockedIdentity conflictVerify the recipient hasn't been Suspended at the organization level.

Related Documentation