UAEServicesUAE Taxation & Regulatory ComplianceVAT ServicesVAT Functional Gap Analysis for E-Invoicing

UAE Taxation & Regulatory Compliance · VAT Services

VAT Functional Gap Analysis for E-Invoicing

The UAE is moving to mandatory electronic invoicing under a phased FTA rollout built on a Continuous Transaction Control (CTC) model, requiring invoices to be issued and reported in structured data format through Accredited Service Providers rather than as PDFs or paper.

Chartered Accountants · Dubai · Since 1986

What VAT Functional Gap Analysis for E-Invoicing is

The UAE is implementing mandatory e-invoicing as part of its broader Federal Tax Authority (FTA) digital tax administration programme, building on the VAT framework established under Federal Decree-Law No. 8 of 2017. The model follows a Continuous Transaction Control (CTC) '5-corner' architecture — invoices flow from a supplier's system through an Accredited Service Provider (ASP), to the buyer's Accredited Service Provider, to the buyer's system, with transaction data simultaneously reported to the FTA's central platform. This differs fundamentally from the current practice of most UAE businesses, where a 'tax invoice' is a PDF or paper document meeting Federal Decree-Law No. 8 of 2017's mandatory content requirements but with no structured data layer and no real-time government visibility into individual transactions.

A VAT Functional Gap Analysis for E-Invoicing is the diagnostic and readiness engagement that precedes actual e-invoicing implementation. It is not the technical integration itself — it is the structured assessment that determines what has to change before integration can even begin: whether your ERP or accounting system can generate invoice data in the structured format (commonly UBL/PINT AE-aligned XML) the FTA's model requires, whether your customer and supplier master data (TRNs, addresses, legal entity names) is complete and accurate enough to populate every mandatory e-invoice field, whether your chart of accounts and VAT coding is granular enough to map cleanly to the standardised invoice line-item and tax-category schema, and whether your current invoicing, credit note, and self-billing processes can operate within a real-time or near-real-time reporting cycle rather than the batch, month-end VAT return cycle most businesses run today.

The gap analysis matters because e-invoicing readiness is not primarily a software purchase decision — it is a data quality and process design problem that surfaces the underlying weaknesses in a business's invoicing discipline. A business whose current tax invoices are technically compliant under Federal Decree-Law No. 8 of 2017 can still fail an e-invoicing gap assessment because its master data has inconsistent TRNs, its ERP cannot export structured line-item tax detail, its self-billing or reverse-charge invoices are handled manually outside the core system, or its credit note process has no reliable linkage back to the original invoice reference the CTC model requires. Each of these gaps, left unaddressed until the mandate's compliance date, becomes a live invoicing failure rather than a manageable project.

PNPC's approach treats the gap analysis as a cross-functional exercise spanning tax, finance systems, and process — not a pure IT audit and not a pure VAT compliance review in isolation. We map your actual invoice volume, transaction types (B2B, B2G, cross-border, self-billed, reverse-charge), and existing system landscape against the FTA's published e-invoicing requirements and data dictionary as they stand at the time of the engagement, since the programme's technical specifications and phased timeline are refined by the FTA as the rollout progresses. The deliverable is a prioritised, documented gap register and remediation roadmap — not a generic checklist — scoped specifically to your invoicing volume, system architecture, and current VAT compliance maturity, so that when the mandate's compliance date for your business category arrives, the remediation work has already been identified, sequenced, and, ideally, substantially completed rather than started.

When an e-invoicing gap analysis is the right first step

Your business falls within a category the FTA has indicated will be brought into scope for mandatory e-invoicing and you want a structured readiness assessment rather than waiting for the compliance date to force a rushed response

Your ERP or accounting system was implemented years ago, has been heavily customised, or was never designed with structured invoice-data export in mind, and you are unsure whether it can produce e-invoicing-compliant output without significant configuration or a system change

Your customer and supplier master data (TRNs, legal names, addresses, billing entities) has known quality issues — duplicates, missing TRNs, inconsistent legal entity naming — that would block clean e-invoice generation at scale

You issue high volumes of invoices across multiple transaction types (standard B2B, self-billing arrangements, reverse-charge imports, cross-border supplies, credit notes) and want each mapped individually against e-invoicing data requirements rather than assuming a one-size treatment

You operate across multiple UAE entities, Emirates, or free zones and need to understand whether e-invoicing readiness has to be assessed and implemented separately for each legal entity or can be approached at a group level

