Frankrikes e-fakturering: sjekkliste for Shopify-beredskap

Frankrikes reform for elektronisk fakturering når sin første store operative frist 1. september 2026. Innføringen påvirker mottak, utstedelse og rapportering etter ulike tidsplaner, oppsummert nedenfor basert på den offisielle tidslinjen fra franske skattemyndigheter.

For Shopify-forhandlere er dette først og fremst en endring i dataflyt og integrasjoner, ikke bare en oppdatering av fakturamalene. Det praktiske spørsmålet er hvordan en ordre går fra Shopify til et ERP- eller regnskapssystem, videre gjennom en godkjent plattform, og tilbake til en sporbar finansprosess når den blir avvist, refundert, korrigert eller betalt senere. Om regelverket gjelder kan variere for utenlandske selgere og unntatte transaksjoner, så hver juridiske enhet bør avklare omfanget før implementering.

Hva endres, for hvem og når

Reformen samler flere operative løp. Denne oversikten skiller mellom hvilke transaksjoner som omfattes, oppstartsdato og påkrevd prosess, basert på offisielt virkeområde og tidslinjen fra det franske økonomidepartementet.

Hvorfor en Shopify-PDF ikke er hele løsningen

Franske retningslinjer slår fast at en gyldig elektronisk faktura må bruke et foreskrevet strukturert format, inneholde obligatorisk informasjon i egne felt og sendes gjennom en godkjent plattform. Godkjente grunnformater inkluderer UBL, CII og kombinerte strukturert/bilde-formater. En vanlig skannet faktura, standard PDF eller et dokument sendt på e-post vil ikke lenger oppfylle den nye overføringsmodellen.

Shopify kan generere mva.-fakturaer for kvalifiserte bestillinger i EU og Storbritannia, men denne funksjonen dokumenterer ikke i seg selv at en fransk innenlandsk B2B-faktura er sendt via en fransk godkjent plattform, eller at riktige data for e-rapportering er overført. Shopify-dokumentet kan fortsatt være nyttig for kunden, men compliance-prosessen må verifiseres ende til ende.

Praktisk tolkning: Se på Shopify som kilden til handelsdata, ikke automatisk som det endelige systemet for fakturering og rapportering. Avklar eksplisitt om det fiskale dokumentet opprettes i Shopify, en fakturaapp, ERP-systemet, regnskapsplattformen eller den godkjente plattformen, og sørg for at kun ett system eier fakturanummerering og logikken for korrigeringer.

Utform målarkitekturen fra Shopify til ERP

En robust arkitektur skiller mellom ordreopptak og eierskap til fiskale dokumenter, samtidig som koblingen mellom postene bevares. De konkrete produktene vil variere, men kontrollflyten bør se slik ut:

1. Shopify registrerer ordre, kunde, selskap, adresse, produkt, rabatt, skatt, betaling og oppfyllelseskontekst.
2. Integrasjonen klassifiserer transaksjonen og sender den til det utpekte finanssystemet, som eier nummerering, avgiftslogikk og dokumentopprettelse.
3. En godkjent plattform overfører, mottar og rapporterer dataene; statuser, avvisninger, refusjoner, korrigeringer og betalinger går tilbake til finansprosessen og forblir knyttet til Shopify-ordren.

Inngående leverandørfakturaer trenger motsatt flyt: fra godkjent plattform til regnskap eller ERP, etterfulgt av validering, godkjenning, bokføring og betaling. De bør normalt ikke tvinges inn i Shopify med mindre butikken har et reelt operativt behov for å vise dem der.

Lag et feltkart før dere begynner å kode

Det franske økonomidepartementet viser til nye strukturerte opplysninger, blant annet kjøperens SIREN, transaksjonskategori, valg om mva. ved debitering der dette gjelder, og full leveringsadresse når den avviker fra fakturaadressen. Dette kommer i tillegg til eksisterende obligatoriske fakturadata. Tabellen nedenfor er et utgangspunkt for implementering, ikke en uttømmende juridisk datadefinisjon.

Spørsmål du bør stille ERP- og plattformleverandørene

• Er leverandøren per i dag oppført som en godkjent plattform, eller kobler den seg til en slik som en kompatibel løsning?
• Hvilke strukturerte formater støttes, og hvilket system eier fakturanummerering og hindrer duplikater?
• Hvordan mappes og valideres Shopify B2B-felt, avgiftsdata, rabatter, frakt og adresser?
• Dekker tjenesten inngående fakturaer, utgående fakturaer, e-rapportering av transaksjoner og e-rapportering av betalinger der det er relevant?
• Hvordan føres livssyklusstatuser, avvisninger, kreditnotaer og delvise refusjoner tilbake til ERP-systemet?
• Finnes det et testmiljø med realistiske scenarier for avvisninger og nedetid?
• Kan vi eksportere fakturaer, statuser, logger og mappinger, og hvilke forpliktelser har leverandøren når det gjelder sikkerhet og gjenoppretting?

Minimumsmatrise for ende-til-ende-testing

Avsluttende vurdering

Den sterkeste implementeringen har én eier for hvert kritiske felt, kontroll på dokumentidentifikatorer, testede feilløp og et fullstendig revisjonsspor fra Shopify-ordre til ERP-post til status i godkjent plattform. Det er denne standarden team bør bruke når de vurderer beredskap.