Problems & solutions · Project Management

NEC and FIDIC Contract Administration Software Problems: The 6 That Cost Real Money, and How to Avoid Them

Construction Contract Administration Software workflow illustration showing common problems and fixes.
The short answer

The most expensive failure in contract administration software is building a document register instead of a clock engine. A register records that a notice exists. It does not know that the reply period started when the notice was received rather than when it was dated, that the period runs in working days defined by your particular contract, that the person who owns it is on leave, or that silence at the end of it produces a deemed acceptance. On a large infrastructure package one missed reply period can hand the contractor's own assessment straight into the account, and that single lapse is frequently worth more than the entire cost of the system that would have prevented it. Email has no clock, and neither does a folder.

Why does the notice register get scoped as document management so often?

Because the visible symptom is documents. The commercial team is drowning in correspondence, the shared drive has a folder per contract, and the request that reaches a developer is for somewhere to log notices with a status and a value. That gets built. It looks like progress, because the register is finally in one place, and it changes nothing, because the entitlement was never lost through poor filing.

What a contract administration system has to be is a state machine with timers attached to transitions. The distinction is concrete and it shows up in what the model has to hold.

  • Receipt time as a separate fact from the date printed on the document, because the clock starts on receipt.
  • A working day calendar defined per contract, since your executed agreement may say fourteen days where the standard form says two weeks, and your jurisdiction's public holidays apply.
  • An owner and a deputy on every running clock, so delegation moves the obligation rather than leaving it with someone who is off site.
  • Permitted responses per notice type, and the outcome when no response arrives, including a deeming result where the form provides one.
  • Escalation that fires before the deadline, not a report that observes afterwards that it passed.

Under NEC4 the mechanics are unforgiving by design: a compensation event notification starts a sequence, a quotation follows within a stated period, the project manager replies within a stated period, and continued silence can result in the quotation being treated as accepted. FIDIC does the same job with different furniture. Build the register and you have a Monday morning snapshot of a contract that is live every hour of every week.

What goes wrong when you roll onto a live contract mid stream?

Nobody gets to start at contract award, and mid contract migration is where these projects lose credibility with the commercial team.

The specific problem is that open events have real clocks running that must be reconstructed accurately, and the evidence is in an inbox. A notification received nine days ago has to be entered with its true receipt date rather than today's, or the system reports a deadline that is wrong in the direction that makes people relaxed. Closed events have no clocks but do have records that matter for the final account, and re keying them wastes weeks.

The pattern that works is to split the migration by state. Open events are re entered by hand with true receipt dates, owners and documents attached, which is a day or two per contract and should be done by the quantity surveyor who knows them rather than an administrator. Closed events are attached as document records without reconstructing transitions. Everything unclassified stays in the inbox until someone decides what it is, and that triage is where teams usually discover two or three items nobody had logged.

Then run in parallel for four to six weeks with the existing register alive alongside, and reconcile them weekly. Waiting for a clean contract start sounds disciplined and usually means waiting a year.

Why do the integrations that matter here break after launch?

Three integrations carry this category and each has its own failure mode once real correspondence starts flowing.

Email ingestion is the first and least understood. Notices arrive as mail with attachments, and the system needs the received timestamp from the mail server rather than the sent header, has to survive an item forwarded three times before anyone logs it, and must handle the same notice arriving twice by different routes without creating two events. Ingestion that depends on someone copying a mailbox address gets bypassed within a month.

Document control is the second. If your project runs Aconex, Asite or Viewpoint, the contractual record has to exist in both places without diverging, and the failure is quiet: a superseded revision in one system is still the current reference in the other. Decide which system is authoritative and make the other reference it rather than copy it.

Programme import is the third. Planners issue revisions monthly from Primavera P6 or Asta Powerproject, activity identifiers get renumbered, and an event referencing an activity on revision nine points at nothing on revision twelve. Keep every accepted revision and hold each reference against the revision it was made on, so that eighteen months later you can state which programme was accepted and which activities the assessment used. Without that, delay arguments become archaeology.

What happens when calendars, delegation and audit integrity are not covered?

These three are treated as detail and they are where systems lose their evidential value.

The calendar first. A reply period expiring at 23:59 on a public holiday has a defined answer in your contract, and a global calendar that assumes one country's holidays will get it wrong on an international portfolio. The calendar has to be per contract, and someone has to configure it at award rather than assume a default.

Delegation second. When the project manager delegates an assessment and the delegate is off site, the running clock needs a new owner and an escalation path. Most teams handle this by one person remembering, which works until the week it does not, and that week is usually a holiday period when several people are away at once.

