Early Warnings In NEC4: Why They Still Come In Too Late

Who is this for?

This guide is for professionals working on NEC4 Engineering and Construction Contracts for the first time, or those looking to strengthen their understanding of the early warning process in practice. It is particularly relevant to:

What you will learn

This guide provides a working understanding of:

  • What an early warning is and why it exists
  • Who is obliged to give early warnings and when
  • How the Early Warning Register works in practice
  • What happens at an early warning meeting
  • The difference between an early warning and a Compensation Event
  • The commercial consequences of failing to notify
  • Common mistakes and how to avoid them

Why This Process Matters

The early warning process is one of the most important management tools in NEC4. Its purpose is simple: identify a risk early and deal with it before it becomes a bigger problem. It is not a claim, not a blame exercise, and not a substitute for a Compensation Event notification. It is a practical process for managing risk in real time.

Used properly, the early warning process reflects NEC4’s emphasis on mutual trust and co-operation. It promotes early visibility, better decision-making, and fewer surprises.

What is an Early Warning?

In NEC4, the early warning process is set out under clause 15. In practice many people refer to it as an EWN, although the contract itself simply uses the term early warning.

At its simplest, an early warning is a prompt notice issued by either the Contractor or the Project Manager when they become aware of something that could affect the project. Both the Contractor and the Project Manager are required to notify the other as soon as either becomes aware of any matter which could:

  • Increase the total of the Prices
  • Delay Completion
  • Delay meeting a Key Date
  • Impair the performance of the works in use

The Contractor may also give an early warning of any other matter which could increase its total cost.

The key word is early. The obligation is to notify when the risk becomes apparent, not when the consequences are already clear.

What should trigger an Early Warning?

An early warning should be raised when there is a real possibility of time, cost, or performance impact. Typical examples include:

  • Late information or delayed design decisions
  • Access problems or site restrictions
  • Utilities clashes or unexpected services
  • Emerging design issues or scope uncertainty
  • Resource shortfalls or supply chain problems
  • Interface problems with others
  • Weather-related disruption beyond expectation
  • Unexpected ground conditions
  • Subcontractor performance concerns
  • Statutory undertaker delays

The contract wording is deliberately broad. Issues should be raised early, not when they have already become claims.

Early Warning or Compensation Event?

A simple way to frame it is this: if a matter could affect time, cost, or performance, it may need an early warning. If it is also an event with contractual entitlement consequences, it may also need to be notified as a Compensation Event. The two processes are different, but they often run alongside each other.

If you are unsure whether something warrants an early warning, err on the side of raising it. It usually costs very little to flag a risk early. It can cost a great deal not to.

Worked Example: Utility Diversion

The Contractor becomes aware that a utility diversion is likely to be delayed by three weeks. At that stage there is no Compensation Event quotation and the full impact is not yet known. An early warning should still be raised immediately because the matter could delay Completion and increase cost.

The early warning meeting then focuses on mitigation: resequencing works, temporary access arrangements, and whether an instruction is needed. The risk is on the table early enough for the team to act on it. That is the process working as it should.

What an Early Warning is not

An early warning is a risk management tool. It flags a matter early so the parties can manage it together. A Compensation Event notification is part of the change management and entitlement process.

Raising an early warning does not automatically notify a Compensation Event. Likewise, notifying a Compensation Event does not in itself satisfy the early warning process. However, NEC4 also states that an early warning is not required for a matter for which a Compensation Event has previously been notified.

An early warning is not a change to the Scope, does not allocate risk between the parties, and should not be confused with a project risk register.

The Early Warning Register

Once an early warning is notified, the Project Manager records it in the Early Warning Register. The register records each matter and the way its effects are to be avoided or reduced. It is not simply a list of problems. It is a record of actions, decisions, and ownership.

NEC4 requires the Project Manager to prepare the first Early Warning Register and issue it within one week of the starting date. The register is a live document and should be updated throughout the project as matters are raised, discussed, actioned, and closed.

Early warnings are good for the project

Some Clients initially view an early warning as the start of a claim. In reality it is usually the opposite: it is a prompt to address a risk early enough to do something about it.

If a Client pushes back on an early warning being raised, the response is straightforward: this notice exists to protect the project, not to apportion blame. The earlier a risk is on the table, the more options everyone has. An early warning raised and resolved quickly will rarely become a dispute. A risk that is not raised at all almost certainly will.

Early Warning Meetings

NEC4 requires the Project Manager to instruct the Contractor to attend the first early warning meeting within two weeks of the starting date. After that, meetings are held when instructed and at intervals no longer than those stated in the Contract Data.

At an early warning meeting, those attending work together to:

  • consider proposals to avoid or reduce the effect of each matter
  • seek solutions that benefit all those affected
  • decide the actions to be taken and who will take them
  • review whether any matters can be removed from the Early Warning Register because they have passed or been resolved

After the meeting, the Project Manager updates and reissues the Early Warning Register within one week. If an agreed action requires a change to the Scope, that instruction should be issued at the same time

 

Give Enough Detail

 

One of the most frustrating things about receiving a poorly drafted early warning is that it tells you there is a problem without telling you anything useful about it. A notice that simply states “there may be a delay to Completion” or “costs may increase” provides no basis for discussion and no way of assessing how serious the issue is.

 

When raising an early warning, include everything you know at the time. Describe the issue clearly, explain what it could affect and why, and set out the worst case as you currently understand it. Identify what decision or action is needed. The position may change as more information becomes available and the Early Warning Register can be updated to reflect that.

 

