A steel structure repaired component open comments register checklist helps EPC teams keep unresolved review comments visible before final acceptance. Open comments may come from the owner, EPC quality reviewer, TPI, engineer, site team, or document control. If they are not tracked in one register, a repaired component may be released, accepted, or archived while important evidence gaps remain unresolved.
This checklist is written for EPC quality managers, document controllers, site coordinators, supplier quality teams, TPI coordinators, and owner review coordinators. It applies to repaired steel columns, beams, braces, truss members, connection plates, roof frames, wall supports, and secondary steel items that still have open comments against repair documents or inspection evidence.
1. Build the register before comments scatter
The register should start as soon as comments are received. Do not wait until final acceptance, because the project may lose track of which comments block release and which are only document improvements.
- Comment ID, date received, source organization, reviewer name, and response due date.
- Component mark, drawing revision, NCR number, repair package, and installed or storage location.
- Source document: repair method, inspection report, release note, owner acceptance, final record, or archive index.
- Comment summary, required response, evidence needed, and responsible owner.
- Current status, blocking risk, escalation owner, and target closure date.
For preparing the actual answer, use the repaired component comment response checklist.
2. Classify open comment risk
Each open comment should have a risk level. This helps EPC teams prioritize comments that affect repair acceptance, site release, owner approval, or final archive.
| Risk level | Meaning |
|---|---|
| Blocking final acceptance | The repaired component cannot be finally accepted until the comment closes. |
| Blocking site use | The repaired component should not be installed, released, or handed over. |
| Blocking archive | Technical acceptance may be complete, but the final evidence package is incomplete. |
| Document correction | The comment requires corrected wording, revision, file name, or reference. |
| Monitor only | The comment can transfer to future monitoring or maintenance after approval. |
For formal closure categories, compare with the repaired component comment closure checklist.
3. Assign clear owners
An open comments register is only useful when every item has a real owner. Avoid assigning comments to a department without a responsible person or organization.
- Supplier owner for missing repair evidence, revised method, photos, or inspection records.
- EPC quality owner for NCR status, hold release, acceptance criteria, and re-inspection decisions.
- Engineer owner for technical concerns, concession wording, and accepted limitations.
- Site owner for installed condition, access for inspection, punch transfer, or field evidence.
- Document control owner for revision, transmittal, distribution, archive path, and obsolete file control.
For document ownership and revision control, use the repaired component document control checklist.
4. Track due dates and escalation
Open comments can delay owner acceptance when due dates are not visible. The register should show planned response date, overdue status, and escalation path.
| Date field | Control purpose |
|---|---|
| Date received | Starts response aging and shows how long the issue has remained open. |
| Response due date | Defines when the responsible owner must provide evidence or answer. |
| Reviewer due date | Tracks when owner, EPC, TPI, or engineer acceptance is expected. |
| Escalation date | Triggers management action before the comment blocks acceptance. |
| Target closure date | Shows when the comment should become accepted, transferred, or reopened. |
5. Link open comments to affected records
Every open comment should point to the records it affects. Without this link, the project may revise one document while leaving another document inconsistent.
- NCR, quality hold, concession, repair method, or inspection record.
- Release note, owner acceptance record, final acceptance record, or turnover package.
- Evidence index, archive path, transmittal record, and distribution list.
- Related drawing, component mark list, site issue log, or punch item.
- Superseded documents that must be withdrawn if the response changes the decision.
For document issue history, use the repaired component transmittal record checklist.
6. Use register status that supports decisions
The status column should be more precise than open or closed. A repaired component can have comments that are answered, awaiting reviewer, overdue, transferred, or blocking acceptance.
| Status | How to use it |
|---|---|
| Open | No response has been issued or required evidence is still missing. |
| Response issued | The EPC team has answered and waits for reviewer acceptance. |
| Overdue | Owner, supplier, engineer, or EPC action has passed the due date. |
| Blocking | The comment prevents release, final acceptance, or archive. |
| Transferred | The comment is moved to another controlled tracker with owner and due date. |
7. Review open comments before final acceptance
Before final acceptance, the register should be reviewed against the final acceptance record and archive package. Any open comment that affects repair quality, limitation, owner approval, or evidence completeness should be resolved or formally transferred.
- No blocking comments remain open for the repaired component.
- Open document corrections do not conflict with the final acceptance record.
- Transferred comments have tracker number, owner, due date, and acceptance of transfer.
- Comments accepted with limitation are visible in final records.
- The closed or open comment register is included in the archive package.
For final acceptance linkage, use the repaired component final acceptance record checklist.
8. Final open comments register checklist
Use this short checklist before issuing the repaired component for final acceptance review:
- Every open comment has ID, source, owner, due date, affected record, and risk level.
- Blocking comments are visible and escalated before acceptance or site release.
- Response status and reviewer status are tracked separately.
- Related NCR, hold, release, acceptance, and archive records are linked.
- Transferred comments have a controlled receiving tracker.
- The register status matches the final acceptance and archive evidence index.
Red flags in open comments registers
- Comments are listed without owner or due date.
- Several open comments affect final acceptance but are not marked as blocking.
- Response issued and reviewer accepted are treated as the same status.
- The register does not show which component mark or NCR each comment belongs to.
- Transferred comments have no receiving tracker or responsible owner.
- The final archive contains repair evidence but not the latest open comments register.
Buyer note
An open comments register helps EPC buyers see whether a repaired steel structure component is truly ready for acceptance. The register should show unresolved comments, responsible owners, due dates, blocking risks, response status, and the planned closure path. This keeps final acceptance from hiding open review issues.