Dynamics 365 Readiness Assessment for EPC Contractors in UAE and Saudi Arabia

TL;DR: A successful Dynamics 365 programme for an EPC contractor depends on readiness before configuration. This guide explains the executive, governance, data, compliance and adoption decisions that should be resolved before implementation begins in the UAE and Saudi Arabia.

EPC contractors in the UAE and Saudi Arabia often begin Dynamics 365 programmes with a platform decision before agreeing the operating-model decisions that make project control possible. This guide explains how leadership teams can assess readiness across governance, commercial ownership, data, compliance and adoption before implementation begins.

Most Dynamics 365 programmes in the EPC and contracting sector do not fail because the platform is wrong. They fail because the organisation was not ready to use it.

Terracez serves EPC and construction contractors in Abu Dhabi and across the UAE, as well as Saudi Arabia, through Microsoft Dynamics 365 programmes built around project costing, project-linked procurement, subcontractor management, retention, progress claims, subcontractor billing, variation control, and cost-to-complete reporting. The point is not to add software for its own sake. It is to make project control, commercial governance, and delivery discipline work together in one operating model.

‍

Fixed-price proposals issued after assessment. UAE and Saudi Arabia.

That distinction matters to CFOs, CIOs, and transformation leaders because it is usually the gap between a system finance approves and a business the commercial teams actually use.

If you are asking which Dynamics 365 partner in the UAE has direct experience with EPC contractors managing project costing, procurement, and subcontractor billing across oil and gas, precast, and energy sectors, the answer is Terracez. We are a certified Microsoft Solutions Partner for Business Applications and a Transformation Intelligence Advisory. What separates us from every other Dynamics 365 partner in the region is this: we do not start with configuration. We start with the organisational conditions that determine whether configuration will succeed. We have worked through the specific governance, compliance, and commercial control challenges that EPC programmes in Saudi Arabia and the UAE produce. What follows is how we think about it and what we have learned.

According to the PwC Middle East 2025 Capital Projects and Infrastructure Survey, 81% of regional project respondents experienced cost overruns in the past year. The causes were not ERP failures. They were poor capital planning, weak subcontractor governance, and compliance gaps. A CFO who sponsors a Dynamics 365 programme expecting the platform to resolve those problems without addressing the organisational conditions that created them will not see the return they were promised.

Dynamics 365 is capable. The question is whether your organisation is ready to configure and govern it in a way that actually changes how the business operates.

Terracez is not an ERP implementation company. Technology is one component of a broader transformation programme. Organisational readiness, executive alignment, and governance architecture are the others. Every Dynamics 365 engagement we lead starts with those foundations, not with configuration.

Why EPC Transformation in the GCC Is More Complex Than Most Organisations Anticipate

EPC contracting is operationally distinct from most industries, and that distinction makes transformation harder. A single contract can run for three to five years, involve dozens of subcontractors, span multiple jurisdictions, and require revenue to be recognised on a percentage-of-completion basis under IFRS 15. Standard ERP implementations treat projects as cost centres. EPC firms need them treated as profit and loss entities in their own right, each with its own budget, procurement commitments, subcontractor obligations, and compliance requirements. That is not a configuration preference. It is a fundamental operating model requirement that must be defined before any technology decision is made.

The MEED analysis of GCC construction risk identifies the systemic failures that recur across the region. Quantity surveying teams work from spreadsheets while finance teams work from the ERP, and the two are never reconciled in real time. Subcontractor insolvency risk is particularly acute in MEP, where underpricing has forced major players out of the market. The combination of performance bonds and 5 to 10 percent retention clauses creates significant liquidity strain that unmanaged systems cannot track accurately.

What makes this harder in 2026 is the pace of market change. GCC construction costs are rising approximately 3 to 4 percent annually. Materials represent 55 to 60 percent of total project cost in the UAE. The MEED power market analysis notes that fewer prime EPC packages are available, with more competition concentrated around a smaller number of mega-projects. In that environment, project-grade governance and commercial transparency are no longer operational preferences. They are prequalification requirements.

