Punch list software
A punch list is the list of what is still wrong at the end of a walk: the mis-labelled breaker, the missing guard, the leak at the union. Every construction tool has one. The failure mode is the same everywhere — items get marked done because somebody said they were, and the owner finds them in month three. Punch list software should make that impossible, not merely visible.
What punch list software has to do
Capture an item where it is found: a photograph, the room, the machine it belongs to, who is responsible, how severe it is and when it is due.
Age it. An item open for forty days is a different problem from one open for four, and the list should say so without anyone re-reading it.
Close it only with proof: a photograph of the fix and a named person who verified it — not a tick.
Roll up honestly: how many open, how many overdue, how many critical, per project and per room, in a figure the owner can see.
What to look for
- 1Can an item close without a fix photo?If yes, the list is a to-do app. Ask the vendor to close an item with nothing attached and watch what happens.
- 2Is there a named verifier?A closure should carry the name of who verified the fix, separately from who recorded it, so an auditor can ask them. Look for it on every closure.
- 3Does it age?Days open and overdue should be columns, not a report someone runs on Friday.
- 4Does it connect to the machine?A punch item on a chiller belongs on that chiller's record, next to its test results — not in a separate list that ends when the job does.
- 5Where do the photos live afterwards?If the photos leave when the subscription ends, the closure evidence leaves with them. Look for export in bulk.
How Veristep does it
Severity (critical, major, minor), a responsible party, a due date and days-open are on every item. Overdue is a fact the register computes, not a filter somebody remembers to apply.
A deficiency cannot be marked fixed without a fix photograph and a named verifier. That rule is a database trigger, so it holds whether the closure comes from the app, the field device or an API call. (The verifier is named, not yet required to differ from the person who recorded the fix — a policy your firm sets today, not one the database enforces.)
An item raised against an asset is part of that asset's chain of custody, beside its tests and documents, and it follows the machine into operation.
A pattern of the same deficiency becomes an NCR with a corrective-action record and its own closure evidence.
Open and overdue deficiency counts per project are on the owner's portal, from the same register.
Honest limits: Veristep treats punch items as deficiencies, which is stricter than a simple walk list — the formal 'punch walk' with a titled list per room is in the data model and the dashboard counts open items, but there is no dedicated walk-mode screen for rapid room-by-room entry yet; if you need to log two hundred items in an afternoon from a tablet, the deficiency form is more careful than fast. Drawing-pin placement is on drawings, not on a floor-plan heat map.
Questions people ask
Can a subcontractor close their own punch items?
They can record the fix with its photograph, and closure needs a named verifier. Whether the verifier must be someone else is your firm's policy today; the database records who it was either way.
Does it work offline on site?
The field app queues photographs and entries and syncs them when the device is back on signal; the same closure rules apply when they land.
Do punch items show up in the turnover package?
Yes. Every deficiency and its closure evidence is part of the asset's record and therefore part of the package.
What about the owner's items after handover?
The owner's team raises and closes items on the same record with the same rules, so the maintenance history starts where the construction history ended.
Related: Commissioning software · Turnover package software · How it works