E-Invoice Finder
Menu
KrajeOprogramowanieTerminyPrzewodnikiCheckerSprawdź obowiązek
ENFRDEPLNL
Francja · kontrola startu e-reportingu

Jak obsłużyć błędy e-reportingu we Francji i wznowić zaległości

Rozdziel dane transakcji i płatności, diagnozuj błędy PA, wznawiaj zaległe pakiety bez duplikatów i uzgadniaj wyniki od września 2026.

Praktyczne podsumowanie:
  • Granica kontroli: osobno zatwierdź populację, ekstrakcję, przekazanie do PA i wynik administracyjny.
  • Największe ryzyko odzyskania: ponowienie rekordów, których wcześniejszego przyjęcia nie udało się potwierdzić.
  • Pierwszy ruch: zabezpiecz migawkę zakresu incydentu, zanim kolejny cykl nadpisze ślad operacyjny.
Zamów ocenę gotowości e-reportinguŹródła oficjalne
Ostatnia aktualizacja: 21 sierpnia 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. Zakres dnia startu, właściciele i macierz podmiot–populacja

Od 1 września 2026 r. duże przedsiębiorstwa i ETI działające jako sprzedawcy lub usługodawcy wchodzą we francuski e-reporting. W tym samym terminie wszystkie przedsiębiorstwa mają być zdolne do odbioru e-faktur, a duże przedsiębiorstwa i ETI zaczynają również ich wystawianie. Są to wymogi oficjalne opisane przez DGFiP i Service-Public; nie należy ich mieszać z zalecanymi niżej kontrolami operacyjnymi. E-reporting obejmuje dane dotyczące operacji, które nie trafiają do krajowego francuskiego obiegu e-faktur B2B, w szczególności odpowiednie transakcje B2C i międzynarodowe, z uwzględnieniem wyłączeń oraz konkretnych okoliczności VAT. Pierwszym zadaniem na starcie nie jest wysyłka kolejnego pliku, lecz zatwierdzenie macierzy „podmiot prawny × populacja × system źródłowy × tor raportowania × PA”. Dla każdego SIREN lub właściwego obwodu sprawozdawczego macierz powinna wskazywać właściciela podatkowego, właściciela danych, system ERP, kasę/POS lub platformę sprzedażową, reżim VAT, walutę, kraj kontrahenta, rodzaj klienta oraz to, czy rekord należy do e-fakturowania, danych transakcji, danych płatności czy populacji wyłączonej. W praktyce warto opisać tabelę wierszami odpowiadającymi podmiotom, a kolumnami odpowiadającymi kanałom sprzedaży, źródłom, klasyfikacji i statusowi po stronie plateforme agréée (PA). Zalecana granica odpowiedzialności jest jednoznaczna: zespół podatkowy zatwierdza reguły klasyfikacji i wyjątki, finanse oraz cash/application odpowiadają za zdarzenia zapłaty, ERP i data za ekstrakcję oraz mapowanie, retail za kompletność POS, operacje za kolejkę i dowody, a PA lub dostawca oprogramowania za obsługiwany interfejs, transmisję i dostępne statusy. PA jest wymagana do przekazania e-reportingu administracji; rozwiązanie kompatybilne, lecz niezarejestrowane, nie może zrobić tego bezpośrednio. Odpowiedzialność dostawcy nie znosi jednak obowiązku kontrolnego przedsiębiorstwa podczas incydentu technicznego.

Przewodnik

2. Bramka klasyfikacyjna: e-faktura, B2C, zagranica, wyłączenie czy przypadek szczególny