Audit integrity third, and it decides whether the system is worth anything in a dispute. The record has to be append only, nobody edits history including the commercial director, and receipt timestamps must be immutable. A modified by column is not an audit trail. The system must produce, on demand, a single event exported as a pack a third party can read cold: the instruction, the notification with its receipt time, the stated assumptions, the quotation with its build up, the claimed programme impact, the reply, and what changed between quotations. If that export needs assembling by hand, it will not exist when you need it.

Should you build custom or configure what you already own?

Buy, and we say this plainly, if you run fewer than about ten live contracts on largely standard NEC forms and your Z clauses do not move the reply periods. Thinkproject CEMAR, FastDraft and Sypro Contract Manager are real systems built by people who understand this domain, and on an unamended contract they do the job well. CEMAR in particular carries an advantage a bespoke system cannot give you on day one: many UK clients already use it, so the record format is familiar to the person on the other side of the table, and that familiarity has genuine value in a dispute.

Where those products strain is amendment. Almost no serious infrastructure contract goes to signature unamended. Z clauses change reply periods, add notice types, insert client approval gates before a quotation may be accepted, and sometimes create categories of event that exist nowhere in the standard form. Configuration stops at the boundary the vendor drew, and the workaround becomes a note in a spreadsheet one person remembers to check. You have then paid a licence fee for a system that governs the standard contract you did not sign.

Build when at least two of these hold. Portfolio level exposure matters more to you than any single contract. Your amendments have made the standard workflow a fiction maintained by hand. You need main contract events to cascade automatically into subcontract notices. You are a client organisation on a framework needing consistent data across contractors. Or you run NEC and FIDIC side by side.

How do hidden costs get into the quote?

The bands are $70,000 to $150,000 over 12 to 18 weeks for a first release covering the notice and correspondence register, configurable clocks with delegation and escalation, and the full compensation event chain for one contract form, and $180,000 to $450,000 over 6 to 12 months for a full platform. Estimates get broken by items that sound small in a kickoff meeting.

The largest is supporting several contract forms at once. NEC4 engineering and construction, NEC4 professional services and FIDIC Red are three different state machines, and each is real weeks of work rather than a configuration option. A quote that says supports NEC and FIDIC without pricing them separately has not thought about it. The second is the subcontract cascade, which needs a contract tree rather than a contract. Subcontract notice periods are usually shorter than the main contract, so an event that does not raise matching child notices leaves you carrying risk you had passed down on paper.

The third is programme integration, since P6 and Asta exports are their own discipline. The fourth is document control integration. The fifth is qualified electronic signature where a client demands it. The sixth is multi language and multi currency work. The seventh is offline issuing where site teams have no signal.

What genuinely keeps the number down is starting with one contract form, one live project, and the notice plus compensation event flow only. Reporting can wait. Nobody ever lost an entitlement because a dashboard was ugly.

What separates a build that works from one that fails here?

The builds that work are used by the person with 380 unread messages. That means inbound classification has to be assisted rather than manual: a model reads incoming mail and attachments and proposes whether something is an early warning, a compensation event notification, an instruction or general correspondence, and a human confirms in one click. That single feature closes the gap where an event sits unclassified for nine days, which is the gap that started this whole problem. Drafting replies is not a job to hand to a model, because the words carry contractual weight.

The builds that fail were chosen from a demo. Make a prospective developer draw the notice state machine on a whiteboard before you sign anything. Someone who has done this will draw states, permitted transitions, timers attached to transitions and a deeming outcome when a timer expires. Someone who draws a form and an approval chain has built a leave request system and is about to learn contract law with your entitlement as the tuition fee.

Ask what happens when a reply period expires at 23:59 on a public holiday and whether the calendar is per contract or global. Ask how the audit trail resists editing, expecting append only records and immutable receipt timestamps. Ask them to show you a single event exported as a pack a third party could read cold.

Then settle ownership before kickoff. You should hold the repository, the infrastructure accounts and the unrestricted right to bring in another firm. These records may be read by a third party years after the developer relationship ends, and they must remain yours.

Research & sources

The evidence behind this guide