Your finance and IT teams disagree on whether current systems are 'basically ready' for e-invoicing or need substantial rework — an independent, documented gap analysis settles the question with evidence rather than assumption

You are evaluating Accredited Service Providers or e-invoicing middleware vendors and want your functional requirements clearly defined and prioritised before entering vendor discussions, so vendor selection is driven by your actual gap profile rather than a vendor's generic sales pitch

Your chart of accounts and VAT coding structure is not granular enough to map cleanly to standardised invoice line-item and tax-category schemas, and you want this identified and remediated ahead of any technical integration project

You want a single, board-ready gap register and remediation roadmap that finance, IT, and tax stakeholders can align around, with clear ownership and sequencing, rather than three separate and possibly conflicting internal assessments

When this engagement is premature or not the right scope

You need the actual technical integration with an Accredited Service Provider built and tested — a gap analysis identifies and prioritises what needs to change; it does not itself configure your ERP's e-invoicing module or complete ASP onboarding, though PNPC can scope and support that follow-on phase separately

Your business is unambiguously outside any FTA e-invoicing scope for the foreseeable future (for example a very small, wholly domestic operation with volumes and a profile clearly below any announced phase) and has no near-term reason to prepare — in that case, monitoring the FTA's phased rollout announcements is sufficient for now rather than commissioning a full assessment

You are looking for a generic e-invoicing 'compliance checklist' rather than a business-specific assessment of your actual invoice volume, system landscape, and master data quality — a template checklist will not surface the gaps unique to your ERP configuration or transaction mix

Your current VAT return filing has known, unresolved compliance issues (misclassified supplies, unreconciled ledgers, outstanding voluntary disclosures) that need to be fixed first — e-invoicing readiness sits on top of a sound VAT compliance foundation, and layering a gap analysis onto an already-unreliable VAT process produces an unreliable gap analysis

You want a single, fixed AED figure or exact implementation timeline quoted before any assessment work has been scoped — the realistic effort and cost depend entirely on your specific system landscape and data quality, which is precisely what the gap analysis itself is designed to establish

Your ERP vendor or Accredited Service Provider has already completed a full technical gap assessment covering your specific system and you only need PNPC's tax and VAT-coding review layered on top — in that case a narrower, scoped review may be more appropriate than a full end-to-end functional gap analysis

You are already mid-way through a live e-invoicing pilot with the FTA or an ASP and need hands-on implementation and testing support rather than an upstream diagnostic — that is an implementation engagement, not a gap analysis

Structure Comparison

Approaches to e-invoicing readiness compared

ApproachWhat it coversDepth of assessmentTypical outcomeBest fit
PNPC VAT Functional Gap AnalysisERP/system capability, master data quality, VAT coding granularity, invoice/credit-note/self-billing process mapping against FTA e-invoicing requirementsDocument-led, entity-specific, transaction-type-by-transaction-type review with a prioritised gap registerA sequenced, owned remediation roadmap covering systems, data, and process, ready to hand to IT/ERP teams or an ASPBusinesses wanting a structured, defensible readiness position before committing to a technical implementation
Generic e-invoicing checklist / self-assessmentHigh-level awareness of e-invoicing concepts and broad requirement categoriesShallow — same checklist regardless of your system, volume, or transaction mixGeneral awareness, but no entity-specific gap identification or prioritisationVery early-stage awareness building only, not a substitute for a real assessment
ERP vendor's own e-invoicing module assessmentTechnical capability of that specific ERP/module to produce structured e-invoice outputDeep on system configuration; typically shallow on VAT coding correctness and master data qualityA system-readiness view, but not independent, and often silent on tax-classification accuracyUseful as one input, best paired with an independent VAT and process review
Wait for the mandate and react at the deadlineNothing until the compliance date, then whatever can be fixed under time pressureNone until forcedRushed vendor selection, incomplete master data cleanup, invoicing disruption risk at go-liveNot recommended — the most common and most avoidable path to a difficult go-live
Full technical implementation project (no prior gap analysis)Direct build of ASP integration and ERP configurationDeep on the build, but starts without a documented baseline of what actually needs to changeHigher risk of rework — gaps discovered mid-build that a prior gap analysis would have surfaced earlier and cheaperBetter suited once a gap analysis has already defined scope and sequencing
Combined gap analysis + phased implementation support (PNPC-recommended path)Gap analysis first, feeding a scoped, sequenced implementation and ASP onboarding phaseFull depth at each stage, with the implementation phase scoped by evidence rather than assumptionLowest-risk path to a working, compliant e-invoicing process by the applicable compliance dateBusinesses that want to move from diagnosis to a working solution under one coordinated engagement

