E-Invoice Finder
Menu
KrajeOprogramowanieTerminyPrzewodnikiCheckerSprawdź obowiązek
ENFRDEPLNL
Francja · pierwszy okres e-reportingu

Jak uzgodnić pierwszy okres e-reportingu we Francji

Uzgodnij francuskie dane transakcyjne i płatnicze od ERP do PA przed pierwszym terminem, korzystając z kontroli i przykładu liczbowego.

Praktyczne podsumowanie:
  • Ruch bankowy staje się kandydatem dopiero po potwierdzeniu właściwej zasady wymagalności VAT; wysoki poziom automatycznego dopasowania nie zastępuje tej kwalifikacji.
  • Przed końcem pierwszej dekady przypisz zastępcę właściciela kalendarza i przetestuj eksport odpowiedzi PA na danych narastających, zamiast czekać na zamknięcie kas.
  • Nie zatwierdzaj paczki, jeżeli choć jeden rekord o istotnym kluczu ma wynik nieznany: zgodna kwota netto może być skutkiem równoważących się błędów.
Zamów niezależny przegląd e-reportinguŹródła oficjalne
Ostatnia aktualizacja: 7 września 2026Źródła oficjalneJasne podsumowanieInformacja praktyczna, nie porada prawna
Priorytet dla źródeł oficjalnych
Widoczne daty weryfikacji
Darmowy checker bez rejestracji

Co warto wiedzieć

Przewodnik

1. Kto musi działać teraz i co naprawdę obejmuje pierwszy okres

Reforma francuska weszła w życie 1 września 2026 r., co Service-Public potwierdził 2 września. Od tej daty wszystkie podmioty objęte reformą muszą być zdolne do odbierania faktur elektronicznych. Duże przedsiębiorstwa oraz ETI zaczęły równocześnie wystawiać e-faktury i przekazywać dane w ramach e-reportingu; MŚP i mikroprzedsiębiorstwa mają rozpocząć wystawianie i e-reporting 1 września 2027 r. Pierwszy rzeczywisty zbiór raportowy dotyczy więc obecnie dużych przedsiębiorstw i ETI, ale mniejsze podmioty nie mogą ignorować odbioru e-faktur ani wpływu nowych przepływów na księgowanie. Klasyfikację wielkości i obowiązków należy potwierdzić dla konkretnego podmiotu, a nie dla całej grupy na podstawie intuicji. E-reporting nie jest synonimem e-fakturowania. E-fakturowanie dotyczy regulowanego obiegu faktur w odpowiednim zakresie, natomiast e-reporting przekazuje administracji dane transakcyjne oraz — gdy ma to zastosowanie — dane płatnicze za pośrednictwem zarejestrowanej plateforme agréée (PA). Nie jest to również zwykły eksport z deklaracji VAT ani zamiennik księgi głównej. Te zbiory mają wspólne podstawy gospodarcze, lecz mogą mieć inną ziarnistość, datę ujęcia i zakres: sprzedaż B2C jest co do zasady agregowana dziennie, dane o określonych transakcjach międzynarodowych B2B są znacznie bardziej zbliżone do poziomu faktury, a dane płatnicze zależą od zasad wymagalności VAT. Zespół powinien jasno podzielić odpowiedzialność operacyjną: podatki ustalają zakres fiskalny i wyjątki, finanse uzgadniają wartości z księgą oraz kontami VAT, właściciele ERP, fakturowania i kas/POS potwierdzają kompletność źródeł, zespół danych odpowiada za przekształcenia, a właściciel relacji z PA gromadzi potwierdzenia, odrzucenia i ślad korekt. Sam komunikat „wysłano” nie dowodzi ani kompletności, ani przyjęcia danych. Przewodnik DGFiP i jego arkusze odwołują się między innymi do art. 290 i 290 A CGI oraz przepisów wykonawczych w załącznikach II i IV. Są to źródła wymogów, nie podstawa do samodzielnej interpretacji prawnej w tym materiale. Poniższe progi, godziny zamknięcia i reguły zatwierdzania są zalecanymi kontrolami wewnętrznymi. Informacje mają charakter praktyczny i nie są poradą prawną, podatkową ani księgową.

Przewodnik

2. Dobierz kalendarz do reżimu VAT, a nie do wygody systemu

