A senior title, meeting attendance or quick email does not prove authority. Approval must connect a named person or role to a defined object, decision, scope, limit, time and durable record.

A consultant comments on glass, the contractor says the sample is approved, and the client's site manager asks the factory to proceed. Later, nobody agrees whether colour, appearance, hardware, performance or commercial change was authorised. The failure is not communication volume; it is the absence of an object-level authority map. International teams need to know who may review, comment, recommend, approve, release, accept, instruct or vary—and what each verb does under the actual contract.

1. Start from contracts and legal entities, then name human delegates

Map every contracting and operational entity: client/owner, developer, architect, façade or other consultant, main contractor, specialist subcontractor, supplier, manufacturer, glass processor, hardware provider, inspector, logistics party and any lender, certifier or authority where relevant. Record which signed document creates each relationship and do not assume a role in a meeting chart has contractual power.

For each entity, obtain the authorised notice or appointment identifying role, person, title, contact channel, start date, scope, conditions and signatory who issued the delegation. Distinguish corporate signing authority, contract administrator authority, design review authority, technical recommendation, inspection witness and routine coordination. A person can hold several roles; record them separately.

Keep named delegates current. Verify identity without publishing sensitive personal data, record acknowledged contact details and link them to the contract's notice route. Chat profiles, business cards and copied email recipients are weak substitutes for a controlled appointment.

Entity and named-delegate register
Entity/contract roleNamed delegate and roleSource of appointmentPermitted communication/decision scopeEffective/expiry/status
Client/owner[name/role][contract/appointment][scope—not inferred][dates/status]
Consultant/designer[name/discipline][appointment][review/recommendation/etc.][status]
Main contractor[name/role][appointment][instruction/coordination scope][status]
Supplier/manufacturer[name/role][corporate/project authority][submission/commitment scope][status]
Inspector/other party[name/role][appointment][observe/report/no approval unless stated][status]

2. Split authority by approval object and decision consequence

Create separate rows for sample appearance, colour/finish, profile/system configuration, shop drawings, opening dimensions and handing, glass build-up and safety/performance evidence, hardware set and keying, seals/screens/accessories, mock-up, test plan/result, first-off unit, inspection/NCR/rework, packing/loading, production release, shipment release, site installation/interface, handover, variation, price, programme and payment. Never let approval of one object spill into another.

Define the decision purpose and evidence package. A colour sample can control visual reference without approving coating process, durability, complete system or production; a drawing review can address coordination without accepting design responsibility; glass approval can require technical, safety and commercial roles; hardware appearance approval does not prove capacity or accessibility. State excluded consequences.

Where several approvals are required, show sequence and concurrency. Technical acceptance, client aesthetic approval, contract/commercial authorisation and production release may all be necessary and issued by different parties. 'Approved by client' is not enough.

Object-specific authority matrix
Decision objectEvidence package/revisionReview/comment roleApproval/release roleExplicit exclusions/dependencies
Physical sample/finish[sample ID/conditions][technical/aesthetic roles][authorised role]Performance/process/production?
Shop drawing/dimensions/handing[drawing revision][coordination/design roles][production release role]Design responsibility/site survey?
Glass build-up[schedule/reports][glass/façade/safety roles][named authorities]Compliance/ordering/payment?
Hardware set[schedule/data/sample][hardware/security/access roles][named authority]Capacity/keying/finish?
NCR/rework/inspection[requirement/evidence][inspector/technical][disposition/release role]Liability/payment?
Variation/price/programme/payment[controlled proposal][technical/commercial/legal][contract-authorised role]No technical email substitution

3. Define every status verb in the project procedure

List every permitted disposition exactly as the contract and procedure define it: received, noted, reviewed, commented, no objection, approved, approved as noted, revise and resubmit, rejected, accepted, witnessed, released or other project-specific terms. For each, record who may issue it, allowed next action, required comment incorporation, resubmission, conditions, unresolved dependencies and whether it affects cost/time or responsibility.

Do not import meanings from another project. 'Review' may mean only process completion; 'no objection' may retain supplier/design responsibility; 'approved as noted' may or may not permit work; platform status labels may be workflow conveniences without contractual effect. Qualified legal advisers should confirm legal effect and technical owners should confirm operational consequence.

Make mixed dispositions impossible to overlook. If drawing geometry is accepted but glass, hardware or finish remains held, issue object/field-level status or an explicit partial release. A green dashboard tile must not conceal red dependencies.

Project status dictionary — values to be approved
Status termIssuer authorityPermitted next actionConditions/resubmissionContract/time/cost/responsibility effect
[Reviewed][project-defined][project-defined][conditions][legal confirmation]
[Approved][defined][defined][conditions][confirmation]
[Approved as noted][defined][defined][incorporation/reissue][confirmation]
[Revise and resubmit][defined][hold scope][required][confirmation]
[No objection/accepted/etc.][defined][defined][conditions][confirmation]

4. Record limits, time, substitute and conflict controls

For each delegation record monetary threshold if authorised, technical discipline, project/lot/mark range, excluded decisions, single/joint signature, geographic or site scope, start and expiry, temporary absence, conditions and whether subdelegation is allowed. This guide supplies no limit or default period.

Name an authorised substitute and activation evidence rather than accepting whoever replies during leave. Record delegation chain, effective window and automatic expiry. If two authorised people issue conflicting directions, stop the affected action and use the contract escalation route; do not choose the more senior title by intuition.

Track conflicts of interest and segregation where required: preparer versus checker, designer versus independent reviewer, inspector versus disposition authority, technical recommendation versus commercial approval, invoice preparer versus payment approver. Project/legal owners decide required separation.

