Back to Awards & Negotiations

Award PDF Snapshot at Agreement

When an award reaches agreement, AwardLettr snapshots the PDF for signing so what gets signed exactly matches what was agreed.

Intermediate4 min readUpdated 2026-05-23
All roles

You'll learn

  • What gets captured when the award reaches agreement
  • Where the snapshot lives in your Documents tab
  • When the snapshot regenerates (and when it does not)
  • How the integrity check protects you against last-minute drift

Picture this. You and the opposing appraiser hash out an award over a few calls and finally land on agreement. You move the appraisal forward, queue up signatures a couple of days later, and the signed PDF comes back. Three weeks later, the carrier challenges a line item and says the signed numbers do not match what was discussed. You pull up the PDF and one item is off by $400.

Without a snapshot, the signing PDF is rendered fresh every time it goes out. Any tweak to award items between agreement and signing silently shows up on the signed copy. Now you are explaining version drift to a TPA, hunting through edit history, and trying to reconstruct what was actually agreed. That conversation goes badly even when you are right.

The snapshot exists so that does not happen. The moment agreement is reached, the PDF and signer config are frozen, and the signed copy is guaranteed to match what was agreed. This matters for anyone generating award letters, and it especially matters for high-volume carrier appraisers where a small percent of drift turns into a real audit problem over time.

When an award reaches agreement, AwardLettr captures a snapshot of the award PDF that will be used as the signing copy. The snapshot includes the full rendered PDF plus the signer configuration. A five-way integrity check compares fields between the snapshot and the live award so the signed version cannot drift away from what was agreed.

Why a snapshot at all?

Without a snapshot, the PDF is rendered fresh every time it is sent for signature. If anyone tweaks an award item between agreement and signing, the signed document silently reflects the tweak. The snapshot freezes the agreed version so the signed copy always matches what the parties said yes to.

How it works end to end

1

Agreement reached

Both appraisers confirm the award

2

Snapshot created

PDF + signer config frozen

3

Send for signature

SignWell uses the snapshot

4

Integrity check

Five-way field compare

5

Signed copy stored

Filed in Documents

Where the snapshot lives

You will find the snapshot in the Documents tab, typically in the Signing Copy folder (or the same folder the award PDF lives in, labeled clearly as the signing version). It is the file that gets attached to the SignWell envelope, not the live award you can keep editing on the Award tab.

What gets snapshotted

  • The full rendered award PDF as it exists at agreement time
  • The signer configuration (who signs, in what order, where the signature blocks land)
  • The award item values used to generate the PDF
  • The carrier and insured party data populated at agreement time
  • A hash used by the integrity check on completion

Edited the award after agreement?

If you edit award item fields after agreement but before sending for signatures, the snapshot regenerates so the signing copy always matches the current agreement. You do not have to manually re-snapshot.

The five-way integrity check

When the signed document comes back from SignWell, AwardLettr compares the signer configuration against the snapshot on five axes: signer identity, signer order, signature block placement, document hash, and field values. If anything drifted, the completion is flagged so you can review before filing.

Auto-send failures are now visible

Visible auto-send failures now show a retry button. Gone are the silent failures where you would realize a week later the document never went out. If a send fails, you will see it on the appraisal and on your dashboard.

When the snapshot does not regenerate

  • After the document has been sent for signature (locked at that point)
  • After any party has signed (definitely locked)
  • For cosmetic edits to fields that are not part of the rendered PDF

Common pitfalls

  • Assuming the signing copy is generated fresh at send time. It is the snapshot, on purpose, so the signed PDF matches what was agreed.
  • Editing award items between agreement and signing without realizing the snapshot will regenerate to keep the signing copy current.
  • Ignoring auto-send failure banners. Those exist precisely because silent failures used to bite people a week later.
Suggest an editLast updated 2026-05-23
Award PDF Snapshot at Agreement | AwardLettr Docs