The FTA's e-invoicing programme, its phased scope, and its technical data requirements continue to be refined and published by the Authority. PNPC's gap analysis is scoped against the current published requirements at the time of engagement and flagged for re-validation as the FTA's specifications are finalised for your applicable phase.

How it works
#Stage & What PNPC DoesWhat a Rushed or DIY Assessment MissesTypical Output
1Scoping & Entity Mapping — understanding which legal entities, Emirates, and free zone structures are in scopeBusinesses with multiple UAE entities often assume a single group-level assessment covers everyone; in practice each legal entity's VAT registration, invoicing volume, and system setup needs to be individually scoped against the FTA's phased applicability criteria as published.A scoped list of in-scope entities and their applicable compliance considerations
2Current-State System Landscape Review — ERP, invoicing tools, and any middleware already in placeA surface-level review often stops at 'do you use SAP/Oracle/Zoho/Tally' without examining whether the specific configuration, customisation, and version in use can actually export structured invoice data — the capability gap is in the configuration, not the product name.A documented system landscape map with capability notes per system
3Invoice & Transaction Type Inventory — cataloguing every invoice type your business issues or receivesStandard B2B sales invoices are usually well understood; self-billing arrangements, reverse-charge imports, credit/debit notes, and B2G invoices are frequently handled through manual workarounds outside the core system and get missed in a quick assessment.A complete transaction-type inventory mapped to e-invoicing requirements
4Master Data Quality Assessment — TRNs, legal entity names, addresses across customers and suppliersMaster data quality issues (duplicate customer records, missing or outdated TRNs, inconsistent legal entity naming) are usually invisible in day-to-day invoicing because current tax invoices tolerate minor inconsistencies the CTC e-invoicing model will not.A data quality report identifying records requiring cleanup before go-live
5VAT Coding & Chart of Accounts Granularity ReviewA chart of accounts built for management reporting purposes is often not granular enough to map cleanly to standardised e-invoice line-item tax categories — this surfaces only when someone actually tries to map every VAT code to the required schema, not from a general review.A VAT coding gap list with recommended chart-of-accounts or coding adjustments
6Process Mapping — invoice issuance, approval, credit note, and correction workflowsReal-time or near-real-time reporting changes the tolerance for post-issuance corrections; a business whose current process routinely 'fixes it in the next return' needs its invoice issuance and correction workflow redesigned, not just its system reconfigured.A documented current-state process map with flagged incompatibilities
7Gap Register Compilation & PrioritisationA list of gaps without prioritisation and ownership is not actionable — DIY assessments often produce a long list with no sequencing, leaving IT and finance unsure what to tackle first under a fixed compliance timeline.A prioritised, owned gap register (critical / high / medium) with recommended sequencing
8Remediation Roadmap & Effort EstimateEffort and cost estimates that are not grounded in the specific gap register tend to be either wildly optimistic (underestimating master data cleanup effort) or generic vendor quotes disconnected from your actual scope.A phased remediation roadmap covering systems, data, and process changes, sequenced against the applicable compliance timeline
9Findings Presentation & Stakeholder AlignmentFindings delivered only to the tax or finance team without IT and leadership sign-off routinely stall at the implementation stage because budget and system-change ownership was never secured.A joint finance/IT/leadership walkthrough of findings, gaps, and the proposed roadmap
10Handover to Implementation or ASP Selection PhaseA gap analysis that ends with a report and no clear next step leaves the business to independently interpret technical findings when engaging an Accredited Service Provider or ERP vendor — losing the context PNPC built during the assessment.A scoped brief for ASP/vendor selection or a PNPC-supported implementation phase, carrying forward the gap register as the requirements baseline

Realistic duration for a gap analysis depends heavily on the number of entities in scope, system landscape complexity, and data quality — a single-entity business on a modern ERP typically moves through this faster than a multi-entity group with legacy or heavily customised systems. PNPC scopes and confirms a specific timeline once the entity and system inventory (stage 1) is complete.

Document Checklist
Corporate & VAT Registration Documents

Trade licence(s) for each legal entity in scope

Current VAT Tax Registration Number(s) (TRN) and registration details for each entity

Details of any existing VAT Group registration, since group structure affects how e-invoicing scope is assessed across members

