NAV Online Számla Hungría Facturación Electrónica 2026: Envío en Tiempo Real, Cumplimiento Obligatorio e Integración con E-Commerce

1. NAV Online Számla — Visión general del sistema

Pocos Estados miembros de la UE se han movido con tanta determinación hacia la facturación electrónica en tiempo real como Hungría. Mientras Italia, Polonia (KSeF), Rumanía y España aún diseñaban esquemas piloto, el sistema húngaro NAV Online Számla entró en funcionamiento el 1 de julio de 2018 con un cambio B2B inmediato y sin periodo de transición suave. Desde entonces, el sistema se ha convertido en la implementación de referencia más citada de la UE de un modelo de "control continuo de transacciones" (CTC) para facturación electrónica — y en una plantilla para la próxima directiva ViDA de la UE (VAT in the Digital Age).

La NAV (Nemzeti Adó- és Vámhivatal — Administración Nacional Tributaria y Aduanera) opera el sistema en onlineszamla.nav.gov.hu. Todo contribuyente húngaro con IVA — residente o no residente con número de IVA húngaro — debe crear un usuario técnico en el portal, generar las cuatro credenciales requeridas (usuario, contraseña, clave de firma, clave de intercambio), y bien construir una integración directa contra la API REST, o bien conectar un ERP acreditado que se encargue de ello.

Las cifras son considerables: para 2026 la NAV procesa más de 600 millones de facturas al año procedentes de más de 600.000 contribuyentes húngaros activos. El sistema cumple tanto una función de control (detección rápida del fraude en el IVA) como una función de servicio (declaraciones de IVA precumplimentadas, el flujo de "caja registradora en línea" NAV-OSA).

2. Envío en tiempo real — Obligatorio para B2B (2018) + B2C (2021)

El despliegue en tres etapas de la obligación

La obligación de Online Számla en Hungría llegó en tres oleadas diferenciadas, reduciendo progresivamente el umbral hasta cubrir prácticamente todas las transacciones sujetas a impuestos:

• 1 de julio de 2018 — B2B por encima de 100.000 HUF de contenido de IVA. Toda factura entre empresas registradas a efectos de IVA húngaro cuyo componente de IVA superara los 100.000 HUF debía declararse casi en tiempo real.
• 1 de julio de 2020 — Todas las facturas B2B. Se eliminó el umbral de 100.000 HUF; toda factura entre empresas emitida bajo un número de IVA húngaro pasó a ser declarable, con independencia de su importe.
• 4 de enero de 2021 — B2C completo + transfronterizo. La obligación se extendió a las facturas emitidas a consumidores particulares y a clientes no húngaros (UE y terceros países). Este es el régimen aplicable en 2026, sin umbrales de exención.

La regla de los 5 minutos

El compromiso principal de nivel de servicio del sistema es de 5 minutos desde la emisión de la factura hasta su recepción por la NAV. El reloj comienza en la marca invoiceIssueDate + invoiceIssueTime registrada en el documento y termina cuando el endpoint REST manageInvoice devuelve un ID de transacción. En la práctica, la mayoría de los ERP acreditados (Számlázz.hu, Billingo) envían en 1–3 segundos; la ventana de 5 minutos es el límite normativo, no el objetivo operativo.

El reloj de 5 minutos solo puede pausarse en dos situaciones: (a) la API de la NAV está oficialmente caída (estado publicado en el portal de la NAV), en cuyo caso el Decreto 23/2014 (VI. 30.) NGM, art. 13/A, concede una prórroga equivalente a la duración de la interrupción más 24 horas; y (b) el vendedor ha solicitado el estatus de "agente de intercambio de datos" bajo exenciones específicas — algo poco frecuente en el e-commerce.

Envío manual frente a envío automatizado

La NAV también ofrece un formulario web manual en el portal de Online Számla — los contribuyentes pueden pegar los datos de la factura a mano. A los volúmenes de un marketplace esto resulta inviable: un vendedor mediano de eMAG que genera 200 facturas al día no puede procesar manualmente cada una dentro del SLA de 5 minutos. En la práctica, la automatización es obligatoria por encima de 10 facturas al día.

