What should a construction defect report include?
Enough that someone who was not there can find the defect, see what was wrong, and see what happened to it. Per defect that is a number, the location down to the room, a dated photo, a plain description, the classification and trade, the type and who pays, who raised it and who typed it, the status with the dates it moved, the trade it is issued to with a due date, and the close-out evidence. Across the whole report it is a filter you can state in one sentence and a count that matches it. In IssuesId every report reads the same register, so the Summary you send a trade and the Internal Detailed you keep disagree on nothing, and the match count shows how many defects a report covers before you generate it.
A report is a filter with a date on it
The defect reports that cause trouble are not the ones missing a column. They are the ones nobody can reproduce. “The list we sent the client in June” turns out to be a spreadsheet tab somebody filtered by hand, saved over, and emailed as a PDF, and when the client’s count and yours differ by nine, there is no way to tell which nine. A report worth sending is one you could regenerate: this project, open and ready-to-inspect, level 3 and above, issued to the tiler, as at Friday. State that in a sentence, print the count, and the argument about the nine is over before it starts.
Ten things on every line
One register, nine ways to print it
The trade does not want the client’s pack and the client should not get the trade’s. In IssuesId these are the same data at different scopes, each one role-filtered on the server, so a client running their summary sees only what the project lets a client see. Filter first, read the match count, then generate; photo-heavy layouts stop at twenty photos per defect, because past that nobody reads it.
Asked alongside this one
Where this answer comes from
The docs behind this answer are reports (the catalogue, filters, saved and scheduled reports) and defects (the fields on a record). The construction defect software page shows an example page from an exported report with the audit trail printed under the entry, and the anatomy of a compliance-ready defect report is the longer argument. If you are still on a spreadsheet, the defect register template carries these same columns.