ACC already captures who approved a review, who commented on it, and when. This information appears in the project-level "Export all" Excel, but it is completely absent from the single-review Review Report — the document most people actually export, share and file as the record of an approval. Please surface the existing data in the single-review report, and expose the reviewer/date fields as proper columns rather than as free text. The gap – same review, two exports "Export all" Excel, sheet "Details" — contains: Initiated by Approved by Created on / Finished on Review status per file (e.g. "Approved w/ comments") Comments, in the form Reviewer Name(date, time): comment text Single-review Review Report (PDF export of the same review) — contains: Review name, ID, total / approved / rejected file counts, Status "Closed", Created On, Finished On, Generated By A per-file table: file name, path, version, rounds, markups, issues, review status, action upon completion No approver. No reviewer. No approval date. No comments. So the single-review report — the natural unit for filing, sharing and archiving an approval — is the one export that omits the evidence of the approval. Requested changes 1. Single-review Review Report — add an approval summary block: Final status Approver Approval date Reviewers Reviewer comments & dates populated from the values ACC already holds. The review-level final outcome should also be stated explicitly — Approved / Approved with comments / Rejected. Today the header only gives "Approved Files n / Rejected Files 0", which does not distinguish "Approved" from "Approved with comments", and "Status: Closed" is a workflow state, not an outcome. 2. "Export all" Excel — split the buried data into real columns: Reviewer name, Reviewer action date and Reviewer comment as separate columns, instead of packing them into a single string of the form Name(date): text. As delivered, this data cannot be filtered, sorted or pivoted without parsing text. An Approval date column for the approver's action, distinct from Finished on. Approver and reviewer company and role. 3. "Export all" Excel — fix the sheet layout: The Details sheet uses a three-row nested header (a merged REVIEWS / REVIEWED FILES / DETAILS banner in row 1, field names in row 2, Original value / New value sub-headers in row 3). Excel AutoFilter, tables and pivot tables do not work against this. Please provide a single flat header row. Status appears twice as a column name (review status and attribute-action status), which makes the export ambiguous. 4. Print-ready single-review export: The individual review export is not usable as an attachment as delivered — column widths, text wrapping and page setup mean it has to be manually reformatted and converted to PDF before it can be shared or filed. Please provide a properly formatted, print-ready per-review export. Why this matters The Review Report is the record of a formal approval decision, and it is used wherever that decision has to be evidenced to someone who does not have access to the ACC project: Audit and compliance – QA/QMS and ISO 9001 audits require proof of who approved what, with which status, on which date, from a single exported document. Contractual and commercial evidence – confirming that a deliverable or design stage was submitted, reviewed and approved, including as supporting documentation for milestone and invoice approval. Design-gate and stage sign-off records – demonstrating that a gate was passed and by whose authority, for handover packages and for the project's own controlled-document set. Handover and archive – the report is filed alongside the deliverable it approves; a report that omits the approver and the date is not a usable long-term record. Dispute and claims – reconstructing after the fact who approved a document and when, potentially years later and after the people involved have left the project. In all of these cases a report that does not name the approver, state the outcome unambiguously, or give the date of the decision has little evidential value. Because the information already exists in ACC and is already exported elsewhere, this should be a comparatively low-effort change. The current alternative is to reconstruct the information manually from the web UI, or to extract it from the project-wide Excel and reformat it by hand for each review — neither is practical or auditable, and both push teams into maintaining a parallel sign-off record outside ACC, which undermines the purpose of running the review workflow in ACC at all.
Show More