Undoing an applied addendum

If an addendum got applied and you realize the apply was wrong (maybe the scan misread the PDF, or a party sent the wrong file), you can revert.

How to revert

1. Open the deal.
2. Click Activity (or Inbox, same tab).
3. Find the "Applied scanned changes" row. It looks like:
   Applied scanned changes — 7 changes · 2h ago
4. Click the row to expand.
5. Click Revert this change at the bottom.
6. Two-step confirm: "This restores the previous contract values and re-reconciles open tasks. You can re-apply the scan afterwards."
7. Click Confirm revert.

What gets restored

• Every tracked field that the scan changed goes back to its pre-apply value.
• The top-level cached columns (closingDate, acceptanceDate on the deal header) sync back.
• Every task whose due date shifted during the apply shifts back.
• Tasks that were created by the apply (e.g. an HOA task set that activated because the addendum flipped hasHOA to true) are removed.
• Tasks that were skipped as no-longer-applicable during apply are un-skipped.
• The scan document's status flips from applied back to scanned, so the review card reappears. You can review and either re-apply or dismiss.

What does NOT get restored

Your manual edits on those same fields. If between apply and revert you edited the closing date yourself via the Edit page, the revert overwrites your edit with the pre-apply value. Scoped strictly to the scan's original deltas.

If this matters: manually re-edit the field after the revert, or cancel the revert and edit the wrong field manually instead.

Audit trail

The revert itself is logged as a disclosure_scan_reverted event. Expand it in Activity to see:

• The scan that was reverted
• Every field restored (before / after)
• How many tasks settled back + how many deleted + how many un-skipped

Both the original apply AND the revert stay in audit history. The app never loses the fact that both happened.

When you shouldn't revert

The addendum is real but you disagree with a specific change. Don't revert the whole scan — instead, re-apply and then manually edit the one field that's wrong. Cleaner audit trail.

Too much time has passed. If downstream tasks have already fired (emails sent, parties responded) based on the post-apply dates, reverting mid-stream confuses everyone. At that point, re-edit forward to wherever the truth is now, and move on.

Tip

Before clicking Apply the first time, take 30 seconds to scan the before-after table. Catching a misread at review time is way easier than a revert after the engine has fired 3 emails on the wrong dates.