Najpierw przypisz każdy SIREN do właściwego reżimu VAT. Częstotliwość nie wynika z tego, jak często ERP potrafi wygenerować plik, lecz z oficjalnego arkusza DGFiP „częstotliwość i terminy”, zaktualizowanego w sierpniu 2026 r. Poniższa tabela odtwarza jego harmonogram; przed każdym rzeczywistym terminem trzeba sprawdzić aktualną wersję arkusza. Dokument wskazuje konkretne dni lub przedziały dni, ale nie należy samodzielnie wymyślać reguły przesunięcia, gdy data przypada w dzień wolny — sposób postępowania trzeba potwierdzić w aktualnym źródle lub z właściwym doradcą. | Reżim VAT | Dane transakcyjne | Dane płatnicze | |---|---|---| | Miesięczny régime réel normal | Dni 1–10: do 20. dnia tego miesiąca; dni 11–20: do 30. dnia tego miesiąca, z wyjątkiem lutego; dni 21–koniec miesiąca: do 10. dnia następnego miesiąca | Miesięcznie, **przed 10. dniem następnego miesiąca** | | Opcja kwartalna w régime réel normal dla podatników płacących rocznie mniej niż 4 000 EUR VAT | Miesięcznie, przed 10. dniem następnego miesiąca | Miesięcznie, przed 10. dniem następnego miesiąca | | Régime simplifié | Miesięcznie, najpóźniej w dniu przypadającym między 25. a 30. dniem następnego miesiąca | Miesięcznie, najpóźniej w dniu przypadającym między 25. a 30. dniem następnego miesiąca | | Franchise en base / zwolnienie z VAT | Co dwa miesiące, według okresów kalendarzowych; najpóźniej w dniu między 25. a 30. dniem miesiąca po zakończeniu okresu | Tak samo: co dwa miesiące, według okresów kalendarzowych; najpóźniej w dniu między 25. a 30. dniem miesiąca po zakończeniu okresu | Dla podmiotu rozliczanego miesięcznie w régime réel normal pierwszym okresem danych transakcyjnych są dni 1–10 września 2026 r., a arkusz wskazuje 20 września jako termin. Dziś jest 7 września: okres jeszcze trwa, więc nie istnieje kompletna populacja za 1–10 września i nie należy dziś składać końcowego zatwierdzenia. Można natomiast wykonywać uzgodnienia narastające, wykrywać brakujące kasy, testować potwierdzenia PA i usuwać błędy mapowania bez przedstawiania wyniku jako ostatecznego. Osoba odpowiedzialna za kalendarz — najlepiej wskazana w zespole podatkowym, z zastępcą po stronie finansów — powinna prowadzić rejestr SIREN, reżimu, okresu, ustawowego terminu według bieżącego arkusza, wewnętrznego odcięcia i osoby zatwierdzającej. Wewnętrzne odcięcie może przypadać wcześniej, na przykład po zamknięciu wszystkich kas i importów bankowych, lecz jest kontrolą przedsiębiorstwa, a nie terminem DGFiP. Powinno pozostawić czas na odrzucenia i korekty bez sztucznego przesuwania daty gospodarczej. Dobra praktyka polega na zapisaniu wraz z kalendarzem wersji arkusza „MAJ août 2026”, daty jego sprawdzenia i osoby, która potwierdziła reżim VAT. Ryzykiem jest kopiowanie jednego harmonogramu na wszystkie spółki grupy, mylenie terminu danych transakcyjnych z miesięcznym terminem danych płatniczych albo traktowanie daty wewnętrznego zamknięcia jako wymogu urzędowego.

Przewodnik

3. Zamroź odtwarzalny zakres według SIREN, okresu, ścieżki i źródła

Zakres powinien dać się odtworzyć po tygodniu i po zmianie konfiguracji. Dla każdej wersji ekstraktu zapisz: SIREN i nazwę jednostki prawnej, reżim VAT, dokładny początek i koniec okresu, strefę czasową używaną do granic dnia, osobną ścieżkę danych transakcyjnych lub płatniczych, system źródłowy, znacznik czasu ekstrakcji, wersję reguł mapowania oraz identyfikator paczki przekazanej do PA. Bez tych elementów dwie osoby mogą porównywać liczby poprawne, ale pochodzące z innej populacji. Rozdziel cztery koszyki. Po pierwsze, krajowe B2B objęte e-fakturowaniem: nie należy automatycznie dublować ich w e-reportingu transakcyjnym tylko dlatego, że są widoczne w rejestrze sprzedaży; dowodem może być ich własna ścieżka e-fakturowania przez PA. Po drugie, B2C i transakcje z osobami niebędącymi podatnikami: według sierpniowego arkusza DGFiP wartości są agregowane za każdy dzień, kategorię wskazaną w arkuszu i stawkę VAT. Po trzecie, międzynarodowe B2B: zakres jest zasadniczo fakturowy i może wymagać identyfikatorów, krajów, kategorii towarów lub usług, daty wystawienia, unikalnego numeru, podstaw i VAT według stawek, sum oraz waluty — zależnie od przypadku. Nie twórz jednej uniwersalnej listy pól; część bardziej szczegółowych danych o pozycjach, rabatach i opłatach ma wejść dopiero 1 września 2027 r. Po czwarte, właściwe dane płatnicze, wyłącznie po potwierdzeniu zasad VAT od wpływu zapłaty. Rejestr zakresu powinien wskazywać również jawne wyłączenia i ich uzasadnienie: na przykład krajową fakturę B2B obsłużoną w ścieżce e-faktury, operację z odwrotnym obciążeniem wyłączoną z raportowania płatności albo usługę, dla której stosowana jest opcja rozliczenia VAT według obciążeń. Wyłączenie nie może być niewidocznym filtrem w kodzie. Powinno mieć właściciela podatkowego, wersję reguły i liczbę oraz wartość rekordów odrzuconych z populacji kandydatów. Wersjonuj trzy warstwy oddzielnie: migawkę źródłową, wynik przekształcenia i paczkę PA. Korekta dokumentu po zamrożeniu nie może po cichu nadpisać poprzedniego dowodu. Zapisz relację między wersjami, przyczynę ponownego wygenerowania i dokumenty dodane, zmienione lub usunięte. Szczególnie pilnuj sprzedaży po północy, anulowanych paragonów, faktur korygujących, ręcznych księgowań, opóźnionych interfejsów oraz jednostek używających wspólnego ERP, ale różnych SIREN. Test odtwarzalności jest prosty: niezależna osoba, mając identyfikator wersji, powinna uzyskać ten sam zakres, te same sumy kontrolne i listę wyłączeń bez ręcznego odgadywania filtrów. To zalecana kontrola audytowa, a nie narzucona przez DGFiP metoda prawna.

