NAV Online Számla Hungria Faturação Eletrónica 2026: Submissão em Tempo Real, Conformidade Obrigatória & Integração com E-Commerce

1. NAV Online Számla — Visão geral do sistema

Poucos Estados-Membros da UE avançaram de forma tão decisiva para a faturação eletrónica em tempo real como a Hungria. Enquanto a Itália, a Polónia (KSeF), a Roménia e a Espanha ainda desenhavam projetos-piloto, o NAV Online Számla da Hungria entrou em funcionamento a 1 de julho de 2018, com uma transição B2B abrupta e sem período de lançamento gradual. Desde então, o sistema tornou-se a implementação de referência mais citada da UE de um modelo de faturação eletrónica de "controlo contínuo de transações" (CTC) — e um modelo para a futura diretiva ViDA (VAT in the Digital Age) da UE.

A NAV (Nemzeti Adó- és Vámhivatal — Administração Nacional de Impostos e Alfândegas) opera o sistema em onlineszamla.nav.gov.hu. Todos os contribuintes húngaros de IVA — residentes ou não residentes com um número de IVA húngaro — devem criar um utilizador técnico no portal, gerar as quatro credenciais necessárias (login, palavra-passe, chave de assinatura, chave de troca) e, ou construir uma integração direta com a API REST, ou ligar um ERP acreditado que faça essa gestão.

Os números são elevados: em 2026, a NAV processa mais de 600 milhões de faturas por ano, provenientes de mais de 600.000 contribuintes húngaros ativos. O sistema desempenha simultaneamente um papel de fiscalização (deteção rápida de fraude de IVA) e um papel de serviço (declarações de IVA pré-preenchidas, o fluxo da "caixa registadora online" NAV-OSA).

2. Submissão em tempo real — B2B obrigatório (2018) + B2C (2021)

As três fases da implementação obrigatória

A obrigação do Online Számla na Hungria chegou em três ondas distintas, cada uma reduzindo o limiar até cobrir praticamente todas as transações tributáveis:

• 1 de julho de 2018 — B2B acima de 100.000 HUF de conteúdo de IVA. Qualquer fatura entre empresas registadas para efeitos de IVA húngaro, em que o componente de IVA excedesse 100.000 HUF, tinha de ser comunicada quase em tempo real.
• 1 de julho de 2020 — Todas as faturas B2B. O limiar de 100.000 HUF foi abolido; todas as faturas entre empresas emitidas ao abrigo de um número de IVA húngaro passaram a ser comunicáveis, independentemente do valor.
• 4 de janeiro de 2021 — B2C completo + transfronteiriço. A obrigação foi alargada às faturas emitidas a consumidores privados e a clientes não húngaros (UE e países terceiros). Este é o regime aplicável em 2026, sem limiares de isenção.

A regra dos 5 minutos

O principal compromisso de nível de serviço do sistema é 5 minutos entre a emissão da fatura e a receção pela NAV. O relógio começa a contar a partir do carimbo de invoiceIssueDate + invoiceIssueTime registado no documento e termina quando o endpoint REST manageInvoice devolve um ID de transação. Na prática, a maioria dos ERP acreditados (Számlázz.hu, Billingo) submete no prazo de 1 a 3 segundos; a janela de 5 minutos é o limite regulamentar máximo, não o objetivo operacional.

O relógio de 5 minutos só pode ser suspenso em duas situações: (a) a API da NAV está oficialmente indisponível (estado publicado no portal da NAV), caso em que o Decreto 23/2014 (VI. 30.) NGM Art. 13/A concede uma prorrogação equivalente à duração da interrupção mais 24 horas; e (b) o vendedor solicitou o estatuto de "agente de intercâmbio de dados" ao abrigo de isenções específicas — raro no e-commerce.

Submissão manual vs automatizada

A NAV disponibiliza, de facto, um formulário web manual no portal Online Számla — os contribuintes podem colar os dados da fatura à mão. A volumes de marketplace, isto é impraticável: um vendedor eMAG de dimensão média que produza 200 faturas por dia não consegue processar manualmente cada uma dentro do SLA de 5 minutos. A automatização é, na prática, obrigatória acima de 10 faturas por dia.