Corporate structure chart showing all legal entities, Emirates of operation, and mainland/free zone status

System & Technical Landscape

Details of the ERP, accounting, or invoicing system(s) currently in use, including version and any customisations

Sample invoice exports or reports showing current invoice data fields and format

List of any existing middleware, integration tools, or third-party invoicing/billing platforms in the invoicing workflow

Details of any prior e-invoicing pilot participation or Accredited Service Provider discussions already underway

Invoice & Transaction Volume Data

Approximate monthly/annual invoice volume by transaction type (standard sales, credit notes, self-billed, reverse-charge, B2G if applicable)

Sample tax invoices and credit notes currently issued, covering each distinct transaction type

List of major customer and supplier categories, including any cross-border or related-party transaction patterns

Current VAT return filing history and any known reconciliation issues that should be resolved alongside the gap analysis

Master Data & Chart of Accounts

Customer master data extract (or sample) showing TRN, legal name, and address fields as currently held

Supplier master data extract (or sample) with the same fields

Current chart of accounts and VAT/tax coding structure applied to revenue and expense lines

Any known data quality issues already identified internally (duplicates, missing TRNs, legacy records)

Process & Governance Documents

Current invoice issuance, approval, and correction/credit-note workflow documentation, where it exists

Names and roles of finance, IT, and tax stakeholders who should be engaged during the assessment

Any internal project charter or budget approval already in place for e-invoicing readiness

Details of any relevant IT roadmap or planned ERP upgrade/migration that could affect e-invoicing implementation timing

Ongoing obligations
PhaseTriggered ByPNPC GuidanceRisk If Ignored
Initial Readiness AssessmentAwareness of the FTA's e-invoicing programme and phased rolloutFull gap analysis across systems, master data, VAT coding, and process, producing a prioritised gap register and remediation roadmap.Businesses that wait until their compliance phase is announced with a firm date often find remediation work — especially master data cleanup — takes materially longer than the notice period allows.
Master Data RemediationGap analysis identifies TRN, naming, or address quality issuesA structured data cleanup plan, typically run in parallel with system configuration work rather than sequenced after it, since data quality gates everything downstream.Poor master data quality causes e-invoice generation failures at the transaction level once live — rejected invoices, mismatched TRNs, and disrupted billing cycles.
System Configuration & ASP SelectionGap register defines system-level requirementsPNPC's requirements brief supports vendor/ASP evaluation so system selection is driven by your actual gap profile, not a generic vendor pitch.Selecting an Accredited Service Provider or ERP module without a clear requirements baseline risks a mismatch discovered mid-implementation, requiring costly rework.
VAT Coding & Chart of Accounts UpdateGap analysis finds coding granularity insufficient for e-invoice schema mappingRecommended chart-of-accounts and VAT coding adjustments, reviewed against both e-invoicing schema requirements and ongoing VAT return accuracy.A coding structure that cannot map cleanly to the e-invoice schema produces either failed transmissions or systematically misclassified e-invoice data at scale.
Process RedesignGap analysis flags invoice issuance/correction workflows incompatible with real-time reportingRedesigned invoice approval, issuance, and correction workflows built around the compliance cycle the CTC model requires, not the current month-end VAT cycle.Continuing a 'fix it in the next return' correction habit under a real-time reporting model creates live compliance exposure on every uncorrected transaction, not just a future filing adjustment.
Pilot / Parallel RunSystem and process changes substantially implementedA structured pilot period generating e-invoices in parallel with current processes to validate output before full go-live, where the applicable phase timeline allows for it.Going live without a parallel validation period risks discovering data or format errors only after they have disrupted live customer invoicing.
Go-Live for Applicable Compliance PhaseFTA-confirmed compliance date for your business categoryFinal readiness confirmation against the gap register, with any outstanding items formally risk-assessed and a contingency plan for residual gaps.Going live with known, unresolved gaps converts a project risk into an active FTA compliance breach from the mandate date forward.
Post-Go-Live MonitoringE-invoicing live and operationalOngoing monitoring of transmission success rates, rejected invoice patterns, and any recurring data quality issues surfacing only once running at real transaction volume.Rejected or failed e-invoice transmissions that are not actively monitored can silently accumulate into a compliance and cash-flow problem before anyone notices the pattern.
Ongoing VAT & E-Invoicing CoordinationContinuing business operations under the live e-invoicing regimeCoordinated ongoing VAT return filing and e-invoicing compliance, since the two now share the same underlying transaction data and should be reconciled together, not managed as separate workstreams.Divergence between what is reported through e-invoicing transmissions and what is declared on the periodic VAT return is a direct, FTA-visible cross-check risk once both data sets exist.
Scope ChangesNew entity formed, new transaction type introduced, or ERP changeRe-assessment of e-invoicing readiness whenever a new legal entity, transaction type, or system change is introduced, rather than assuming the original gap analysis remains valid indefinitely.A new entity or transaction type introduced without revisiting e-invoicing readiness can quietly reintroduce the exact gaps the original analysis was designed to close.