Przewodnik

4. Zbuduj łańcuch dowodowy od źródła do potwierdzenia PA

Uzgodnienie powinno obejmować każdy odcinek przepływu, nie tylko ERP i końcowy ekran PA. Typowy łańcuch to ERP, system fakturowania lub kasa/POS; bank albo system zarządzania płynnością dla odpowiednich danych płatniczych; ekstrakcja; reguły przekształcenia; paczka wysłana do PA; odpowiedź techniczna i wynik przetwarzania; kolejka odrzuceń i korekt. Nazwy komunikatów i statusów zależą od rozwiązania, dlatego nie zakładaj uniwersalnego statusu ani nazwy potwierdzenia. Dla każdego rozwiązania ustal, który artefakt dowodzi odbioru, który przyjęcia do dalszego przetwarzania, a który jedynie wysłania z konektora. Praktyczna macierz dowodowa może wyglądać tak: | Granica dowodu | Klucz kontrolny | Liczba | Podstawa opodatkowania | VAT / wartość płatności | Minimalny dowód wewnętrzny | |---|---|---:|---:|---:|---| | ERP, fakturowanie, POS | SIREN + okres + typ populacji | dokumenty, paragony lub dni agregacji | według stawki i kategorii | VAT według stawki | niezmienny eksport i parametry filtra | | Bank / zarządzanie płynnością, gdy dotyczy | data faktycznego wpływu + identyfikator ruchu | potencjalne wpływy objęte raportowaniem | nie stosuj automatycznie | kwota otrzymana w EUR według stawki | wyciąg lub kontrolowany eksport i wynik kwalifikacji | | Ekstrakcja / transformacja | wersja zbioru + wersja reguł | wejście, wyłączenia, wyjście | przed i po transformacji | przed i po transformacji | dziennik kontroli oraz lista wyjątków | | Przekazanie do PA | identyfikator paczki lub śladu | rekordy wysłane | sumy paczki | sumy paczki | treść eksportu albo jego kontrolowany obraz i znacznik czasu | | Wynik PA | identyfikator śladu powiązany z rekordem | przyjęte, odrzucone, nieznane | według wyniku | według wyniku | eksport potwierdzeń, reguł odrzucenia i czasu odpowiedzi | | Korekta | pierwotny klucz + wersja korekty | rekordy poprawione lub anulowane | różnica i wartość końcowa | różnica i wartość końcowa | zatwierdzenie, przyczyna i powiązanie z wynikiem PA | Porównuj co najmniej liczbę, podstawę, VAT lub wartość płatności oraz klucze biznesowe. Sama suma pieniężna nie wykryje zamiany dokumentów o tej samej wartości. Sama liczba nie wykryje brakującej faktury zastąpionej duplikatem. Dla agregatów B2C kluczem może być SIREN, data, kategoria i stawka; dla międzynarodowego B2B — właściwy identyfikator dokumentu i kontrahenta; dla płatności — faktyczna data wpływu, kwota, stawka i powiązanie zgodne z zastosowanym przypadkiem. Właściciel dowodu powinien być wskazany dla każdej granicy. PA może dostarczyć eksport odpowiedzi, lecz przedsiębiorstwo nadal potrzebuje dowodu populacji wejściowej i uzgodnienia z księgą. W umowie i demonstracji rozwiązania warto sprawdzić dostępność historii, eksportu oraz uprawnień, ale nie zakładać ustawowego okresu przechowywania ani SLA, jeśli nie wynika to z aktualnych źródeł i uzgodnień.

Przewodnik

5. Uzgodnij dane transakcyjne w obu kierunkach

