Om du fakturerar frakt inom Europeiska unionen, blir 2026 året då pappersarbetet inte längre är ett val. Belgien kräver strukturerad e-fakturering mellan företag från och med den 1 januari 2026. Polens KSeF blir obligatoriskt den 1 februari 2026 för företag vars försäljning 2024 översteg 200 miljoner zloty och den 1 april 2026 för alla andra momsregistrerade företag förutom mikroföretag. Frankrike kräver att alla företag kan ta emot en strukturerad e-faktura från och med den 1 september 2026, och stora och medelstora företag kommer också att utfärda från det datumet.
Ingen av dem är piloter. Det är datum då en PDF som är bifogad ett e-postmeddelande slutar vara en giltig faktura i det landet, och fakturering av frakt är ovanligt utsatt eftersom en enskild fraktfaktura kan innehålla ett dussin tilläggsposter, en bränsletilläggsavgift som ändras veckovis och en tullutläggning som egentligen inte är en försäljning alls.
2026 års mandatkalender
| Land | Vad har ändrats | Effektiv | Format eller kanal |
|---|---|---|---|
| Belgien | Strukturerade B2B e-fakturor blir obligatoriska | 1 januari 2026 | Peppol BIS som standardrutt |
| Polen | KSeF obligatoriskt för stora skattebetalare, över 200 miljoner zloty i försäljning 2024 | 1 februari 2026 | KSeF nationell plattform, strukturerad XML |
| Polen | KSeF obligatoriskt för alla kvarvarande momsregistrerade företag, mikroföretag undantagna | 1 april 2026 | KSeF nationell plattform |
| Polen | KSeF når mikroföretagare | 1 januari 2027 | KSeF nationell plattform |
| Spanien | Verifactu certifierad faktureringsmjukvara för företagsskattebetalare, efter en andra försening | 1 januari 2027 | Certifierad faktureringsprogramvara, registreringar hos skattemyndigheten |
| Spanien | Verifactu för alla återstående skattebetalare, inklusive egenföretagare | 1 juli 2027 | Certifierad faktureringsprogramvara |
| Frankrike | Alla företag måste kunna ta emot strukturerade e-fakturor; stora och medelstora företag måste utfärda | 1 september 2026 | Akkrediterad plattform, nu kallad en PA och tidigare en PDP, eller den offentliga portalen |
| Frankrike | Små och mikroföretag måste utfärda | 1 september 2027 | Ackrediterad plattform, en PA |
| Tyskland | Utfärdande blir obligatoriskt över 800 000 euro i omsättning | 1 januari 2027 | XRechnung eller ZUGFeRD, enligt EN 16931 |
| Tyskland | Utfärdande blir obligatoriskt för alla företag | 1 januari 2028 | XRechnung eller ZUGFeRD |
| Europeiska unionen | Digital rapportering för B2B-transaktioner inom EU under ViDA-paketet | 1 juli 2030 | Strukturerad e-faktura enligt EU-standard |
Två tidigare mandat biter redan och är lätta att glömma eftersom de är gamla nyheter. Italien har krävt B2B e-fakturering genom sin SdI-plattform sedan 2019, och Rumäniens RO e-Factura har täckt inhemsk B2B sedan den 1 juli 2024. Tysklands mottagningsskyldighet började den 1 januari 2025, vilket innebär att en tysk kund redan kan vägra att behandla allt som inte är en strukturerad faktura.
Vad ViDA-paketet faktiskt ändrade
Rådet antog momsreformen ViDA den 11 mars 2025, och de flesta kommentarer fokuserade på datumet 2030. För ett transportföretag är den mer omedelbara förändringen mindre uppmärksammad. Medlemsstaterna behöver inte längre en undantagsbestämmelse från rådet för att införa ett nationellt mandat för elektronisk fakturering, och de behöver inte längre köparens samtycke för att en faktura ska utfärdas elektroniskt.
Det är därför kalendern ovan fylls på istället för att vänta på 2030. Den legala bromsen togs bort, så nationella skattemyndigheter sätter sina egna datum. Det innebär också att listan kommer att fortsätta att växa, och jag skulle inte bygga en plan för 2027 med antagandet att länderna som saknas i den här tabellen förblir saknade.
Den andra strukturella punkten är standarden. Den europeiska normen EN 16931 definierar den semantiska modellen som nationella format måste uttrycka, vilket är anledningen till att XRechnung, ZUGFeRD, FatturaPA och Peppol BIS alla kan beskrivas som kompatibla, trots att de ser helt olika ut på skärmen. Befintliga nationella system förväntas följa den europeiska modellen senast 2035.
Varför fakturor för frakt bryter dessa system
Varje mandat förutsätter en rimligt enkel kommersiell transaktion. Fraktfakturor är inte det, och detta är de fel som jag ständigt stöter på:
- **Tilläggstjänster utan stabila koder.** Väntetid, återleverans, lyftkostnader och kajavgifter anges som fritextrader. Strukturerade format kräver kodade, prissatta poster, och det är i fritexten som automatisk matchning dör.
- **Förskott jämfört med leverans.** Tullar och moms som en speditionsfirma betalar å kundens vägnar, inklusive belopp som senare återkrävs genom återbetalning av tull, är inte speditionsfirmans egen leverans. Att koda dem som vanliga fakturarader överskattar omsättningen och skapar en momsposition som ingen avsåg.
- **Ombud eller huvudman.** Samma försändelse kan vara ett ombud som agerar som agent för en delsträcka och som huvudman för nästa, och de två ger upphov till olika fakturor från samma operativa fil.
- **Fakturering och samlad avräkning.** Stora avsändare fakturerar ofta transportörer själva eller gör veckovisa avräkningar mot en prislista. Nationella plattformar har specifika regler om vem som utfärdar dokumentet, och ett självfaktureringssystem som fungerade på papper kan behöva omformas.
- Varubeskrivning och klassificering. En fakturarad för frakt beskriver en tjänst snarare än varor, så allt HS-nummer som din kund förväntar sig på dokumentet måste komma från tullfilen snarare än från din prislista.
- Valuta och tilläggstidpunkt. En bunker- eller valutajusteringsavgift som fastställs efter fakturadatum är ett kreditnotamönster, och varje mandat har en åsikt om kreditnotor.
- Gränsöverskridande plats för tillhandahållande. Transporttjänster har egna regler för platsen för tillhandahållande, så det land vars regelverk gäller är inte alltid det land som ditt driftsteam tänker på som ursprungsland.
Misstaget som kostar mest
Det dyra felet är att behandla detta som ett finansiellt projekt. Nästan alla fält som en strukturerad faktura behöver kommer från verksamheten: sändningsreferensen, den vikt som faktiskt debiteras, tulldeklarationsnumret bakom en importerad klar, den part som beställde tjänsten. När ekonomiavdelningen bygger en korrekt faktura ovanpå ett transportsystem som aldrig har registrerat dessa fält på ett rent sätt, slutar någon med att mata in dem manuellt, och kostnaden för manuell inmatning överstiger kostnaden för regelefterlevnad.
Den praktiska arbetsordningen jag rekommenderar är oansenlig. Börja med att kartlägga vilka av dina enheter som fakturerar till vilka länder, eftersom den enda tabellen ger dig din verkliga tidsfrist. Ett polskt dotterbolag som fakturerar inhemskt har ett problem med antingen februari eller april 2026. En tysk enhet har haft en mottagningsskyldighet sedan januari 2025 och en utfärdande skyldighet som kommer 2027. Ett företag som säljer till Frankrike men är etablerat någon annanstans behöver kontrollera om den franska skyldigheten överhuvudtaget når det, eftersom etablering driver svaret.
Kontrollera sedan era masterdata före er programvara. Köparens skatteidentifikationsnummer, adresser i strukturerade fält och en stabil kodlista för era egna avgifter bidrar mer till en lyckad lansering än något plattformsval. Jag har sett en utrullning stanna upp i veckor på grund av kundmomsnummer som lagrats som fritext utan landsprefix.
Att välja en väg till skattemyndigheten
Det finns brett sett två former av nationella system, och de kräver olika saker av dig. Klareringsmodeller placerar skattemyndigheten i mitten: Italiens SdI och Polens KSeF tar emot fakturan, validerar den och skickar den vidare, och plattformens kopia är det lagliga originalet. Nätverksmodeller flyttar dokumentet mellan ackrediterade leverantörer, med Peppol som ett vanligt exempel och Frankrikes ackrediterade plattformsmodell byggd på den idén. Belgien bygger på Peppol BIS i UBL-format, medan Tyskland kräver EN 16931-semantik utan att föreskriva Peppol som transport, så en leverantör måste täcka båda mönstren.
För en speditör eller transportör som verkar i flera länder är det rimliga målet ett internt fakturaupplägg som är tillräckligt rikt för att uppfylla EN 16931, där landspecifika utdata hanteras av en leverantör snarare än av era egna utvecklare. Att bygga direkta kopplingar till varje nationell plattform är möjligt och jag har sett team göra det, men varje mandatändring blir då er utvecklingskö snarare än någon annans produktplan.
Två frågor värda att ställa till alla leverantörer: vilka av 2026 års mandat som redan är i produktion för deras befintliga kunder, och hur de hanterar kreditnotor och självdebitering för transporter. Den andra frågan skiljer genuin frakterfarenhet från ett generiskt verktyg för kundfordringar.
Vad man ska göra före januari
Om du fakturerar till Belgien, Polen, Spanien eller Frankrike är det arbete som måste göras i år kort och specifikt. Lista faktureringsenheterna och deras länder. Bekräfta att du kan ta emot en strukturerad faktura idag, eftersom dina kunders mandat träffar dig före dina egna. Korrigera laddningskodlistan så att tilläggsavgifter slutar att färdas som prosa. Kom överens med dina största motparter om vem av er som utfärdar dokumentet. Välj sedan leveransväg, eftersom det är den enklaste delen att ändra senare och den svåraste att åtgärda under en tidsfrist.
Några av dessa datum kommer att ändras och riktningen inte. Polen sköt upp KSeF en gång, och landade sedan på februari och april 2026 med ett 11 månaders straffritt fönster snarare än en mjukare regel. Spanien gled två gånger: Kungligt dekret-lag 15/2025 av den 2 december 2025 flyttade Verifactu helt ur 2026, till januari och juli 2027. Frankrike omstrukturerade sin plattformsmodell i oktober 2024 och behöll september 2026. Planera för sekvensen snarare än för någon enskild linje, och betrakta 1 januari 2026 som den verkliga starten, eftersom Belgien, Polen och Frankrike alla landar inom 12 månader från det.