Każdy rekord powinien przejść tę samą bramkę przed ekstrakcją. Najpierw ustal fakty VAT i strony transakcji, a nie sam kraj klienta lub kanał faktury. Pytanie pierwsze brzmi: czy jest to krajowa transakcja B2B objęta francuskim e-fakturowaniem? Jeżeli tak, należy skierować ją do właściwego obiegu e-faktury, a nie podwójnie do e-reportingu transakcyjnego. Jeżeli nie, sprawdź, czy jest to operacja B2C lub międzynarodowa podlegająca e-reportingowi. Następnie oceń, czy występuje zwolnienie, wyłączenie, operacja poza zakresem albo szczególna reguła, która zmienia kwalifikację. W praktycznej karcie decyzji zapisz: podmiot sprzedający, status i lokalizację stron, miejsce opodatkowania, charakter dostawy lub usługi, reżim VAT, ewentualny OSS, istnienie stałego zakładu, odwrotne obciążenie, opcję rozliczenia VAT przy obciążeniu oraz dowód, na którym oparto decyzję. Dla podmiotu nieustanowionego we Francji trzeba uwzględnić aktualne wskazówki DGFiP dla przedsiębiorstw zagranicznych bez francuskiego stałego zakładu. OSS, transakcje zwolnione, import, eksport czy zagraniczne B2B nie powinny być klasyfikowane jednym skrótem myślowym. Wynik zależy od faktów, a podobnie wyglądające dokumenty mogą należeć do różnych populacji. Zalecana kontrola operacyjna to wersjonowany kod decyzji i kolejka wyjątków, ale nie jest to urzędowy kod ani narzucony status. Rekord bez rozstrzygnięcia powinien trafić do kwarantanny z właścicielem i terminem analizy, zamiast zostać „na wszelki wypadek” wysłany lub pominięty. Szczególnie ostrożnie traktuj sprzedaż mieszaną, zwroty, zaliczki, transakcje z kilkoma stawkami VAT oraz korekty zmieniające pierwotną kwalifikację. Wniosek prawny lub podatkowy należy potwierdzić na podstawie aktualnych zasad francuskiego VAT i, gdy potrzebne, kwalifikowanej porady; sam typ kontrahenta w CRM nie wystarcza.

Przewodnik

3. Tor danych transakcji: B2C, operacje międzynarodowe i kontrola źródeł

Tor transakcyjny powinien mieć własny rejestr wejścia, reguły agregacji i kontrolę kompletności. Dla B2C dane są co do zasady agregowane według dnia i stawki VAT. Nie oznacza to, że każda organizacja ma wysyłać je administracji codziennie: częstotliwość i terminy zależą od reżimu VAT, dlatego kalendarz trzeba oprzeć na aktualnych tabelach urzędowych. Nie należy również przekazywać zbędnych danych osobowych klientów. Źródłem kontrolnym mogą być zamknięcia kas/POS, księga sprzedaży, platformy e-commerce i zatwierdzone korekty, lecz przedsiębiorstwo powinno wskazać jedno źródło autorytatywne dla każdej populacji. Przykład B2C: sieć sklepów ma sprzedaż tego samego dnia ze stawkami standardową i obniżoną, zwrot oraz sprzedaż z kanału internetowego. Kontrola nie powinna ograniczać się do liczby paragonów. Należy zestawić dzienne wartości według stawek VAT, uwzględnić prawidłowo ujęte zwroty i upewnić się, że kanał internetowy nie został równocześnie zawarty w agregacie sklepu oraz osobnej ekstrakcji. Sposób technicznego przedstawienia korekt musi być zgodny z aktualną dokumentacją PA i rozwiązania; nie wolno wymyślać formatu ani metody korekty. Przykład międzynarodowy: francuska spółka świadczy usługę klientowi biznesowemu w innym państwie. Sam zagraniczny adres nie rozstrzyga zakresu. Zespół weryfikuje status klienta, miejsce świadczenia, mechanizm VAT, ewentualne odwrotne obciążenie i obowiązujące wyłączenia, a następnie dokumentuje decyzję o włączeniu lub wyłączeniu z e-reportingu. Kontrole źródłowe powinny obejmować kompletność numerów dokumentów, dat, kwot i stawek dostępnych w wymaganym zakresie, spójność walut oraz powiązanie korekt z pierwotnymi zdarzeniami. Zalecane sumy kontrolne, identyfikatory partii i ślad po transformacji są kontrolami wewnętrznymi, nie dodatkowymi wymogami DGFiP.

Przewodnik

4. Tor danych płatności: inkaso, przypisanie gotówki i przypadki graniczne

