The first visible symptom is a starting point, not a responsibility category. Water, difficult operation, glass damage or finish change can arise through several interacting systems and lifecycle stages.

A sash drags, water appears near the sill and the frame finish is marked. The supplier sees installation; the installer sees transport damage; the owner sees a defective product. All three positions outrun the evidence. A disciplined early review holds product, transport, storage, installation, adjacent interfaces, use and maintenance as competing or interacting hypotheses, then asks what evidence would support or weaken each.

1. Define the observed condition and affected population

Identify opening marks, unit and component configurations, locations/elevations/orientations, discovery time and operational state. Describe symptoms neutrally: contact location, movement, visible gap, water path observation, crack pattern without causal label, finish appearance, loose item, noise or missing component. State measurement methods and uncertainties only from controlled plans.

Determine population without assuming common cause. Compare same type, batch, elevation, installer, shipment, storage zone, interface detail, use pattern and unaffected controls. Record inspected and uninspected populations, concealed limitations and selection method.

Apply immediate safety or containment only through authorised project procedures. Preserve pre-disturbance evidence and changes. A safe temporary action can alter the condition; record it without treating improvement or persistence as proof of cause.

Condition and population definition
Opening/unitNeutral condition/time/stateConfiguration/location factorsEvidence coverageImmediate authorised control
[mark][observed fact][type/batch/elevation/use][photos/measurements/limits][hold/control reference]
Affected group[population][shared factors][sample scope][status]
Unaffected comparator[condition][controlled similarity/differences][scope][status]

2. Keep a multi-hypothesis matrix open

Create separate hypothesis families: product design/configuration, component/material/manufacture, packaging and transport, storage, installation and adjustment, building/interface and adjacent trades, environmental exposure, operation/use, cleaning/maintenance, later modification and combined mechanisms. The categories are prompts, not findings.

For each hypothesis state a possible mechanism as a question, predictions that would be expected if it were relevant, evidence that could support or weaken it, evidence owner and competent discipline. Include disconfirming evidence. Do not score responsibility percentages before mechanisms and contract scope are independently reviewed.

Allow interaction. Transport movement may damage a package that installation inspection should have detected; interface geometry may amplify a product drainage limitation; maintenance access may depend on design. Technical contribution and legal responsibility are not identical.

Multi-hypothesis investigation matrix
Hypothesis familyMechanism question—not conclusionSupporting/disconfirming evidenceExpert/record ownerStatus
Product/component/manufactureCould exact configuration or process contribute?Drawings/BOM/tests/production/part examinationProduct/glass/material expertOpen
Packaging/transport/storageCould load, impact, moisture or custody state contribute?Pack/load/custody/condition/environmentPackaging/transport expertOpen
Installation/adjustmentCould geometry, fixing, glazing or settings contribute?As-built survey/method/inspectionFaçade/installation expertOpen
Building/interface/adjacent workCould wall, drainage, movement or trade exposure contribute?Details/site evidence/trade timelineEnvelope/structural expertOpen
Use/cleaning/maintenance/changeCould operation, exposure or later action contribute?Manuals/logs/access/user factsRelevant expertOpen
Combined mechanismCould factors interact?Integrated chronology/testingLead investigatorOpen

3. Reconstruct product and custody states across the lifecycle

Map released design and requirements, material/component production, factory assembly and inspection, pack/closure, loading and transport, arrival inspection, storage, installation, interface closure, commissioning/handover, occupancy/use, cleaning/maintenance and modifications. At each state record identity, custodian, configuration, observed condition and change.

Separate absence of evidence from evidence of absence. A factory photo may not show concealed machining; arrival inspection may sample package exteriors; commissioning may not test the later exposure. State coverage before using a clean record to weaken a hypothesis.

Track revisions and deviations: drawing changes, substitutions, NCR/rework, repacking, site adjustments, protection removal and repairs. Do not assume the latest document describes the affected unit.