3. Formato XML — Esquema invoiceData v3.0 definido pela NAV

A arquitetura orientada por XSD

A NAV não aceita XML arbitrário — todas as faturas submetidas devem estar em conformidade com o esquema oficial invoiceData v3.0 XSD publicado pela NAV ao abrigo do Decreto 23/2014 (VI. 30.) NGM. O esquema define:

• Cabeçalho — identificação do fornecedor (número de IVA húngaro / número de IVA da UE / número fiscal de país terceiro), identificação do cliente, número da fatura, datas de emissão/conclusão/pagamento, código da moeda, taxa de câmbio para HUF quando emitida em EUR/USD/etc.
• invoiceLines — discriminação linha a linha: descrição do produto, quantidade, unidade de medida, preço unitário líquido, taxa de IVA (27% / 18% / 5% / 0%), montante de IVA, montante bruto. Cada linha tem uma etiqueta lineNature (PRODUCT / SERVICE / OTHER) e um identificador de código de produto opcional (VTSZ, SZJ, KN, CsK, EJ, TESZOR).
• invoiceSummary — totais: montantes líquido, de IVA e bruto por taxa de IVA, mais linha de arredondamento se aplicável.
• invoiceReference — para modificar ou anular uma fatura submetida anteriormente; contém o número da fatura original e o tipo de modificação (MODIFY / STORNO).

A API REST Online Számla 3.0

A submissão é feita através da API REST Online Számla 3.0, alojada em https://api.onlineszamla.nav.gov.hu. Os sete endpoints principais são:

• tokenExchange — obter um token de troca válido por 5 minutos, assinado com a chave de assinatura do contribuinte
• manageInvoice — submeter um ou mais payloads XML invoiceData (máximo de 100 por lote)
• queryTransactionStatus — consultar o estado de processamento de um lote submetido (NOTIFIED / DONE / WARN / ABORTED)
• queryInvoiceData — obter uma fatura submetida anteriormente
• queryInvoiceDigest — listar faturas por intervalo de datas ou contraparte (para auditoria / reconciliação)
• queryInvoiceChainDigest — devolver a cadeia completa de modificações de uma determinada fatura
• queryTaxpayer — validar um número de IVA húngaro em tempo real

Assinatura SHA3-512 e as quatro credenciais

Todos os pedidos são autenticados com quatro credenciais específicas do contribuinte, geradas no portal Online Számla:

• Nome de login — o nome de utilizador do utilizador técnico
• Palavra-passe — utilizada de forma cifrada, nunca enviada em texto simples
• Chave de assinatura (XML-DSig) — utilizada para assinar com SHA3-512 o hash de cada pedido
• Chave de troca — utilizada para cifrar com AES o token de troca

Todos os payloads são envolvidos num invólucro XML rigoroso e assinados com SHA3-512. A NAV rejeita qualquer pedido cuja assinatura não corresponda ao resumo recalculado em ~50 ms. Construir isto de raiz é um projeto de várias semanas; o valor de um ERP acreditado ou do Zunapro está em abstrair a lógica de assinatura/repetição/fila da pilha de e-commerce do vendedor.

4. Portal NAV vs integração com ERP — Számlázz.hu, Billingo, KBOSS

Os três ERP húngaros dominantes

Para 95% dos vendedores PME húngaros, a escolha prática é entre três plataformas de faturação em nuvem acreditadas:

Számlázz.hu — Operada pela KBOSS Kft., lançada em 2006, o Számlázz.hu é a plataforma de faturação em nuvem número 1 da Hungria, com mais de 250.000 utilizadores PME ativos e cerca de 40 milhões de faturas emitidas por ano. A sua API REST (v3/szamla/agent) é o padrão de facto para a integração de e-commerce húngaro. Os planos começam gratuitos para volumes muito baixos e escalam até níveis empresariais; a submissão à NAV é totalmente automática e está incluída em todos os planos.