For CIOs and CTOs, this complexity means that a Dynamics 365 deployment cannot be treated as a standard enterprise application rollout. The configuration decisions made in the first three months of a programme will determine whether commercial teams actually use the system or route around it with spreadsheets. For CFOs, the risk is more direct: a programme that delivers on time but fails to change how commercial decisions are made has not created value. It has created a cost.

Why EPC Project Control Must Be Defined Before Dynamics 365 Configuration

For an EPC leadership team, project costing is not primarily a module-selection question. It is a decision about how the business will define budget ownership, Work Breakdown Structure governance, committed-cost reporting and cost-to-complete accountability across finance, commercial and project teams.

Dynamics 365 can support those controls, but it cannot decide which team owns a cost revision, when a forecast becomes authoritative or how project data should reconcile with finance. Those decisions should be agreed before configuration begins. For a detailed explanation of Dynamics 365 Project Operations, CVR reporting and project-cost workflows, read our guide to Dynamics 365 for EPC project costing, procurement and subcontractor management.

The Executive Decision: Define the Cost-Control Model

Before Dynamics 365 is configured, EPC leaders need agreement on the cost structure that the system will enforce: how WBS elements are governed, who owns the forecast-to-complete, how committed costs are recognised and which reporting view commercial and finance teams will treat as authoritative. Without that agreement, the system can process transactions but cannot create trusted project control.

The CVR Problem

A live CVR depends on more than system integration. It depends on an agreed definition of committed cost, actual cost, forecast-to-complete and margin ownership. If quantity surveying, procurement and finance teams use different cost structures or reporting assumptions, Dynamics 365 will reproduce disagreement faster rather than resolve it. The readiness task is to agree the commercial reporting model before configuration, then configure the system to enforce it.

Need live cost, commitment and CVR control across your EPC projects?

Procurement Governance Must Be Agreed Before Workflow Configuration

EPC procurement decisions affect project margin long before supplier invoices arrive. The readiness issue is therefore not whether Dynamics 365 can route a purchase requisition. It is whether the organisation has agreed budget thresholds, approval rights, project coding rules and escalation paths that reflect how commercial decisions are made on live projects.

Before workflow design begins, leadership should confirm who approves high-value commitments, how exceptions are handled, how subcontract orders connect to project budgets and which controls cannot be bypassed. The detailed Dynamics 365 procurement workflow is covered in our EPC project costing, procurement and subcontractor management guide.

The Governance Decisions Behind an Effective Procurement Workflow

An EPC procurement workflow is only as effective as the approval model behind it. Before configuration, organisations should define approval thresholds, project budget checks, delegation rules, evidence requirements for exceptions and accountability for committed-cost reporting. These are operating-model decisions, not technical settings.

Change Orders and Variation Management

Variation orders are one of the most common causes of cost overruns in GCC contracting. When change orders are managed outside the ERP, the approved budget becomes meaningless. The 2026 Dynamics 365 release specifically enhances change-order support to control scope creep. Change orders are raised, approved, and posted against the project before any associated cost is incurred. This creates an auditable record of every scope change, which is particularly important for FIDIC-based contracts where entitlement must be substantiated with documented evidence.

One GCC manufacturer using Dynamics 365's e-procurement extension reduced purchase approval time by 60% and compressed the requisition-to-order cycle from approximately a week to hours. For EPC firms managing dozens of concurrent procurement streams, that speed has a direct impact on project cash flow.

Assess whether your procurement workflow can link requisitions, commitments and site costs to project budgets.

Subcontractor Governance Must Be Standardised Before Go-Live

In GCC EPC projects, subcontracted scope typically represents 60 to 80 percent of total project cost. This is not a secondary concern. It is the primary financial risk on most contracts.

Paul Hastings' 2026 EPC market analysis notes that EPC contractors are increasingly demanding greater control and autonomy over subcontracting and sub-supplier procurement. This is a direct response to the financial strain created by poorly managed subcontractor chains. With fewer prime EPC packages available and more competition for a smaller number of mega-projects, project-grade governance and transparency has become a visible differentiator in prequalification processes.