Independent findings on why this investment pays off. Every link goes to the primary source.

  1. The 2015 CHAOS data (based on the modern definition of success) reports that only about 29% of software projects succeed, 52% are challenged, and 19% fail, with the three most important success skills being executive sponsorship, emotional maturity, and user involvement. Source: The Standish Group (reported via InfoQ Q&A with Jennifer Lynch) (2015) →
  2. McKinsey argues software developer productivity can be measured by combining system-level metrics (DORA and SPACE) with its own outcome-oriented approach, which it reports deploying across nearly 20 tech, finance, and pharmaceutical companies - a claim that sparked significant debate in the engineering community. Source: McKinsey & Company (2023) →
  3. Senior executives report the highest average compensation among developer roles (e.g., $225K median in the US), and reported salary bands shifted downward year-over-year ($60-75K vs. $70-85K in 2023), underscoring how compensation varies sharply by role and location. Source: Stack Overflow (2024) →
  4. An independent Forrester Total Economic Impact study of OutSystems found a 363% three-year ROI with payback in under 6 months, illustrating that faster, lower-labor build approaches can materially shift the payback math. Source: Forrester Consulting (commissioned by OutSystems) (2024) →
Zara E. · Senior Strategist · APAC · Sydney

Zara works as a senior strategist across APAC, sitting between what a client says they want and what the build should actually be. She pressure tests business cases, priorities and sequencing before engineering time gets committed. Read her for the thinking that happens before a project brief is written.

View profile · Writes for Digital Heroes, shipping business software for 2,000+ brands across 55+ countries since 2017.

FAQ

Frequently asked questions