Billingo — Fundada em 2014 e adquirida pela Magyar Telekom em 2019, a Billingo posicionou-se como a alternativa moderna e orientada para o design ao Számlázz.hu. Serve mais de 80.000 empresas húngaras em 2026, com uma adoção particularmente forte entre lojas Shopify, WooCommerce e Shoprenter. A Billingo Public API v3 é a API de faturação húngara mais simples do mercado e inclui submissão à NAV, modificação, storno e geração de PDF integradas.

KBOSS Számla Agent — Um produto separado da KBOSS Kft., o Számla Agent é um agente de desktop/servidor de nível empresarial que se posiciona entre um ERP existente (SAP, Microsoft Dynamics 365, Sage, Oracle) e a NAV. Funciona como um serviço Windows, monitoriza as tabelas de faturas e envia o XML invoiceData à NAV numa base agendada. Utilizado por mais de 10.000 empresas, sobretudo na indústria transformadora e no comércio grossista.

Integração direta com a NAV vs ERP — Matriz de decisão

Abordagem Zunapro — Um adaptador, três backends

O Zunapro abstrai a escolha: as encomendas de marketplace fluem para uma única fila de faturação húngara; o vendedor escolhe se as faturas de cada inquilino são emitidas através do conector Számlázz.hu, do conector Billingo, ou diretamente pela API REST da NAV. O orquestrador trata das repetições, da rotação de chaves de assinatura, das janelas de indisponibilidade da NAV, e regista o ID de transação da NAV de 10 carateres devolvido em cada encomenda, para que o marketplace e o painel do vendedor mostrem sempre o mesmo estado de conformidade.

5. Coimas — Até 1.000.000 HUF por fatura em falta

O quadro legal — Lei CL de 2017 (Art. 220)

As coimas por incumprimento do Online Számla são fixadas pela Lei CL de 2017 sobre as Regras de Tributação (Adózás Rendjéről szóló Törvény — Art tv.), Artigo 220. A coima administrativa padrão é até 1.000.000 HUF por fatura em falta para empresas (pessoas coletivas) e até 500.000 HUF por fatura em falta para pessoas singulares (empresários em nome individual — egyéni vállalkozó).

O que desencadeia uma coima

• Submissão tardia — XML invoiceData recebido após o prazo de 5 minutos (excluindo janelas de indisponibilidade da NAV oficialmente declaradas)
• Submissão em falta — fatura emitida mas nunca comunicada à NAV
• Dados incompletos — campos obrigatórios do XSD em branco ou mal formados (por exemplo, taxa de IVA em falta, ID de cliente incorreto)
• Dados incorretos — os totais das linhas não reconciliam com o total do cabeçalho, ou falta a conversão cambial em faturas não denominadas em HUF
• Falha na comunicação de modificações — uma fatura STORNO ou de modificação emitida, mas o invoiceReference correspondente não enviado à NAV

O padrão de escalonamento real da NAV

Na prática, a NAV emite primeiro uma carta de aviso para pequenas omissões isoladas — normalmente 1 a 3 faturas em falta num trimestre. A partir de cerca de 10 faturas não comunicadas num trimestre, a NAV passa a coimas formais, e com 50 ou mais omissões ou incumprimento sistemático, o caso escala para uma auditoria completa de IVA, possível perda do direito à dedução do IVA e revisão do estatuto de armazém fiscal / OSS. Os vendedores transfronteiriços que subcomuniquem podem também perder o acesso ao regime OSS One Stop Shop, sendo obrigados a registar-se para IVA país a país.

Mitigação prática

O seguro mais económico contra a coima de 1M HUF é a submissão automatizada com uma fila de repetição persistente. O Zunapro mantém um registo de auditoria contínuo de 90 dias de cada interação com a NAV (payload do pedido, código de resposta, ID de transação, versão da chave de assinatura), para que — mesmo que a NAV levante posteriormente uma questão — cada submissão possa ser reconstruída e demonstrada.

6. Cálculo automático de ÁFA 27% e gestão de múltiplas taxas

Hungria — O IVA normal mais elevado da UE