Dane płatności trzeba oddzielić od danych transakcji zarówno logicznie, jak i w uzgodnieniach. Obowiązek ten dotyczy w szczególności usług oraz zaliczek na towary, gdy VAT staje się należny przy inkasie. Zgodnie ze wskazówkami DGFiP dla przedsiębiorstw zagranicznych nie obejmuje on przypadków objętych opcją rozliczenia przy obciążeniu ani sytuacji odwrotnego obciążenia po stronie nabywcy. Ocena zawsze wymaga potwierdzenia konkretnych faktów. Istotne dane o inkasie obejmują datę zapłaty, kwotę brutto rozdzieloną według stawek VAT oraz numer faktury, gdy ma zastosowanie; dokładny zakres i format należy sprawdzić w aktualnych materiałach oraz specyfikacji PA. Proces powinien zaczynać się od zdarzenia bankowego, kasowego lub procesora płatniczego, a kończyć na zatwierdzonym przypisaniu do należności. Nieprzypisana gotówka nie może automatycznie stać się raportowaną zapłatą tylko dlatego, że kwota odpowiada otwartej fakturze. Przy płatności częściowej należy zachować związek między rzeczywiście otrzymaną kwotą, datą i odpowiednią częścią VAT. Przy jednej wpłacie pokrywającej kilka faktur potrzebna jest udokumentowana alokacja; przy kilku wpłatach do jednej faktury każde zdarzenie wymaga kontroli, aby nie zastąpić historii wyłącznie końcowym saldem. Przykład: klient płaci 60% faktury za usługę 4 września, a pozostałość 18 września. Tor płatności powinien odzwierciedlać oba zatwierdzone zdarzenia zgodnie z właściwymi zasadami, zamiast zgłaszać pełną kwotę przy pierwszym przelewie. Inny przykład: depozyt na przyszłą dostawę towarów może wymagać analizy momentu powstania VAT i klasyfikacji, a nie mechanicznego potraktowania jak zwykła przedpłata. Kluczowe kontrole wewnętrzne to kolejka nierozliczonych wpłat, przegląd opcji przy obciążeniu na poziomie właściwej populacji, znacznik odwrotnego obciążenia potwierdzony podatkowo oraz osobne uzgodnienie wartości i dat inkasa.

Przewodnik

5. Drzewo diagnozy: gdzie naprawdę powstał błąd

Diagnoza zaczyna się od zachowania danych i dowodów, a dopiero potem od decyzji o ponowieniu. Pierwsza gałąź brzmi „nie wyprodukowano danych”: źródło nie zamknęło dnia, interfejs nie pobrał populacji albo filtr ją wykluczył. W takim przypadku problemem jest kompletność produkcji, więc samo ponowienie transmisji niczego nie naprawi. Druga gałąź to „wyprodukowano nieprawidłowo”: błędna klasyfikacja, stawka, agregacja, waluta, przypisanie płatności lub mapowanie ERP. Taki rekord wymaga korekty pod kontrolą, nie wielokrotnego wysłania identycznej treści. Trzecia gałąź obejmuje dane poprawne, ale zablokowane przed PA, na przykład w warstwie integracyjnej lub wewnętrznej kolejce. Należy ustalić ostatni punkt trwałego zapisu i potwierdzić, czy PA niczego nie otrzymała. Czwarta gałąź to odrzucenie przez PA. Zespół powinien użyć rzeczywistego komunikatu i dokumentacji dostawcy, zidentyfikować zakres partii oraz zdecydować, czy poprawia pojedyncze rekordy, czy ekstrakcję. Nie wolno zakładać uniwersalnych kodów statusu. Piąta gałąź to brak potwierdzenia. Brak widocznego potwierdzenia nie jest dowodem braku transmisji; najpierw sprawdź identyfikatory, portal lub API PA i eskaluj niejednoznaczny stan. Szósta gałąź obejmuje duplikat albo wynik nieznany po przerwaniu połączenia. Automatyczne ponowienie całej partii jest wtedy największym zagrożeniem, bo może podwoić poprawnie przyjętą część. Zalecane identyfikatory idempotencji, jeśli PA lub oprogramowanie je obsługuje, pomagają ograniczyć ryzyko, ale nie należy zakładać ich dostępności. Dla każdej gałęzi karta incydentu powinna zawierać populację, okres, źródło, liczbę i wartość rekordów, stan ostatnio potwierdzony, właściciela decyzji oraz następną bezpieczną czynność. Tymczasowy incydent techniczny nie znosi obowiązku kontroli. Kontynuuj procesy nieobjęte awarią, zabezpiecz dane dotknięte problemem, rozdziel dane niewysłane od danych źle wytworzonych, a po odzyskaniu możliwości działania przekaż lub skoryguj je niezwłocznie i wykonaj uzgodnienie. Nie należy obiecywać okresu ulgowego, automatycznej ochrony, uniwersalnego SLA ani ochrony przed sankcjami.