Uzgodnienie dwukierunkowe odpowiada na dwa różne pytania. Kierunek źródło → PA sprawdza, czy każda operacja należąca do zakresu znalazła się w ekstrakcie i ma rozpoznawalny wynik. Kierunek PA → źródło sprawdza, czy każdy rekord przekazany lub przyjęty przez PA pochodzi z dozwolonej operacji źródłowej, a więc nie jest duplikatem, dokumentem innego SIREN, błędnym okresem ani rekordem testowym. Dopiero oba kierunki ograniczają ryzyko jednoczesnego braku i nadmiaru. Dla B2C zacznij od sprzedaży źródłowej na poziomie paragonu lub operacji, ale kontrolę wyjścia buduj według wymaganej ziarnistości dziennej. Dla każdej daty, kategorii wskazanej przez DGFiP i stawki VAT porównaj liczbę operacji źródłowych wspierających agregat, podstawę bez VAT oraz odpowiadający VAT. Sprawdź anulowania, zwroty i korekty zgodnie z ich rzeczywistym ujęciem, zamknięcia kas, brakujące sklepy, sprzedaż offline dosłaną później oraz przesunięcia transakcji przez granicę dnia. PA może widzieć jeden rekord agregatu, podczas gdy dowód wewnętrzny musi prowadzić do setek paragonów; właśnie dlatego suma dzienna i lista składowych powinny być odtwarzalne. Dla międzynarodowego B2B porównuj dokument po dokumencie w zakresie właściwym dla danej operacji. Kontrole zwykle obejmą unikalny numer i datę wystawienia, identyfikatory i kraj stron, kategorię towaru lub usługi, walutę, podstawę i VAT według stawki oraz sumy dokumentu. Nie należy jednak wymagać ślepo każdego pola od każdego przypadku ani przedwcześnie wymuszać szczegółów, których etap obowiązywania zaczyna się w 2027 r. Wątpliwą kwalifikację kraju, kontrahenta lub podatku kieruj do zespołu podatkowego, zamiast „naprawiać” mapowanie wyłącznie po to, by rekord przeszedł walidację. Waluty wymagają dwóch kontroli: zachowania wartości i waluty dokumentu oraz prawidłowej wartości w euro tam, gdzie jest ona wymagana. Zapisz źródło i datę kursu użyte przez system oraz oddziel różnicę kursową od różnicy populacji. Dla zaokrągleń przyjmij udokumentowaną wewnętrzną zasadę i raportuj rozbieżności według stawki oraz dokumentu. Nie przedstawiaj własnej tolerancji jako progu DGFiP. Równe sumy globalne nie są dowodem zgodności. Brak faktury na 5 000 EUR i duplikat innej faktury na 5 000 EUR dają zerową różnicę wartości. Podobnie przeniesienie 1 000 EUR podstawy ze stawki 20% do 10% zachowuje podstawę ogółem, lecz zaniża VAT o 100 EUR. Dlatego kontrola powinna schodzić do dnia, kategorii, stawki i klucza dokumentu, a kolejka wyjątków musi rozróżniać korektę danych źródłowych, korektę mapowania i ponowne przekazanie.

Przewodnik

6. Uzgodnij tylko te płatności, które podlegają raportowaniu

Danych płatniczych nie buduje się przez wysłanie wszystkich ruchów bankowych. Sierpniowy arkusz DGFiP ogranicza tę ścieżkę do operacji, dla których VAT staje się wymagalny z chwilą otrzymania zapłaty — przykładowo do określonych usług i zaliczek na towary. Wyłącza między innymi operacje z odwrotnym obciążeniem oraz przypadki objęte opcją rozliczenia VAT według obciążeń. Najpierw potrzebna jest decyzja fiskalna na poziomie typu operacji, dopiero potem techniczne dopasowanie banku, faktury i płatności. Populację kandydatów twórz z faktur, zaliczek, danych kontrahenta i konfiguracji VAT, a następnie uzgadniaj ją z faktycznymi wpływami w banku lub systemie zarządzania płynnością. Kontroluj rzeczywistą datę otrzymania oraz kwotę otrzymaną w euro według stawki VAT. Data zaksięgowania wyciągu, data automatycznego dopasowania i data faktycznego wpływu nie zawsze są takie same. Interfejs powinien zachować wszystkie trzy, a reguła raportowa używać właściwej daty. Częściowa płatność wymaga wykazania tylko odpowiedniego wpływu, nie automatycznego oznaczenia całej faktury jako zapłaconej. Jedna płatność może pokrywać kilka faktur, a jedna faktura może być pokrywana wieloma wpływami; system musi zachować relację wiele-do-wielu, wartości przydzielone oraz nieprzydzielone saldo. Zwroty, obciążenia zwrotne, niezidentyfikowane wpływy i nadpłaty powinny trafić do kolejki oceny. Nie należy ani automatycznie je raportować, ani automatycznie usuwać — zespół podatkowy określa skutek fiskalny, a zespół danych realizuje zatwierdzoną kwalifikację. Gdy płatność dotyczy krajowej faktury B2B złożonej w PA, arkusz wskazuje przekazanie informacji przez wzbogacenie statusu „Encaissée”. Trzeba sprawdzić, czy ERP lub konektor potrafi powiązać wpływ z właściwą fakturą i zachować dowód zmiany, nie zakładając, że sama nazwa statusu oznacza pełne przyjęcie przez administrację. W przypadku międzynarodowego B2B bez e-faktury złożonej w PA dane płatnicze są przekazywane faktura po fakturze w przepływie globalnym. Dla B2C są agregowane według dnia otrzymania, a wewnętrzny ślad powinien prowadzić od agregatu do kwalifikowanych wpływów. Oddziel dwa rodzaje wyjątków. „Nie wiadomo, czy płatność podlega” jest pytaniem podatkowym i nie powinno być rozstrzygane przez algorytm dopasowujący. „Płatność podlega, ale nie znaleziono faktury” jest problemem danych lub procesu. Mieszanie tych kategorii prowadzi do pozornego wysokiego wskaźnika dopasowania osiągniętego przez usuwanie trudnych przypadków. Raport kontroli powinien pokazywać liczbę i wartość obu kolejek oraz osobnych właścicieli.