A taxa normal de IVA da Hungria é de 27% (ÁFA — általános forgalmi adó), a mais elevada da União Europeia, fixada pela Lei CXXVII de 2007 sobre o Imposto sobre o Valor Acrescentado (Áfa törvény). A taxa mantém-se em 27% desde 1 de janeiro de 2012 e não há planos anunciados para a reduzir.

Aplicam-se duas taxas reduzidas a categorias específicas:

• Taxa reduzida de 18% — leite e determinados produtos lácteos (ao abrigo do Anexo 3/I, ponto 1 da Áfa törvény), serviços de alojamento comercial (hotéis, arrendamento de férias) e alguns produtos de padaria
• Taxa super-reduzida de 5% — livros impressos e eletrónicos, medicamentos na lista oficial, determinados dispositivos médicos, aquecimento urbano (távhő), habitação nova comercialmente construída abaixo de limiares específicos de metros quadrados, e bilhetes para eventos de música ao vivo
• 0% / isento — exportações intracomunitárias ao abrigo do regime OSS, exportações para países terceiros, determinados serviços financeiros, saúde, educação

O problema das múltiplas taxas no marketplace

Uma encomenda do eMAG.hu ou da Vatera contém frequentemente linhas com taxas de IVA diferentes — um único carrinho pode combinar um acessório com taxa de 27% e um livro com taxa de 5%. O XML invoiceData tem de separar corretamente as linhas e reconciliar cada grupo de taxa de IVA no invoiceSummary. O cálculo manual a volumes de marketplace é impraticável e propenso a erros.

O catálogo mestre do Zunapro marca cada SKU com a sua taxa de ÁFA húngara no momento da importação. Quando chega uma encomenda de marketplace, o sistema:

1. Consulta a taxa por SKU a partir do catálogo mestre
2. Calcula o líquido / IVA / bruto ao nível da linha (arredondado segundo as regras de arredondamento da NAV)
3. Agrupa as linhas em grupos summaryByVatRate para o resumo do XML
4. Submete o payload invoiceData dentro da janela de 5 minutos

Gestão de moeda — HUF, EUR, USD

Para faturas emitidas em EUR, USD ou outras moedas estrangeiras, a NAV exige que o vendedor registe um equivalente em HUF calculado à taxa média oficial do MNB (Magyar Nemzeti Bank) para a data de emissão da fatura. O XML contém tanto o montante na moeda original como o montante equivalente em HUF por grupo de taxa de IVA. O Zunapro obtém a taxa diária do MNB às 11h15 CET (hora de publicação do MNB) e aplica-a automaticamente.

7. Integração com marketplaces — eMAG.hu, Vatera, Allegro HU

A realidade da faturação em marketplace

Um equívoco generalizado entre novos vendedores de e-commerce húngaros é que "o marketplace trata da faturação". Não trata. O eMAG Marketplace Hungria, a Vatera (Grupo Allegro), a AliExpress Hungria, a Wish Hungria e todas as outras plataformas que operam ao abrigo do IVA húngaro colocam explicitamente a obrigação de faturação no vendedor. Cada encomenda B2C ou B2B ao abrigo de um número de IVA húngaro tem de produzir uma fatura em conformidade com a Hungria — e essa fatura tem de ser enviada ao NAV Online Számla no prazo de 5 minutos.

eMAG.hu — O marketplace número 1 da Hungria

O eMAG é o maior marketplace com sede na Roménia, fundado em 2001, em Bucareste, e lançado na Hungria como eMAG.hu em 2013. Em 2026, o eMAG.hu serve mais de 4M de clientes húngaros e é o marketplace húngaro dominante em volume — comparável em quota de mercado à Allegro na Polónia ou à Trendyol na Turquia. O eMAG Marketplace Hungria utiliza a sua própria MARKETPLACE API para captação de encomendas, carregamento de produtos e atualizações de estado de encomendas. As faturas não são emitidas pelo eMAG em nome do vendedor — o vendedor tem de gerar a fatura (normalmente via Számlázz.hu / Billingo) e fornecer uma ligação para o PDF através do endpoint de encomendas do eMAG.

