{"id":29169,"date":"2026-08-17T07:00:01","date_gmt":"2026-08-17T07:00:01","guid":{"rendered":"https:\/\/bilnex.io\/en\/e-invoice-vs-e\/"},"modified":"2026-08-17T07:00:01","modified_gmt":"2026-08-17T07:00:01","slug":"e-faktura-kontra-e-mail","status":"publish","type":"page","link":"https:\/\/bilnex.io\/pl\/e-faktura-kontra-e-mail\/","title":{"rendered":"ViDA E-Invoice a e-raportowanie: jaka jest r\u00f3\u017cnica?"},"content":{"rendered":"
\n
\n
\n

Short answer: one document, two separate destinations<\/h2>\n

ViDA (VAT in the Digital Age) treats the e-invoice and e-reporting as two different obligations, even though both often start from the same sale. The e-invoice is the structured business document the seller creates and the customer receives; it moves between two companies. E-reporting is something else entirely: it’s the transmission of transaction data to the tax authority, not the sending of the invoice itself. Under Council Directive (EU) 2025\/516<\/a>, this cross-border reporting duty becomes mandatory across the EU from 1 July 2030. Until that date, Estonia, Latvia and Lithuania each regulate their own domestic e-invoicing and reporting under separate national laws, and their deadlines already differ from one another today.<\/p>\n\n\n\n\n\n\n\n\n\n
Feature<\/th>\nE-invoice<\/th>\nE-reporting<\/th>\n<\/tr>\n<\/thead>\n
Who receives it<\/td>\nThe buyer, i.e. the customer<\/td>\nThe tax authority<\/td>\n<\/tr>\n
What it actually is<\/td>\nA structured business document<\/td>\nAn electronic transmission of transaction data<\/td>\n<\/tr>\n
Format<\/td>\nMust allow automatic machine processing<\/td>\nA common electronic message whose format is set by the member state<\/td>\n<\/tr>\n
Who fulfils the obligation<\/td>\nSeller creates and sends it<\/td>\nSeller’s data, and in some cases the buyer’s data too<\/td>\n<\/tr>\n
Applies cross-border from<\/td>\n1 July 2030<\/td>\n1 July 2030<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

What actually qualifies as a ViDA e-invoice<\/h2>\n

According to the directive’s definition<\/a>, an e-invoice is one that contains all the required VAT data and is issued, transmitted and received in a structured electronic format that allows automatic electronic processing. That’s a technical test, not a visual one. The invoice has to be machine-readable, meaning software can read and process the data itself, with nobody retyping numbers by hand.<\/p>\n

Is a PDF invoice sent by email an e-invoice?<\/h3>\n

No. A PDF is built for a human’s eyes, not a machine’s, and under the directive’s treatment<\/a>, a file like that generally doesn’t support automatic processing. So a PDF invoice emailed to a customer doesn’t meet the ViDA definition of an e-invoice, even if every figure on it is correct. From 1 July 2030, the e-invoice becomes the default format under Article 218 of the directive, but member states can still allow paper invoices or other formats for transactions that fall outside the digital reporting obligation.<\/p>\n

What ViDA e-reporting actually requires from 1 July 2030<\/h2>\n

E-reporting is not an invoice. It’s a separate data flow to the tax authority. Its mandatory scope is narrow: it covers B2B goods supplies from one EU member state to another, intra-Community acquisitions, and specific cross-border reverse-charge supplies and acquisitions, as the directive describes them<\/a>. A domestic sale, say a Tallinn company invoicing a customer in Tartu, sits outside this EU-level obligation entirely.<\/p>\n

The detail that matters most to small businesses: the directive sets no general turnover or amount threshold<\/a>. Sell goods across the border to a business in another member state, and the obligation applies whether your annual turnover is \u20ac5,000 or \u20ac5 million.<\/p>\n

The timing is exact. For a covered cross-border supply, the seller must issue the invoice within 10 days of the taxable event; an advance payment on a reverse-charge supply triggers that same 10-day clock. The seller’s data goes to the tax authority at the moment the invoice is issued. For self-billing, the deadline stretches to up to five days after issuance. On the buyer’s side, data on an acquisition or a reverse-charge purchase may need to be submitted up to five days after receiving the invoice, though each member state can decide not to impose that buyer-side duty within its own territory. The directive lays out these deadlines<\/a> precisely this way.<\/p>\n

A business can file this data itself or through a third party. Member states are required to offer an electronic filing channel and to accept submissions that follow the European e-invoicing standard, a shared technical format for structured invoices, and its listed syntaxes, the specific data languages that format can be written in.<\/p>\n

A worked example: a \u20ac1,200 invoice from Estonia to Latvia<\/h2>\n

Say your Tallinn-based company sells goods to a customer in Riga for \u20ac1,200. From 1 July 2030, a goods supply to a business in another member state is exactly the transaction type the cross-border reporting obligation covers<\/a>.<\/p>\n

On the invoice side: you create a structured e-invoice that meets the machine-readability requirement, and you issue it within 10 days of the taxable event, as the directive requires<\/a>.<\/p>\n

On the reporting side: at the same time the invoice goes out, you send the transaction data to the Estonian tax authority. That’s a separate data flow, not a copy of the invoice itself. If the Latvian customer has to report the same transaction on their end as an intra-Community acquisition, they may be required to transmit their data within five days of receiving the invoice, whether that obligation actually applies depends on whether Latvia chooses to implement buyer-side reporting.<\/p>\n

This is exactly the two-track structure that causes the confusion: one structured invoice, but two separate obligations, moving in two different directions.<\/p>\n

Domestic rules stand apart: Estonia, Latvia and Lithuania<\/h2>\n

ViDA only harmonizes cross-border B2B reporting. Domestic e-invoicing and domestic transaction-based reporting, meaning invoices where both seller and buyer sit in the same country, are left to each member state to decide<\/a>, and a country can set its own rules and even limit them to particular categories of taxpayer. Member states that already had a domestic real-time, transaction-based reporting system running, or legally mandated, before 1 January 2024 get until 1 January 2035 to bring that system into line with the ViDA framework. That deadline applies specifically to countries whose system fits that description, not automatically to every member state.<\/p>\n

The three Baltic states are currently on three different domestic paths.<\/p>\n

Estonia runs a buyer-chooses model as of 1 July 2025<\/a>: a company that has publicly registered itself as an e-invoice recipient in the e-business register can demand an e-invoice from a seller, but otherwise trading partners simply agree on format and submission terms between themselves. For public-sector bodies, the existing e-invoice submission rules stay essentially unchanged.<\/p>\n

Latvia’s timeline is staged and more granular than Estonia’s. A structured e-invoice has been mandatory<\/a> since 1 January 2025 for transactions with state and municipal authorities (G2G, B2G, G2B); transmitting the data from those e-invoices to Latvia’s tax authority, VID, becomes mandatory from 1 January 2026. For transactions between businesses (B2B), a structured e-invoice and its simultaneous submission to VID become mandatory from 1 January 2028. That B2B deadline was originally set for early 2026 but was pushed back two years by a legislative amendment.<\/p>\n

Lithuania has been running a different system for some time: the i.SAF register<\/a>, where VAT-registered businesses must submit data on both issued and received VAT invoices. Legal entities file this for each calendar month by the 20th of the following month, while the deadline for sole proprietors depends on their own VAT declaration period. This is periodic, monthly reporting, not real-time transaction-based transmission, and it runs on its own pre-ViDA logic, not the 1 July 2030 cross-border model.<\/p>\n

What to prepare now, and what not to assume<\/h2>\n

There’s time before 1 July 2030, but it’s worth adjusting software and processes now rather than scrambling as the deadline closes in.<\/p>\n

    \n
  • Structured-format support:<\/strong> your invoicing software needs to produce invoices that meet the European e-invoicing standard and the syntaxes listed in the directive. Looking “tidy” as a PDF isn’t enough.<\/li>\n
  • VAT-number verification:<\/strong> check that your system validates the customer’s VAT number before the invoice goes out, since how a cross-border transaction gets treated depends on it.<\/li>\n
  • Complete invoice fields:<\/strong> every required VAT data point has to sit on the invoice in machine-readable form, not just described in free text.<\/li>\n
  • A correction workflow:<\/strong> think through how you’d fix an invoice or report that’s already been transmitted if an error turns up later. Manually correcting two separate systems by hand takes far longer than getting it right the first time.<\/li>\n
  • Customer format checks:<\/strong> especially for Estonian B2B sales, where a registered buyer can require an e-invoice, your system needs to correctly identify that customer and pick the right format for them.<\/li>\n
  • A separate channel to the tax authority:<\/strong> the e-reporting data feed is not the same channel as the invoice itself. These are two separate integrations, even when the data comes from the same invoice.<\/li>\n<\/ul>\n

    The most common misunderstanding is assuming the 2030 deadline automatically brings domestic real-time reporting to Estonia, Latvia or Lithuania. It doesn’t. The directive directly regulates only cross-border B2B activity; each country still decides its own domestic setup. The second common mistake is assuming a small turnover exempts a business from cross-border reporting; there’s no general threshold in the directive. And the third: Latvia’s 2028 B2B deadline and the EU’s 2030 deadline are two separate obligations from two different legal sources. One doesn’t replace the other.<\/p>\n

    FAQ<\/h2>\n

    Mis vahe on e-arvel ja e-aruandlusel?<\/h3>\n

    E-arve on struktureeritud \u00e4ridokument, mis saadetakse kliendile. E-aruandlus on eraldiseisev tehinguandmete edastamine maksuametile. M\u00f5lemad s\u00fcnnivad samast tehingust, kuid liiguvad eri sihtkohtadesse.<\/p>\n

    Kas PDF-arve loetakse e-arveks?<\/h3>\n

    Ei. PDF on m\u00f5eldud inimese silmale, mitte masinale, ega v\u00f5imalda automaatset t\u00f6\u00f6tlust. ViDA n\u00f5uab struktureeritud, masinloetavat vormingut.<\/p>\n

    Millal hakkab ViDA e-aruandluse kohustus kehtima?<\/h3>\n

    Piiri\u00fclene e-aruandluskohustus hakkab kehtima 1. juulil 2030. Kodumaised reeglid j\u00e4\u00e4vad liikmesriikide otsustada ja kehtivad juba erinevatel aegadel.<\/p>\n

    Kas kodumaised tehingud kuuluvad ViDA alla?<\/h3>\n

    Ei. ViDA \u00fchtlustab ainult piiri\u00fclest B2B-aruandlust. Kodumaised tehingud j\u00e4\u00e4vad liikmesriigi enda reguleerida, nt Eesti, L\u00e4ti ja Leedu reeglid on erinevad.<\/p>\n