Electronic invoice in Latvia
Comprehensive guide to Latvia’s e-invoicing requirements – B2G mandate (2025) and upcoming B2B mandate (2028)
Latvia has built something more interesting than a clearance system. Invoices are exchanged directly between seller and buyer through whatever channel the parties agree — and, separately, the invoice data is passed to the State Revenue Service (Valsts ieņēmumu dienests, VID) once, within five working days of the invoice being sent. There is no prior approval, no clearance code and no authorisation number. Cabinet Regulation No. 749 describes the VID solution as decentralised and structured, which is exactly what it is.
The date most sources still get wrong: mandatory domestic B2B e-invoicing moved from 1 January 2026 to 1 January 2028. The amendments were adopted on 5 June 2025 and took effect on 12 June 2025. Public sector invoicing is already live — see the timeline for what is running now and what is not.
Latvia separates two things that are usually announced together: the duty to issue a structured invoice, and the duty to report it to the tax authority. They arrive on different dates for each segment.
The reception obligation under Directive 2014/55/EU takes effect for Latvian contracting authorities.
A supplier subject to the Accounting Law issuing a payment invoice to a budget institution must issue it as a structured electronic invoice. Contracts concluded before 31 December 2024 could defer this, but no later than 1 January 2026.
Amendments adopted on 5 June 2025 move the mandatory domestic B2B date from 2026 to 2028, after feedback about unclear definitions, incomplete technical infrastructure and late specifications.
The regulation on how structured electronic invoice circulation is organised and how the data is submitted to the VID, published in Latvijas Vēstnesis on 12 December 2025. This is where the operational detail lives — formats, channels, deadlines and failure procedures.
B2G, G2B and G2G e-invoices must also be transmitted to the VID, within five working days of being sent. Ordinary B2B companies may report voluntarily from this date. See Reporting to the VID.
A company must issue a structured electronic invoice to another company registered in Latvia, and transmit it to the VID. Both obligations start on the same day.
EU-level requirements for the cross-border B2B transactions in scope. See Cross-border and ViDA.
Older Latvian and European material still shows 2026 as the B2B date, and some of it is still being republished. Plan against 2028 — that is the date in the current Accounting Law and on the current VID and Ministry of Finance pages. Note also that an intermediate proposal to move only to 2027 was rejected; the committee went straight to 2028.
The obligation attaches to enterprises subject to the Latvian Accounting Law, which the Law defines to include Latvian companies, branches of foreign merchants and non-resident permanent establishments in Latvia. A foreign seller that is not an Accounting Law subject does not become obliged merely because its buyer is registered in Latvia.
The Accounting Law also carries exceptions worth checking against a specific client: certain transactions evidenced by documents produced under the rules for electronic or fiscal devices, particular invoices originating in designated state information systems, and specific security and law-enforcement cases.
Latvia's public sector obligation is unusually broad in one respect. It is not limited to invoices arising from public procurement — it applies to payment invoices issued to budget institutions, and covers government-to-government and government-to-business flows as well as the familiar business-to-government direction.
Because the issuing duty landed a full year before the reporting duty, some suppliers have been sending structured invoices since 2025 without ever touching the VID interface. Those are the businesses most likely to have discovered the reporting leg late.
From 1 January 2028, a payment invoice issued to another company registered in Latvia must be a structured electronic invoice, delivered through an agreed electronic channel and transmitted to the VID within five working days. Issue and report begin together — unlike the public sector, where they were staggered.
The two years in between are not empty. From 1 January 2026 ordinary B2B companies may transmit e-invoices to the VID voluntarily, which is a genuine opportunity: the reporting integration can be built, tested and corrected against real traffic while nothing turns on it.
No mandate. The VID states directly that invoices to natural persons may continue to be issued in ordinary formats. A structured invoice may be used, but the consumer must be able to see a human-readable version — a PDF rendering, for instance.
Two flows run separately, and keeping them separate is the whole design:
The invoice travels directly, through eAddress, an operator, or another agreed electronic channel. Nothing waits for approval.
Once, within five working days of sending — by the seller, its operator, or automatically through eAddress.
That said, when a service provider both delivers the invoice to the buyer and pushes it to the VID API, what you have built is functionally a five-corner-like CTC overlay on a four-corner exchange. It is a fair architectural description — it is just not what the legislation calls it. The accurate formulation is: decentralised e-invoicing with post-issuance CTC reporting to the VID.
There is a gap between what the statute says and what the system accepts, and it catches people out. The Accounting Law defines a structured invoice by reference to LVS EN 16931-1:2017, created using a syntax listed in LVS CEN/TS 16931-2:2017 — which points at both European syntaxes. The implementing regulation is narrower.
A PDF on its own does not satisfy the structured e-invoice requirement, which presupposes machine-readable XML capable of automatic processing. A PDF is fine as a visualisation of the XML, as an extra copy for a human reader, and in B2C where no mandate applies. The national eAddress infrastructure even provides conversion of the XML into HTML or PDF for human-readable rendering.
The line to hold: a PDF invoice is not a structured electronic invoice for the mandatory B2G and, from 2028, B2B segments.
Regulation No. 749 permits three groups of channel between seller and buyer, and the parties choose. Latvia is Peppol-aligned but not Peppol-exclusive.
Note that the VDAA owns and runs the eAddress infrastructure — it is not the Latvian Peppol Authority, and the two get confused. eAddress integration is a channel choice, not a licensing prerequisite for an Access Point.
Two Latvian schemes are active in the Peppol participant identifier list, and an Access Point onboarding Latvian clients needs both.
0218:9939:Do not confuse these with a universal national routing identifier. They are Peppol addressing schemes, and Peppol is only one of the permitted transport channels — a Latvian invoice may perfectly well travel by eAddress or direct integration and never touch a participant identifier at all.
Whether Peppol is "the main channel" depends on which sense you mean. Peppol BIS Billing 3.0 is the normative profile — the regulation requires it. But the Peppol network is not the legally mandatory or exclusive transport, because Regulation No. 749 also permits eAddress, operator channels and agreed bilateral channels.
No dedicated Latvia Peppol Authority appears in the current OpenPeppol list. OpenPeppol states that it acts as the Peppol Authority in jurisdictions without a national one, which is the position that applies here. The Service Provider Agreement is therefore with OpenPeppol, and there is no Latvian body to apply to.
The e-invoice is transmitted to the VID once, no later than five working days after the date it was sent to the recipient. Three routes are provided:
Automatically through eAddress — where that channel is used, the reporting happens as part of it
Through an operator integrated with the VID API
By the taxpayer directly, through the VID Electronic Declaration System (EDS), its API, or file upload
Regulation No. 749 sets out explicit correction procedures, which is one of the more thoughtful parts of the Latvian design and worth building into your operational runbook:
The notification obligation is the part that gets missed. In each failure case there is something to tell the VID, on a tighter clock than the deadline for actually sending the data.
No national accreditation or licensing regime comparable to the Slovak digitálny poštár was found in the Accounting Law, Cabinet Regulation No. 749 or the VID's published material. The VID does maintain a list of e-invoice service providers — but it is careful about what that list is.
No requirement for a Latvian legal entity, branch, local office or local representative was found — and the VID's own published list includes foreign providers established in Estonia and Sweden, which is a stronger practical confirmation than any absence of a rule.
Peppol certification is not Latvian reporting capability. An Access Point doing seller → AP → Peppol → buyer AP has delivered the invoice and nothing more. The client's duty to get that invoice to the VID is separate, and is met only if the provider has integrated with the VID E-Invoice API, or the taxpayer submits through EDS itself, or the reporting runs through eAddress. The VID says this explicitly: it receives the data if the provider has built the integration.
Its provider recommendations mention EN 16931 and Peppol BIS Billing 3.0 support, VID API compatibility, interoperability with Latvian operators and with Peppol, AS4 and eDelivery, TLS 1.2 or 1.3, authentication and audit trails, service levels, disaster recovery, data protection arrangements, security and risk management, auditing, publicly available technical documentation and customer support. Sound engineering practice — but recommendations, not statutory accreditation criteria.
There is no dedicated fine of the "€X per missing e-invoice" kind in Cabinet Regulation No. 749. Liability comes from the general administrative offence provisions of the Accounting Law, and the amounts are expressed in fine units — one unit being €5 under the Administrative Liability Law.
It would be wrong to say that every single late submission automatically attracts €430 or €2,000. These are ceilings for categories of accounting breach; the legal characterisation and the sanction depend on the nature of what went wrong and on the VID's assessment. And the correction procedures exist precisely so that a system failure handled properly is not treated as a breach at all.
A structured e-invoice is not the sole legal basis for deducting input VAT in Latvia. Article 92 of the VAT Law recognises, among other things, VAT shown on a VAT invoice received from another registered taxable person, import VAT with the relevant customs documents, VAT calculated under reverse-charge rules, and VAT on intra-Community acquisitions. To exercise the right, the registered taxable person must keep the VAT invoice received.
The Ministry of Finance has explained that a business may hold either one structured invoice carrying all the mandatory VAT invoice details, or two documents — a structured payment invoice plus a separate VAT invoice, which may itself be electronic or on paper. So failing to issue the required XML can be an accounting and reporting breach without automatically meaning "no XML, no deduction". The right to deduct still depends on the substantive and documentary VAT conditions being met.
Accounting documents, invoices included, are generally retained for five years under the Accounting Law, with longer periods — up to ten years — applying to certain categories of transaction and document. Confirm the applicable period for the specific document type with a Latvian adviser rather than assuming five years covers everything.
The VID holds a copy of what was reported to it, but that is not your archive and should not be treated as one. Sending data to a tax authority is not the same as being able to produce the original document years later.
The domestic 2028 rule is drafted for invoices to a company registered in Latvia. It does not automatically convert every foreign invoice issued by a Latvian company into a mandatory national e-invoice, and it does not by itself catch a foreign seller merely because the buyer is Latvian.
Which produces a two-step migration for a Latvian exporter: domestic structured invoicing and VID reporting from 2028, then the EU cross-border layer from 2030. Building the first without regard to the second is the expensive path.
Latvia needs no licence and no local entity — but it does need two capabilities that are often sold as one:
0218 and 9939, with the eleven-digit and nine-digit registration number cases handledLatvia is a decentralised e-invoicing country with a reporting overlay: structured invoices exchanged through whatever channel the parties agree, and the data delivered to the VID once, within five working days. Public sector invoicing has been mandatory since 2025 and reportable since 2026. Domestic B2B follows on 1 January 2028, with issue and report starting together.
Technically it is narrower than the statute suggests: UBL 2.1 on Peppol BIS Billing 3.0, no national CIUS, and CII not confirmed as a submission syntax. There is no accreditation, no local entity requirement and no separate Latvian Peppol Authority.
The one thing worth repeating to any provider: delivering the invoice and reporting it are two different jobs. Peppol does the first. Only a VID integration, an EDS submission or eAddress does the second — and the years before 2028 are the cheapest time to find out which one you are missing.