Przewodnik

7. Obsłuż braki, odrzucenia, błędy, duplikaty i wyniki nieznane

Praktyczny przewodnik startowy DGFiP wskazuje, że przejściowa trudność e-reportingu nie powinna zatrzymywać działalności gospodarczej. Jednocześnie trzeba odróżnić dane istniejące, których nie można przekazać, od danych, które nie są poprawnie wytwarzane. Zachowaj dane i dowody incydentu, popraw lub przekaż je stosownie do sytuacji, nie wysyłaj danych jawnie błędnych i po uregulowaniu uzgodnij wynik z fakturami, wpływami oraz zapisami księgowymi. Nie wynika z tego obietnica ochrony przed karami, okres łaski ani „bezpieczna przystań”. Stosuj ograniczone drzewo decyzji dla każdego rekordu lub spójnej paczki: 1. **Czy operacja należy do właściwego SIREN, okresu i ścieżki?** Jeśli nie, zatrzymaj ją i popraw zakres; nie próbuj przełamywać walidacji. 2. **Czy dane źródłowe istnieją i są poprawne?** Jeśli nie są wytworzone albo ich kwalifikacja jest błędna, napraw źródło lub zatwierdzoną regułę i udokumentuj zmianę. 3. **Czy rekord został przekazany do PA?** Jeśli brakuje identyfikatora śladu, sprawdź kolejkę konektora i granicę eksportu przed ponowieniem. 4. **Czy istnieje jednoznaczny wynik?** Wynik odrzucony kieruj do reguły i pola, które go spowodowały. Wynik nieznany pozostaw wstrzymany do czasu uzyskania dowodu; nie traktuj ciszy jako przyjęcia. 5. **Czy wcześniejsza wersja mogła zostać przyjęta?** Jeśli tak, użyj kontrolowanego mechanizmu korekty lub ponowienia właściwego dla PA, z zabezpieczeniem przed duplikatem. Nie odtwarzaj masowo całej populacji. 6. **Czy wynik po korekcie wrócił do kontroli?** Porównaj dokładny okres, operacje, klientów, podstawy, VAT i właściwe dane płatnicze z księgą oraz źródłami; zamknij wyjątek dopiero z dowodem. Rejestr korekt powinien rozróżniać rekord nieobecny od rekordu błędnego. Zapisz pierwotny klucz, okres, klienta lub kategorię, kwoty, VAT, dane płatnicze, przyczynę, wersję przed i po, osobę zatwierdzającą oraz identyfikator wyniku PA. Przy duplikacie zachowaj dowód, która wersja jest właściwa i jak zapobieżono kolejnemu przesłaniu. Przy awarii PA lub konektora zachowaj znaczniki czasu, zakres dotkniętej populacji i komunikaty, ale nie twórz na tej podstawie własnego nowego terminu. Najczęstsze błędy to ponowne wysłanie całego dnia po jednym odrzuceniu, usunięcie starej paczki z archiwum, ręczna zmiana danych bez wersji, uznanie odpowiedzi transportowej za przyjęcie biznesowe oraz zamknięcie wyjątku tylko dlatego, że suma ogólna się zgadza. Dobra kolejka pokazuje osobno: brak, odrzucenie, błąd treści, podejrzenie duplikatu i brak rozstrzygającego wyniku. Każdy typ ma właściciela i warunek zamknięcia.

Przewodnik

8. Oceń ERP, konektor i PA oraz przygotuj pakiet zatwierdzenia