Przewodnik

6. Bezpieczna odbudowa zaległości bez pominięć i duplikatów

Odbudowę rozpocznij od zamrożonej ekstrakcji obejmującej dokładnie zidentyfikowaną populację i okres. Zachowaj wersję reguł, parametry, czas wykonania, sumy kontrolne oraz właściciela zatwierdzenia. Następnie ustal ostatnią granicę zaakceptowaną przez PA na podstawie dostępnych dowodów, nie wyłącznie czasu ostatniego zadania. Rekordy o nieznanym wyniku oddziel do kwarantanny; nie powinny znaleźć się ani w partii „na pewno niewysłane”, ani w korekcie, dopóki ich stan nie zostanie wyjaśniony. Plan odzyskania powinien rozdzielać trzy koszyki: poprawne dane, których PA nie otrzymała; dane przesłane, ale odrzucone; oraz dane przyjęte, które mogą wymagać korekty. Każdy koszyk ma inny powód i inną ścieżkę. Sposób ponownej transmisji oraz korekty musi wynikać z bieżących funkcji PA i oprogramowania. ochrona przed duplikatem key, blokada duplikatów, kwarantanna i partia kanarkowa są rekomendowanymi kontrolami wewnętrznymi, a nie urzędowo narzuconym mechanizmem. Jeżeli rozwiązanie ich nie obsługuje, zespół musi zastosować dostępne zabezpieczenia i ręczne zatwierdzenie granicy. Przed pełnym wznowieniem warto wysłać kontrolowaną małą partię reprezentującą rzeczywiste przypadki: pojedynczą stawkę VAT, wiele stawek, zwrot, transakcję międzynarodową oraz właściwe zdarzenie płatności. Partię kanarkową należy śledzić aż do jednoznacznego wyniku; dopiero potem zwiększać wolumen etapami. W każdym etapie porównuj liczbę i wartości z zamrożoną ekstrakcją oraz zatrzymaj proces przy nowej klasie błędu. Ład korekt powinien wymagać uzasadnienia, akceptacji podatkowej tam, gdzie zmienia się klasyfikacja lub VAT, i powiązania z pierwotnym rekordem. Nie usuwaj historii po udanym odzyskaniu. Zachowaj dowód, co pierwotnie powstało, co wysłano, co zaakceptowano lub odrzucono i jaką decyzją zamknięto różnicę. Retencję ustal zgodnie z właściwymi przepisami i polityką organizacji; nie ma podstaw, by z tego przewodnika wywodzić jeden gwarantowany okres przechowywania.

Przewodnik

7. Czterostronne uzgodnienie: źródło, ekstrakcja, PA i wynik