3. Formato XML — El esquema invoiceData v3.0 definido por la NAV

La arquitectura basada en XSD

La NAV no acepta XML arbitrario — toda factura enviada debe ajustarse al esquema XSD invoiceData v3.0 oficial publicado por la NAV en virtud del Decreto 23/2014 (VI. 30.) NGM. El esquema define:

• Cabecera — identificación del proveedor (número de IVA húngaro / número de IVA de la UE / identificación fiscal de tercer país), identificación del cliente, número de factura, fechas de emisión/finalización/pago, código de divisa, tipo de cambio a HUF cuando se emite en EUR/USD/etc.
• invoiceLines — desglose línea a línea: descripción del producto, cantidad, unidad de medida, precio unitario neto, tipo de IVA (27% / 18% / 5% / 0%), importe de IVA, importe bruto. Cada línea lleva una etiqueta lineNature (PRODUCT / SERVICE / OTHER) y, opcionalmente, un identificador de código de producto (VTSZ, SZJ, KN, CsK, EJ, TESZOR).
• invoiceSummary — totales: importes neto, de IVA y bruto por tipo de IVA, más línea de redondeo si procede.
• invoiceReference — para modificar o anular una factura previamente enviada; incluye el número de factura original y el tipo de modificación (MODIFY / STORNO).

La API REST de Online Számla 3.0

El envío se realiza a través de la API REST de Online Számla 3.0, con raíz en https://api.onlineszamla.nav.gov.hu. Los siete endpoints principales son:

• tokenExchange — obtiene un token de intercambio válido durante 5 minutos, firmado con la clave de firma del contribuyente
• manageInvoice — envía uno o varios payloads XML invoiceData (máximo 100 por lote)
• queryTransactionStatus — consulta el estado de procesamiento de un lote enviado (NOTIFIED / DONE / WARN / ABORTED)
• queryInvoiceData — recupera una factura enviada previamente
• queryInvoiceDigest — lista facturas por rango de fechas o contraparte (para auditoría / conciliación)
• queryInvoiceChainDigest — devuelve la cadena completa de modificaciones de una factura determinada
• queryTaxpayer — valida un número de IVA húngaro en tiempo real

Firma SHA3-512 y las cuatro credenciales

Cada solicitud se autentica con cuatro credenciales específicas del contribuyente generadas en el portal de Online Számla:

• Nombre de usuario — el nombre de usuario del usuario técnico
• Contraseña — se utiliza en forma hasheada, nunca se envía en texto plano
• Clave de firma (XML-DSig) — se utiliza para firmar en SHA3-512 el hash de cada solicitud
• Clave de intercambio — se utiliza para cifrar en AES el token de intercambio

Todos los payloads se envuelven en un sobre XML estricto y se firman con SHA3-512. La NAV rechaza cualquier solicitud cuya firma no coincida con el resumen recalculado en aproximadamente 50 ms. Construir esto desde cero es un proyecto de varias semanas; el valor de un ERP acreditado o de Zunapro es abstraer la lógica de firma/reintento/cola del stack de e-commerce del vendedor.

4. Portal de la NAV frente a integración ERP — Számlázz.hu, Billingo, KBOSS

Los tres ERP húngaros mayoritarios

Para el 95% de los vendedores pyme húngaros, la elección práctica se sitúa entre tres plataformas de facturación en la nube acreditadas:

Számlázz.hu — Operada por KBOSS Kft., lanzada en 2006, Számlázz.hu es la plataforma de facturación en la nube número 1 de Hungría, con más de 250.000 usuarios pyme activos y aproximadamente 40 millones de facturas emitidas al año. Su API REST (v3/szamla/agent) es el estándar de facto para la integración de e-commerce húngaro. Los planes comienzan de forma gratuita para volúmenes muy bajos y escalan hasta niveles empresariales; el envío a la NAV está totalmente automatizado e incluido en todos los planes.

