Alex is Sprintlaw’s co-founder and principal lawyer. Alex previously worked at a top-tier firm as a lawyer specialising in technology and media contracts, and founded a digital agency which he sold in 2015.
- Overview
Legal Issues To Check Before You Sign
- 1. Scope, specifications, and exclusions
- 2. Design responsibility and fitness for purpose
- 3. Timeframes, delays, and extensions of time
- 4. Price, payment terms, and variations
- 5. Defects, warranties, and rework
- 6. Liability caps, exclusions, and indemnities
- 7. Insurance and risk allocation
- 8. Intellectual property and technical documents
- 9. Termination and dispute resolution
- Key Takeaways
Engineering contracts can look standard on the surface, but the details often shift risk in ways that only become obvious when there is a delay, a defect, or a payment dispute. A common mistake is signing the provider's standard terms without checking who carries design risk. Another is assuming the scope is clear when key deliverables, exclusions, and acceptance criteria are vague. Businesses also get caught by broad indemnities, one-sided variation clauses, and payment terms that let the other party hold back money longer than expected.
This guide explains what understanding the new engineering contract really means for New Zealand businesses before you sign. It covers the clauses that usually matter most, where founders and managers often get caught, and the practical questions to ask if your business is commissioning engineering services, supplying engineering work, or relying on technical deliverables to keep a wider project on track.
Overview
The main legal issue in an engineering contract is not the title of the document. It is how the contract allocates responsibility for scope, performance, timing, cost, defects, and project changes when real-world problems arise.
For New Zealand businesses, a well-drafted engineering contract should make the commercial deal workable as well as legally clear. If the key clauses are vague, even a sensible relationship can turn expensive very quickly.
- Define the scope of work, specifications, deliverables, and exclusions in detail.
- Check whether the engineer is providing design, advice, supervision, supply, installation, or a mix of services.
- Confirm timing, milestones, extensions of time, and delay consequences.
- Review pricing, variations, invoicing triggers, retention, and rights to suspend work for non-payment.
- Allocate responsibility for site conditions, third party inputs, permits, and client-supplied information.
- Check warranties, defect obligations, limitation of liability, indemnities, and insurance requirements.
- Make sure intellectual property, confidentiality, and use of technical documents are covered properly.
- Review termination rights, dispute resolution steps, and what happens to incomplete work if the contract ends early.
What Understanding the New Engineering Contract Means For New Zealand Businesses
Understanding the new engineering contract means knowing exactly what your business is promising, what the other side must deliver, and which party pays when something goes wrong. Before you sign, you should be able to point to the clauses that deal with delays, rework, scope changes, and cost overruns, rather than relying on assumptions or verbal assurances.
Engineering contracts are used across construction, manufacturing, infrastructure, technology, energy, and specialist services. Some are short consultant agreements. Others sit inside a larger supply, design and build, maintenance, or plant installation project. The legal risk changes depending on whether your business is the client, principal contractor, subcontractor, design consultant, or equipment supplier.
In New Zealand, parties generally have freedom to agree the contract terms they want, subject to usual legal limits. That means the document itself usually carries most of the practical risk. If a clause says your business is responsible for reviewing all site conditions, or that design documents remain the supplier's property until full payment, or that your only remedy for defective work is re-performance, those words matter.
This is where businesses often get caught. A director may think they are buying a complete engineered solution, while the supplier believes it is only providing advice and drawings. A project manager may assume delays caused by client instructions will automatically extend the completion date, but the contract may require notice within a very short period. A founder may rely on a sales promise about system output or compliance, only to find the written contract excludes statements made before signing.
Why engineering contracts need closer review
Technical work creates layered obligations. The contract may need to deal with design accuracy, coordination with other contractors, compatibility with existing systems, testing and commissioning, health and safety interfaces, and long tail defect issues.
It is also common for engineering projects to change after work begins. That makes variation clauses, approval processes, and notice requirements more than administrative detail. They determine whether extra work gets paid, whether deadlines move, and whether one side can reject invoices later.
Common contract structures
New Zealand businesses often see engineering terms presented in one of these forms:
- a consultancy agreement for advice, design, certification, or project management services
- a supply and install agreement for equipment and related engineering services
- a subcontract under a head contract, where flow-down obligations apply
- a bespoke services agreement prepared by one party's lawyers
- purchase order terms supplemented by technical specifications and drawings
The risk is often spread across several documents. Before you sign, check the order of precedence. If the technical specification says one thing and the standard terms say another, the contract should tell you which document wins.
Why New Zealand context matters
Local law and project practice affect how these contracts should be read and negotiated. Consumer-style rules are not usually the main issue in a business-to-business engineering deal, but service quality expectations, fair representations, privacy obligations where personal information is handled, employment or contractor arrangements on site, and lease or landlord consent requirements for installation works can all become relevant depending on the project.
Sector-specific rules may also apply. If engineering work affects regulated assets, public infrastructure, electrical systems, environmental performance, or building-related compliance, the contract should line up with the real approvals and operational requirements, not just the commercial timetable.
Legal Issues To Check Before You Sign
The clauses worth negotiating are the ones that decide who carries cost, delay, and performance risk when the project does not go to plan. Before you accept the provider's standard terms, focus on the practical issues below.
1. Scope, specifications, and exclusions
The contract should clearly describe what is included and what is not. If the scope is vague, arguments usually appear later around whether rework, redesign, site visits, commissioning support, or coordination with third parties was part of the original price.
Make sure the documents identify:
- the services and deliverables
- technical standards, drawings, and specifications
- assumptions the price relies on
- items expressly excluded from scope
- what the client must provide, such as site access, data, approvals, utilities, or existing asset information
- acceptance criteria for completed work
If your business is the customer, avoid wording that lets the supplier argue a key deliverable was only an estimate or preliminary concept. If your business is the supplier, make sure the scope does not quietly expand through broad wording like "all work necessary for project completion" unless the pricing reflects that risk.
2. Design responsibility and fitness for purpose
Design risk needs careful drafting because it can be much broader than a duty to use reasonable skill and care. A contract may require an engineer to meet a performance outcome, guarantee system output, or ensure the works are fit for a particular purpose.
That can be acceptable in some projects, but it should be deliberate. If your business is providing technical services only, you may want the obligation tied to professional standards rather than an open-ended project result. If your business is buying a complete solution, you may want express performance commitments, testing obligations, and remedies if the system does not achieve the agreed result.
3. Timeframes, delays, and extensions of time
A deadline is only workable if the contract explains what happens when events outside one party's control slow the project. Delays often arise from late instructions, site access issues, missing information, weather, supply chain interruptions, or related contractors not finishing on time.
Check whether the contract covers:
- milestone dates and final completion dates
- notice requirements for delay claims
- extensions of time and the events that qualify
- liquidated damages or other delay consequences
- whether concurrent delay is addressed
- rights to accelerate work and who pays for that acceleration
Short notice windows are a common trap. A party may have a legitimate claim for extra time or cost, but lose it because the contract required written notice within a few days.
4. Price, payment terms, and variations
Cash flow risk often sits inside payment mechanics rather than headline price. A contract can look profitable until retention, certification requirements, set-off rights, or vague variation procedures delay payment for months.
Before you sign, confirm:
- whether the price is fixed, estimated, hourly, cost-plus, or subject to review
- when invoices can be issued
- whether payment depends on milestones, acceptance, or third party certification
- how variations must be approved
- what happens if urgent extra work is requested before formal approval
- whether one party can withhold, deduct, or set off amounts broadly
If your business is a subcontractor, also check whether payment is tied to the head contractor being paid under another contract. Those clauses can create serious delay and recovery issues if not handled carefully.
5. Defects, warranties, and rework
The contract should say what counts as defective work, how long the defects period lasts, and what remedy applies. Without that detail, parties often argue over whether a problem is a defect, a variation, normal wear, misuse, or someone else's responsibility.
Look closely at:
- express warranties about workmanship, materials, compliance, or performance
- timeframes for notifying defects
- rights to inspect, test, and require remediation
- whether the supplier can choose repair, replacement, or refund
- whether defect obligations restart after remedial work
If the engineering output is central to your operations, the remedy should be commercially useful. A narrow clause that only requires repeat performance may not cover downtime, removal costs, or integration problems with connected systems.
6. Liability caps, exclusions, and indemnities
This is often the most negotiated part of the contract because it decides who pays when losses move beyond the contract price. The main risk is agreeing to unlimited liability or a broad indemnity that does not match the fee or insurance available.
Check:
- the overall cap on liability and whether it applies to all claims together
- which claims are carved out of the cap, such as fraud, wilful default, confidentiality breaches, or personal injury
- whether indirect or consequential loss is excluded, and how that phrase is defined
- whether there is a separate cap for IP infringement or data-related claims
- the scope of any indemnity for third party claims, property damage, or regulatory issues
Businesses often focus on the cap and miss the carve-outs. A modest liability cap can be undermined if the contract excludes major categories of claim from that cap.
7. Insurance and risk allocation
Insurance clauses should reflect the actual work. If the contract requires professional indemnity, public liability, contract works, cyber cover, or product liability insurance, make sure the cover exists or can be obtained on realistic terms.
Also check whether the contract tries to make one party responsible for risks it cannot control, such as unknown site conditions, existing design defects, or failures caused by third party equipment specified by the client.
8. Intellectual property and technical documents
Engineering work often creates drawings, models, reports, calculations, software configurations, and operating manuals. The contract should state who owns those materials and what rights each party has to use them.
You may need clauses dealing with:
- ownership of newly created IP
- licences to use pre-existing materials or templates
- rights to modify designs for future stages of the project
- restrictions on re-use for other sites or purposes
- confidentiality around technical and commercial information
If your business is paying for design work, make sure you can use the output for the project you actually need. If your business is the supplier, preserve ownership of background IP and limit unauthorised re-use where appropriate.
9. Termination and dispute resolution
Even good projects can stall. The contract should explain when a party can suspend or terminate, what notice is required, and what payment is due for work performed up to that point.
Practical dispute clauses often include a stepped process, such as senior discussions, mediation, and then formal proceedings if needed. The value is not the wording alone. The value is having a process that keeps a technical disagreement from turning immediately into a commercial breakdown.
Common Mistakes With Understanding the New Engineering Contract
The biggest mistake is treating an engineering contract like a standard services agreement when the project depends on technical assumptions, changing site conditions, and multiple parties. Before you sign, test whether the contract still makes sense if the work is delayed, redesigned, or partly rejected.
Relying on verbal promises
Sales discussions often include statements about output, timing, compatibility, and approvals. If those promises matter, they should appear in the signed contract or schedules. Otherwise, the written terms may override them.
Using incomplete technical schedules
Many disputes start because the legal terms were signed first and the technical annexures were left "to be finalised". That creates room for disagreement about specifications, commissioning, and acceptance. Before you spend money on setup or procurement, make sure the schedules are complete enough to price and perform properly.
Missing flow-down obligations
If you are signing as a subcontractor, the head contract can affect your obligations even if you are not a direct party to it. A subcontract may require your business to meet programme dates, quality standards, reporting obligations, insurance requirements, and claim procedures from the upstream contract.
Do not assume the subcontract tells the full story. Ask for the relevant head contract terms if your obligations depend on them.
Accepting unlimited or mismatched risk
A small engineering supplier can accidentally take on major project-wide liability through broad indemnities, fitness for purpose promises, or uncapped delay exposure. This is where founders often get caught when they sign a large customer's paper without comparing the risk to the contract value and insurance cover.
Ignoring notice requirements
Notice clauses can determine whether your business gets paid for changes or receives extra time for delays. If the contract says notices must be written, sent to a named contact, and given within a fixed time, informal project emails may not be enough.
Failing to align the contract with the real project structure
Sometimes the contract says one party controls the site, programme, or approvals, but in practice another business does. Misalignment causes avoidable disputes when responsibilities overlap. The document should reflect how the project will actually be delivered, including who gives instructions and who signs off on changes.
Not checking post-completion obligations
Engineering work does not always end at handover. The supplier may still need to train staff, provide manuals, support commissioning, remedy defects, or assist with compliance queries. If these obligations are not stated clearly, the parties may disagree about what is included after practical completion or delivery.
FAQs
What is the most important clause in an engineering contract?
There is rarely just one, but scope and risk allocation are usually the most important. If the scope is unclear or liability clauses are one-sided, the rest of the contract can become much harder to manage.
Should New Zealand businesses accept standard engineering terms without changes?
Usually not without a contract review. Standard terms are often drafted to favour the party issuing them, especially on liability, variations, payment timing, intellectual property, and termination.
Who should carry design risk?
It depends on the deal. If one party is engaged to produce and stand behind the design, the contract should say so clearly. If the engineer is only advising or working from client-provided information, the design obligation should be limited to that role.
Can a contract make one party liable for project delays?
Yes, if the contract allocates delay risk that way. The key question is whether the triggers, notice process, and consequences are clear and commercially fair in the context of the project.
Do verbal project promises count if they are not in the contract?
They may be harder to enforce, especially if the signed terms say the written contract contains the full agreement. If a promise matters to pricing or performance, include it in the contract documents before you sign.
Key Takeaways
- Understanding the new engineering contract means checking how the document allocates scope, timing, performance, payment, and liability risk in real project conditions.
- Before you sign a contract, make sure the scope, specifications, exclusions, and acceptance criteria are detailed enough to avoid later arguments.
- Design responsibility, fitness for purpose language, defects obligations, and testing requirements should match the actual technical role each party is taking on.
- Payment terms, variation procedures, and notice requirements often decide whether your business gets paid on time and can recover extra costs.
- Liability caps, indemnities, insurance clauses, and intellectual property rights should be reviewed closely, especially before you accept the provider's standard terms.
- If you are reviewing or negotiating understanding the new engineering contract and want help with contract drafting, liability clauses, variation and payment terms, intellectual property rights, you can reach us on 0800 002 184 or team@sprintlaw.co.nz for a free, no-obligations chat.