Uzgodnienie po odzyskaniu powinno obejmować cztery odrębne poziomy. Poziom pierwszy to źródło autorytatywne: ERP, POS, księga sprzedaży albo zatwierdzony rejestr inkasa. Poziom drugi to zamrożona ekstrakcja po klasyfikacji i transformacji. Poziom trzeci to zawartość faktycznie przekazana do PA. Poziom czwarty to wynik rozdzielony na rekordy zaakceptowane, odrzucone i pozostające w nieznanym stanie według dostępnych statusów PA. Uzgodnienie dwustronne ERP–plik nie wykryje partii, która utknęła po wygenerowaniu, a porównanie plik–PA nie ujawni sprzedaży pominiętej przez filtr źródłowy. Tabela kontrolna powinna pokazywać dla każdej osoby prawnej, daty, populacji i stawki VAT: liczbę zdarzeń, wartość netto, VAT i brutto tam, gdzie te miary są właściwe i dostępne, a także różnice między kolejnymi poziomami. Dla agregatów B2C porównuj sumy dzienne według stawek z zatwierdzonym zamknięciem POS i osobno kontroluj zwroty. Dla operacji międzynarodowych używaj populacji wynikającej z zatwierdzonej klasyfikacji, nie wszystkich dokumentów z zagranicznym adresem. Każda różnica powinna mieć kod przyczyny używany wewnętrznie, właściciela i dowód zamknięcia. Dane płatności wymagają osobnego uzgodnienia, ponieważ liczba faktur nie odpowiada liczbie zdarzeń inkasa. Porównaj zatwierdzone i przypisane wpływy z ekstrakcją płatności, następnie z transmisją PA i wynikiem. Kontroluj daty, kwoty brutto rozdzielone według stawek VAT, właściwe powiązania z fakturą oraz częściowe i łączone płatności. Nierozliczone wpływy powinny pozostać widoczne jako wyjątki, a nie znikać z raportu po końcu dnia. Czterostronne uzgodnienie jest zalecaną kontrolą zarządczą, nie nazwanym przez DGFiP obowiązkowym raportem. Jego wartość polega na dowodzie kompletności i jednokrotnego odzyskania. Zamknięcie wymaga zerowej niewyjaśnionej różnicy lub formalnie zatwierdzonego wyjątku; sam zielony status zadania technicznego nie wystarcza.

Przewodnik

8. Kalendarz operacyjny, przekazanie zmiany i zamknięcie incydentu

Kalendarz e-reportingu powinien być zbudowany dla każdego podmiotu i reżimu VAT na podstawie aktualnych urzędowych tabel częstotliwości i terminów. Nie istnieje jedna bezpieczna reguła „codziennie do określonej godziny” dla wszystkich. Dzień agregacji danych B2C nie jest automatycznie terminem wysyłki, a rytm danych płatności trzeba potwierdzić w odniesieniu do właściwego obowiązku. Właściciel podatkowy powinien okresowo potwierdzać, że wersja kalendarza pozostaje aktualna, zwłaszcza po zmianie reżimu, reorganizacji lub przejęciu nowego podmiotu. Przekazanie między zmianami powinno zawierać: otwarte populacje, ostatnią potwierdzoną granicę, partie w kwarantannie, dane niewytworzone, odrzucenia, stany nieznane, plan najbliższej kontrolowanej wysyłki oraz osoby decyzyjne. Pakiet dowodowy incydentu powinien przechowywać zamrożone zestawienia, sumy kontrolne, log decyzji, komunikaty PA, potwierdzenia, wyniki uzgodnień, akceptacje korekt i zapis eskalacji. Nie należy gromadzić więcej danych osobowych niż potrzebne ani kopiować ich bez kontroli do kanałów wsparcia. Eskalacja do PA lub dostawcy oprogramowania powinna być konkretna: identyfikator uzgodniony z dostawcą, czas zdarzenia, dotknięta populacja, etap procesu, obserwowany wynik, wpływ na liczbę i wartość rekordów oraz pytanie wymagające rozstrzygnięcia. Nie zakładaj gwarantowanego SLA, jeżeli umowa go nie zapewnia. Wewnętrzna eskalacja podatkowa jest potrzebna, gdy błąd zmienia kwalifikację, stawkę, moment VAT, opcję przy obciążeniu albo zastosowanie odwrotnego obciążenia. Kryteria zamknięcia powinny obejmować: wznowienie stabilnej produkcji, jednoznaczny wynik zaległych partii, zakończone czterostronne uzgodnienie, rozliczone dane płatności, zatwierdzone wyjątki, zachowany pakiet dowodowy i działanie zapobiegawcze z właścicielem. Dodatkowym sygnałem jakości jest udane przejęcie procesu przez kolejną zmianę bez ustnych założeń. Przewodnik ma charakter praktyczny i nie stanowi porady prawnej, podatkowej ani księgowej.