Billingo — Fundada en 2014 y adquirida por Magyar Telekom en 2019, Billingo se posicionó como la alternativa moderna y de diseño cuidado frente a Számlázz.hu. En 2026 presta servicio a más de 80.000 empresas húngaras, con una adopción especialmente fuerte entre las tiendas Shopify, WooCommerce y Shoprenter. La API pública Billingo v3 es la API de facturación húngara más sencilla del mercado e incluye envío a la NAV, modificación, storno y generación de PDF integrados.

KBOSS Számla Agent — Un producto independiente de KBOSS Kft., el Számla Agent es un agente de escritorio/servidor de nivel empresarial que se sitúa entre un ERP existente (SAP, Microsoft Dynamics 365, Sage, Oracle) y la NAV. Se ejecuta como un servicio de Windows, monitoriza las tablas de facturas y envía el XML invoiceData a la NAV según una programación. Utilizado por más de 10.000 empresas, principalmente en fabricación y mayorista.

Integración directa con la NAV frente a ERP — Matriz de decisión

El enfoque de Zunapro — un adaptador, tres backends

Zunapro abstrae la elección: los pedidos de marketplace fluyen hacia una única cola de facturación húngara; el vendedor decide si las facturas de cada tenant se emiten a través del conector Számlázz.hu, el conector Billingo, o el REST directo de la NAV. El orquestador gestiona reintentos, rotación de claves, ventanas de caída de la NAV, y registra de nuevo el ID de transacción de la NAV de 10 caracteres en cada pedido, de modo que el marketplace y el panel del vendedor muestren siempre el mismo estado de cumplimiento.

5. Sanciones — Hasta 1.000.000 HUF por factura no declarada

El marco legal — Ley CL de 2017 (art. 220)

Las sanciones por incumplimiento de Online Számla se establecen en la Ley CL de 2017 sobre Normas Tributarias (Adózás Rendjéről szóló Törvény — Art tv.), artículo 220. La multa administrativa por defecto es de hasta 1.000.000 HUF por factura no declarada para empresas (personas jurídicas) y de hasta 500.000 HUF por factura no declarada para particulares (autónomos — egyéni vállalkozó).

Qué desencadena una sanción

• Envío tardío — XML invoiceData recibido después del plazo de 5 minutos (excluyendo ventanas de caída oficialmente declaradas por la NAV)
• Envío omitido — factura emitida pero nunca declarada a la NAV
• Datos incompletos — campos XSD obligatorios en blanco o mal formados (por ejemplo, tipo de IVA ausente, ID de cliente incorrecto)
• Datos inexactos — los totales de línea no cuadran con el total de cabecera, o falta la conversión de divisa en facturas que no son en HUF
• Falta de declaración de modificaciones — se emitió una factura STORNO o de modificación, pero el bloque invoiceReference correspondiente no se envió a la NAV

El patrón real de escalada de la NAV

En la práctica, la NAV emite primero una carta de advertencia ante omisiones aisladas de poca entidad — normalmente 1–3 facturas no declaradas en un trimestre. A partir de unas 10 facturas no declaradas en un trimestre, la NAV pasa a multas formales, y a partir de 50 o más omisiones o falta de declaración sistemática, el caso escala a una auditoría completa de IVA, con posible pérdida del derecho a deducción del IVA y revisión del estatus de depósito fiscal / OSS. Los vendedores transfronterizos que declaren de forma insuficiente también pueden perder el acceso al régimen OSS One Stop Shop, obligándolos a un registro de IVA país por país en cada Estado miembro de la UE.

Mitigación práctica

El seguro más económico frente a la multa de 1 millón de HUF es el envío automatizado con una cola de reintentos persistente. Zunapro mantiene un registro de auditoría rotativo de 90 días de cada interacción con la NAV (payload de la solicitud, código de respuesta, ID de transacción, versión de la clave de firma), de modo que — incluso si la NAV plantea una consulta más adelante — cada envío pueda reconstruirse y demostrarse.

6. Cálculo automático del ÁFA 27% y gestión multi-tipo

Hungría — El IVA general más alto de la UE