Vatera — O marketplace húngaro de herança em leilões

A Vatera foi lançada em 2000 como a primeira grande plataforma de leilões online da Hungria e foi adquirida pelo Grupo Allegro em 2017. Após o lançamento em 2024 do allegro.hu pela Allegro, a Vatera continua a operar como marca separada, focada em leilões e em artigos em segunda mão de cauda longa. Atualmente, as listagens Compra Já dominam (os leilões representam menos de 10% do volume), mas os compradores de herança da marca mantêm-se. O NAV Online Számla aplica-se de forma idêntica: todas as encomendas Vatera exigem uma fatura com envio à NAV no mesmo dia.

Allegro.hu, AliExpress HU, Wish HU

• Allegro.hu — lançado em 2024 como parte da expansão do Grupo Allegro na Europa Central e Oriental. Mesma API Allegro que o marketplace polaco, com preços em HUF/EUR e listagens em língua húngara. A obrigação de faturação recai sobre o vendedor; é exigido o envio ao NAV Online Számla.
• AliExpress Hungria — a loja online húngara da subsidiária da Alibaba. Os vendedores transfronteiriços que utilizam o regime IOSS da AliExpress continuam a precisar de faturas em conformidade com a Hungria quando possuem um número de IVA húngaro.
• Wish Hungria — presença em declínio, mas ainda ativa; a mesma regra de faturação pelo vendedor aplica-se.

O fluxo de marketplace do Zunapro

O fluxo completo que o Zunapro orquestra é:

1. Captação de encomendas de marketplace — os webhooks do eMAG / Vatera / Allegro.hu chegam ao Zunapro
2. Rascunho da fatura — o Zunapro compõe a fatura húngara com taxas de ÁFA ao nível do SKU, conversão cambial e dados do cliente
3. Envio ao ERP — a fatura é publicada no Számlázz.hu / Billingo (ou diretamente na NAV) — round-trip REST de ~1–3s
4. Submissão à NAV — o XML invoiceData é assinado e enviado para onlineszamla.nav.gov.hu
5. ID de transação — o ID de transação de 10 carateres da NAV é guardado na encomenda e a encomenda de marketplace é atualizada com o URL do PDF da fatura

8. EKAER — Pré-notificação de transporte rodoviário para mercadorias de risco

O que é o EKAER

O EKAER (Elektronikus Közúti Áruforgalom Ellenőrző Rendszer — Sistema Eletrónico de Controlo do Tráfego Rodoviário de Mercadorias) é o regime húngaro obrigatório de pré-notificação para o transporte rodoviário de mercadorias classificadas como de risco. Introduzido a 1 de janeiro de 2015, como um dos primeiros regimes de controlo de fraude de IVA em tempo real da UE, o EKAER é operado pela NAV em ekaer.nav.gov.hu e exige que todas as expedições elegíveis sejam registadas antes de o camião iniciar a marcha — com um número EKAER de 15 carateres que deve acompanhar a carga e ser apresentado à fiscalização rodoviária quando solicitado.

A reforma de âmbito de janeiro de 2021

O EKAER aplicava-se originalmente a praticamente todo o transporte rodoviário B2B que atravessasse as fronteiras húngaras. Na sequência de pressão de infração da Comissão Europeia (regras de livre circulação da UE), a Hungria reduziu o âmbito a partir de 1 de janeiro de 2021 apenas para categorias de produtos de risco. Em 2026, o EKAER abrange:

• Alimentos de risco — carne, lacticínios, açúcar, determinados óleos, conforme listado no Anexo 1 do Decreto EKAER 13/2020 (XII.23.) PM
• Outros produtos de risco — combustíveis, determinados produtos químicos, materiais de construção dentro de limiares de valor definidos em HUF
• Transportes a granel acima de 2.500 kg ou 1.000.000 HUF de valor de carga dentro das categorias de risco

As encomendas de e-commerce padrão (vestuário, eletrónica, acessórios) estão fora do âmbito do EKAER em 2026. A maioria dos vendedores online transfronteiriços que enviam para a Hungria via DHL, GLS, FoxPost ou Magyar Posta não precisam, portanto, de EKAER — mas os movimentos grossistas B2B a granel continuam a precisar.

