Guia
Como Configurar um Provedor de Tecnologia de eInvoicing ou ASP nos EAU
A resposta curta
O Ministry of Finance define o marco de eInvoicing dos UAE e credencia os prestadores de serviço; a Federal Tax Authority opera a troca e o sistema EmaraTax, por meio do qual as empresas selecionam um prestador. A autorização que importa é o status de Accredited Service Provider (ASP) nos termos da Ministerial Decision No. 64 of 2025. Isso é diferente de uma licença comercial de tecnologia comum, que uma empresa pode manter sem nunca tocar na troca regulamentada. A pergunta que decide o caminho é simples: a empresa troca faturas como um dos quatro corners, ou fornece software a quem o faz?
O modelo dos quatro cantos e quem decide o seu papel
A exchange funciona em um modelo de quatro corners: o Corner 1 é o fornecedor que emite a fatura, o Corner 4 é o cliente que a recebe, e os dois trocam dados estruturados de fatura por meio de intermediários credenciados, em vez de enviar um PDF por e-mail. O Corner 5 reporta os mesmos dados à Federal Tax Authority para fins fiscais, e esse corner de reporte entrou em operação antes do piloto que começou em 1º de julho de 2026.
Uma empresa não pode simplesmente declarar-se parte desta cadeia. Um ASP é credenciado pelo Ministry of Finance, e um cliente escolhe seu ASP firmando um acordo comercial e selecionando-o por meio do sistema EmaraTax da Federal Tax Authority. Se o produto de uma empresa apenas prepara ou exibe dados de faturas sem transportá-los pela troca, ela não atua como Corner 1, 4 ou 5, e é improvável que o credenciamento se aplique, mas isso é uma questão sobre o que o software de fato faz, e não sobre como a licença comercial o descreve.
O que o Ministry of Finance e a Federal Tax Authority realmente exigem
Três decisões ministeriais sustentam juridicamente esse regime. A No. 243 of 2025 instituiu o sistema de eInvoicing; a No. 244 of 2025 estabeleceu seus procedimentos de implementação; a No. 64 of 2025 define quem pode se tornar um Accredited Service Provider e de que forma. A Federal Tax Authority define eInvoicing de modo estrito: dados estruturados de fatura emitidos e trocados eletronicamente, o que exclui um PDF ou uma fatura enviada por e-mail, não importa quão bem formatada.
Para empresas com receita anual acima de AED 50 million, o Ministry fixou duas datas: nomear um ASP até 30 de outubro de 2026 (prorrogado em May 2026 a partir do prazo original de 31 July 2026) e ter o sistema em funcionamento até 1 January 2027. O Ministry informou que as demais faixas de receita e as entidades governamentais seguem um cronograma posterior, mas, no momento da redação, esse cronograma foi publicado como imagem em seu próprio portal, e não como texto, de modo que este guia não repete uma data específica para uma empresa abaixo do limite de AED 50 million. Consulte o portal de eInvoicing atualizado do Ministry antes de confiar em uma data.
Até maio de 2026, o Ministry já havia aprovado 32 prestadores de serviço, com outros nas etapas finais de credenciamento, e havia alterado as regras para permitir que uma empresa dos Emirados Árabes Unidos se associe a um prestador internacional para trazer a tecnologia e o know-how subjacentes.
Fornecedor, integrador ou ASP: decisões de estrutura que mudam a resposta
Defina qual modelo a empresa efetivamente é antes de comparar jurisdições, porque cada um responde a uma parte diferente do regime.
- Fornecedor de ERP ou de software de contabilidade, vendendo ferramentas que produzem dados em conformidade, mas que ficam fora da própria exchange.
- Integrador de sistemas, conectando o ERP de um cliente a um ASP sem se tornar um ASP.
- Accredited Service Provider, transportando faturas pela exchange como Corner 1, 4 ou 5 em nome de um cliente.
- Camada de compliance, arquivamento ou análise, construída em torno dos dados depois que eles já foram transmitidos.
Uma decisão entre construir, fazer parceria ou usar white-label decorre disso. A alteração de May 2026 que permite que empresas locais façam parceria com prestadores internacionais existe porque a maioria dos novos entrantes nos UAE não está construindo a infraestrutura de troca do zero; está licenciando-a ou adotando-a em white-label. Essa escolha altera quem o Ministry credencia, quem assina o contrato com o cliente e quem arca com o risco de conformidade se a tecnologia subjacente falhar: três questões distintas que um único nome de empresa pode obscurecer.
Como o dinheiro e a responsabilidade circulam pela rede de intercâmbio
Um banco que avalie este negócio quer ver receita recorrente de software ou de transações, e não uma licença comercial isolada, e perguntará quem é responsável quando uma fatura é rejeitada ou transmitida incorretamente: o fornecedor, o integrador, o ASP ou o cliente. Inclua essa alocação no contrato com o cliente antes de a primeira fatura circular, e não depois de uma disputa.
Quando o negócio é financiado por investidores ou por um parceiro internacional de tecnologia, a origem do financiamento e a estrutura da parceria importam tanto para o banco quanto para a análise de credenciamento do Ministry; documente a origem dos recursos junto com o pedido técnico, e não depois. Uma avaliação de prontidão bancária antes de o credenciamento ser solicitado tende a trazer essas questões à tona mais cedo, quando ainda é barato respondê-las. O custo aqui não é um único número de destaque: é construído em camadas, abrangendo constituição, credenciamento e conformidade contínua, e os honorários de serviço Velarozone para trabalhar esses pontos são discriminados na carta de contratação. Veja como a Velarozone trabalha.
O que costuma dar errado
- Fazer marketing como ASP aprovado, ou dar a entender um credenciamento, antes que o Ministério o tenha concedido.
- Tratar uma troca estruturada de faturas como equivalente a enviar um PDF por e-mail, o que a própria definição da Federal Tax Authority exclui.
- Deixar indefinida, no contrato com o cliente, a responsabilidade por uma fatura rejeitada ou transmitida incorretamente.
- Assumir que apenas uma licença comercial de software satisfaz a obrigação do cliente quanto ao limite de receita.
- Construir uma parceria de marca branca sem documentar qual entidade o Ministério está, de fato, credenciando.
Do credenciamento à operação diária
A acreditação não é um evento isolado. O Ministry a revisa; por isso, a equipe técnica, o arranjo de hospedagem de dados e o modelo de suporte precisam permanecer como descritos na solicitação, sem se afastar deles depois que um cliente é integrado. A equipe técnica e de compliance essencial normalmente precisa de vistos de residência nos Emirados Árabes Unidos (UAE) vinculados à entidade operacional, e a própria empresa se registra para o imposto corporativo e o VAT como qualquer outra empresa dos UAE; assim, a acreditação de eInvoicing convive com as obrigações tributárias ordinárias, sem substituí-las.
Um plano operacional documentado que separe o calendário de renovação da acreditação da renovação rotineira da licença comercial dá ao negócio um único calendário a administrar, em vez de dois que divergem silenciosamente. Quando a função de troca de documentos fica em uma entidade e o desenvolvimento de software em outra (algo comum em estruturas de parceria ou white-label), trate isso como uma questão de titularidade complexa a ser resolvida antes de qualquer uma das entidades apresentar a solicitação.