What actually happens if a project manager misses an NEC reply period?
Under NEC the failure to reply is not neutral. The contractor can notify that the reply was not given, and if silence continues the quotation or assessment can be treated as accepted, meaning the number lands whether or not anyone agreed with it. The precise wording and periods depend on the edition and on how your contract was amended, so read the executed document rather than the standard form and configure the system from that.
Why is a notice register not enough on its own?
Because the register records that something exists and the contract is governed by timers. The system has to hold receipt time as distinct from the date on the document, a working day calendar defined per contract, an owner and a deputy on every running clock, permitted responses per notice type, and the outcome when nothing is sent. A register gives you last Monday's snapshot of a contract that is live every hour.
Can we roll a new system onto a contract that is already running?
Yes, and most implementations do. Split the migration by state: re enter open events by hand with their true receipt dates, owners and documents, which is a day or two per package and should be done by the quantity surveyor who knows them, and attach closed events as document records without reconstructing transitions. Run four to six weeks in parallel with the existing register. Waiting for a clean contract start usually means waiting a year.
How should the system handle notices arriving by email?
It has to take the received timestamp from the mail server rather than the sent header, cope with an item forwarded several times before anyone logs it, and recognise the same notice arriving twice by different routes without creating duplicate events. Ingestion that relies on a person remembering to copy a mailbox address gets bypassed within a month, precisely by the people under the most time pressure.
What breaks when a planner issues a new programme revision?
Activity identifiers get renumbered, so an event that referenced an activity on one revision points at nothing on the next. Keep every accepted revision and hold each event's reference against the revision it was made on, so that months later you can state which programme was accepted at the time and which activities an assessment was based on. Without that, delay arguments turn into archaeology across planner files.
Is CEMAR enough, or do we need something bespoke?
For fewer than about ten live contracts on largely standard NEC forms with Z clauses that do not move reply periods, CEMAR is a sensible buy, and the fact that many UK clients already read its records has real value in a dispute. The build case appears when amendments have made the standard workflow a fiction maintained by hand, when main contract events must cascade into subcontract notices automatically, or when you run NEC and FIDIC side by side.
Which items get underestimated in a contract administration quote?
Supporting more than one contract form, since each is a separate state machine rather than a configuration setting. The subcontract cascade, which needs a contract tree rather than a contract. Programme import from Primavera P6 or Asta Powerproject. Document control integration with Aconex, Asite or Viewpoint. Qualified electronic signature where a client requires it. Multi language work. And offline issuing where site teams have no signal.
Where does artificial intelligence genuinely help here?
In one place: classifying inbound correspondence. A model reads incoming mail and attachments and proposes whether an item is an early warning, a compensation event notification, an instruction or general correspondence, and a human confirms with one click. That closes the gap where a notice sits unrecognised in an inbox for over a week. Drafting replies is not a job to hand to a model, because the wording carries contractual consequences.
How long does it take to build custom project management software?
Plan on 12 to 16 weeks for a working first version and 6 to 9 months for a mature platform; those are typical Digital Heroes delivery timelines. The schedule killers are undecided permission rules and mid-build scope additions, not the code itself. Locking the workflow map during discovery is what keeps a build inside 16 weeks.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
What's the most common mistake companies make when building their own PM tool?
Chasing feature parity with Asana or Jira. Across 2,000+ Digital Heroes projects, the builds that blow their budgets are the ones recreating Gantt charts, portfolio dashboards, and mobile apps nobody asked for, while the builds that succeed go deep on the two or three workflows that made the team leave their old tool. You are not competing with Asana's roadmap; you are replacing the 20 percent of it you actually use.
Can a custom project management tool double as a client portal?
Yes, and this is one of the strongest reasons to build. Guest access is where Asana, Monday, and ClickUp frustrate agencies: permissions are coarse, client editing rights can require paid seats, and the whole experience carries the vendor's branding. A custom portal shows each client only their projects, under your brand, with approval buttons wired to your real workflow, and unlimited client logins cost you nothing per seat.
Who owns the code when an agency builds my project management software?
You should, in full, and the contract must say so: work-for-hire language with all intellectual property assigned to you on final payment. Watch for agencies that license you their platform or framework, because that quietly turns your custom tool back into a subscription you cannot leave. Digital Heroes assigns full ownership and delivers into a GitHub organization the client controls; treat anything less as a red flag.
What should I have ready before I contact a development agency?
Four things: an export from your current tool, a list of the specific workflows it fails at, screenshots of the spreadsheets you use as workarounds, and your integration list with a budget range. Buyers who arrive with those cut discovery from two or three weeks to days, and that time comes straight off the invoice. You do not need a formal spec document; a good agency writes that with you.
How big a team does it take to build a project management platform?
A typical Digital Heroes pod is 4 to 5 people: a product designer, two or three engineers, and a shared project manager and QA. Smaller than that and timelines stretch because one person is context-switching across design, backend, and testing; bigger only helps after the MVP, when work splits into parallel streams. Headcount matters less than whether the same pod stays on your project from discovery to launch.
Is custom software more secure than off-the-shelf SaaS?
Neither is secure by default; security tracks the practices of whoever builds and operates the system, not the model. SaaS gives you the vendor's certifications and patching but puts your data in a shared multi-tenant platform on their terms, while custom gives you full control over data residency, access rules, and compliance requirements like HIPAA, with the responsibility sitting with you and your agency. Before hiring anyone for a system holding sensitive data, ask for their security checklist: encryption at rest and in transit, an OWASP Top 10 review, role-based access, and a penetration test before launch.
What tech stack should a custom project management tool be built on?
A deliberately boring one: React on the front end, Node or Python on the API, PostgreSQL for data, and websockets for live updates, which is the stack behind most tools in this category. The test is hiring risk: if your agency proposes something a mid-level developer cannot pick up in a week, you are buying a dependency, not an asset. Save exotic choices for genuine needs like offline-first mobile.
How many people should be working on my software project?
Three to five for a typical focused build: a project lead, one or two engineers, a designer, and part-time QA, which is the standard shape across 2,000+ Digital Heroes projects. Larger platforms justify 6 to 10, but a ten-person team on a small first version usually signals bill padding rather than horsepower. What predicts success is whether a senior engineer is writing your code daily, not the headcount on the proposal.
Does it matter which tech stack the agency wants to use?
Yes, but not in the way most buyers expect: the goal is boring, popular technology such as React, Node.js or Python, and PostgreSQL, because any future team can maintain it and hiring a replacement developer takes days, not months. The red flag is an agency-proprietary framework or an unusual language, which welds you to that one vendor no matter what your contract says about code ownership. A useful test: could you find three freelancers fluent in this stack within a week? If not, push back.
What are the biggest mistakes first-time software buyers make?
Choosing the lowest bid, paying more than 30-40% upfront instead of on milestones, skipping a written specification, and having no maintenance plan for after launch. The most expensive of the four in Digital Heroes rescue projects is the missing spec: without written acceptance criteria, done becomes an argument instead of a checklist, and every disagreement resolves in the vendor's favor. Fix those four and you have avoided most of the ways these projects fail.
Who can build a custom project management software system?

Digital Heroes builds custom project management software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.

Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.

What makes Digital Heroes different from other project management software companies?

Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.

Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.

How can I check Digital Heroes is legitimate before getting in touch?

Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.

Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.

Keep reading
let's build

Build something worth launching.

A plan, a team, a timeline, within 24 hours. No decks, no discovery calls. Tell us what you're building and we'll come back with a real scope and a real number.

message us directly · we reply within one business day

mission briefing

Monthly dispatch

Playbooks, real build costs, and what we're shipping. One email a month. No fluff.

visit us

New York HQ

1140 Broadway, Suite 704 · New York, NY 10001

Get directions
Online now

Hey there 👋 How can we help you today?