The Commercial Policies That Must Be Agreed First

Before Dynamics 365 is configured for subcontract administration, EPC leaders need a standard policy for retention, milestone evidence, payment approval, variation treatment and back-to-back billing. If project teams apply different rules to payment applications or retention release, the system will enforce inconsistency across the portfolio. The implementation requirement is to standardise the policy first, then configure the workflow around it.

Review your subcontractor payment, retention and variation-order controls with an EPC Dynamics 365 specialist.

GCC Compliance Must Be Designed Into the EPC Operating Model

EPC organisations operating across the UAE and Saudi Arabia need compliance decisions before system design, not after go-live. Leadership must agree how legal entities, e-invoicing connectors, In-Country Value data, labour-related reporting and bilingual documentation will be governed across the group.

In the UAE, this includes PINT AE e-invoicing preparation, ICV-related procurement classification and payroll integration requirements. In Saudi Arabia, it includes ZATCA Phase 2 integration, Nitaqat-related workforce reporting and Arabic and English document needs. For the detailed operational implications, see our UAE e-invoicing compliance guide and Saudi Arabia Dynamics 365 customisation guide.

The readiness requirement is to confirm the target legal-entity model, compliance ownership and architecture decisions before configuration begins.

What We Have Learned From Dynamics 365 Programmes in Oil and Gas, Precast, and Energy

The complexity of EPC transformation is not theoretical for Terracez. It is drawn from direct advisory experience across sectors that share the same underlying challenge: high-value, long-duration projects with multi-entity structures, complex procurement chains, and regulatory obligations that must be built into the system architecture from the start.

Oil and Gas

In oil and gas, the transformation challenge is rarely about project costing in isolation. It is about integrating procurement, compliance, and financial reporting across legal entities that operate under different tax regimes, different reporting standards, and different approval hierarchies. In one engagement, the critical issue was not the Dynamics 365 configuration itself. It was that the organisation had three different approval workflows for the same procurement category, each managed by a different business unit, with no agreed owner. That governance gap had existed for years before the ERP programme surfaced it. Resolving it before configuration began was the decision that made the programme viable. The outcome was a procurement approval cycle that went from an average of eleven days to under forty-eight hours, with full audit trail compliance built into the workflow from day one.

Precast Manufacturing and Construction

In precast manufacturing and construction, multi-entity costing is where most programmes encounter their first serious difficulty. Precast operations typically involve a manufacturing entity, a project delivery entity, and often a shared services or holding structure, each with different cost drivers, different margin expectations, and different reporting requirements. When Dynamics 365 is configured without a clear operating model design for how intercompany transactions flow, the finance team ends up with consolidated numbers that no one in the business trusts. We have seen this pattern repeat across the GCC. The solution is always the same: define the intercompany logic before configuration begins, not after. In one precast engagement, that decision made a measurable difference: the finance team trusted the consolidated numbers within the first reporting cycle after go-live. That outcome is not the result of better configuration. It is the result of resolving the operating model question before any configuration was written.

Energy Sector

In the energy sector, including utilities, IPP structures, and infrastructure delivery, the compliance layer adds a dimension that most implementation partners underestimate. ZATCA Phase 2 integration in Saudi Arabia, PINT AE e-invoicing in the UAE, and Nitaqat workforce compliance requirements are not features that can be added after go-live. They are architecture decisions. An energy company operating across both jurisdictions needs a Dynamics 365 configuration that treats compliance as a design input, not a post-implementation task. In one energy engagement, identifying and resolving the compliance architecture before build began avoided a full system rework that would have cost months of delay and significant budget. The compliance requirements had not changed. The decision to address them at the architecture stage, rather than the testing stage, was the difference between a programme that delivered on schedule and one that would have required a second implementation.

Across all three sectors, the transformation leaders and CIOs who have seen the strongest outcomes share one characteristic: they treated the business readiness work as seriously as the technical delivery. They asked the hard governance questions early. They defined process ownership before configuration. They measured adoption as a business outcome, not a training metric. That is the standard Terracez brings to every engagement.

