Hungary is not Ukraine or Poland. It is a European Union member state since 2004, a leading automotive and electronics manufacturing hub in Central Europe, and a market where digital tax obligations rank among the most stringent on the continent. The RTIR (Real-Time Invoice Reporting) system operated by NAV — the Hungarian tax authority — has since 2021 required real-time transmission of all B2B and B2C invoices. In 2027, VAT filing shifts entirely to the eVAT (eÁFA) system. For a CIO or CFO opening a subsidiary in Budapest, taking on an automotive subcontractor near Miskolc, or integrating a new Hungarian production site into a group-wide ERP, overlooking these regulatory specifics means exposure to tax penalties and invoice rejections from the very first quarter.
This guide maps the Hungarian ERP market, details the regulatory requirements that shape software selection, and provides a recommendation matrix by company profile.
Why the Hungarian ERP Market Deserves Your Attention
A Fast-Growing Industrial Economy
Hungary’s nominal GDP is estimated at 271 billion dollars by the IMF for 2026 (source: Worldometer, Hungary GDP 2026). Its economy is structurally industrial: the manufacturing sector accounts for roughly 17% of GDP, driven by two pillars — automotive (BMW, Audi, Mercedes all have plants in Hungary) and electronics (Samsung, Bosch, GE Healthcare). This dense industrial base generates ERP demand heavily focused on production management, quality traceability and complex inventory control.
Economic growth in 2026, projected between 1.8% and 3.1% depending on the forecaster (European Commission, OECD, ING), is fuelled by domestic demand and an export recovery. For European groups with subsidiaries or suppliers in Hungary, this upturn creates more formalised ERP tooling requirements.
The Fiscal and Accounting Specificities You Must Master
Hungary has built one of Europe’s most advanced digital tax compliance ecosystems. Three elements structure it:
-
VAT (ÁFA) among Europe’s highest: standard rate 27%, reduced rate 18% (restaurants, accommodation), super-reduced rate 5% (pharmaceuticals, books, basic foodstuffs). Any ERP deployed in Hungary must handle all three rates without manual configuration on each transaction.
-
RTIR (Real-Time Invoice Reporting): mandatory real-time transmission of all invoices to NAV via the Online Számla portal. No grace period, no minimum threshold since July 2020.
-
eVAT (eÁFA): from 1 January 2027, VAT returns must be filed digitally, via the eVAT web interface or an M2M (machine-to-machine) connection. The current ÁNYK system is being retired.
The NAV Online Invoice System: Hungary’s Mandatory E-Invoicing
RTIR: Real-Time Reporting for Every Invoice
The RTIR system was introduced in July 2018 with an initial threshold: B2B invoices where the VAT amount exceeded HUF 100,000 had to be transmitted in real time to NAV. In July 2020, that threshold was abolished (source: EDICOM, Electronic Invoicing and e-Reporting in Hungary). Since then, all invoices — B2B, B2C, export and intra-EU — are subject to real-time reporting without any amount threshold.
What this means for an ERP in practice: the software must automatically generate and transmit invoice data to NAV before or simultaneously with delivery of the invoice to the customer. No manual intervention should be required in a correctly configured ERP workflow.
XML Számla v3.0: What Your ERP Must Generate
The mandatory transmission format is XML Számla version 3.0, conforming to the XSD schema defined by NAV. This format has been mandatory since 1 April 2021, when version 2.0 was withdrawn (source: PIKON, SAP Document Compliance RTIR Hungary).
The XML file must include the following fields:
- VAT number (adószám) of both seller and buyer
- Unique invoice number
- Issue date and delivery date
- Itemised HUF amounts per line (HUF base, applicable ÁFA rate, VAT amount)
- Transaction type (B2B, B2C, intra-EU, export)
NAV validates the document on receipt and returns a confirmation identifier (or error message) in near real time. An ERP without a native RTIR connector and a validated XML Számla v3.0 generator is not operational in the Hungarian market.
How Your ERP Must Interface with the NAV Portal
The Online Számla portal (onlineszamla.nav.gov.hu) is NAV’s central interface for e-invoicing. It operates in API mode: the ERP or billing system sends XML data via a REST API documented by NAV. Authentication is based on an API token assigned to each taxpayer.
For multinationals deploying a global ERP in Hungary, two approaches are available:
- Native publisher localisation (SAP Document Compliance, Microsoft Dynamics HU localisation, etc.): the vendor maintains its own NAV connector.
- Third-party compliance middleware (Pagero, EDICOM, Sovos): an intermediary service translates ERP data into XML Számla and manages communication with NAV.
The second approach is often chosen when the primary ERP lacks a certified Hungarian localisation.
The Dominant ERP Players in Hungary
Kulcs-Soft: The Local Leader for Hungarian SMEs
Founded in 1989 by Tibor Kulcsár, Kulcs-Soft Számítástechnika Nyrt. is listed on the Budapest Stock Exchange (BSE: KULCSSOFT) with over 50,000 corporate clients (source: Crunchbase, Kulcs-Soft company profile). It is the only nationally significant Hungarian ERP vendor to be publicly traded.
The Kulcs-Soft suite covers:
- General and analytical accounting with native NAV connector (RTIR, eVAT)
- Invoicing compliant with XML Számla v3.0
- Hungarian payroll (13% employer social contributions, flat 15% SZJA income tax)
- Stock and inventory management
- NAV-compliant cash register module (e-register)
Best fit: Kulcs-Soft is the natural choice for Hungarian SMEs under 100 employees in retail, services and craft industries. Its strength: Hungarian accountancy firms know it, recommend it and are confident configuring it. Its functional scope remains limited for subsidiaries of international groups requiring multi-entity consolidation.
SAP Business One and S/4HANA: A Solid International Presence
SAP is present in Hungary across two distinct segments:
SAP Business One (25–250 employees): deployed by local SAP partners with integrated Hungarian localisation — ÁFA VAT management, RTIR connector via SAP Document Compliance, NAV tax reports. The preferred solution for subsidiaries of international SMEs already running SAP at group level.
SAP S/4HANA (300+ employees): present in large industrial groups and multinational subsidiaries in Budapest and the industrial zones of Győr (Audi), Debrecen (BMW) and Kecskemét (Mercedes). SAP Document Compliance for Hungary has natively handled RTIR v3.0 since 2021 (source: PIKON, SAP RTIR Hungary).
Microsoft Dynamics 365 Business Central: The Choice for Manufacturing Mid-Market
Microsoft Dynamics 365 Business Central is strongly established among Hungarian manufacturing mid-market companies, particularly in the automotive supply chain (Tier 1 and Tier 2 suppliers). Certified local partners — such as eSys or Xapt — have developed Hungarian localisation extensions covering:
- ÁFA VAT with all three rates managed
- RTIR connector for Online Számla
- Hungarian payroll (via third-party modules or integration)
- Local regulatory reports
Key advantage: for a mid-market company already on the Microsoft stack (Office 365, Azure), the Business Central extension with Hungarian localisation is a natural continuation. Integration with production tooling (MES, WMS) runs through the local partner ecosystem.
Oracle NetSuite: For Export-Oriented and E-Commerce Companies
Oracle NetSuite has a Hungarian localisation covering ÁFA VAT and RTIR via its Global Tax Reporting module. Its presence in Hungary is concentrated among export-oriented businesses (cross-border e-commerce, international trade) and subsidiaries of US groups already running NetSuite in a global deployment.
Vector ERP and ProGen: Local Mid-Market Players
Beyond Kulcs-Soft, the Hungarian ERP market features two established local vendors for the mid-market segment (10–300 employees):
Vector ERP: active since 1990, with over 2,000 active sites in Hungary (source: AppForge, Best ERP Systems in Hungary 2026). Positioned for industrial and commercial SMEs with 10–150 employees. Native RTIR and ÁFA localisation.
ProGen: Hungarian ERP since 1991, focused on complex production management for SMEs and mid-market companies with 50–300 employees. Long-standing presence in the plastics and metallurgy industries. Less known outside Hungary.
IFS Cloud and Epicor Kinetic: Heavy Industry and Automotive
IFS Cloud is used in heavy industry, aerospace and automotive — particularly among Tier 1 suppliers present in Hungary (aerospace, industrial maintenance). Its strengths: industrial asset management (EAM) and complex production planning for multi-site environments. The Hungarian localisation covers RTIR and ÁFA VAT.
Epicor Kinetic (formerly Epicor ERP) has a more limited but targeted presence among manufacturers of mechanical and electronic components that export to Western Europe.
Hungarian Accounting and Tax Compliance
Hungarian VAT (ÁFA): Rates and ERP Configuration
Hungarian VAT (Általános Forgalmi Adó, ÁFA) carries the highest standard rate in Europe (source: vatcalc.com, Hungary VAT Guide 2026):
| Rate | Percentage | Scope |
|---|---|---|
| Standard | 27% | Majority of goods and services |
| Reduced | 18% | Restaurants, accommodation |
| Super-reduced | 5% | Pharmaceuticals, books, basic foodstuffs |
| Zero-rated | 0% | Intra-EU exports, international transport |
Any ERP deployed in Hungary must handle these four levels without manual user configuration. Rate errors — in particular the confusion between 27% and 18% for catering services — are a common trigger for tax adjustments during NAV audits.
Tax Filing: Frequency and Format
Hungarian VAT returns are submitted monthly (for taxpayers with annual turnover exceeding HUF 50 million) or quarterly (below that threshold). In 2026, submission still runs through the ÁNYK portal. From 1 January 2027, eVAT (eÁFA) becomes the mandatory channel.
eVAT (eÁFA) from 2027: The system replaces ÁNYK with two transmission modes (source: Ecovis, Hungary eVAT System Transition 2027):
- eVAT web interface: for smaller businesses with low transaction volumes
- M2M (machine-to-machine) API: for companies with high transaction volumes, integrated directly into the ERP
One of eVAT’s benefits: NAV pre-populates returns with data already collected via RTIR and electronic cash registers. ERPs that transmit correctly via the RTIR connector will benefit from pre-filled returns to validate rather than manually complete.
Payroll and Social Contributions: Hungarian Market Specifics
Hungarian payroll has two structural characteristics that shape any ERP payroll module:
Employer social contributions (TB járulék): the employer rate is 13% of gross salary. This covers contributions to health insurance, pensions and unemployment. Note: this is distinct from the employee rate (18.5% on the employee side).
Income tax (SZJA): Hungary applies a flat income tax rate of 15% on employment income, with no progression. This is one of Hungary’s most distinctive features — a Hungarian payslip is structurally different from a German or British one.
A generic payroll module not localised for Hungary will produce payslips with incorrect calculations from the very first pay run. Hungarian payroll localisation is a non-negotiable prerequisite.
IFRS Reporting vs. Local Hungarian Accounting Standards
Large Hungarian companies (listed entities or subsidiaries of listed groups) must prepare their financial statements under IFRS. Unlisted SMEs apply local Hungarian accounting standards (Magyar Számviteli Szabályok, MSSz), which differ from IFRS in several areas — notably the treatment of fixed assets and provisions.
For an international group with a Hungarian subsidiary, the ERP must handle two reporting frameworks in parallel: local MSSz for Hungarian tax obligations, and IFRS for group consolidation. This dual reporting requirement is a selection criterion that is frequently underestimated.
Deploying an ERP in Hungary: 5 Pitfalls to Avoid
Pitfall 1: ERP Without a NAV-Certified Hungarian Localisation
The most common mistake: deploying a generic version of an international ERP in Hungary on the assumption that a standard VAT module will suffice. It will not. The RTIR connection, the XML Számla v3.0 generation and the electronic signature of invoices must all be validated by NAV. A vendor claiming to “handle European VAT” without a certified Hungarian localisation is making a promise that does not cover Hungarian regulatory obligations.
How to validate: ask the vendor for a sample XML Számla v3.0 file generated by their software and verify that it passes validation on NAV’s test portal before signing any contract.
Pitfall 2: Poor Handling of Multiple VAT Rates
27%, 18%, 5%, 0%: four rates with precise sector-specific allocation rules. The 18% rate applies to restaurant services (table service included) but not to certain takeaway food sales, which revert to 27%. These sector-level nuances produce errors in ERPs configured without local expertise.
Solution: ensure that the Hungarian localisation includes up-to-date sector allocation rules, and that regulatory updates are covered by the maintenance contract.
Pitfall 3: No Native RTIR Connector
Since 2021, 100% of invoices require real-time transmission to NAV. An ERP that generates PDF invoices to be uploaded manually to the Online Számla portal is not operationally viable — or is viable only for micro-businesses with minimal invoice volumes.
To assess: monthly invoice volume. Beyond 50–100 invoices per month, the absence of an automated RTIR connector creates an operational burden that is incompatible with sound financial management.
Pitfall 4: Outsourced Payroll Without ERP Integration
In Hungary, many SMEs outsource payroll to local accounting firms. This is a common and legitimate practice. The pitfall: when the outsourcing is not connected to the ERP, social charge provisions, HR analytics and accounting exports are entered manually — a source of errors and reconciliation gaps at monthly close.
Best practice: require your Hungarian payroll provider to deliver an automated export compatible with your core ERP (adapted FEC format or API connector).
Pitfall 5: IFRS and Hungarian Standards Treated as One
For groups consolidating under IFRS, the Hungarian subsidiary must produce two sets of accounts. An ERP configured solely for IFRS reporting will not generate the MSSz statements required by NAV for local tax obligations. Conversely, an ERP configured solely for Hungarian standards will not produce the IFRS data needed for group consolidation.
Configuration to validate: dual chart of accounts, IFRS/MSSz restatement rules, and export of Hungarian tax packages in the format expected by NAV.
ERP Selection Checklist for the Hungarian Market
Before signing an ERP contract for a deployment in Hungary, validate these 10 points:
- Native RTIR: the software automatically generates and transmits XML Számla v3.0 to NAV
- NAV validation: the vendor can demonstrate compliance on NAV’s test portal
- Multi-rate ÁFA: the 27%, 18%, 5% and 0% rates are configured with sector allocation rules
- eVAT-ready: the vendor roadmap includes M2M eÁFA connection before 1 January 2027
- Hungarian payroll: TB contributions (13% employer, 18.5% employee) and SZJA (15%) calculated correctly
- Dual reporting: if your group consolidates under IFRS, the ERP handles MSSz local standards in parallel
- Regulatory updates: the maintenance contract covers NAV fiscal updates (XML format, eVAT 2027, eÁFA)
- Hungarian-language support: the integrator or local partner responds in Hungarian — critical for local finance teams
- Sector references: the vendor or its partner has references in your sector in Hungary (automotive, electronics, agri-food, services)
- 2028 e-invoicing: NAV plans to migrate to a structured B2B e-invoicing system on Peppol from 2028 — ask the vendor about its Peppol roadmap for Hungary
To explore regulatory compliance across Central Europe, read our ERP Market in Poland and Czech Republic: Comarch, Helios, Pohoda and Key Local Players in 2026, our analysis of Romanian e-invoicing obligations, and our guide to international ERP expansion for European subsidiaries.