El tipo general de IVA de Hungría es del 27% (ÁFA — általános forgalmi adó), el más alto de la Unión Europea, establecido por la Ley CXXVII de 2007 sobre el Impuesto al Valor Añadido (Áfa törvény). El tipo se mantiene en el 27% desde el 1 de enero de 2012 y no hay planes anunciados para reducirlo.

Se aplican dos tipos reducidos a categorías específicas:

• Tipo reducido del 18% — leche y ciertos productos lácteos (según el Anexo 3/I, punto 1 de la Áfa törvény), servicios de alojamiento comercial (hoteles, alquileres vacacionales) y ciertos productos de panadería
• Tipo superreducido del 5% — libros impresos y electrónicos, medicamentos incluidos en la lista oficial, ciertos productos sanitarios, calefacción urbana (távhő), vivienda nueva de construcción comercial por debajo de determinados umbrales de metros cuadrados, y entradas para eventos de música en directo
• 0% / exento — exportaciones intracomunitarias bajo el régimen OSS, exportaciones a terceros países, ciertos servicios financieros, sanidad, educación

El problema multi-tipo en los marketplaces

Un pedido de eMAG.hu o Vatera contiene a menudo líneas con distintos tipos de IVA — un mismo carrito puede combinar un accesorio con tipo del 27% con un libro con tipo del 5%. El XML invoiceData debe dividir correctamente las líneas y conciliar cada bloque de tipo de IVA en el invoiceSummary. El cálculo manual a los volúmenes de un marketplace resulta poco práctico y propenso a errores.

El catálogo maestro de Zunapro etiqueta cada SKU con su tipo de ÁFA húngaro en el momento de la importación. Cuando llega un pedido de marketplace, el sistema:

1. Busca el tipo por SKU en el catálogo maestro
2. Calcula el neto/IVA/bruto a nivel de línea (redondeado según las reglas de redondeo de la NAV)
3. Agrupa las líneas en bloques summaryByVatRate para el resumen del XML
4. Envía el payload invoiceData dentro de la ventana de 5 minutos

Gestión de divisas — HUF, EUR, USD

Para facturas emitidas en EUR, USD u otras divisas extranjeras, la NAV exige que el vendedor registre un equivalente en HUF calculado al tipo medio oficial del MNB (Magyar Nemzeti Bank) de la fecha de emisión de la factura. El XML incluye tanto el importe en la divisa original como el importe equivalente en HUF por bloque de tipo de IVA. Zunapro obtiene el tipo diario del MNB a las 11:15 CET (hora de publicación del MNB) y lo aplica automáticamente.

7. Integración con marketplaces — eMAG.hu, Vatera, Allegro HU

La realidad de la facturación en marketplaces

Una idea errónea muy extendida entre los nuevos vendedores de e-commerce húngaros es que "el marketplace se encarga de la facturación". No es así. eMAG Marketplace Hungría, Vatera (Allegro Group), AliExpress Hungría, Wish Hungría y cualquier otra plataforma que opere bajo el IVA húngaro sitúan explícitamente la obligación de facturación en el vendedor. Cada pedido B2C o B2B bajo un número de IVA húngaro debe generar una factura conforme con la normativa húngara — y esa factura debe enviarse a NAV Online Számla en un plazo de 5 minutos.

eMAG.hu — El marketplace número 1 de Hungría

eMAG es el mayor marketplace con sede en Rumanía, fundado en 2001 en Bucarest y lanzado en Hungría como eMAG.hu en 2013. Para 2026, eMAG.hu atiende a más de 4M de clientes húngaros y es el marketplace húngaro dominante por volumen — con una cuota de mercado comparable a la de Allegro en Polonia o Trendyol en Turquía. eMAG Marketplace Hungría utiliza su propia API MARKETPLACE para la extracción de pedidos, la carga de productos y las actualizaciones de estado de los pedidos. Las facturas no las emite eMAG en nombre del vendedor — el vendedor debe generar la factura (habitualmente a través de Számlázz.hu / Billingo) y proporcionar un enlace en PDF a través del endpoint de pedidos de eMAG.

Vatera — El marketplace con herencia de subastas