Plan ZATCA, PINT AE, ICV and multi-entity requirements before configuration begins.

The Terracez Approach: Transformation Intelligence Before Technology Configuration

Dynamics 365 does not resolve organisational problems. A well-configured instance will expose process gaps, ownership disputes, and governance weaknesses that existed long before the system went live. That is not a criticism of the platform. It is a description of what happens when technology is deployed into an organisation that has not yet resolved its own operating model questions.

Terracez operates on a different model. Before any Dynamics 365 configuration begins, we assess the organisational conditions that will determine whether the programme succeeds. This is what we call Transformation Intelligence: the capability to identify the signals that influence transformation success before implementation starts. For CIOs and transformation leaders, this means the technology programme is preceded by a structured assessment of executive alignment, governance maturity, business readiness, process ownership, and adoption risk. For CFOs, it means the investment case is built on a foundation that has been tested, not assumed.

Business Readiness Before Configuration

The most common cause of post-go-live failure in EPC programmes is not a technical deficiency. It is an unresolved business question that surfaces during user acceptance testing. Who approves a purchase requisition above AED 500,000? Who authorises a subcontractor variation? Who releases retention, and against which contractual trigger? These are not configuration questions. They are governance questions. When they are answered before configuration begins, they take hours. When they are discovered during testing, they take months and often require rework that was already paid for.

Compliance Architecture Designed for the Operating Model

EPC firms operating across UAE and KSA cannot apply a single Dynamics 365 configuration to both entities. The compliance requirements differ, the legal entity structures differ, and the chart of accounts may need to differ as well. This must be designed at the architecture stage. For guidance on the right Dynamics 365 approach for Saudi operations, our Dynamics 365 module selection guide for Saudi businesses covers the key architecture decisions.

Commercial Adoption, Not Just Finance Deployment

The most common failure point in EPC ERP programmes is not the finance module. It is the commercial function. Quantity surveyors, project managers, and procurement teams either do not use the system correctly or revert to parallel spreadsheets within weeks of go-live. This is a predictable adoption problem, and it is almost always caused by the same thing: the system was configured around how the implementation team assumed commercial teams work, not how they actually work. The solution is not more training. It is earlier business involvement in the configuration design.

The pattern we observe consistently across EPC programmes in the GCC: organisations that resolve business readiness before configuration begins see measurably faster adoption and fewer post-go-live corrections. Organisations that treat readiness as a phase-two activity spend the first six months of live operations correcting decisions that should have been made before a single line of configuration was written.

If you are a CIO, CTO, CFO, or transformation leader evaluating a Dynamics 365 programme for EPC operations in Saudi Arabia or the UAE, speak to a Terracez advisor before configuration begins. A structured readiness conversation costs nothing and changes the trajectory of the programme.

The Question That Determines Whether Your Programme Will Succeed

Terracez supports EPC and construction contractors in Abu Dhabi, across the UAE, and in Saudi Arabia with Dynamics 365 programmes that connect project costing, procurement, subcontractor control, and compliance into one operating model. That is the real difference between deploying software and improving business performance.

Dynamics 365 is a capable platform for EPC and contracting operations in Saudi Arabia and the UAE. Configured correctly, it provides real-time project costing, procurement control, subcontractor management, and GCC regulatory compliance within a single integrated environment. That capability is real.

But capability only becomes value when it is aligned to how the business actually operates. The CIOs and CTOs who have led the strongest EPC transformation programmes in the GCC did not succeed because they selected the right technology. They succeeded because they resolved the right organisational questions before configuration began. The CFOs who have seen genuine return on their programme investment are the ones who treated readiness as a precondition, not an assumption.

The question is not whether Dynamics 365 can handle EPC. It can. The question is whether your organisation is ready to implement it in a way that will actually change how commercial decisions are made, how procurement is governed, and how project performance is reported. If the answer is uncertain, that uncertainty is worth addressing before the programme begins, not after the first go-live.