E-invoicing readiness is not a one-time project that ends at go-live — it is an operating capability that has to be maintained as your business, systems, and transaction types evolve. PNPC builds ongoing e-invoicing and VAT coordination into retainer engagements rather than treating the gap analysis as a standalone, closed exercise.

Frequently asked
What exactly is UAE e-invoicing, and how is it different from the tax invoices I issue today?

Today's UAE tax invoices, whether PDF or paper, must meet specific mandatory content requirements under Federal Decree-Law No. 8 of 2017 but exist as unstructured documents with no direct government visibility into individual transactions. E-invoicing introduces a Continuous Transaction Control model where invoices are generated and exchanged as structured data through Accredited Service Providers, with transaction data reported to the FTA on an ongoing basis rather than only summarised in a periodic VAT return.

Practitioner noteThe shift that catches businesses out is not the format change itself — it is that invoicing becomes a live, structured data process rather than a document you can correct informally later. We frame the gap analysis around that operating-model shift, not just a technical file-format question.
Is e-invoicing mandatory for my business, and when?

The FTA has set out a phased implementation programme for mandatory e-invoicing, with applicability determined by business category and rollout phase as published by the Authority. Since the phased scope and exact compliance dates are set and refined by the FTA over time, PNPC confirms your specific applicability and timeline against the current published programme at the time of the engagement rather than working from an assumed or outdated date.

Practitioner noteWe treat 'when does this apply to us' as the first question in every engagement, precisely because assuming a generic timeline — rather than confirming your specific phase — is the most common planning mistake we see.
What does a VAT Functional Gap Analysis for E-Invoicing actually produce?

The engagement produces a prioritised, documented gap register covering your system capability, master data quality, VAT coding granularity, and invoicing process against e-invoicing requirements, together with a sequenced remediation roadmap. It is a diagnostic and planning deliverable, not the technical implementation itself, though PNPC can scope and support the implementation phase that follows.

Practitioner noteWe deliver this as a working document finance, IT, and leadership can act on together — not a slide deck that summarises the concept of e-invoicing without telling you specifically what your business needs to fix.
Can our current ERP handle e-invoicing, or will we need a new system?

It depends entirely on your specific ERP, its version, and how heavily it has been customised — many modern ERPs can be configured to produce structured e-invoice output, sometimes via an add-on module or middleware layer, without requiring full system replacement. Older or heavily customised systems, or businesses running disconnected spreadsheet-based invoicing, are more likely to need meaningful system change. The gap analysis is specifically designed to answer this question for your system rather than assuming an answer from the product name alone.

Practitioner noteWe have seen businesses on the same ERP product reach opposite conclusions purely because of how differently their instances were configured and customised over the years — the product name tells you very little on its own.
What is an Accredited Service Provider (ASP) and do I need to select one myself?

An Accredited Service Provider is a certified intermediary within the CTC e-invoicing model that handles the exchange of structured invoice data between suppliers, buyers, and the FTA's reporting platform. Businesses will generally need to work with an ASP (directly or through their ERP/software provider) to transmit compliant e-invoices. PNPC's gap analysis defines your functional requirements so that ASP or vendor selection, when you undertake it, is driven by your actual needs rather than a generic sales pitch.

Practitioner noteWe recommend finishing the gap analysis before finalising an ASP or vendor choice — evaluating vendors without a clear internal requirements list tends to produce a selection based on the vendor's presentation rather than your actual fit.
How is this different from just asking our software vendor if their system is 'e-invoicing ready'?

A vendor's own readiness claim typically addresses their software's technical capability, not whether your specific instance, customisations, master data quality, and VAT coding structure are actually configured to use that capability correctly. A business can run 'e-invoicing ready' software and still fail to generate compliant e-invoices because of poor master data or misaligned VAT coding underneath it.