Delegation limits and continuity
Delegate/decisionScope and excluded objectsLimit/joint authorityEffective period/substituteConflict/escalation route
[delegate][marks/discipline/exclusions][threshold/joint rule][dates/substitute evidence][route]
[temporary substitute][limited scope][conditions][activation/expiry][route]
[committee/joint decision][objects][quorum/signature rule][period][deadlock route]

5. Make signature and platform records prove the complete decision context

A valid record should connect decision object, exact file/sample/item identity and revision, disposition, comments and conditions, authorised issuer role and identity, date/time/time zone, effective scope, references and required next action. Preserve the submitted package and returned decision together. A detached signature page or screenshot of a workflow icon is incomplete context.

Define accepted signature methods and platform-of-record through project/legal advice: wet signature, qualified/advanced electronic signature where applicable, platform authentication, corporate seal or other method. Record account ownership, permissions, audit history, export, retention and integrity controls. An email 'OK' may be useful evidence but is not automatically a contract approval.

Reconcile platform status with formal transmittal and physical sample custody. If a sample is signed, record unique sample ID, surfaces/conditions, retained location and images; if a drawing is approved, hash or exact file identity can prevent later substitution where adopted. Never expose signatures or personal data unnecessarily.

Approval evidence pack
Evidence elementRequired linkageIntegrity/authentication controlRetention/exportGap status
Submission/transmittalObject/revision/purpose[platform/receipt][location][status]
Decision recordDisposition/comments/scope/issuer[signature/account/audit][location][status]
Physical sampleSample ID/condition/custody[labels/signature record][retained location][status]
Digital fileExact file/revision/hash if adopted[integrity control][archive][status]
Incorporation/next actionComments→new revision/release[verification][record][status]

6. Control withdrawal, revocation and escalation to every point of use

Trigger review when a delegate leaves, entity role changes, appointment expires, conflict emerges, authority is suspended, contract is amended or platform access is compromised. Record who may revoke authority, effective time, affected pending and prior decisions, legal advice and replacement. Revocation should not be assumed retroactive or harmless; authorised legal review decides effect.

Notify controlled recipients and remove access at active decision points while preserving audit records. Update matrices, contact lists, workflows, distribution, signature permissions and escalation chains. Check local downloads, factory boards, site copies and informal groups; a revised matrix in the CDE does not withdraw yesterday's instruction from production.

For disputed or unauthorised decisions, hold affected work where contractually and safely authorised, preserve evidence, identify impacted marks/orders/cost/time, and escalate without declaring invalidity. Close with formal disposition and confirmation at every point of use.

Authority withdrawal and escalation sweep
Trigger/decisionEffective evidenceAffected objects/actionsPoints of use notified/blockedFormal disposition
Delegate expiry/departure[notice/date][pending/prior scope][platform/factory/site][legal/project decision]
Conflicting instructions[records][marks/actions][hold/escalation][authorised resolution]
Suspected unauthorised approval[submission/decision trail][population][containment][resolution]
Platform/account compromise[security record][decisions/files][access control][validated/reissued]
Contract/role amendment[signed change][matrix rows][all points][updated release]

7. Audit authority by tracing decisions in both directions

Select high-consequence samples: colour sample, glass build-up, hardware set, drawing revision, first-off release, NCR disposition, production/shipment release and commercial change. From each decision, trace issuer to current delegation, object scope, limits, status definition, evidence package, conditions and downstream incorporation. Then start from each active delegate and list every object they can affect; unexpected or orphaned powers require review.

Test expired, substitute and revoked users in the platform without creating a real approval. Verify access removal, audit export, joint-signature controls, pending workflow reassignment and points-of-use notification. Compare formal records with email/chat and factory/site instructions to expose shadow authority paths.

Report missing evidence as an authority gap, not proof that a decision is invalid. Hold or escalate only under the actual procedure. Reperform the audit after contract amendment, entity change, major delegation revision or platform migration.

Authority trace audit
Decision sampleObject→issuer→delegation traceIssuer→permitted-object reverse tracePoint-of-use incorporationGap/disposition
Sample/glass/hardware[result][result][result][status]
Drawing/production release[result][result][result][status]
NCR/inspection[result][result][result][status]
Variation/commercial[result][result][result][status]
Expired/revoked delegate[access/audit][pending objects][withdrawal sweep][status]

FAQ

Can a consultant approve production because they review drawings?

Only if the project documents expressly give that authority for the specific object and consequence.

Does sample approval approve glass and hardware too?

Not unless those named attributes and scopes are explicitly included with the required authorities.

Is an email saying OK a valid approval?

Its effect depends on the contract, authority, channel and context. Preserve it and obtain project/legal confirmation.

Can a platform's Approved status be trusted?

Only after mapping the status definition, authorised account, exact object/revision and audit record to the contract procedure.

What happens when the authorised person is absent?

Use the formally activated substitute or escalation route. Do not infer authority from availability or seniority.

Can approval transfer design responsibility?

That is contract- and law-specific. This guide does not infer transfer, waiver, acceptance or liability from a status word.

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 9001 Quality management systems ↗ISO — ISO 19650-2 Information management during delivery ↗UNCITRAL — Model Law on Electronic Signatures ↗European Commission — eSignature and eIDAS ↗FIDIC — Contracts and Agreements resources ↗ISO — ISO 10007 Configuration management ↗

Related buyer guides

Editorial boundary

This article is project-information and authority-evidence education, not legal, contract, agency, corporate, design, engineering, payment, variation, acceptance or dispute advice. It does not define the meaning of approve, review, comment, accept, status or signature for any project; appoint an agent; grant or infer authority; set monetary limits, response periods, deemed approval, delegation rules or contractual hierarchy; transfer responsibility; or state any Cavorlen project role, approval process, representative or commitment. The signed contract, governing law, entity authority, project procedures and qualified legal/technical advisers must establish the actual powers and effects.