Vatera se lanzó en 2000 como la primera gran plataforma de subastas en línea de Hungría y fue adquirida por el Allegro Group en 2017. Tras el lanzamiento de allegro.hu por parte de Allegro en 2024, Vatera continúa operando como marca independiente centrada en las subastas y la larga cola de segunda mano. Los listados de compra inmediata dominan hoy en día (las subastas representan menos del 10% del volumen), pero los compradores tradicionales de la marca se mantienen. NAV Online Számla se aplica de manera idéntica: todo pedido de Vatera requiere una factura con envío a la NAV el mismo día.

Allegro.hu, AliExpress HU, Wish HU

• Allegro.hu — lanzada en 2024 como parte de la expansión del Allegro Group en Europa Central y del Este. Utiliza la misma API de Allegro que el marketplace polaco, con precios en HUF/EUR y listados en húngaro. La obligación de facturación recae en el vendedor; se requiere el envío a NAV Online Számla.
• AliExpress Hungría — el escaparate húngaro de la filial de Alibaba. Los vendedores transfronterizos que utilizan el régimen IOSS de AliExpress siguen necesitando facturas conformes con la normativa húngara cuando poseen un número de IVA húngaro.
• Wish Hungría — presencia en declive pero aún activa; misma regla de facturación a cargo del vendedor.

El flujo de marketplace de Zunapro

El flujo de extremo a extremo que orquesta Zunapro es:

1. Extracción del pedido de marketplace — los webhooks de eMAG / Vatera / Allegro.hu llegan a Zunapro
2. Borrador de factura — Zunapro compone la factura húngara con tipos de ÁFA a nivel de SKU, conversión de divisas y datos del cliente
3. Envío al ERP — la factura se publica en Számlázz.hu / Billingo (o directamente a la NAV) — ida y vuelta REST de aproximadamente 1–3 s
4. Envío a la NAV — el XML invoiceData se firma y se envía a onlineszamla.nav.gov.hu
5. ID de transacción — el ID de transacción de 10 caracteres de la NAV se almacena en el pedido y el pedido del marketplace se actualiza con la URL del PDF de la factura

8. EKAER — Notificación previa para transporte por carretera de mercancías de riesgo

Qué es el EKAER

El EKAER (Elektronikus Közúti Áruforgalom Ellenőrző Rendszer — Sistema Electrónico de Control del Transporte de Mercancías por Carretera) es el régimen húngaro obligatorio de notificación previa para el transporte por carretera de mercancías clasificadas como de riesgo. Introducido el 1 de enero de 2015 como uno de los primeros esquemas de control del fraude en el IVA en tiempo real de la UE, el EKAER está gestionado por la NAV en ekaer.nav.gov.hu y exige que todo envío que cumpla los requisitos se registre antes de que el camión inicie su desplazamiento — con un número EKAER de 15 caracteres que debe acompañar a la carga y presentarse ante los controles en carretera cuando se solicite.

La reforma del alcance de enero de 2021

El EKAER se aplicaba originalmente a prácticamente todo el transporte de mercancías B2B por carretera que cruzaba las fronteras húngaras. Tras la presión de un procedimiento de infracción de la Comisión Europea (normas de la UE sobre libre circulación), Hungría redujo el alcance a partir del 1 de enero de 2021 a únicamente las categorías de productos de riesgo. En 2026 el EKAER cubre:

• Alimentos de riesgo — carne, lácteos, azúcar, ciertos aceites, según se enumera en el Anexo 1 del Decreto EKAER 13/2020 (XII.23.) PM
• Otros productos de riesgo — combustibles, ciertos productos químicos, materiales de construcción dentro de umbrales de valor en HUF definidos
• Transportes a granel superiores a 2.500 kg o 1.000.000 HUF de valor de carga dentro de las categorías de riesgo

Los paquetes estándar de e-commerce (ropa, electrónica, accesorios) quedan fuera del alcance del EKAER en 2026. La mayoría de los vendedores en línea transfronterizos que envían a Hungría a través de DHL, GLS, FoxPost o Magyar Posta no necesitan, por tanto, el EKAER — pero los movimientos mayoristas B2B a granel sí.