Practitioner noteWe frequently find the software itself is capable, but the underlying data and configuration in a specific client's instance is not — the vendor's marketing claim and your actual readiness are two different questions, and only one of them is answered by asking the vendor.
What is the most common gap PNPC finds in these assessments?

Master data quality — inconsistent or missing TRNs, duplicate customer records, and legal entity names that do not match trade licence records exactly — is the most frequent and most underestimated gap, because current invoicing tolerates minor inconsistencies that a structured e-invoicing exchange will not. The second most common gap is invoice types handled manually outside the core ERP — self-billing arrangements, ad hoc credit notes, and reverse-charge import invoices in particular.

Practitioner noteMaster data cleanup is almost always underestimated in effort — it sounds administrative, but reconciling thousands of customer or supplier records against accurate TRNs and legal names is genuinely time-consuming work that should start early, not in the final weeks before a compliance date.
Do I need to run a gap analysis separately for each legal entity, or can it be done at group level?

Each legal entity's VAT registration, system setup, and invoicing profile generally needs to be individually assessed, since e-invoicing applicability and readiness gaps can differ meaningfully even within a single corporate group — one entity may run a modern ERP with clean data while a sister entity relies on manual invoicing. PNPC scopes the assessment at entity level within a single coordinated engagement where a group has multiple entities in scope, rather than duplicating unrelated assessments.

Practitioner noteWe have seen groups assume a single well-run flagship entity's readiness reflects the whole group, only to find a smaller subsidiary running an entirely different, far less capable system — each entity earns its own line in the gap register.
What happens if we do nothing until the compliance date is announced for our business category?

Reacting only once a firm compliance date is set compresses master data cleanup, system configuration, ASP selection, and process redesign into whatever notice period the FTA provides — work that, done properly, typically benefits from being planned and phased well in advance. Businesses that wait often end up making rushed vendor and process decisions under deadline pressure rather than following a considered roadmap.

Practitioner noteThe single biggest risk in waiting is not the diagnosis — a gap analysis itself can be run relatively quickly — it is the remediation work, especially master data cleanup, which genuinely needs lead time that a compressed compliance window may not provide.
How does this relate to our existing VAT return filing and compliance work?

E-invoicing readiness builds directly on top of your existing VAT compliance foundation — the same VAT coding, supply classification, and transaction data that feed your periodic VAT201 return will also drive your structured e-invoice output. A gap analysis is far more effective, and far more reliable, where the underlying VAT return process is already sound; unresolved VAT reconciliation issues should generally be addressed alongside or before the e-invoicing gap analysis, not left for later.

Practitioner noteWe flag any live VAT compliance issues we encounter during the gap analysis immediately, because layering e-invoicing readiness on top of an already-unreliable VAT process just relocates the underlying problem rather than solving it.
Will e-invoicing change how VAT returns are filed, or replace the VAT return entirely?

Based on the FTA's published direction for the programme, e-invoicing is being introduced as a transaction-level reporting layer that operates alongside the existing periodic VAT return framework under Federal Decree-Law No. 8 of 2017, rather than announced as an outright replacement of the VAT201 return. PNPC monitors the FTA's guidance on this specifically and updates clients as the Authority's published position develops.

Practitioner noteWe are careful not to overstate what is confirmed versus still evolving in the FTA's published programme — where the Authority has not finalised a specific point, we say so rather than presenting an assumption as settled fact.
What does PNPC actually check when reviewing our master data?

We review a representative sample (or full extract, depending on volume) of your customer and supplier records for TRN presence and validity, legal entity name consistency against trade licence records, address completeness, and duplicate or conflicting records for the same counterparty — since each of these fields typically becomes a mandatory, machine-validated field in a structured e-invoice rather than a free-text field a human can informally correct.

Practitioner noteWe specifically check whether a customer's TRN on file matches what is actually registered with the FTA where this can be verified, since a mismatched or stale TRN is a common, entirely preventable point of e-invoice rejection.
Our invoice volume is low — do we still need a full gap analysis?

A lower invoice volume generally means a smaller and faster assessment, not that the assessment can be skipped — the same categories of gap (master data quality, system capability, VAT coding granularity) apply regardless of volume, though the effort to review and remediate scales with volume and transaction-type complexity rather than with the assessment's core scope.

Practitioner noteWe scope engagements proportionately to volume and complexity — a low-volume, single-entity business with a modern accounting system moves through this assessment considerably faster than a high-volume multi-entity group, and we price and time accordingly.
Does this cover cross-border and reverse-charge invoices, or only domestic B2B sales?