Zakup lub odbiór rozwiązania powinien opierać się na dowodach eksportowalnych, nie na atrakcyjnym pulpicie. Podczas demonstracji poproś dostawcę o wykonanie scenariusza na kontrolowanej próbce z brakującym dokumentem, duplikatem, korektą, odrzuceniem i wynikiem nieznanym. Nie oceniaj nazw statusów; oceniaj możliwość przejścia od wyniku PA do źródłowej operacji i odwrotnie. Zadaj co najmniej następujące pytania demonstracyjne: - Czy można wyeksportować pełną populację kandydatów oraz jawne wyłączenia według SIREN, okresu, ścieżki i źródła? - Czy zamknięty okres jest blokowany, a ponowne otwarcie pozostawia osobę, czas, przyczynę i wersję? - Czy każda migawka, transformacja i paczka PA ma niezmienny identyfikator wersji oraz porównanie różnic? - Czy identyfikator śladu łączy dokument lub agregat źródłowy, wysyłkę, odpowiedź i korektę? - Czy odrzucenie można wyeksportować z regułą lub polem, którego dotyczy, bez ręcznego przepisywania z ekranu? - Czy korekta wskazuje rekord pierwotny i pokazuje wartości przed, po oraz różnicę? - Jak rozwiązanie zapobiega duplikatom przy ponowieniu po przerwaniu połączenia lub nieznanym wyniku? - Czy potwierdzenia i historia odpowiedzi PA są dostępne w zbiorczym eksporcie z czasem oraz kluczem biznesowym? - Czy system generuje kontrole ERP/księga główna/PA według dnia, stawki, kategorii, waluty i typu populacji? - Czy role rozdzielają przygotowanie, zatwierdzenie, ponowienie i zmianę reguł, a działania są rejestrowane? - Kto jest właścicielem dowodu na każdej granicy: klient, operator konektora czy PA, i jak klient odzyska go niezależnie? - Czy dane płatnicze obsługują faktyczną datę wpływu, częściowe płatności, relacje wiele-do-wielu, Encaissée oraz kolejkę nierozpoznanych wpływów? Pakiet zatwierdzenia pierwszego okresu powinien zawierać kartę SIREN i reżimu, kalendarz z wersją oficjalnego arkusza, zamrożony manifest źródeł, wersję ekstraktu i reguł, kontrolę liczby/podstawy/VAT lub płatności, listę wyłączeń, eksport wyników PA, otwarte wyjątki, rejestr korekt oraz decyzję osoby odpowiedzialnej. Podpis nie powinien usuwać otwartych pozycji; musi wskazywać, które są zamknięte, a które powodują wstrzymanie. Wewnętrzne progi istotności, czas zamrożenia i zasada liczby podpisów powinny być jawne jako polityka przedsiębiorstwa, nie jako wymogi DGFiP. Jeżeli ERP, konektor lub PA nie potrafi dostarczyć tych dowodów, wynik demonstracji powinien zasilić niezależny raport gotowości i krótką listę rozwiązań do dalszej oceny. Raport powinien porównać braki kontrolne, wysiłek obejścia, odpowiedzialność za dowód i ryzyko operacyjne, bez rankingu opartego na samej marce. Naturalnym następnym krokiem jest przeprowadzenie próbnego zamknięcia na jednym SIREN i jednym okresie przed rozszerzeniem rozwiązania na grupę.

Przewodnik

9. Przykład liczbowy: fikcyjna grupa z trzema populacjami