Lifecycle state reconstruction
Stage/stateControlled configuration/identityCustodian/changeCondition evidence and coverageOpen relevance
Design/release/production[revision/BOM/unit][owner/change][record/limits][question]
Pack/transport/arrival[package/unit][custody/events][record/limits][question]
Storage/install/interface[as-built state][changes][record/limits][question]
Commission/handover/use[state][events][record/limits][question]
Maintenance/repair/modification[current state][events][record/limits][question]

4. Map technical interfaces to contract boundaries without deciding liability

Collect signed contract and incorporated specifications/drawings, approved submittals, scope and responsibility matrices, Incoterms and carriage/insurance documents where relevant, inspection and acceptance clauses, installation/interface allocation, protection/storage duties, handover/manuals, warranty/component warranties, notice and remedy routes, governing law and authorised changes. Do not use tender drafts as signed scope.

For each physical interface record who designed, supplied, approved, installed, inspected, protected, operated and maintained according to the controlled documents. Several parties may hold different duties. A technical deviation does not automatically establish breach, causation, waiver, acceptance or cost responsibility.

Keep statutory or mandatory duties and third-party rights for legal review. Contract labels such as by others, approved or warranty exclusion require interpretation in context. The matrix exposes documents and gaps; it does not adjudicate.

Technical-to-contract boundary map
Interface/activityDesign/supply/install/inspect factsControlled contract sourcesTechnical finding statusLegal/commercial conclusion
Window/component configuration[role facts][contract/spec/submittal][open/finding]External only
Packaging/transport/storage[role facts][sale/carriage/site docs][status]External only
Opening/fixings/perimeter[role facts][scope/details][status]External only
Adjacent wall/drainage/protection[role facts][matrix/method][status]External only
Operation/maintenance/changes[role facts][handover/warranty/logs][status]External only

5. Commission scoped expert review and controlled testing

Write an investigation brief that identifies units, conditions, hypotheses, questions, available records, evidence custody, access/safety constraints, authority and prohibited destructive work. Select disciplines appropriate to product, glass, hardware, corrosion/materials, packaging/transport, façade/interface, installation, building science or other issues. Declare conflicts and information limits.

Use staged methods: document and chronology review; non-destructive observation and controlled measurements; manufacturer or laboratory examination; then invasive opening or testing only if authorised by responsible safety, design, contract, insurer and legal routes. Define method, calibration, environmental conditions, sample, acceptance source and restoration before action. This article provides no test pressure or method.

Require reports to separate facts, assumptions, methods, limitations, findings, alternative explanations and conclusions within the expert's discipline. Preserve raw data and contrary evidence. One failed test can show performance under test conditions without allocating responsibility.

Expert investigation control
Question/hypothesisRequired disciplineMethod/authorityRaw evidence/limitationsConclusion scope
Product/component[expert][approved review][data/limits]Technical only
Transport/storage[expert][approved review][data/limits]Technical only
Installation/interface[expert][approved review][data/limits]Technical only
Use/maintenance[expert][approved review][data/limits]Technical only
Contract/coverage/liabilityLegal/insurance authorityDocument-specific review[facts/limits]Separate authorised conclusion

6. Move from evidence to separate technical and responsibility decisions

Maintain a live matrix showing each hypothesis as open, supported, weakened, not testable or resolved within a stated scope, with evidence references and expert authority. Do not translate confidence into blame percentages. Record combined mechanisms and residual uncertainty.

Route technical disposition separately from responsibility: safe containment, repair/replacement engineering, reinspection and population action can proceed under authority while contract, insurer and legal parties assess cost and remedy. A practical settlement does not rewrite technical causation; a technical finding does not automatically decide legal allocation.

Close only with affected population, evidence inventory, expert reports, approved technical action and verification, contract/insurance/legal decision where reached, notices and residual monitoring assigned. Preserve disagreement and unknowns. Never call silence or an expired commercial discussion proof that one party was responsible.

Finding-to-decision register
Issue/hypothesisEvidence status/expert scopeTechnical action/verificationContract/insurance/legal statusResidual unknown/owner
[hypothesis][open/supported/weakened + references][authorised action][separate status][unknown]
Affected population[scope confidence][contain/reinspect][allocation status][owner]
Combined mechanism[integrated review][action][status][unknown]
Repair/replacement[engineering basis][verified result][cost/remedy status][owner]
Monitoring/closeout[evidence][plan][decision][owner]