Como funciona uma notificação EKAER

Antes de o camião carregar, o expedidor abre uma notificação EKAER no portal (ou via API), preenchendo:

• Números fiscais do remetente e do destinatário
• Endereços de origem e destino
• Descrição das mercadorias, código aduaneiro VTSZ, peso bruto, valor da carga
• Matrícula do veículo + janela de chegada prevista

A NAV devolve o número EKAER de 15 carateres. A notificação pode ser modificada (alteração de matrícula, tolerância de peso) até ao momento em que a expedição chega. Coima por EKAER em falta ou incorreto: até 40% do valor da carga.

EKAER + Online Számla — Como interagem

O EKAER e o Online Számla são regimes independentes, sem ligação técnica direta, mas partilham dados. A NAV cruza os dados de carga do EKAER com as linhas de fatura do Online Számla para detetar fraude de IVA (mercadorias subdeclaradas, faturas fantasma, exportações em falta). Para os vendedores que operam em categorias de risco, ter um único painel Zunapro que emite simultaneamente a fatura NAV e a notificação EKAER a partir do mesmo registo de encomenda é uma alavanca importante de redução de risco.

9. Transfronteiriço — IOSS + OSS para vendas na UE e em países terceiros

OSS (One Stop Shop) — B2C na UE acima do limiar de vendas à distância

A partir de 1 de julho de 2021, a UE substituiu os limiares de vendas à distância país a país por um único limiar de 10.000 EUR válido em toda a UE. Qualquer vendedor húngaro cujas vendas B2C transfronteiriças totais para outros Estados-Membros da UE excedam 10.000 EUR no ano civil deve cobrar o IVA à taxa do país do comprador. Em vez de se registar para efeitos de IVA em 26 outros países, o vendedor pode registar-se no OSS (One Stop Shop) através do portal KAFTA da NAV e apresentar uma única declaração OSS trimestral cobrindo todos os Estados-Membros da UE.

IOSS (Import One Stop Shop) — Importações abaixo de 150 EUR

O IOSS aplica-se a importações de bens de países terceiros (fora da UE) com um valor de remessa igual ou inferior a 150 EUR. Ao abrigo do IOSS, o vendedor cobra o IVA da UE no checkout (à taxa do país do comprador) e apresenta uma única declaração IOSS mensal cobrindo todas as remessas para a UE. A vantagem: o desalfandegamento torna-se quase instantâneo, sem custos surpresa de direitos aduaneiros/IVA na entrega, e os compradores húngaros vivem a encomenda como se fosse uma compra doméstica.

Como o NAV Online Számla se articula com o OSS e o IOSS

O OSS e o IOSS são regimes de declaração de IVA separados — declaram o IVA agregado da UE à NAV, mas não substituem a obrigação do Online Számla. A fatura húngara continua a ter de ser emitida e enviada para o Online Számla. A relação é a seguinte:

• B2C doméstico HU — emitir fatura a 27% (ou taxa aplicável) → enviar ao NAV Online Számla → declarar na declaração de IVA húngara padrão
• B2C transfronteiriço na UE ao abrigo do OSS — emitir fatura à taxa de IVA do país de destino → enviar ao NAV Online Számla (sinalizador transfronteiriço no XML) → declarar na declaração OSS agregada trimestral
• B2C de país terceiro ao abrigo do IOSS — emitir fatura com a taxa de IVA IOSS → enviar ao NAV Online Számla → declarar na declaração IOSS agregada mensal
• Fora de OSS / IOSS — é necessário registo de IVA país a país; o Online Számla húngaro continua a aplicar-se se a fatura for emitida ao abrigo de um número de IVA húngaro

Encaminhamento transfronteiriço do Zunapro