Poniższy scenariusz jest fikcyjny. Wewnętrzna godzina zamrożenia 12:00, zasada zerowej niewyjaśnionej różnicy i wymóg dwóch podpisów są wyłącznie rekomendowanymi kontrolami tej przykładowej grupy, nie wymogami DGFiP. Ponieważ dziś jest 7 września 2026 r., daty po tym dniu pokazują planowany przebieg ćwiczenia, a nie zakończone zdarzenia. **Jednostki i okresy.** Alpha Retail SA, SIREN 111 222 333, stosuje miesięczny régime réel normal. Dla okresu transakcyjnego 1–10 września planuje zamrożenie 11 września o 12:00 i wewnętrzne zatwierdzenie 18 września. Beta Export Services SAS, SIREN 444 555 666, ma ten sam reżim i ten sam okres dla międzynarodowego B2B. Gamma Services SA, SIREN 777 888 999, uzgadnia dane płatnicze za cały wrzesień przed terminem przypadającym przed 10 października; próbne zamknięcie zaplanowano na 7 października. **Populacja B2C Alpha Retail.** POS wykazuje 820 sprzedaży wspierających 30 agregatów: 10 dni × 3 stawki. Prawidłowe sumy źródłowe to: stawka 20% — podstawa 96 400 EUR i VAT 19 280 EUR; stawka 10% — podstawa 14 800 EUR i VAT 1 480 EUR; stawka 5,5% — podstawa 9 600 EUR i VAT 528 EUR. Łącznie: podstawa 120 800 EUR, VAT 21 288 EUR. Pierwszy ekstrakt ma 802 sprzedaże składowe, podstawę 118 400 EUR i VAT 20 708 EUR. Rozbieżność 1: kasa w sklepie 07 z 3 września nie weszła do nocnego interfejsu — brakuje 18 sprzedaży, podstawy 2 400 EUR i VAT 480 EUR przy stawce 20%. Decyzja: nie tworzyć ręcznego agregatu; naprawić import i wygenerować wersję 2 z zachowaniem wersji 1. Rozbieżność 2: sprzedaż z 6 września o podstawie 1 000 EUR została sklasyfikowana ze stawki 20% do 10%. Podstawa ogółem była przez to niezmieniona, ale VAT zaniżono o 100 EUR. Decyzja: zespół podatkowy potwierdza klasyfikację, a zespół danych poprawia regułę i tworzy wersję 3. Wynik końcowy wraca do 820 sprzedaży źródłowych, 30 agregatów, podstawy 120 800 EUR i VAT 21 288 EUR; PA zwraca rozpoznawalny wynik dla wszystkich 30 agregatów. **Populacja międzynarodowego B2B Beta Export.** Rejestr faktur zawiera 14 faktur o podstawie 74 500 EUR i VAT 0 EUR według zatwierdzonej klasyfikacji oraz jedną fakturę korygującą na −1 500 EUR. Populacja kontrolna ma więc 15 dokumentów, podstawę netto 73 000 EUR i VAT 0 EUR. Pierwszy ekstrakt również pokazuje 15 dokumentów, ale podstawę 80 500 EUR — równa liczba maskuje dwa błędy. Rozbieżność 3: faktura INV-INT-204 na 6 000 EUR występuje podwójnie po ponowieniu konektora. Decyzja: zablokować drugi rekord po kluczu biznesowym i zachować dowód powtórzenia. Rozbieżność 4: faktura korygująca na −1 500 EUR została odfiltrowana jako wartość ujemna. Decyzja: poprawić regułę zakresu po zatwierdzeniu sposobu ujęcia przez podatki, nie zastępować jej zerem. Końcowo PA ma 15 właściwych dokumentów, podstawę netto 73 000 EUR i VAT 0 EUR, bez duplikatu i z powiązaniem noty z dokumentem źródłowym. **Populacja płatnicza Gamma Services.** Po ocenie podatkowej do zakresu trafia 31 faktycznych wpływów i korekt dotyczących usług rozliczanych według wpływu zapłaty. Oczekiwana łączna wartość zdarzeń płatniczych wynosi 52 600 EUR: 46 800 EUR przypisane do stawki 20% i 5 800 EUR do stawki 10%. Pierwsza ekstrakcja pokazuje 48 200 EUR. Rozbieżność 5: wpływ 4 800 EUR otrzymany 30 września został zaimportowany 1 października i błędnie przypisany do października na podstawie daty księgowania. Decyzja: użyć udokumentowanej faktycznej daty wpływu. Rozbieżność 6: płatność 3 600 EUR pokrywająca dwie faktury została przypisana tylko do pierwszej, przez co brakuje 1 200 EUR. Decyzja: zachować alokację wiele-do-wielu. Rozbieżność 7: finansowanie właścicielskie 1 000 EUR zostało błędnie uznane za płatność od klienta. Decyzja: wyłączyć je z uzasadnieniem podatkowym i kluczem ruchu bankowego. Rozbieżność 8: ujemna korekta 600 EUR była pominięta; po ocenie podatkowej w tym fikcyjnym przypadku powinna zmniejszyć wcześniejszy kwalifikowany wpływ. Decyzja: dodać korektę z powiązaniem do pierwotnego zdarzenia. Arytmetycznie: 48 200 + 4 800 + 1 200 − 1 000 − 600 = 52 600 EUR. **Decyzje końcowe.** Dla Alpha i Beta zatwierdzenie transakcji może nastąpić dopiero po zakończeniu 10 września, odtworzeniu wersji 3, uzyskaniu wyników PA i wyzerowaniu niewyjaśnionych różnic według fikcyjnej polityki grupy. Gamma pozostaje w stanie „wstrzymane” po pierwszej ekstrakcji; brakujące 4 800 EUR, błędna alokacja, finansowanie i korekta muszą zostać rozstrzygnięte. W planowanym zamknięciu 7 października, jeśli eksport PA potwierdzi 31 właściwych zdarzeń i 52 600 EUR oraz nie będzie wyniku nieznanego, właściciele podatków i finansów mogą podpisać pakiet. W przeciwnym razie podpis pozostaje wstrzymany, nawet gdy wartość netto okaże się przypadkiem zgodna.

Lista kontrolna

Przypisz każdy SIREN do reżimu VAT i potwierdź, czy obowiązek wystawiania oraz e-reportingu działa już od września 2026 r.

Zapisz oficjalny termin dla każdej ścieżki oraz wcześniejsze wewnętrzne odcięcie z właścicielem i zastępcą.

Zamroź wersjonowaną populację według SIREN, okresu, strefy czasowej, źródła i typu danych.

Rozdziel krajowe B2B w e-fakturowaniu, dzienne agregaty B2C, międzynarodowe B2B i kwalifikowane dane płatnicze.

Wyeksportuj liczbę, podstawę, VAT lub wartość płatności oraz listę jawnych wyłączeń na każdej granicy przepływu.

