Pular para o conteúdo

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.

  1. Fornecedor de ERP ou de software de contabilidade, vendendo ferramentas que produzem dados em conformidade, mas que ficam fora da própria exchange.
  2. Integrador de sistemas, conectando o ERP de um cliente a um ASP sem se tornar um ASP.
  3. Accredited Service Provider, transportando faturas pela exchange como Corner 1, 4 ou 5 em nome de um cliente.
  4. 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.

Sala de reuniões moderna em Dubai com vista para a linha do horizonte da cidade

Orientação geral aqui; o detalhe que importa depende da sua atividade e mercados.

Perguntas

Perguntas frequentes

Toda empresa de software de eInvoicing precisa do credenciamento como ASP?
Não. O credenciamento se aplica à empresa que atua como Canto 1, 4 ou 5 na troca. Um fornecedor que vende software de ERP ou de contabilidade, ou um integrador que conecta um cliente ao ASP de outra empresa, pode operar sem ele, desde que o produto realmente permaneça do lado do fornecedor da linha, em vez de transportar as faturas pela própria troca.
O que acontece se a receita da empresa for inferior a AED 50 milhões?
O Ministry of Finance afirmou que um cronograma posterior se aplica a negócios com receita mais baixa, mas, até o momento da redação, não havia publicado as datas específicas como texto que pudesse ser verificado de forma independente. Trate 30 de outubro de 2026 e 1º de janeiro de 2027 como as datas confirmadas para empresas com receita superior a AED 50 milhões, e consulte o próprio portal de eInvoicing do Ministério para a posição atual abaixo desse limite.
Quem é responsável quando uma fatura trocada é rejeitada?
Isso depende do contrato, não da tecnologia. A parte que construiu a integração, transportou os dados ou executou a etapa da troca em que a falha ocorreu normalmente assume a responsabilidade, mas somente se o contrato com o cliente disser isso. Decida e registre essa alocação antes de integrar o primeiro cliente, não depois de uma rejeição.
A tecnologia de um prestador credenciado pode ser operada sob uma marca ou entidade diferente?
Sim, e a emenda do Ministério de maio de 2026 foi concebida, em parte, para facilitar isso, permitindo que uma empresa dos EAU se associe a um prestador internacional para trazer o sistema subjacente. O que importa para o Ministério é qual entidade jurídica está, de fato, sendo credenciada e qual entidade responde pelo serviço, e não o nome que aparece na marca voltada ao cliente.

Obtenha seu plano de configuração nos EAU

Um negócio de eInvoicing depende inteiramente de qual canto da troca ele realmente ocupa, e essa decisão deve ser resolvida antes de escolher uma jurisdição ou um banco. A Velarozone mapeia o negócio em relação aos requisitos de credenciamento do Ministry of Finance, determina se o status de fornecedor, integrador ou ASP é o adequado, e precifica a estruturação depois que a resposta estiver clara.

Aplique isso à sua própria situação

Os guias descrevem a posição geral. Envie-nos seus fatos e um consultor dirá quais partes se aplicam a você.

Envie uma mensagem para nós no WhatsApp

Avaliação gratuita: os valores atuais são confirmados na comparação de alternativas revisada pelo seu consultor. Os seus dados não são compartilhados com terceiros.

Comece com uma avaliação de estrutura

Em uma consulta inicial, você recebe um resumo de decisão em linguagem simples, uma lista de preparação de documentos e as próximas ações para a sua situação. Os números atuais são confirmados dentro da sua comparação de rotas revisada pelo seu consultor.

Este guia fornece informações gerais, não aconselhamento legal, regulatório, fiscal, de investimento ou financeiro. Não garante uma licença, autorização, visto, conta bancária, financiamento ou resultado fiscal.

Informações gerais extraídas do CBUAE Rulebook, incluindo a Retail Payment Services and Card Schemes Regulation (C 15/2021), e da Cabinet Resolution No. (134) of 2025, conforme publicadas, e não constituem aconselhamento jurídico ou tributário. As regras e orientações mudam; por isso, confirme o texto vigente e os requisitos próprios de cada instituição antes de apresentar a solicitação.

Página traduzida. Esta página é uma tradução da versão em inglês. Se houver divergências, a versão em inglês se aplica. Requisitos oficiais são definidos pelas autoridades federais dos EUA e emirados, e registros de zonas francas, e vários documentos fonte são publicados em árabe, sempre verifique a fonte original ou pergunte-nos antes de agir.