Przewodnik

9. Scenariusz startowy: retail B2C, usługa zagraniczna i spóźnione dane płatności

Fikcyjna grupa „Hexa Marché” ma francuską sieć detaliczną, centralny ERP i centrum usług wspólnych. 2 września kontrola wykrywa trzy problemy. Dzienne sumy B2C z części sklepów nie obejmują zwrotów z trybu offline. Faktura za usługę dla klienta zagranicznego została automatycznie wyłączona wyłącznie z powodu kraju odbiorcy. Dodatkowo plik danych płatności nie zawiera częściowej wpłaty zaksięgowanej po zamknięciu standardowego interfejsu. PA potwierdza odbiór części danych transakcyjnych, lecz dla jednej partii nie ma jednoznacznego wyniku. Zespół otwiera wspólny log decyzji, ale utrzymuje trzy osobne tory. Dla B2C zamraża ponowną ekstrakcję, uzgadnia POS według dnia i stawki VAT oraz umieszcza niepewną partię w kwarantannie do czasu potwierdzenia PA. Dla usługi zagranicznej zespół podatkowy sprawdza status klienta, miejsce świadczenia, odwrotne obciążenie i właściwe reguły, zamiast uznać, że „zagranica zawsze podlega” albo „zagranica zawsze jest poza zakresem”. Dla płatności cash/application potwierdza datę i alokację częściowej wpłaty oraz ocenia, czy usługa nie jest objęta opcją przy obciążeniu. Pierwszym błędem byłoby ponowienie całej partii detalicznej bez ustalenia ostatniej zaakceptowanej granicy. Drugim — poprawienie ekstrakcji zagranicznej bez zatwierdzenia klasyfikacji VAT. Trzecim — dodanie pełnej wartości faktury do danych płatności, mimo że otrzymano tylko część należności. Grupa wysyła więc małą kontrolowaną partię dopiero po rozdzieleniu rekordów niewysłanych, odrzuconych i o nieznanym wyniku. Następnie wykonuje czterostronne uzgodnienie oraz osobne uzgodnienie wpływów. Przy ocenie dostawcy grupa nie tworzy rankingu marek. Weryfikuje kryteria zdolności: czy PA jest uprawniona do transmisji, czy rozwiązanie pokazuje wynik na poziomie potrzebnym do uzgodnienia, wspiera bezpieczne ponowienie lub ochronę przed duplikatem, pozwala odseparować kwarantannę, zachowuje ślad transformacji, obsługuje dane transakcji i płatności oraz umożliwia eksport dowodów. Sprawdza też model wsparcia, eskalację i zgodność funkcji z własnymi systemami. Następnym działaniem jest formalna ocena gotowości, a jeśli luki są istotne — krótka lista PA lub oprogramowania oparta na scenariuszach testowych, nie na prezentacji handlowej.

Lista kontrolna

Zatwierdź macierz podmiotów, populacji, systemów źródłowych, reżimów VAT i właściwej PA.

Oddziel krajowe B2B e-fakturowane od B2C, operacji międzynarodowych i przypadków wyłączonych.

Wyznacz autorytatywne źródło oraz właściciela danych dla każdej populacji transakcyjnej.

Uzgadniaj dzienne agregaty B2C według stawek VAT, bez zbędnych danych osobowych.

Prowadź osobny tor danych płatności z kontrolą inkasa, alokacji i wyjątków VAT.

Klasyfikuj incydent przed ponowieniem: produkcja, mapowanie, integracja, PA albo nieznany wynik.

Zamrażaj zakres zaległości i ustalaj ostatnią jednoznacznie zaakceptowaną granicę.

Kwarantannuj rekordy niepewne i wznawiaj wysyłkę etapami z ochroną przed duplikacją.

Wykonuj uzgodnienie źródło–ekstrakcja–PA–wynik dla liczby rekordów i wartości.

Zamykaj incydent dopiero po uzgodnieniu, zatwierdzeniu wyjątków i skompletowaniu dowodów.

Najczęstsze pytania

Kto wchodzi do francuskiego e-reportingu 1 września 2026 r.?