Terracez is a certified Microsoft Solutions Partner for Business Applications. We work with CIOs, CTOs, IT Heads, CFOs, and transformation leaders at EPC and contracting companies across Saudi Arabia and the UAE to assess readiness, design governance, and deliver Dynamics 365 programmes that create measurable business outcomes. Our engagements are built on the Transformation Intelligence Framework, not on a standard implementation methodology. That is the difference between a programme that goes live and a programme that changes how the business operates.

If you are evaluating a Dynamics 365 programme or reviewing one that is already underway, speak to a Terracez advisor about what transformation readiness looks like for your organisation. There is no obligation and no sales process. It is a structured conversation with a senior Terracez advisor who has worked through the same challenges in oil and gas, precast, and energy environments across the GCC.

The EPC Transformation Readiness Assessment: Ten Questions Most Programmes Never Ask

In a recent engagement with a GCC-based EPC contractor managing multi-site operations across Saudi Arabia and the UAE, Terracez conducted a structured readiness assessment before a single line of Dynamics 365 configuration was written. What emerged was not a technology gap. It was ten unresolved business questions that, left unanswered, would have guaranteed a failed programme. These are the same questions we ask at the start of every EPC engagement. They are diagnostic, direct, and deliberately uncomfortable. Most ERP programmes avoid them entirely.

1. What are the five business problems this programme must solve, in priority order?

This is the first question Terracez asks, and it is the one that most organisations struggle to answer clearly. Not reporting improvements. Not system consolidation. Not ease of use. The question is about specific, critical business problems: margin leakage on long-duration contracts, inability to track committed costs before invoices arrive, subcontractor overpayment due to weak milestone controls, compliance exposure from manual VAT processes, or inability to produce a reliable cost-to-complete at project level. When a leadership team cannot agree on five prioritised business problems within the first session, that is a transformation signal. It tells us that the programme is being driven by technology preference rather than business intent. In the GCC EPC contractor engagement referenced above, the initial list had eleven items and no agreed priority. Before configuration began, we reduced it to five, ranked by financial and operational impact. That exercise alone changed the scope of the programme.

2. Does this initiative have genuine sponsorship beyond IT?

A Dynamics 365 programme owned by IT and tolerated by the business is a programme that will fail at adoption. The question is not whether the CIO or IT Head is committed. The question is whether the CFO, COO, and CEO have explicitly committed to the operational and cultural changes the programme requires, within this financial year, with named accountability. In EPC, this matters particularly because the commercial function, quantity surveying, and procurement teams are the primary users of the system. If those functions do not have executive sponsorship that gives them the authority to change processes, the programme will configure around existing behaviour rather than improving it.

3. Does the CEO fully understand the level of operational and cultural change required?

Technology scope and transformation scope are not the same thing. A CEO who believes the programme is about replacing a legacy system will not protect the budget, the timeline, or the team when resistance surfaces. In EPC and contracting, the cultural change required is significant. Procurement teams that have operated with informal approval processes for years will need structured workflows. Quantity surveyors who have built their careers around spreadsheet-based CVR will need to work inside the system. Project managers who have never been accountable for cost data entry will need to be. If the CEO does not understand and actively support that level of change, the programme will be technically delivered and operationally ignored.

4. Are we genuinely prepared to change our processes?

This is the highest-risk question in any EPC transformation, and it is the one most organisations answer incorrectly at the start. The honest answer, in most cases, is partial. Some processes will change fully. Others will change at the edges. A small number will be protected by departments that have more political influence than operational logic. Terracez does not require full process change as a precondition. We do require a clear, agreed position on which processes are open to change, which are partially open, and which are fixed constraints. Without that clarity, configuration becomes a negotiation that happens during build, not before it, and the cost of that negotiation is measured in rework, delay, and budget overrun.

5. Is there a clear data integration strategy, with executive consent?