Wykonaj uzgodnienie dwukierunkowe źródło–PA i PA–źródło według kluczy biznesowych, dnia, kategorii i stawki.

Oddziel decyzje podatkowe o kwalifikacji płatności od technicznego dopasowania banku, faktury i wpływu.

Posegreguj wyjątki na braki, odrzucenia, błędy, duplikaty i wyniki nieznane, przypisując warunek zamknięcia.

Przetestuj korektę i kontrolowane ponowienie bez masowej wysyłki oraz zachowaj relację między wersjami.

Zatwierdź pakiet dopiero po zakończeniu okresu, uzgodnieniu księgi i VAT oraz dołączeniu eksportu wyników PA.

Najczęstsze pytania

Czym różni się e-reporting od e-fakturowania we Francji?

E-fakturowanie dotyczy regulowanego obiegu faktur w odpowiednim zakresie, a e-reporting przekazuje przez zarejestrowaną PA dane o transakcjach oraz, gdy ma to zastosowanie, o płatnościach. Nie wolno zakładać, że ten sam rekord trzeba wysłać obiema ścieżkami; zakres należy ustalić według rodzaju transakcji i aktualnych materiałów DGFiP.

Kto musi działać w pierwszym okresie we wrześniu 2026 r.?

Od 1 września 2026 r. duże przedsiębiorstwa i ETI rozpoczynają wystawianie e-faktur oraz e-reporting, a wszystkie podmioty objęte reformą muszą umieć odbierać e-faktury. MŚP i mikroprzedsiębiorstwa rozpoczynają własne wystawianie i e-reporting 1 września 2027 r.; sytuację trzeba potwierdzić osobno dla każdego podmiotu.

Kiedy przypada pierwszy wrześniowy termin e-reportingu?

Dla firmy w miesięcznym régime réel normal pierwszy okres danych transakcyjnych obejmuje 1–10 września 2026 r., a sierpniowy arkusz DGFiP wskazuje 20 września. Inne reżimy mają inny harmonogram, a sposób postępowania z dniem wolnym trzeba sprawdzić w aktualnym oficjalnym źródle zamiast zakładać przesunięcie.

Jakie sumy i dowody należy uzgodnić?

Co najmniej liczbę rekordów lub operacji składowych, podstawę opodatkowania, VAT według stawki, odpowiednią wartość płatności oraz klucze biznesowe. Potrzebne są też wersje ekstraktu, jawne wyłączenia, identyfikatory śladu, eksport odpowiedzi PA i rejestr korekt; suma ogólna bez tych dowodów może ukryć brak oraz duplikat o tej samej wartości.

Czy sprzedaż B2C raportuje się dziennie czy każdą sprzedaż osobno?

Sierpniowy arkusz DGFiP wskazuje dzienną agregację transakcji B2C i z osobami niebędącymi podatnikami, według wymaganego podziału, w tym kategorii i stawki VAT. Wewnętrzny ślad powinien jednak pozwalać przejść od agregatu do paragonów lub operacji, które go tworzą.

Które płatności podlegają francuskiemu e-reportingowi?

Nie wszystkie ruchy bankowe. Chodzi o operacje, w których VAT jest wymagalny przy otrzymaniu zapłaty, na przykład określone usługi i zaliczki na towary; arkusz wyłącza między innymi odwrotne obciążenie oraz opcję rozliczenia według obciążeń. Kwalifikację powinna zatwierdzić osoba odpowiedzialna za podatki.

Co zrobić, gdy brakuje wyniku PA albo rekord jest odrzucony?

Zachować dane i dowody incydentu, ustalić dokładny SIREN, okres, operację i wersję, a następnie odróżnić brak wysyłki, odrzucenie, błąd danych, duplikat i wynik nieznany. Nie uznawać ciszy za przyjęcie i nie ponawiać masowo całej populacji; korektę trzeba powiązać z rekordem pierwotnym i ponownie uzgodnić.

Jakie możliwości ERP, konektora i PA są najważniejsze?

Kluczowe są wersjonowana ekstrakcja pełnej populacji i wyłączeń, blokada okresu, śledzenie źródło–PA, reguły odrzucenia, obsługa korekt i duplikatów, zbiorczy eksport potwierdzeń, uzgodnienie z księgą oraz kontrola ról. Rozwiązanie powinno dostarczać dowody poza ekranem operatora i pokazywać właściciela każdego artefaktu.

Kluczowe przepisy, formaty i pojęcia

Komisja EuropejskaEN 16931Dyrektywa 2014/55/UEustrukturyzowana faktura elektronicznaUzgodnienie pierwszego okresu francuskiego e-reportinguFrance

Francja — Hub kraju

Francja

Otwórz hub kraju →

Użyj hubu kraju, aby znaleźć powiązane terminy, checklisty, przewodniki formatów i porównania oprogramowania.

Czytaj dalej

Źródła oficjalne

Priorytetowo traktujemy oficjalne źródła rządowe i UE, gdy są dostępne, oraz pokazujemy daty weryfikacji.