Cómo funciona una notificación EKAER

Antes de que el camión sea cargado, el remitente abre una notificación EKAER en el portal (o vía API), incluyendo:

• Identificaciones fiscales del remitente y del destinatario
• Direcciones de origen y destino
• Descripción de las mercancías, código aduanero VTSZ, peso bruto, valor de la carga
• Matrícula del vehículo + ventana de llegada prevista

La NAV devuelve el número EKAER de 15 caracteres. La notificación puede modificarse (cambio de matrícula, tolerancia de peso) hasta el momento en que llega el envío. Sanción por EKAER ausente o inexacto: hasta el 40% del valor de la carga.

EKAER + Online Számla — Cómo interactúan

El EKAER y Online Számla son regímenes independientes sin vínculo técnico directo, pero comparten datos. La NAV cruza los datos de carga del EKAER con las líneas de factura de Online Számla para detectar el fraude en el IVA (mercancías infradeclaradas, facturas fantasma, exportaciones no declaradas). Para los vendedores que operan en categorías de riesgo, disponer de un único panel de Zunapro que emita simultáneamente la factura NAV y la notificación EKAER desde el mismo registro de pedido supone una palanca importante de reducción de riesgo.

9. Transfronterizo — IOSS + OSS para ventas a la UE y a terceros países

OSS (One Stop Shop) — B2C de la UE por encima del umbral de ventas a distancia

Desde el 1 de julio de 2021, la UE sustituyó los umbrales de venta a distancia país por país por un único umbral de 10.000 EUR aplicable a toda la UE. Todo vendedor húngaro cuyas ventas B2C transfronterizas totales hacia otros Estados miembros de la UE superen 10.000 EUR en el año natural debe cobrar el IVA al tipo del país del comprador. En lugar de registrarse a efectos de IVA en otros 26 países, el vendedor puede registrarse en el OSS (One Stop Shop) a través del portal KAFTA de la NAV y presentar una única declaración OSS trimestral que cubra todos los Estados miembros de la UE.

IOSS (Import One Stop Shop) — Importaciones por debajo de 150 EUR

El IOSS se aplica a las importaciones de bienes procedentes de terceros países (fuera de la UE) con un valor de envío igual o inferior a 150 EUR. Con el IOSS, el vendedor cobra el IVA de la UE en el momento del pago (al tipo del país del comprador) y presenta una única declaración IOSS mensual que cubre todos los envíos a la UE. La ventaja: el despacho aduanero se vuelve casi instantáneo, sin cargos sorpresa de aduanas/IVA en la entrega, y los compradores húngaros experimentan el pedido como una compra nacional.

Cómo se relaciona NAV Online Számla con el OSS y el IOSS

El OSS y el IOSS son regímenes de declaración de IVA independientes — declaran el IVA agregado de la UE a la NAV, pero no sustituyen la obligación de Online Számla. La factura húngara debe seguir emitiéndose y enviándose a Online Számla. La relación es la siguiente:

• B2C nacional HU — emitir factura al 27% (o tipo aplicable) → enviar a NAV Online Számla → declarar en la declaración de IVA húngara estándar
• B2C transfronterizo de la UE bajo OSS — emitir factura al tipo de IVA del país de destino → enviar a NAV Online Számla (indicador transfronterizo en el XML) → presentar declaración OSS agregada trimestralmente
• B2C de tercer país bajo IOSS — emitir factura con el tipo de IVA IOSS → enviar a NAV Online Számla → presentar declaración IOSS agregada mensualmente
• Fuera de OSS / IOSS — se requiere registro de IVA país por país; la Online Számla húngara sigue aplicándose si la factura se emite bajo un número de IVA húngaro

Enrutamiento transfronterizo de Zunapro

Zunapro etiqueta cada pedido en el momento de su entrada con el régimen correcto — nacional HU / OSS / IOSS / no UE — según la dirección de envío del comprador, el valor del envío y el perfil de registro de IVA del vendedor. La factura se genera con el tipo de IVA correcto, se envía a NAV Online Számla con el indicador transfronterizo activado, y se agrega en la exportación OSS/IOSS correspondiente a fin de mes.