Yes — the transaction-type inventory stage of the assessment specifically catalogues every invoice type your business issues or receives, including cross-border supplies, self-billing arrangements, and reverse-charge imports, since these are the transaction types most often handled outside the core invoicing system today and therefore most likely to carry hidden gaps against e-invoicing requirements.

Practitioner noteReverse-charge and self-billed transactions are consistently where we find the most significant gaps, precisely because they are the invoice types least likely to already flow through a business's primary, well-controlled invoicing system.
How long does a gap analysis engagement typically take?

Duration depends on the number of legal entities in scope, the complexity and age of your system landscape, and the state of your master data — a single-entity business on a modern, well-configured system typically completes faster than a multi-entity group with legacy or heavily customised systems and known data quality issues. PNPC confirms a specific timeline once the initial entity and system scoping stage is complete, rather than quoting a generic duration upfront.

Practitioner noteWe deliberately avoid quoting a fixed duration before scoping is done — the range across the engagements we run is wide enough that a generic estimate would either understate a complex group's needs or overstate a simple single-entity assessment.
Who from our team needs to be involved in the assessment?

A meaningful gap analysis needs input from finance/tax (VAT coding, invoicing process, compliance history), IT or your ERP administrator (system configuration and technical capability), and typically a decision-maker who can commit to the remediation roadmap once findings are presented — assessments run with only one of these perspectives tend to miss gaps the others would have surfaced.

Practitioner noteAssessments that only involve the finance team consistently underestimate the system-configuration gaps, while assessments that only involve IT consistently underestimate the VAT-coding and data-quality gaps — we insist on both being represented.
What happens after the gap analysis is complete — does PNPC also implement the fixes?

The gap analysis itself concludes with the prioritised gap register, remediation roadmap, and a stakeholder walkthrough of the findings. PNPC can be separately engaged to support the follow-on phases — master data remediation, VAT coding restructuring, ASP/vendor selection support, and process redesign — scoped and quoted based on what the gap analysis actually identifies, rather than assumed as part of the diagnostic engagement.

Practitioner noteWe keep the diagnostic and remediation phases distinct in scope and pricing deliberately — it keeps the gap analysis itself objective, rather than shaped by an incentive to find more remediation work than genuinely exists.
Can PNPC help us select or evaluate an Accredited Service Provider?

Yes — the requirements brief produced from your gap analysis is designed to feed directly into ASP or vendor evaluation, giving you a specific, prioritised list of functional requirements to test any prospective provider against, rather than relying on a generic vendor demonstration to judge fit.

Practitioner noteWe recommend clients test at least two providers against the same requirements brief before committing — differences in how well a provider's standard integration matches your specific gap profile only become visible under a like-for-like comparison.
Will e-invoicing readiness affect our VAT Group registration or intra-group transactions?

Where you operate under a VAT Group registration, intra-group supplies are generally disregarded for VAT purposes under the group's consolidated return, but the individual entities and the representative member's invoicing systems still need to be assessed for e-invoicing readiness on their external, non-disregarded transactions. PNPC reviews the group structure specifically to confirm which transactions and which member entities fall within the e-invoicing assessment scope.

Practitioner noteWe treat VAT Group structure as a factor to map explicitly at the scoping stage, since it changes which transactions and which member's systems are actually in scope for the gap analysis, rather than assuming the whole group is uniformly affected.
Do free zone companies need to prepare for e-invoicing the same way as mainland companies?

E-invoicing readiness, like VAT itself, applies based on the nature of your supplies and your business's applicable compliance phase rather than your licensing jurisdiction — free zone entities, including Qualifying Free Zone Persons for Corporate Tax purposes, are assessed on the same basis as mainland entities for e-invoicing scope. PNPC confirms your entity's specific position rather than assuming free zone status changes the analysis.

Practitioner noteWe regularly correct the assumption that free zone status carries some blanket exemption from e-invoicing — as with VAT generally, free zone licensing and e-invoicing applicability are separate questions that should each be confirmed on the facts.
How does PNPC stay current on the FTA's evolving e-invoicing technical specifications?

PNPC's tax and VAT team actively monitors FTA publications, Cabinet decisions, and Ministerial guidance relating to the e-invoicing programme as they are issued, and re-validates prior gap analysis findings against updated specifications where a client's assessment was completed before a material change was published.

