How To Guide Fiscal Hungary
Fiscal Overview
For shared background, see Fiscal Overview.
Introduction to Fiscal Hungary
Hungary operates a hardware-based fiscalisation model, under which retail transactions must be recorded and reported using certified online cash registers incorporating an AEE (Adóügyi Ellenőrző Egység). These fiscal devices must be officially approved and registered and are required to maintain a secure, continuous data connection with the Hungarian tax authority (NAV) for the transmission of fiscal data. To comply with Hungarian fiscal regulations, the Enactor POS system integrates with certified Hungarian fiscal devices and does not implement fiscal enforcement logic directly within the POS application.
In the Hungarian implementation, Enactor integrates with the Hungary Prior Cash Fiscal Solution, which provides a certified fiscal device and communication layer. This approach ensures regulatory compliance while avoiding the requirement for the Enactor POS application itself to undergo fiscal certification.
Within this model, the fiscal device is solely responsible for:
- Enforcing fiscal rules as defined by Hungarian legislation
- Generating fiscal receipts and mandatory fiscal reports
- Managing fiscal memory, electronic journal (EJ), and daily fiscal closures
- Securely transmitting fiscal data to NAV via the AEE
The Enactor POS acts as a controlling system, supplying transactional data and issuing operational commands to the fiscal device. The fiscal device validates the received information, determines what is legally permitted, and finalises the fiscal output in accordance with Hungarian fiscal law.
In addition to fiscal receipts, Hungarian regulations also require support for non-fiscal documents, such as informational prints and auxiliary documents. These documents are handled separately from fiscal transactions and may be produced using the fiscal device's non-fiscal functionality or a dedicated document printer, depending on the use case and system configuration.
This guide describes how the Enactor POS system, in conjunction with the Hungary Prior Cash Fiscal Solution, interacts with Hungarian fiscal devices. It outlines the supported fiscal workflows and explains how compliance with Hungarian fiscal requirements is achieved through integration with certified hardware.
System Introduction
The Enactor POS system is a distributed retail platform comprising a central configuration and data management component, referred to as the Estate Manager (EM), together with store servers and POS terminals. The EM functions as the authoritative master repository for system configuration and transactional data. Configuration changes performed on the EM must be successfully distributed to POS terminals before becoming operational.
Although the Enactor platform supports extensive configuration capabilities, only a defined subset of configuration parameters is required to ensure compliance with Hungarian fiscal legislation. These mandatory requirements are described in later sections of this document. Configuration options unrelated to Hungarian fiscal compliance are documented separately and must not be used in a manner that conflicts with fiscal requirements.
The primary compliance control for Hungary is the Fiscalisation Type configured at the POS terminal level. When the fiscalisation type is set to Hungary, the POS enforces Hungarian fiscal constraints and enables mandatory integration with certified Hungarian fiscal devices (online cash registers with AEE functionality).
If the EM is configured in a way that would result in non-compliant operation under Hungarian fiscal law, the POS terminal will be prevented from starting when its fiscalisation type is set to Hungary. This safeguard ensures that non-compliant configurations cannot be executed in a live retail environment. Once a POS terminal has been configured as a Hungarian fiscal POS, the fiscalisation type cannot be modified or removed. This restriction reflects the permanent and regulated nature of fiscal registration in Hungary and prevents circumvention of fiscal controls.
Transaction Data Management and Retention
In addition to configuration data, the EM serves as the long-term master data store for transactional records generated by POS terminals. Transaction data is initially stored on the POS terminal and store server at the time of sale; however, retention at these levels is typically limited to short operational periods. Long-term retention is maintained at the EM level in accordance with audit and operational requirements.
Transactional data is purged from POS and store server databases only after:
- Successful transmission of the data to the EM, and
- Completion of all applicable fiscal processes, including required daily closures and reports.
This process ensures end-to-end data integrity, traceability, and auditability.
Fiscal Enforcement and Responsibility
Under Hungarian fiscal legislation, fiscal enforcement is performed exclusively by certified fiscal hardware. The fiscal device (AEE-enabled fiscal printer or online cash register) is legally responsible for:
- Applying Hungarian fiscal rules and validations
- Generating fiscal receipts and mandatory reports
- Maintaining fiscal memory and electronic journal records
- Secure transmission of fiscal data to the Hungarian tax authority (NAV)
The Enactor POS system and EM do not independently generate or sign fiscal data. Instead, they act as controlling systems that submit transactional information to the fiscal device and store responses and references returned by the device. This separation ensures that fiscal compliance is enforced at the hardware level, as required by Hungarian law.
Deployment Overview
Use Enactor Fiscal application updater and follow its standard deployment guidelines to deploy Fiscal to a POS system
Configuration Overview
The following configuration changes are needed and should be broadcasted to all Hungarian devices in preparation for go live. IDs below follow the enactor naming convention, but each retailer is free to use their own naming conventions to match configuration used in other counties.
Estate Manager Prerequisites
Deploy the pos-fiscalisation-1.0.xxx jar to the EM using Jar Deployer Maintenance. Have the "Import Default Data" checkbox checked.
Region
The region must be configured to continue the other configurations related to the fiscalisation. The region for Hungary should be created within the Region Group Hierarchy.
Price Group
If it does not already exist, a price group for Hungary should be created within the Price Group Hierarchy.
Tax Region
If it does not already exist, a Tax Region for Hungary should be created within the Tax Region Group Hierarchy. It should have the ID: "HU" and the Name: "Hungary ", it is not necessary to configure an External Reference ID.
Tax Configuration
Tax Groups
The following tax groups should be configured and broadcast to the devices.
| Tax Group ID | Description |
|---|---|
| HU-A | HU Tax Group A |
| HU_B | HU Tax Group B |
| HU_C | HU Tax Group C |
| HU_D | Tobacco Products |
| HU_E | NO VAT Services |
Tax Rates
The following tax rates should be configured and broadcast to the Hungarian devices.
| Tax Rate ID | Description | Percentage | Display Tax Code | Fiscal Reference |
|---|---|---|---|---|
| HU-0 | Hungary Reduced VAT (5%) | 5% | A | A |
| HU-1 | Hungary Reduced VAT (18%) | 18% | B | B |
| HU-2 | Hungary Standard VAT (27%) | 27% | C | C |
| HU-3 | Hungary Tobacco Products VAT | - | D | D |
| HU-4 | Hungary Zero VAT (0%) | 0% | E | E |
Tax Scheme
The following tax scheme should be configured and broadcast to the Hungarian devices. Make sure to add all the Tax Rates related to Hungary as well.
| Tax Scheme ID | Description | Price Include Tax |
|---|---|---|
| HU | Hungary Tax Scheme | TRUE |
Tax Group Tax Methods
The following tax group tax methods should be configured and broadcast to the appropriate Hungarian devices.
| Tax Group ID | Tax Scheme ID | Description | Tax Rate |
|---|---|---|---|
| HU Tax Group A | HU | HU Reduced Tax (5%) | Class A - HU Reduced Tax (5%) |
| HU Tax Group B | HU | HU Reduced Tax (18%) | Class B - HU Reduced Tax (18%) |
| HU Tax Group C | HU | HU Standard Tax (27%) | Class C - HU Standard Tax (27%) |
| Tobacco products | HU | HU Tobacco Products Tax | Class D - HU Tobacco Products Tax |
| No VAT Services | HU | HU Zero (0%) Tax | Class E - HU Zero (0%) Tax |
Location
The VAT number should be configured to the retailers VAT number.
| Location ID | Name | Region | Price Group | Base Currency |
|---|---|---|---|---|
| HU0001 | Enactor Store Hungary | Hungary | Hungary | Hungarian Forint |
Set Base Currency
Set Receipt Footer
Device
The devices used in Hungary must be configured with the device type set to POS or PDP, configured at the Hungarian location, and broadcast to the appropriate Hungarian devices.
The following Devices for PDP Server and Mobile POS should be configured and broadcast to the appropriate Hungarian devices.
Select the Device type as Mobile Server.
Select Device type as Thin Client POS
Pos Terminal
The POS Terminals used by all devices in Hungary must be configured to have the Fiscalisation Type set to Hungary . Currency should be set to Hungarian Forint. If a POS terminal configuration with the fiscalisation type set to Hungary is broadcast to a POS device that does not have the Hungary fiscal module installed the POS may fail to start. Similarly if a POS device with the Hungary fiscal module installed is configured with anything but the Hungary fiscalisation type the POS will also fail to start. This is to ensure that only versions of the enactor solution that have been certified for use in Hungary are used in Hungary.
The Peripherals tab should be configured as below.
- Set Printer, Cash Drawer and Line Display.
- Printer Address is optional.
Make sure that the same logical names in the Till JPOS.xml are provided in the respective peripheral addresses.
In Day Start -> General tab, Opening Float With Day Start option should be unticked.
Set Non Fiscal Receipt Templates
The primary Receipt should be set to "Fiscal 42 Standard Receipt".
Select the Fiscal A4 Standard Receipt HU for the Page Printer Fiscal Invoice field as the invoice template and save the changes.
- The 'Print Tax Details on Receipt' flag within the printing -> flags tab should be ticked.
- "Print Receipt for Void Transaction" should be unticked.
Within the Tax section the Tax region should be set to Hungary and the tax scheme to the Hungary VAT configured in the previous section.
Set the branding and style
Currency
The following Currency should be configured and broadcast to the appropriate Hungary devices.
Product Tax
The following tax configurations should be applied to the products and broadcast to the appropriate Hungarian devices. A tax group can be defined either by configuring the tax group directly or by assigning a tax group based on the tax region.
- Tax exempted products need to configured with Zero vat rate (E)
Product Price
- Set the Price for each product (Currency : HUF)
- Product prices need to be configured without decimal places.
Tenders
The following Tender Types should be configured and broadcast to the appropriate Hungary devices
| Tender Type | Fiscal Tender Type |
|---|---|
| Cash (Local) | P |
| Foreign Cash - Euro (must be Euro) | F0 |
| Gift Cards | O3 |
| Payment Service / Cards | N |
Fiscal Tender Type must be set
Privileges
The following additional privileges will need to be configured against the appropriate roles and broadcast to the Hungary devices. Consideration should be given to whether it is desirable for all operators to have all of these privileges or if some should only be granted to managers. For more detail on Privileges and roles refer to the How-To Guide Configuring User, User Roles and User Templates.
| Privilege ID | Application Package |
|---|---|
enactor.pos.AllowReturnTaxRefundItemAlreadyRedeemed | Enactor POS |
enactor.pos.AuthorisesReturnItem | Enactor POS |
enactor.pos.ReturnItemAllowed | Enactor POS |
enactor.pos.GiftCardTenderAllowed | Enactor POS |
enactor.pos.VoidTransactionDiscountAllowed | Enactor POS |
enactor.admin.Run | Enactor POS |
enactor.pos.ReprintRecentReturnToTransaction | Enactor POS |
enactor.pos.VoucherRedeemAllowed | Enactor POS |
enactor.pos.ReturnFromReceiptAllowed | Enactor POS |
enactor.pos.AuthorisesVoidCardTenderItem | Enactor POS |
enactor.pos.AuthoriseDayEndBeforeEarliest | Enactor POS |
enactor.pos.AuthorisesVoidTenderItem | Enactor POS |
enactor.pos.CashRefundAllowed | Enactor POS |
enactor.dayStart.AuthorisesDayStart | Enactor POS |
enactor.dayStart.Run | Enactor POS |
enactor.admin.reloadConfig.Run | Enactor POS |
enactor.pos.AllowEmployeeReturnIfUserInvolved | Enactor POS |
enactor.pos.fiscal.AuthorisesGetVat | POS Fiscalisation |
enactor.pos.fiscal.GetVatRatesAllowed | POS Fiscalisation |
enactor.pos.fiscal.AuthorisesFiscalA4Invoices | POS Fiscalisation |
enactor.pos.fiscal.AuthorisesPrintInvoiceFromArchive | POS Fiscalisation |
enactor.pos.fiscal.PrintInvoiceFromArchiveAllowed | POS Fiscalisation |
enactor.pos.fiscal.AllowMultipleOriginalA4Invoices | POS Fiscalisation |
User
| Field Description | Value | Comment |
|---|---|---|
| User Name | HU1010 | User name of the User |
| Password | HU1010 | Password of the User |
| Location | Enactor Store Hungary | General Tab, update field |
| Role | Sales Assistant - HU | Roles Tab, update field |
User Roles
Create user roles for Hungary as follows.
Menu
Create menus for Sales Assistant Hungary as follows.
For more detail on menu creation refer to the How-to Guide Configure POS Behaviour (Menus)
Reasons
###Receipt Return Reason
Receipt return reason should be configured with the fiscal reason reference matching the reason's meaning.
| Fiscal Reference | Description |
|---|---|
| 1 | Faulty Goods (Hibásáru) |
| 2 | Customer Decision (Ügyfélelállása) |
| 3 | Other (Egyéb) |
Field Validations
Field validators are used to validate the input fields through the configurations.
Field Validator Set
- Create a Field Validator Set - HUNGARY_FISCAL
Field Validator Definition
Following Field Validator Definitions need to be configured as follows under HUNGARY_FISCAL field validator set.
Fiscal Printer Z Number
Original Fiscal Receipt Number
Fiscal Printer AP Number (Serial Number)
Original Invoice Number
Reports related configurations
The following privileges must be configured for the appropriate roles and broadcast to the Hungary devices. These privileges enable the report printing.
| Privilege ID | Application Package |
|---|---|
enactor.pos.PrintFiscalReportsAllowed | POS Fiscalisation |
enactor.pos.AuthorisesPrintFiscalReports | POS Fiscalisation |
The menu should have the following button events.
- Fiscal_PrintReports_X
- Fiscal_PrintReports_Z
- Fiscal_PrintReports_EJ
X Report
Include the "Fiscal_PrintReports_X" button event in the menu.
Also add "ReportType" as "X" in the Data field.
Z Report
Include the "Fiscal_PrintReports_Z" button event in the menu.
Also add "ReportType" as "Z" in the Data field.
EJ Report
Include the "Fiscal_PrintReports_EJ" button event in the menu.
Also add "ReportType" as "EJ_REPORT" in the Data field.
A4 Invoices
Supplier details should be configured inside the location maintenance. These details will show in the A4 invoice receipt.
Need to configure a Location Printer.
Here you need to configure the correct page (document) printer address.
Need to configure a Document Printer Mapping Maintenance as below.
Create an Option Set following the image below.
Invoice attributes for sales:
Invoice attributes for returns:
Then go to the Fiscal Pos Terminal Maintenance and create a new fiscal pos terminal for your device.
User Role configurations
Move to the User Role maintenance. Then select the Hungary region and select the Hungary Related Sales Assistant for editing.
Then select the Authorised Functions tab filter the roles by applying the following filters.
- Application Package: POS Fiscalisation (Select from the selection list)
- Function Id: A4 Invoices (filter condition change to Contains)
- Apply Filters and allow the couple of roles named below, and save changes.
enactor.pos.fiscal.AuthorisesFiscalA4Invoicesenactor.pos.fiscal.AllowFMultipleOriginalA4Invoices
enactor.pos.SKipPagePrinterReceiptPrintshould be removed.
Customer Signature Slip Configuration
Go to the Pos terminal Maintenance and select the relevant pos terminal for Hungary to edit the pos terminal. Select the Sundry tab under the Printing tab. Then select the Customer Signature Slip 42 for the Customer Signature Slip field as the Customer signature receipt template and save the changes.
Warranty Slip Configuration
Go to the Pos terminal Maintenance and select the relevant pos terminal for Hungary to edit the pos terminal. Select the Sundry tab under the Printing tab. Then select the Warranty Slip 42 for the Warranty Slip field as the warranty slip template and save the changes.
Translations
Go to the Application Translation Maintenance and select the relevant application package and select the Locale as Hungarian. Here you need to select the locale that is configured for the user. Then edit the relevant package and add the translations.
Unsupported characters by the Printer will be printed as "?".