O Zunapro marca cada encomenda na receção com o regime correto — doméstico HU / OSS / IOSS / não-UE — com base no endereço de envio do comprador, no valor da remessa e no perfil de registo de IVA do vendedor. A fatura é gerada com a taxa de IVA correta, enviada ao NAV Online Számla com o sinalizador transfronteiriço definido, e agregada na exportação OSS/IOSS apropriada no final do mês.

10. O futuro — Peppol UBL 2.1 + ViDA da UE

Porque é que o Peppol importa

O Peppol (Pan-European Public Procurement Online) é uma rede de intercâmbio de faturas eletrónicas de quatro cantos que utiliza a norma UBL 2.1 e a especificação Peppol BIS Billing 3.0. Desenvolvido originalmente para a contratação pública, o Peppol é agora o formato preferido da UE para a faturação eletrónica B2B transfronteiriça e a espinha dorsal técnica da futura diretiva ViDA (VAT in the Digital Age) da UE.

O compromisso da Hungria com o Peppol

A Hungria comprometeu-se, a nível do Conselho da UE, a aceitar o Peppol BIS Billing 3.0 como formato alternativo de submissão para faturas B2B transfronteiriças. O roteiro da NAV publicado no 1.º trimestre de 2026 tem como objetivos:

• 2.º semestre de 2026 — a NAV opera um Ponto de Acesso Peppol que aceita UBL 2.1 recebido e converte para invoiceData v3.0 para processamento interno
• 2027 — Conversão de saída: as faturas submetidas no formato invoiceData da NAV podem ser encaminhadas para um comprador estrangeiro via Peppol em UBL 2.1
• 2028 — Alinhamento total com o ViDA: comunicação digital em tempo real harmonizada em todos os Estados-Membros da UE, com o Peppol como camada técnica padrão

O que o Peppol muda para os vendedores húngaros

Para os vendedores exclusivamente domésticos, muito pouco — o invoiceData v3.0 continua a ser o formato principal. O ganho é para os vendedores B2B transfronteiriços: uma única fatura UBL pode satisfazer simultaneamente a NAV (HU), o KSeF (PL), o FatturaPA (IT) e o Chorus Pro (FR), sem lógica de adaptador por país. Até 2028, essa mesma fatura única deverá satisfazer os requisitos de comunicação digital de todos os Estados-Membros da UE.

O roteiro Peppol do Zunapro

O módulo de saída UBL do Zunapro está em desenvolvimento ativo. A arquitetura espelha o adaptador NAV existente: as faturas geradas a partir de encomendas de marketplace são emitidas simultaneamente em invoiceData v3.0 (para a NAV) e em UBL 2.1 (para entrega via Ponto de Acesso Peppol a compradores não húngaros). O vendedor escolhe, por cliente ou por marketplace, se pretende ativar o encaminhamento Peppol.

Quadro legal húngaro 2026 — Onde encontrar as regras

Legislação primária

• Lei CXXVII de 2007 sobre o Imposto sobre o Valor Acrescentado (Áfa törvény) — define as taxas de 27% / 18% / 5%, o âmbito das transações tributáveis e a obrigação de faturação subjacente. Disponível em njt.hu (a Base de Dados da Legislação Nacional).
• Lei CL de 2017 sobre as Regras de Tributação (Art tv.) — define a obrigação de comunicação do Online Számla nos Artigos 7 e 220, incluindo a estrutura de coimas.
• Decreto NAV 23/2014 (VI. 30.) NGM — o decreto técnico que define o esquema XML, o prazo de 5 minutos, os endpoints da API e o formato das credenciais. Atualizado anualmente; a última alteração antes da integração Peppol de 2026 foi publicada no 1.º trimestre de 2026.
• Decreto EKAER 13/2020 (XII. 23.) PM — define as categorias de produtos de risco e a reforma de âmbito de 2021.

Orientação operacional da NAV

• onlineszamla.nav.gov.hu — portal oficial de contribuintes; geração de utilizadores técnicos, transferências de XSD, estado de indisponibilidade, FAQ em húngaro + inglês
• nav.gov.hu — site principal da NAV; taxas de imposto, orientação sobre OSS/IOSS, página de destino em inglês para vendedores estrangeiros
• ekaer.nav.gov.hu — portal EKAER e lista de produtos de risco