7. Test each hypothesis against counterfactuals and population patterns

For each supported-looking hypothesis, ask what else should be observed if it were materially relevant and what findings would be surprising. A proposed manufacturing mechanism may predict a batch or geometry pattern; transport may predict package-position or contact evidence; storage may predict exposure distribution; installation may correlate with installer, opening geometry or interface; use and maintenance may correlate with access or event records. These are investigation questions, not diagnostic rules.

Compare patterns without erasing confounders. Same elevation can share weather and installer; same batch can share shipment and storage; one opening type can share both hardware and user behaviour. Record competing grouping variables and missing populations before treating correlation as cause. Absence in a small inspected sample should not close a mechanism without a justified sampling and expert basis.

Use counterfactual records carefully: unaffected units, retained samples, factory controls, pre-install photographs and post-repair observations. A repair that removes a symptom can support a mechanism question but may change several variables at once. Record every intervention and do not call a successful practical remedy proof of original responsibility.

At decision meetings, require each proposed cause statement to cite identity, population, lifecycle timing, method, expert discipline, alternatives considered and limitations. Require every responsibility statement to cite the separate contract/legal/insurance authority. If those chains cannot be completed, label the point unresolved rather than converting commercial urgency into certainty.

Hypothesis counterfactual test
HypothesisExpected pattern if relevantDisconfirming/surprising evidenceConfounders/coverageExpert status
Product/component/manufacture[predicted configuration/batch pattern][counter-evidence]Shipment/install/use overlap[open]
Transport/storage[position/custody/exposure pattern][counter-evidence]Package and prior condition limits[open]
Installation/interface[geometry/trade/detail pattern][counter-evidence]Product/exposure overlap[open]
Use/maintenance/change[event/access pattern][counter-evidence]Documentation/user variation[open]
Combined mechanism[interaction prediction][counter-evidence]Data and expert scope[open]

FAQ

Does water near a window prove the window product failed?

No. Product, installation, perimeter and adjacent wall/drainage paths remain hypotheses until project-specific investigation.

Does factory inspection remove product manufacture from the matrix?

No. Review its scope and coverage. Evidence can support or weaken a hypothesis but rarely proves every concealed characteristic.

If installation differs from a drawing, is the installer automatically responsible?

No. Technical significance, authority, causation, contract, law and other contributing factors require separate review.

Can difficult operation be fixed first and investigated later?

Only under authorised safety and technical control with pre-change evidence. Adjustment can alter or erase relevant condition.

Should responsibility be divided by percentage early?

No. Keep mechanisms, evidence and contract analysis separate; premature percentages create false precision.

Can several parties or lifecycle stages contribute?

Yes, technically possible interactions should remain open. Legal or cost allocation is a separate authorised conclusion.

Continue the project review

Connect this guide with the proposed window and door systems, then review how Cavorlen approaches manufacturing and quality control. When your schedule is ready, send it through the project review form.

Official sources used

ISO — ISO 31000 Risk management guidelines ↗ASTM — E2128 Standard Guide for Evaluating Water Leakage of Building Walls ↗FGIA — Fenestration installation and technical resources ↗NIBS — Whole Building Design Guide Building Envelope Design Guide ↗IMO/ILO/UNECE — CTU Code ↗ISO — ISO 10007 Configuration management ↗

Related buyer guides

Editorial boundary

This article is general investigation and evidence-control education, not engineering, façade, glazing, structural, transport, installation, maintenance, testing, legal, insurance, warranty or dispute advice. It does not diagnose a failure; prescribe inspection, testing, adjustment, repair or safety actions; assign cause, fault, breach, liability, coverage, responsibility, cost or remedy; interpret a contract; or state any Cavorlen product, project, failure, policy or responsibility. Use project-specific safety controls, exact product and interface documents, contracts and qualified independent technical, insurance and legal professionals.