Software migration and cutover · Checklist · intermediate

Verify documents and attachments after a PMS migration

Prove that files exist, open, belong to the right record, preserve required context, and remain accessible to the right roles.
By Aptoria editorial team · 3 min read · Updated 2026-09-18 · Last reviewed 2026-09-18
Technical content review: Codex technical editorial review. Reviewed intent separation, internal consistency, original decision artifacts, fictional examples, source limits, and operational risk boundaries. No legal, tax, accounting, banking, safety, or human professional approval is claimed.
This is a technical review, not independent human or professional review.
The short answer
Verify migrated documents across five dimensions: inventory, file integrity, content readability, association to the correct property or record, and access by intended roles. Use full-population metadata checks plus risk-based content samples, record every inaccessible or misattached file, and retain a retrieval path for approved exclusions.

Operational checklist

Mark your progress, then save a working copy. Selections reset when you leave this page. A checked box is not an approval or evidence of completion.
0 of 7 marked

Key takeaways

  • A document row is not proof of a readable file.
  • Test association and permissions as well as existence.
  • Sample by risk and migration behavior, not convenience alone.

Separate five document tests

Inventory asks whether every in-scope source file has a disposition. Integrity asks whether bytes or checksums transferred as intended where available. Readability asks whether an authorized user can open useful content. Association asks whether the document is attached to the correct record. Access asks whether intended roles—and only intended roles—can retrieve it.
Do not expose real leases, identity records, or sensitive attachments in screenshots or general test notes. Use controlled test evidence and restricted references.

Create a file verification matrix

Combine full-population machine checks with human review of selected content and associations.
Document migration verification matrix
TestPopulation or sampleEvidenceFailure state
InventoryAll in-scope source IDsSource-to-destination disposition mapMissing or unexplained exclusion
IntegrityAll files where hashes/sizes existHash, size, or transfer resultChanged, empty, or truncated file
ReadabilityRisk-based sample by type, age, size, and batchOpened/rendered resultUnreadable, password-blocked, wrong format
AssociationSample plus high-risk relationship rulesCorrect property/unit/party/work recordMisattached or orphaned
AccessRepresentative rolesAllowed and denied retrieval testsOverexposed or unavailable

Choose samples that can find different failures

Include each document type and migration batch, older and newer files, small and large files, unusual characters, converted formats, records with many attachments, and sensitive categories under controlled review. Add every failure pattern to the next sample or full-population rule.
A sample supports the stated confidence only for its design. Record the population, selection rule, reviewer, and limitations rather than calling it random when it was convenient.

Expand access failures by policy source, not just file

When one file is overexposed or unavailable, identify whether the cause is its parent folder or record, inherited policy, direct grant, shared link, group membership, role mapping, or migration transform. Test an intended role and a specifically disallowed role, then expand to siblings governed by the same policy source.
Keep integrity and access results separate. An identical checksum does not prevent permission drift, and a corrected grant does not prove that the document bytes or association are right.

Edge cases

  • A source system provides only download links: record the export time and retrieval result for each in-scope item.
  • Password-protected files cannot be inspected: keep them in a distinct unresolved or approved-handling population.
  • Filenames changed: rely on stable mapping evidence, not filename similarity alone.

Sources and references

Follow each source to check the underlying claim. Access checks and professional review are different steps.

Revision history

2026-09-18
Initial Phase 2 operational article with an original decision artifact, explicit failure states, primary-source scope notes, and AI-assisted technical review.
Report a correction to this resource