Proteção do consumidor — RGPD, retração de 14 dias, garantia de 2 anos

• RGPD — a autoridade húngara de proteção de dados é a NAIH (Nemzeti Adatvédelmi és Információszabadság Hatóság). Os dados do Online Számla são processados pela NAV segundo a sua própria base legal, mas os dados de clientes do lado do vendedor continuam a ser da responsabilidade RGPD do vendedor.
• Direito de retração de 14 dias — os consumidores húngaros podem devolver qualquer produto comprado à distância no prazo de 14 dias, sem necessidade de justificação (Diretiva 2011/83/UE da UE, transposta pelo Decreto Governamental 45/2014 (II. 26.) Korm.).
• Garantia legal de 2 anos (kellékszavatosság) — o direito civil húngaro (Ptk. Secção 6:163) impõe uma garantia legal obrigatória de dois anos sobre bens de consumo, independentemente de qualquer garantia comercial.

Como começar com o NAV Online Számla — passo a passo 2026

1. Decida a sua presença de IVA húngara

• PME residente na Hungria — registo de IVA húngaro completo via NAV ONYA, Online Számla obrigatório
• Vendedor da UE a utilizar o OSS — mantenha o seu registo de IVA do país de origem, declare o IVA B2C húngaro via OSS, mas o Online Számla aplica-se assim que possuir um número de IVA húngaro por qualquer outro motivo
• Vendedor de fora da UE — nomeie um representante fiscal húngaro; assim que for emitido um número de IVA húngaro, a submissão ao Online Számla é obrigatória desde a fatura 1

2. Escolha o seu caminho de faturação

• Számlázz.hu — faturação em nuvem número 1 da Hungria; menor atrito de configuração, totalmente automatizada com a NAV, gratuita para volumes muito baixos
• Billingo — alternativa moderna orientada por API, apoiada pela Telekom, forte ecossistema Shopify/WooCommerce
• KBOSS Számla Agent — agente de desktop/servidor para empresas SAP/Dynamics
• API REST direta da NAV — para vendedores de alto volume (500+/dia) ou configurações de ERP pouco habituais; o Zunapro pode executar isto diretamente

3. Gere as credenciais de utilizador técnico da NAV

1. Inicie sessão em onlineszamla.nav.gov.hu com a sua identidade Client Gate húngara (Ügyfélkapu)
2. Abra "Felhasználók" → "Új technikai felhasználó"
3. Defina o nome de login e a palavra-passe; o sistema gera a chave de assinatura e a chave de troca
4. Transfira as quatro credenciais e guarde-as no seu gestor de palavras-passe (o Zunapro aceita-as em formato de cofre cifrado)

4. Ligue os marketplaces e a loja online

Com as credenciais da NAV em mãos, ligue o eMAG.hu, a Vatera, o Allegro.hu, a AliExpress HU, a sua loja Shoprenter/WooCommerce/Shopify e qualquer ERP grossista ao módulo Hungria do Zunapro. Cada conector é fornecido com mapeamentos de categoria predefinidos e inferência de taxa de ÁFA; o vendedor confirma com alguns cliques.

5. Execute o teste em modo de simulação

O Zunapro emite uma fatura em modo de teste contra o sandbox da NAV (api-test.onlineszamla.nav.gov.hu). Quando o teste devolve um ID de transação da NAV — normalmente em menos de 2 segundos — o vendedor ativa o modo de produção. A partir desse momento, cada encomenda de marketplace gera automaticamente uma fatura, envia-a à NAV dentro do SLA de 5 minutos e guarda o ID de transação no registo da encomenda.

6. Monitorize e audite

O painel NAV do Zunapro mostra a latência de submissão, a profundidade da fila de repetição, o vencimento da chave de assinatura, as janelas de indisponibilidade da NAV e o registo de auditoria contínuo de 90 dias. Para contabilistas e auditores externos, todo o registo de interação com a NAV é exportável como PDF ou CSV assinado, pronto para reconciliação da declaração de imposto.

FAQ do NAV Online Számla 2026