10. El futuro — Peppol UBL 2.1 + ViDA de la UE

Por qué importa Peppol

Peppol (Pan-European Public Procurement Online) es una red de intercambio de facturas electrónicas de cuatro esquinas que utiliza el estándar UBL 2.1 y la especificación Peppol BIS Billing 3.0. Desarrollado originalmente para la contratación pública, Peppol es ahora el formato preferido de la UE para la facturación electrónica B2B transfronteriza y la columna vertebral técnica de la próxima directiva ViDA de la UE (VAT in the Digital Age).

El compromiso de Hungría con Peppol

Hungría se ha comprometido a nivel del Consejo de la UE a aceptar Peppol BIS Billing 3.0 como formato alternativo de envío para facturas B2B transfronterizas. La hoja de ruta de la NAV publicada en el primer trimestre de 2026 tiene como objetivos:

• Segundo semestre de 2026 — la NAV opera un Punto de Acceso Peppol que acepta UBL 2.1 entrante y lo convierte a invoiceData v3.0 para el procesamiento interno
• 2027 — Conversión de salida: las facturas enviadas en formato invoiceData de la NAV podrán enrutarse hacia un comprador extranjero a través de Peppol en UBL 2.1
• 2028 — Alineación completa con ViDA: declaración digital en tiempo real armonizada en todos los Estados miembros de la UE, con Peppol como capa técnica por defecto

Qué cambia Peppol para los vendedores húngaros

Para los vendedores puramente nacionales, cambia poco — invoiceData v3.0 sigue siendo el formato principal. La ganancia es para los vendedores B2B transfronterizos: una sola factura UBL puede satisfacer simultáneamente a la NAV (HU), al KSeF (PL), a FatturaPA (IT) y a Chorus Pro (FR) sin lógica de adaptador específica por país. Para 2028, esa misma factura única debería cumplir los requisitos de declaración digital de todos los Estados miembros de la UE.

La hoja de ruta Peppol de Zunapro

El módulo de salida UBL de Zunapro está en desarrollo activo. La arquitectura refleja el adaptador NAV existente: las facturas generadas a partir de pedidos de marketplace se emiten simultáneamente en invoiceData v3.0 (para la NAV) y en UBL 2.1 (para la entrega mediante el Punto de Acceso Peppol a compradores no húngaros). El vendedor elige, por cliente o por marketplace, si activa el enrutamiento Peppol.

Marco legal húngaro 2026 — Dónde encontrar las normas

Legislación primaria

• Ley CXXVII de 2007 sobre el Impuesto al Valor Añadido (Áfa törvény) — define los tipos del 27% / 18% / 5%, el alcance de las transacciones sujetas a impuestos y la obligación de facturación subyacente. Disponible en njt.hu (la Base de Datos Nacional de Legislación).
• Ley CL de 2017 sobre Normas Tributarias (Art tv.) — define la obligación de declaración de Online Számla en los artículos 7 y 220, incluyendo la estructura de sanciones.
• Decreto NAV 23/2014 (VI. 30.) NGM — el decreto técnico que define el esquema XML, el plazo de 5 minutos, los endpoints de la API y el formato de las credenciales. Se actualiza anualmente; la última modificación previa a la integración Peppol de 2026 se publicó en el primer trimestre de 2026.
• Decreto EKAER 13/2020 (XII. 23.) PM — define las categorías de productos de riesgo y la reforma de alcance de 2021.

Guía operativa de la NAV

• onlineszamla.nav.gov.hu — portal oficial de contribuyentes; generación de usuarios técnicos, descargas de XSD, estado de interrupciones, preguntas frecuentes en húngaro e inglés
• nav.gov.hu — sitio principal de la NAV; tipos impositivos, orientación sobre OSS/IOSS, página de destino en inglés para vendedores extranjeros
• ekaer.nav.gov.hu — portal EKAER y lista de productos de riesgo