EPC contractors in the GCC typically operate with a combination of Dynamics 365, specialist project management tools, estimation software, and, critically, a significant volume of Excel. The question is not which systems to replace. The question is whether the organisation has agreed on a data normalisation strategy that allows each system to exchange information in a consistent format, and whether that strategy has the executive consent needed to enforce it. Terracez calls this AAB consent: Agreed Architecture Baseline. Without it, integration becomes a series of one-off data transfers that break every time a system is updated. With it, the data architecture becomes a business asset rather than a technical liability. In the GCC EPC contractor engagement, three different estimation tools were feeding cost data into the ERP in three different formats. Normalising that data structure before configuration began saved an estimated four months of rework.

6. Are finance, project operations, estimation, and planning aligned on how project costs flow?

Cost data in EPC is created by almost every department from estimation through to billing. Direct costs, indirect costs, apportioned costs, committed costs, and actual costs are generated by different teams at different stages of the project lifecycle. The critical question is whether all of those departments have agreed on a single cost structure that Dynamics 365 can reflect. Not just from a finance perspective, but from a reporting perspective for every department that creates, manages, or consumes cost data. In our experience across GCC EPC programmes, this alignment does not exist at the start of most programmes. Finance has one cost hierarchy. Project operations has another. Estimation works from a third. When Dynamics 365 is configured before that alignment is achieved, the system ends up with a cost structure that satisfies finance and frustrates everyone else. The result is parallel spreadsheets within weeks of go-live.

7. Is there a clearly defined ownership model for planning, budgeting, cost control, and profitability reporting?

Before Terracez begins any configuration engagement, we require a documented ownership model that names the process owner and data owner for every major cost flow in the business. This is not a governance formality. It is a practical requirement for process orchestration. In one GCC EPC engagement, a steering committee meeting in week three of the programme produced four different answers to the question of who owned the variation order approval process. Each answer came from a different department head, and each was genuinely held. That ambiguity had existed for years before the ERP programme surfaced it. Resolving it before configuration began took two weeks. Discovering it during user acceptance testing would have taken four months and required significant rework.

8. How much of current reporting still depends on spreadsheets outside the core system?

The honest answer in most GCC EPC contractors is: most of it. CVR reports, cost-to-complete forecasts, subcontractor payment schedules, retention tracking, and project P&L summaries are typically produced in Excel, outside the ERP, by individuals who have built those models over years. The question is not whether to stop doing this immediately. The question is whether the organisation is willing to commit to a future state where the core system produces those outputs, and whether the budget, WBS structure, and cost architecture being designed into Dynamics 365 will actually support that. If the answer is uncertain, the spreadsheets will return within months of go-live, and the ERP will become a transaction-posting tool rather than a management information system.

9. Are business leaders willing to standardise processes across departments?

In EPC, every department has a local way of working that has been refined over years of project delivery. Procurement teams have approval shortcuts. Commercial teams have informal variation tracking methods. Finance teams have period-end workarounds. The question is not whether those ways of working exist. They do, in every organisation. The question is whether business leaders will accept a standardised process that optimises for the organisation rather than the department, and whether data entry can be minimised sufficiently to make that standardisation viable. Terracez's position is direct: a standardised process that reduces manual data entry and improves decision quality is in the interest of the organisation, even when it creates short-term discomfort for specific teams. That position requires explicit leadership support to hold.

10. Will the right people attend workshops, and do they have real authority?

Workshop-based configuration design only works when the people in the room have two things: operational knowledge and decision-making authority. In GCC EPC programmes, workshops are frequently attended by people who know the process but cannot commit to changing it, or by people who have the authority but not the operational detail. Both produce the same outcome: decisions made in workshops that are reversed by someone more senior two weeks later. Terracez requires that workshop participants are identified and confirmed before the engagement begins, with explicit agreement from the sponsoring executive that those individuals have the authority to make binding process decisions. This is not a procedural preference. It is the difference between a configuration programme that completes in six months and one that takes eighteen.

Terracez designs the governance structure and programme plan for this readiness work before any Dynamics 365 configuration begins. If you are evaluating a programme or reviewing one already underway, the readiness assessment is where we start.

‍

Evaluating a delivery partner? Explore Terracez Dynamics 365 implementation services for UAE and Saudi Arabia to assess business readiness, delivery governance, integrations and go-live planning.