Compliance for Croatia
Croatia requires three parallel processes for domestic B2B and B2G invoices: exchange, fiscalisation, and eāreporting. Exchange delivers the invoice to the buyer. Fiscalisation sends signed messages to the Tax Administration to confirm invoice issuance and receipt in near real time. Eāreporting sends VATārelevant invoice data for followāon reporting such as rejections, payment reporting, and nonāissued invoices.
From 1 January 2026, Croatia expanded from B2G-only to a broader e-invoicing framework. Croatia uses the centralised Fina E-invoice (Servis eāRaÄun za državu) platform for public sector B2G invoice exchange. For domestic invoicing, the model is decentralised, with invoices mainly exchanged, fiscalised, and reported via certified Information Intermediaries. VAT-registered taxpayers must fiscalise and report domestic B2B and B2G invoices to the Tax Administration. Croatia also provides MIKROeRAÄUN for eāinvoice issuers and recipients that are not registered for VAT and are not public contracting authorities.
From 1 January 2027, nonāVAT taxpayers subject to income or corporate tax and additional public sector bodies must exchange eāinvoices and submit fiscalisation and eāreporting for domestic transactions.
Compliance transaction requirements
Both issuers and receivers must fiscalise and report invoices in parallel with e-invoice exchange for both B2B and B2G domestic flows. Exchange is decentralised and handled by one of the following parties:
- An Access Point, which provides secure transport and routing between the sender and recipient.
- An authorised Information Intermediary, which provides transport, validation, and transformation, and submits signed fiscalisation and eāreporting messages to the Tax Administration.
- Fina E-invoice, which acts as an Information Intermediary for B2G invoices.
ecosio acts as a certified Information Intermediary for Croatia, authorised by the Tax Administration to enable e-invoice exchange, fiscalisation, and e-reporting services. Fiscalisation and e-reporting messages are accessed on FiskAplikacija via ePorezna.
Croatia compliance summary
Learn more about compliance transactions terms and concepts.
| Aspect | Description | Requirement |
|---|---|---|
| Invoices exchanged between businesses. | Mandatory exchange, fiscalisation, and e-reporting for domestic Extends on 1 January 2027 to nonāVAT taxpayers. | |
| Invoices issued by businesses to consumers. | Not mandated for eāinvoicing. | |
| Invoices issued by businesses to public administrations for public procurement. | Mandatory exchange, fiscalisation, and e-reporting. | |
| Electronic signature | Signature or seal rules for authenticity and integrity of eāinvoices. | Mandatory for fiscalisation using a certificate containing a Croatian VAT number (OIB). Optional for e-invoices. |
| Legal archiving | Minimum retention period for eāinvoices. | 11 years |
| Model | The e-invoicing flow model used by the country. | Decentralised exchange via Access Points or Information Intermediaries, plus near realātime fiscalisation and eāreporting to the Tax Administration. |
| Platform | The government-managed platform for e-invoicing. | Fina E-invoice for public administrations. Fiscalisation and eāreporting via FiskAplikacija, accessed through ePorezna. MIKROeRAÄUN for issuing, receiving, and fiscalising e-invoices aimed at a specific group of e-invoice recipients. |
| Supported format | The e-invoicing format legally required by the country. | |
| Automatic updates | Whether invoice status updates synchronise automatically in the Monitor. | Yes |
Format
Eāinvoices must align with the EN 16931 standard and follow the country-specific CIUS known as HR-FISK 2.0. Custom validation rules beyond EN 16931 and HR-FISK 2.0 are not permitted.
From 1 June 2026, all monetary amounts submitted for domestic eāinvoice fiscalisation and payment status reporting must be stated exclusively in euros (ā¬), regardless of the invoiceās original currency. Convert amounts to euros using the exchange rate prescribed in Article 36(2) of the Croatian VAT Act.
Information Intermediaries must support eāinvoice attachments up to 250 MB. Reference large supporting documents in the eāinvoice instead of embedding them in the XML.
For technical specifications, see the FiskAplikacija technical documentation. Fiscalisation and eāreporting use local XML payloads submitted to the Tax Administration.
Invoice types
The Invoice Type Code must contain one of the following codes.
| Document | Code | Description |
|---|---|---|
| Commercial invoice | 380 | An invoice for goods or services from a seller to a buyer. |
| Corrective invoice | 384 | Used to correct or cancel a previously issued invoice. |
| Credit note | 381 | Used to correct amounts or settle a balance between a seller and a buyer. It is not required to provide a previous invoice reference. |
| Debit note | 383 | A document issued by a supplier to apply additional charges or increase the total value of a previously issued e-invoice. |
| Invoice for metered services | 82 | Charges based on measured consumption over a defined period. |
| Leasing invoice | 394 | Periodic charge for goods or services provided under a lease agreement. |
| Partial invoice | 326 | An invoice for a part of the total order or project value. |
| Prepayment invoice | 386 | An invoice claiming advance payment for goods or services. |
| Selfābilled credit note | 261 | An invoice process based on an agreement between a supplier and a buyer, where the buyer prepares the invoice and sends it to the supplier with the payment. |
| Selfābilled invoice | 389 | A credit note process based on an agreement between a supplier and a buyer, where the buyer prepares the credit note and sends it to the supplier. |
Automated eāinvoicing flow
ecosio automates domestic B2B and B2G eāinvoice exchange, fiscalisation, eāreporting transmission, and status updates in the Monitor. Statuses include technical acknowledgements and government confirmations.
Accounts receivable flow
To enable ecosio to act as your Information Intermediary for the accounts receivable flow, you must accept ecosio as your certified provider in FiskAplikacija.
The following diagram and steps illustrate the AR process for B2B and B2G eāinvoices and the corresponding fiscalisation flows in Croatia.
- You send the invoice data from your ERP or business software to ecosio in a structured format, such as VRBL, including the OIB of the buyer.
- ecosio carries out the following actions:
- Query the Metadata Service Directory (AMS), managed by the Ministry of Finance and Tax Administration, containing identifiers and related metadata services of taxable persons, to look up the buyerās invoice address based on the OIB number in the e-invoice data.
- Convert the e-invoice to the Croatian UBL 2.1-compliant format.
- Validate the e-invoice against local requirements.
- ecosio sends the e-invoice to the recipientās Information Intermediary. Once transmission is confirmed, ecosio extracts invoice data and, in near real time, generates and signs a fiscalised eāinvoice before sending it to the Tax Administration. ecosio receives an acknowledgement with an ID for the fiscalisation request.
- The buyerās Information Intermediary makes the e-invoice available for the buyer to retrieve.
- The buyer reports the received e-invoice to the Tax Administration within five working days via its Information Intermediary. If the e-invoice is rejected, the buyer reports it to the Tax Administration by the 20th day of the following month.
Accounts payable flow
ecosio registers your organisation in the AMS using your OIB so e-invoices are discoverable and correctly routed. You must then accept ecosio as your certified provider in FiskAplikacija. This authorises ecosio to act as your Information Intermediary, enabling ecosio to automatically retrieve and integrate invoices into your system.
The following diagram and steps illustrate the AP process for B2B and B2G eāinvoices and the corresponding fiscalisation reporting in Croatia.
- The supplier sends the e-invoice to their Information Intermediary.
- The supplierās Information Intermediary queries the AMS to determine ecosio as your Information Intermediary based on your OIB, converts the e-invoice to the Croatian UBL 2.1-compliant format, and validates it against local requirements.
- The supplierās Information Intermediary sends the e-invoice to ecosio. Once the transmission is confirmed, the supplierās Information Intermediary extracts part of the invoice data to generate a fiscalised e-invoice and sends it to the Tax Administration.
- ecosio validates the received e-invoice against local requirements and fiscalises the invoice data. ecosio then converts it to your ERP or business softwareās format and sends it to your system.
- ecosio generates the fiscalised e-invoice and sends it to the Tax Administration within five working days. If the e-invoice is rejected, for example for nonācompliance, you provide ecosio with the list of rejected e-invoices by the 20th day of the following month. ecosio sends this data to the Tax Administration.
Automated e-reporting flow
Eāreporting complements eāinvoice exchange by sending VATārelevant data to the Tax Administration. It covers buyer rejections, payment reporting, and non-issued e-invoices. The following diagram illustrates the automated exchange of e-reporting data.
Rejections and payment reporting must be sent to the Tax Administration by the 20th of the following month.
Non-issued e-invoices can be reported in two ways:
- Automatic: When ecosio detects that an eāinvoice can't be issued to the receiving platform, for example the recipient is not in the AMS directory or is not ready, we automatically generate an eāreporting flow. You are notified to issue a PDF or paper invoice to the buyer from your system..
- Manual: When an error is detected, ecosio sets the message status to Exceptions (customers) in the Monitor. Review the invoice, confirm the recipient details, then generate the eāreporting flow from the Monitor and send the PDF or paper invoice from your system to the buyer.
Rejections and error handling
If a receiver rejects an eāinvoice for business reasons, they must notify the supplier using a UBL ApplicationResponse message. After this, they must also report the rejection to the Croatian Tax Administration through e-reporting, in line with Article 52 of the Fiscalisation Act.
The same message can be used for business acceptance if both parties agree. For technical details, see the application response specification.
To correct or cancel an invoice, the supplier can issue a corrective invoice or credit note. Under Article 43 of the Fiscalisation Act, the supplier can also resend the same eāinvoice with an invoice copy indicator for nonātaxāimpacting corrections as an alternative to cancelling and reissuing the invoice. This marks the invoice as a corrected copy without impacting tax.
Legal resources
The following official documents define the legal and technical framework for compliance transactions in Croatia.
- Fiscalisation Act (OG 89/2025): Legal basis for fiscalisation and related legislation.
- Regulation on e-Invoices (OG 11/2026, Doc. 88): Regulation detailing requirements for e-invoice exchange and fiscalisation under the Fiscalisation Act.
- Act on Electronic Invoicing in Public Procurement (OG 94/18): Legal basis for mandatory B2G eāinvoicing.
- Croatian VAT Act (Zakon o PDVāu): Legal basis for e-invoices to be recognised for tax purposes.
- Servis eāRaÄun za državu (Fina E-invoice): Government B2G eāinvoicing platform information.
- Porezna uprava: Tax Administration regulations and legal resources.
- Fiscalisation Act FAQs: Official FAQ on the Fiscalisation Act, including eāinvoicing guidance.
- FiskAplikacija Technical Documentation: Official technical documentation for e-invoicing using FiskAplikacija.
- Instructions for Using FiskAplikacija: Official user guide for FiskAplikacija.
Updated 17 days ago