But the party receiving the notice needs enough information to understand the scale of the risk from the outset. And if the issue is serious, do not rely on a written notice alone. Pick up the phone. A conversation does not replace the contractual obligation to notify in writing, but it ensures the right people are aware immediately and can start thinking about solutions before the formal process catches up. The written notice follows. The conversation happens now.

FastDraft Early Warning example

An short example from FastDraft of the level of detail needed for an Early Warning notice.

 

The Commercial Consequence of Not Notifying

 

This is the point most frequently overlooked in practice, and it carries a direct commercial consequence.

 

Where the Project Manager states in the instruction to submit quotations that the Contractor did not give an early warning of a matter that an experienced contractor could have given, the Compensation Event is assessed as if the Contractor had given that early warning. In practice, this can reduce the assessment to reflect what the impact would have been had the matter been raised and managed earlier.

 

On cost-based options, failure to give an early warning may also have cost consequences in some cases.

 

The message is straightforward. Failing to notify is not a neutral act. It can directly affect recovery.

 

Common Mistakes and How to Avoid Them

 

  1. Raising early warnings too late

Treating the early warning process as a retrospective exercise is the most frequent mistake. A notice issued after the impact has already occurred serves little practical purpose and may affect entitlement.

 

Solution: Notify as soon as the risk becomes apparent, not once it has already become a problem.

 

  1. Confusing early warnings with Compensation Event notifications

Raising an early warning does not notify a Compensation Event. Both obligations exist independently and both must be met within their respective timeframes.

 

Solution: Maintain a clear distinction between the risk management process and the change management process. Treat them as separate disciplines with separate deadlines.

 

  1. Using RFIs or TQs as a substitute for early warnings

Requests for Information and Technical Queries are not early warnings. Where a matter raised through an RFI or TQ is becoming urgent or may affect time or cost, a separate early warning should be issued.

 

Solution: Review all live RFIs and TQs regularly. Where any has a potential time or cost implication, raise an early warning without delay.

 

  1. Treating the Early Warning Register as a blame log

Where the Early Warning Register is used as a defensive or adversarial tool, the collaborative purpose of the process is lost and the project suffers.

 

Solution: Keep the focus on actions, decisions, and outcomes. The Early Warning Register should answer what needs to happen next, not who is responsible for what has already gone wrong.

 

  1. Allowing the Early Warning Register to go stale

An Early Warning Register that is not regularly reviewed and updated ceases to function as a management tool.

 

Solution: Review the Early Warning Register at every early warning meeting. Close matters that have been resolved. Add new matters promptly.

 

 

Worked Example: Late Materials Order

 

On one project, a Contractor became aware that a key materials order would be significantly delayed due to a supply chain disruption outside its control. Rather than raising an early warning, the Contractor chose to manage the situation internally and hope the position improved.

 

It did not. By the time the delay was formally notified, the programme had already slipped and the Client had made commitments to third parties based on the original Completion Date. Alternative suppliers could have been explored. Works could have been resequenced. Those options existed early on. By the time the Contractor notified, they had gone.

 

When the Compensation Event was assessed, it was assessed on the basis of what would have happened had the early warning been given when it should have been. The recovery was reduced accordingly.

 

The dispute that followed was not really about the materials delay. It was about a conversation that should have happened in week three happening in week eleven. Raise it early. The contract, and the project, work better when you do.

 

 

 

Take your NEC4 Early Warning Health Check

 

20 Apr, 2026
NEC Contract Guide: NEC Contracts Explained

NEC Contract Guide: NEC Contracts Explained

NEC is a standard form of contract widely used on UK construction and infrastructure projects, now in its fourth edition, NEC4. For anyone working under one for the first time, the language and structure take some getting used to. This guide sets out what that means in practice: how NEC4 differs from NEC3, what the main contract types and options are for, and what to get right in the first few weeks so the contract works the way it's designed to.  What is an NEC Contract?   The New Engineering Contract, or NEC, is not one single contract but a family of standard contracts used across UK construction and infrastructure projects. That's why the question comes up in two forms: what is an NEC contract, and what are NEC contracts. Both are asking about the same suite of related...

read more
Get more from FastDraft: 3 features to stay ahead of deadlines and follow the contract trail

Get more from FastDraft: 3 features to stay ahead of deadlines and follow the contract trail

Contract deadlines compete with meetings, project commitments and everything else demanding your attention. At the same time, a single contractual issue can generate a chain of instructions, notices, replies and follow-up actions across several FastDraft workflows. These three features help you keep deadlines visible, connect related communications and quickly understand how a contractual matter has developed. 1. Put FastDraft actions in your calendar   You should not have to keep returning to a separate system to check what is due. FastDraft lets you synchronise outstanding actions with Outlook, Google Calendar and other compatible calendar applications. Your contract deadlines then appear alongside your meetings and other project commitments. You can choose: The date range you...

read more
Configuration Risk in NEC Management: Lessons from United Utilities v Northstone

Configuration Risk in NEC Management: Lessons from United Utilities v Northstone

Contract management software should reduce risk, not create new arguments about what the contract requires. A recent Technology and Construction Court decision, United Utilities Water Ltd v Northstone (NI) Ltd t/a Farrans Construction [2026] EWHC 1057 (TCC), is a useful reminder of a practical problem many NEC users will recognise: what happens when the contract is amended, but the contract management platform is not updated to match? The case did not decide that an automatically generated platform date invalidated a payment notice. Nor did it decide that the platform caused the dispute. But it does highlight a wider risk pattern: if the live contract, system configuration and project team practice diverge, parties may later find themselves arguing about dates, notices, permissions,...

read more