Protección al consumidor — RGPD, desistimiento de 14 días, garantía de 2 años

• RGPD — la autoridad húngara de protección de datos es la NAIH (Nemzeti Adatvédelmi és Információszabadság Hatóság). Los datos de Online Számla los procesa la NAV bajo su propia base legal, pero los datos de clientes del lado del vendedor siguen siendo responsabilidad RGPD del vendedor.
• Derecho de desistimiento de 14 días — los consumidores húngaros pueden devolver cualquier producto comprado a distancia en un plazo de 14 días, sin necesidad de justificar el motivo (Directiva UE 2011/83/UE, transpuesta por el Decreto Gubernamental 45/2014 (II. 26.) Korm.).
• Garantía legal de 2 años (kellékszavatosság) — el derecho civil húngaro (Ptk. artículo 6:163) impone una garantía legal obligatoria de dos años sobre los bienes de consumo, independientemente de cualquier garantía comercial.

Cómo empezar con NAV Online Számla — Paso a paso 2026

1. Determine su huella de IVA húngaro

• Pyme residente en Hungría — registro completo de IVA húngaro a través de NAV ONYA, Online Számla obligatorio
• Vendedor de la UE que usa OSS — mantenga su registro de IVA en su país de origen, declare el IVA B2C húngaro a través del OSS, pero Online Számla se aplica en cuanto posea un número de IVA húngaro por cualquier otro motivo
• Vendedor de fuera de la UE — designe un representante fiscal húngaro; en cuanto se emita un número de IVA húngaro, el envío a Online Számla es obligatorio desde la factura número 1

2. Elija su vía de facturación

• Számlázz.hu — facturación en la nube número 1 de Hungría; menor fricción de configuración, totalmente automatizada con la NAV, gratuita para volúmenes muy bajos
• Billingo — alternativa moderna API-first, respaldada por Telekom, sólido ecosistema Shopify / WooCommerce
• KBOSS Számla Agent — agente de escritorio/servidor para empresas SAP / Dynamics
• REST directo de la NAV — para vendedores de alto volumen (500+/día) o configuraciones ERP poco habituales; Zunapro puede ejecutarlo directamente

3. Genere las credenciales de usuario técnico de la NAV

1. Inicie sesión en onlineszamla.nav.gov.hu con su identidad de la Client Gate húngara (Ügyfélkapu)
2. Abra "Felhasználók" → "Új technikai felhasználó"
3. Establezca el nombre de usuario y la contraseña; el sistema genera la clave de firma y la clave de intercambio
4. Descargue las cuatro credenciales y guárdelas en su gestor de contraseñas (Zunapro las acepta en formato de bóveda cifrada)

4. Conecte marketplaces y tienda online

Con las credenciales de la NAV en mano, conecte eMAG.hu, Vatera, Allegro.hu, AliExpress HU, su tienda Shoprenter / WooCommerce / Shopify, y cualquier ERP mayorista al módulo de Hungría de Zunapro. Cada conector viene con mapeos de categorías por defecto e inferencia de tipo de ÁFA; el vendedor confirma con unos pocos clics.

5. Ejecute la ida y vuelta en modo de prueba

Zunapro emite una factura en modo de prueba contra el sandbox de la NAV (api-test.onlineszamla.nav.gov.hu). Cuando la prueba devuelve un ID de transacción de la NAV — normalmente en menos de 2 segundos — el vendedor activa el modo de producción. A partir de ese momento, cada pedido de marketplace genera automáticamente una factura, la envía a la NAV dentro del SLA de 5 minutos, y almacena el ID de transacción en el registro del pedido.

6. Supervise y audite

El panel de la NAV de Zunapro muestra la latencia de envío, la profundidad de la cola de reintentos, la caducidad de la clave de firma, las ventanas de caída de la NAV y el registro de auditoría rotativo de 90 días. Para contables y auditores externos, todo el registro de interacción con la NAV se exporta como PDF firmado o CSV, listo para la conciliación con la declaración de impuestos.

Preguntas frecuentes sobre NAV Online Számla 2026