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
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
Approaches to e-invoicing readiness compared
| Approach | What it covers | Depth of assessment | Typical outcome | Best fit |
|---|---|---|---|---|
| PNPC VAT Functional Gap Analysis | ERP/system capability, master data quality, VAT coding granularity, invoice/credit-note/self-billing process mapping against FTA e-invoicing requirements | Document-led, entity-specific, transaction-type-by-transaction-type review with a prioritised gap register | A sequenced, owned remediation roadmap covering systems, data, and process, ready to hand to IT/ERP teams or an ASP | Businesses wanting a structured, defensible readiness position before committing to a technical implementation |
| Generic e-invoicing checklist / self-assessment | High-level awareness of e-invoicing concepts and broad requirement categories | Shallow — same checklist regardless of your system, volume, or transaction mix | General awareness, but no entity-specific gap identification or prioritisation | Very early-stage awareness building only, not a substitute for a real assessment |
| ERP vendor's own e-invoicing module assessment | Technical capability of that specific ERP/module to produce structured e-invoice output | Deep on system configuration; typically shallow on VAT coding correctness and master data quality | A system-readiness view, but not independent, and often silent on tax-classification accuracy | Useful as one input, best paired with an independent VAT and process review |
| Wait for the mandate and react at the deadline | Nothing until the compliance date, then whatever can be fixed under time pressure | None until forced | Rushed vendor selection, incomplete master data cleanup, invoicing disruption risk at go-live | Not 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 configuration | Deep on the build, but starts without a documented baseline of what actually needs to change | Higher risk of rework — gaps discovered mid-build that a prior gap analysis would have surfaced earlier and cheaper | Better 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 phase | Full depth at each stage, with the implementation phase scoped by evidence rather than assumption | Lowest-risk path to a working, compliant e-invoicing process by the applicable compliance date | Businesses 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.
| # | Stage & What PNPC Does | What a Rushed or DIY Assessment Misses | Typical Output |
|---|---|---|---|
| 1 | Scoping & Entity Mapping — understanding which legal entities, Emirates, and free zone structures are in scope | Businesses 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 |
| 2 | Current-State System Landscape Review — ERP, invoicing tools, and any middleware already in place | A 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 |
| 3 | Invoice & Transaction Type Inventory — cataloguing every invoice type your business issues or receives | Standard 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 |
| 4 | Master Data Quality Assessment — TRNs, legal entity names, addresses across customers and suppliers | Master 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 |
| 5 | VAT Coding & Chart of Accounts Granularity Review | A 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 |
| 6 | Process Mapping — invoice issuance, approval, credit note, and correction workflows | Real-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 |
| 7 | Gap Register Compilation & Prioritisation | A 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 |
| 8 | Remediation Roadmap & Effort Estimate | Effort 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 |
| 9 | Findings Presentation & Stakeholder Alignment | Findings 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 |
| 10 | Handover to Implementation or ASP Selection Phase | A 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.
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
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
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
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)
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
| Phase | Triggered By | PNPC Guidance | Risk If Ignored |
|---|---|---|---|
| Initial Readiness Assessment | Awareness of the FTA's e-invoicing programme and phased rollout | Full 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 Remediation | Gap analysis identifies TRN, naming, or address quality issues | A 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 Selection | Gap register defines system-level requirements | PNPC'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 Update | Gap analysis finds coding granularity insufficient for e-invoice schema mapping | Recommended 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 Redesign | Gap analysis flags invoice issuance/correction workflows incompatible with real-time reporting | Redesigned 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 Run | System and process changes substantially implemented | A 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 Phase | FTA-confirmed compliance date for your business category | Final 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 Monitoring | E-invoicing live and operational | Ongoing 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 Coordination | Continuing business operations under the live e-invoicing regime | Coordinated 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 Changes | New entity formed, new transaction type introduced, or ERP change | Re-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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
PNPC's gap analysis versus a generic vendor readiness check
| Dimension | PNPC VAT Functional Gap Analysis | Generic vendor / DIY readiness check |
|---|---|---|
| Scope | Systems, master data, VAT coding, and process assessed together as one cross-functional review | Usually limited to system/software capability alone |
| Independence | Independent of any ERP vendor or Accredited Service Provider, so findings are not shaped by a product's sales interest | Vendor assessments are inherently framed around that vendor's own product capability |
| VAT technical grounding | Reviewed by qualified tax practitioners who also handle your VAT return filing, so classification and coding gaps are caught with real VAT expertise | Typically reviewed by technical/IT staff without deep VAT technical background |
| Entity-level detail | Each legal entity in a group individually scoped and assessed, not assumed uniform | Often assessed at a single, generic group level, missing entity-specific gaps |
| Deliverable | A prioritised, sequenced gap register and remediation roadmap ready for IT/ASP handover | A general readiness statement or checklist without entity-specific prioritisation |
| Continuity | Same firm can support remediation, ASP selection, and ongoing VAT/e-invoicing coordination post-go-live | Assessment often ends with the report, with no continuity into implementation or ongoing compliance |
| Grounding in current FTA guidance | Findings actively benchmarked against the FTA's current published e-invoicing programme and re-validated as guidance evolves | Risk of relying on outdated or generic assumptions about requirements that have since been refined |
What the PNPC package includes
- 01
Entity and scoping review across all UAE legal entities, Emirates, and free zone structures in scope
- 02
Full current-state system landscape review of ERP, accounting, and invoicing tools
- 03
Complete transaction-type inventory, including self-billing, reverse-charge, and cross-border invoices
- 04
Master data quality assessment of customer and supplier TRNs, legal names, and addresses
- 05
VAT coding and chart-of-accounts granularity review against e-invoice schema requirements
- 06
Invoice issuance, approval, and correction/credit-note process mapping
- 07
A prioritised, sequenced gap register with critical/high/medium classification
- 08
A phased remediation roadmap with effort and ownership guidance
- 09
A joint finance/IT/leadership findings presentation and walkthrough
- 10
A requirements brief ready to support Accredited Service Provider or ERP vendor evaluation
- 11
Coordination with your existing VAT return filing and compliance position throughout the assessment
- 12
Guidance on VAT Group structure implications for e-invoicing scope, where relevant
- 13
Ongoing monitoring of FTA e-invoicing programme updates relevant to your applicable compliance phase
- 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
Free zone, mainland & offshore
Ready to get started?
Tell us about your requirement — a UAE specialist responds within 24 hours.