Shareable Site Intelligence Reports: Evidence, Gaps and Handover
How to prepare a traceable site report with source dates, coverage limits, unresolved issues, access checks and reviewed outputs for the next project decision.

Quick answer
A useful shareable site report records the site boundary, purpose, source dates, findings, gaps and next decisions in a form the recipient can review. Check which outputs were actually generated and who can access the shared link. A report is not complete merely because it contains many layers or has been exported successfully.
The report should help a colleague distinguish evidence from assumptions without reconstructing the whole review. Its usefulness depends on traceability and the decisions it supports, not on an unverified promise that every available constraint has been found.
Set the report boundary and purpose
Identify the site, study boundary, revision, review date and intended decision. Explain whether the report supports initial screening, an option discussion or a more detailed assessment. State the sources consulted and the searches or surveys still needed. Avoid using a desktop summary as a formal specialist report without the required scope and review.
Make missing evidence visible
For each topic, record the available source, its date or retrieval date, coverage and key limitation. Distinguish no identified feature from unavailable or unqueried data. A requested layer may fail or be incomplete; inspect the delivered output rather than count requested topics. Separate source observations, interpretations and proposed responses.
Structure findings around decisions
Lead with the issues most relevant to the next decision. Link each issue to its supporting map, document or observation, then name the action, owner and evidence needed to close it. Keep alternative options and sensitivity assumptions visible. A short traceable explanation is more useful than an unexplained score or a large map collection.
Review access before sharing
The reviewed report-share page uses a token-based link and handles revoked or missing tokens. Treat a link that permits access without sign-in as information that a recipient may forward. Check the current sharing controls, intended audience and content before distribution. Do not assume a fixed expiry period or an access-audit capability unless the interface and policy establish it.
Check exported files and version changes
Open the delivered files and confirm that maps, legends, text and evidence references are usable. CAD or data exports need their own coordinate and geometry checks. Retain the reviewed version and communicate material changes; do not describe the shared page as an immutable audit record unless that property has been verified.
Illustrative example
Illustrative scenario: A team shares a dated evidence pack before a design review, keeping source links, boundary assumptions and outstanding checks together. The reviewer can trace a finding without assuming that a polished report verifies it.
Frequently asked
Does a shared report contain every site constraint?
No completeness claim follows from generating a report. Record coverage, omitted topics and unresolved searches.
Does a share link require the recipient to sign in?
The reviewed report page supports token-based access. Check the actual sharing mode before sending sensitive project material.
Will a share link expire after 30 days?
This review does not establish a fixed expiry. Use the current sharing controls and documented policy.
Can the report replace specialist sign-off?
It can organise evidence, but it does not create the scope, investigation or accountability of the required specialist assessment.
Conclusion
Issue a report that makes its evidence and limits easy to inspect. Pair it with the due-diligence checklist and a clear record of the next decisions.

About the author
Shatakshi Patil
Architect writing about pre-construction due diligence, planning context, and site intelligence workflows for design teams using Atlasly.
Sources and references
Authoritative references for the planning policies, regulations, and standards referenced in this article. Always check the publisher for the latest version.
Related articles
Auto-suggested
export site analysis data to AutoCAD and Revit
How to Export Site Analysis Data to AutoCAD and Revit
A guide to choosing and verifying site-analysis exchange files, including units, coordinate references, geometry, source coverage and receiving-application checks.
Read
AI-powered site analysis vs manual research
AI-Powered Site Analysis vs Manual Research: A Comparison for Architecture Firms
A practical comparison of AI-assisted site analysis and traditional manual desk research for architecture and planning teams.
Read
pre-construction due diligence for architects
Pre-Construction Due Diligence for Architects: An Early Review Checklist
An early due-diligence checklist for architects covering site evidence, planning questions, physical conditions, specialist investigations and unresolved project assumptions.
Read
site intelligence package
What Is a Site Intelligence Package? Contents, Sources and Limits
A practical definition of a site intelligence package: evidence, source dates, mapped context, assumptions, exports and the checks still required.
Read