Practitioner noteWe explicitly flag to clients where a finding in their gap analysis was based on the FTA's published position at the time, since the programme's technical detail and phased timeline continue to be refined — a gap register from an earlier stage of the rollout may need a light-touch re-validation, not a full re-run, once specifications firm up.
What is the cost of a VAT Functional Gap Analysis for E-Invoicing?

PNPC scopes and quotes a fixed fee once the number of legal entities, system landscape complexity, and approximate invoice volume are understood at the initial scoping stage — there is no single standard fee, since the effort required for a single-entity business on a modern system differs substantially from a multi-entity group with legacy systems and known data quality issues.

Practitioner noteWe provide a written scope and fee proposal before work begins, based on the initial scoping conversation, so there is no ambiguity about what the engagement covers before you commit.
Why should we use PNPC rather than have our internal finance and IT teams run this assessment themselves?

Internal teams can and sometimes do run a version of this assessment, but they typically lack an external, cross-client view of where UAE businesses commonly carry hidden gaps — master data patterns, VAT coding structures, and process weaknesses that only become visible across multiple engagements. An internal assessment can also carry unconscious bias toward the current system or process being 'basically fine', where an independent review applies the same rigour a live e-invoicing failure would.

Practitioner noteWe are direct with clients that a well-resourced internal team can absolutely run parts of this work — our value is the independent, pattern-informed view across many UAE businesses' e-invoicing gaps, plus a documented deliverable that carries weight with leadership and, if needed, with an ASP or vendor during selection.
Why PNPC Global

PNPC's gap analysis versus a generic vendor readiness check

DimensionPNPC VAT Functional Gap AnalysisGeneric vendor / DIY readiness check
ScopeSystems, master data, VAT coding, and process assessed together as one cross-functional reviewUsually limited to system/software capability alone
IndependenceIndependent of any ERP vendor or Accredited Service Provider, so findings are not shaped by a product's sales interestVendor assessments are inherently framed around that vendor's own product capability
VAT technical groundingReviewed by qualified tax practitioners who also handle your VAT return filing, so classification and coding gaps are caught with real VAT expertiseTypically reviewed by technical/IT staff without deep VAT technical background
Entity-level detailEach legal entity in a group individually scoped and assessed, not assumed uniformOften assessed at a single, generic group level, missing entity-specific gaps
DeliverableA prioritised, sequenced gap register and remediation roadmap ready for IT/ASP handoverA general readiness statement or checklist without entity-specific prioritisation
ContinuitySame firm can support remediation, ASP selection, and ongoing VAT/e-invoicing coordination post-go-liveAssessment often ends with the report, with no continuity into implementation or ongoing compliance
Grounding in current FTA guidanceFindings actively benchmarked against the FTA's current published e-invoicing programme and re-validated as guidance evolvesRisk of relying on outdated or generic assumptions about requirements that have since been refined

What the PNPC package includes

  1. 01

    Entity and scoping review across all UAE legal entities, Emirates, and free zone structures in scope

  2. 02

    Full current-state system landscape review of ERP, accounting, and invoicing tools

  3. 03

    Complete transaction-type inventory, including self-billing, reverse-charge, and cross-border invoices

  4. 04

    Master data quality assessment of customer and supplier TRNs, legal names, and addresses

  5. 05

    VAT coding and chart-of-accounts granularity review against e-invoice schema requirements

  6. 06

    Invoice issuance, approval, and correction/credit-note process mapping

  7. 07

    A prioritised, sequenced gap register with critical/high/medium classification

  8. 08

    A phased remediation roadmap with effort and ownership guidance

  9. 09

    A joint finance/IT/leadership findings presentation and walkthrough

  10. 10

    A requirements brief ready to support Accredited Service Provider or ERP vendor evaluation

  11. 11

    Coordination with your existing VAT return filing and compliance position throughout the assessment

  12. 12

    Guidance on VAT Group structure implications for e-invoicing scope, where relevant

  13. 13

    Ongoing monitoring of FTA e-invoicing programme updates relevant to your applicable compliance phase

  14. 14

    Optional follow-on scoping for master data remediation, coding restructuring, and implementation support

Get an evidence-based view of exactly what stands between your current invoicing setup and UAE e-invoicing compliance — before the compliance date forces the pace.

Jurisdiction

🇦🇪
United Arab Emirates

Free zone, mainland & offshore

Ready to get started?

Tell us about your requirement — a UAE specialist responds within 24 hours.

← Back to VAT Services