Duże przedsiębiorstwa i ETI będące sprzedawcami lub usługodawcami rozpoczynają e-reporting. W tym samym dniu wszystkie przedsiębiorstwa mają być zdolne do odbioru e-faktur, a duże przedsiębiorstwa i ETI zaczynają także ich wystawianie. Zakres konkretnej operacji nadal zależy od francuskich zasad VAT i jej faktycznych cech.

Jak rozstrzygnąć, czy błąd dotyczy danych transakcji, czy danych płatności?

Dane transakcji opisują właściwą operację podlegającą e-reportingowi, natomiast dane płatności odnoszą się do inkasa tam, gdzie ma ono znaczenie dla momentu VAT, szczególnie przy usługach i określonych zaliczkach. Sprawdź źródło zdarzenia, opcję rozliczenia przy obciążeniu, odwrotne obciążenie i powiązanie z fakturą; nie diagnozuj toru wyłącznie po nazwie pliku.

Czy każda sprzedaż B2C i każda transakcja międzynarodowa podlega e-reportingowi?

Nie należy przyjmować takiej reguły. E-reporting obejmuje odpowiednie operacje poza krajowym B2B e-fakturowanym, w tym istotne B2C i transakcje międzynarodowe, ale istnieją wyłączenia i przypadki zależne od faktów. Zweryfikuj miejsce opodatkowania, status stron, zwolnienia, OSS, ustanowienie we Francji i inne właściwe zasady VAT.

Co zrobić po odrzuceniu pakietu przez PA?

Zachowaj treść partii, komunikat i identyfikatory udostępnione przez PA, ustal dotknięty zakres oraz rozdziel błąd danych od błędu transmisji. Poprawiaj tylko potwierdzony problem zgodnie z dokumentacją PA i oprogramowania. Przed szerszą wysyłką sprawdź małą kontrolowaną partię i przeprowadź uzgodnienie wyniku.

Czy brak potwierdzenia PA oznacza, że można bezpiecznie wysłać partię ponownie?

Nie. Brak widocznego potwierdzenia może oznaczać opóźnienie statusu, przerwę komunikacji albo przyjęcie danych bez dostarczenia odpowiedzi. Oznacz wynik jako nieznany, sprawdź dostępny portal lub API, eskaluj do PA i nie łącz tych rekordów z populacją na pewno niewysłaną, dopóki granica nie będzie jednoznaczna.

Jak ograniczyć duplikaty podczas odbudowy zaległości?

Ustal ostatnią zaakceptowaną granicę, zamroź ekstrakcję, odseparuj stany nieznane i wznawiaj małymi partiami. Jeśli PA lub system obsługuje identyfikatory idempotencji albo inne zabezpieczenie przed duplikacją, przetestuj je i udokumentuj. Nie zakładaj jednak funkcji, której dostawca nie potwierdził, i zawsze uzgadniaj końcowy wynik.

Jak wygląda wiarygodne uzgodnienie e-reportingu?

Porównuje cztery poziomy: autorytatywne źródło, ekstrakcję po regułach i mapowaniu, transmisję do PA oraz wyniki zaakceptowane, odrzucone i nieznane. Obejmuje liczbę zdarzeń i właściwe wartości, a dla płatności działa osobno. Każda różnica ma właściciela, przyczynę i dowód zamknięcia.

Jakich dowodów i funkcji wymagać od PA lub oprogramowania?

Szukaj możliwości śledzenia partii i rekordów, eksportu wyników, rozdzielenia odrzuceń i stanów nieznanych, kontroli ponowienia, kwarantanny, śladu transformacji oraz obsługi obu torów danych. Potwierdź, że transmisję wykonuje PA, oceń integrację z ERP/POS i proces eskalacji. Deklaracje handlowe zweryfikuj scenariuszami i uzgodnieniem.

Kluczowe przepisy, formaty i pojęcia

Komisja EuropejskaEN 16931Dyrektywa 2014/55/UEustrukturyzowana faktura elektronicznaObsługa błędów i odbudowa zaległości e-reportingu we FrancjiFrancja

Czytaj dalej

Źródła oficjalne

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