Francja · odrzucenie, odmowa i obsługa wyjątków

Obsługa odrzuconej e-faktury i odmowy nabywcy we Francji

Rozróżnij techniczne odrzucenie i odmowę nabywcy, zachowaj dowody statusu, popraw błąd i unikaj duplikatów.

Praktyczne podsumowanie:
  • Wskazówka diagnostyczna: ustal, kto nadał status i do jakiego identyfikatora go przypisał.
  • Największe ryzyko: drugi dokument powstały zanim potwierdzono los pierwszej transmisji.
  • Pierwszy krok: zamroź automaty i wyeksportuj pełny komunikat wraz z metadanymi.
Ostatnia aktualizacja: 13 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. Najpierw diagnoza: Rejetée czy Refusée?

Fakt oficjalny: w załączniku dotyczącym statusów cyklu życia, Flux 6 specyfikacji zewnętrznych v3.2, obiekt faktury obejmuje między innymi statusy 200 Déposée, 210 Refusée, 212 Encaissée i 213 Rejetée. Odmowie lub odrzuceniu może towarzyszyć kod oraz opis przyczyny. Nie należy jednak wyprowadzać z samej etykiety uniwersalnej sekwencji ani skutku księgowego. Zalecana kontrola: traktuj Rejetée jako sygnał do sprawdzenia techniki, schematu, danych i trasy, a Refusée jako sygnał potencjalnego sporu po stronie nabywcy. To robocze rozróżnienie, nie automatyczna kwalifikacja prawna. O wyniku decydują źródło komunikatu, pełna treść powodu, dozwolone przejście statusu, umowa oraz ocena doradców. Pomylenie zdarzeń może spowodować niepotrzebne ponowne wysłanie, podwójne należności albo pozostawienie realnego sporu bez właściciela.

Przewodnik

2. Zabezpiecz dowody i skoreluj identyfikatory

Fakt oficjalny: DGFiP wskazuje plateforme agréée (PA; dawniej PDP) jako kanał przekazywania i odbioru e-faktur oraz danych transakcyjnych i płatniczych przez objęte przedsiębiorstwa od 1 września 2026 r. Specyfikacje v3.2 z 30 kwietnia 2026 r. odwołują się do AFNOR XP Z12-012 dla faktur i statusów, XP Z12-013 dla API oraz XP Z12-014 dla przypadków B2B. Zalecana kontrola: przed zmianą dokumentu zapisz surowy komunikat PA, znacznik czasu, nadawcę statusu, kod i opis powodu, identyfikator faktury, identyfikatory komunikatu i korelacji, SIREN/SIRET stron, kwotę, walutę, skrót pliku oraz wersję formatu. Połącz je z rekordem ERP i dziennikiem API. Jeżeli identyfikatory nie wskazują jednoznacznie tego samego obiektu, wstrzymaj automaty. Zrzut ekranu jest pomocniczy; podstawowym dowodem powinien być eksport komunikatu wraz z metadanymi.

Przewodnik

3. Drzewo decyzji według rodzaju przyczyny

Zalecana kontrola: klasyfikuj wyjątek na podstawie komunikatu PA, nie domysłu. (1) Składnia lub format: porównaj wersję Factur-X, UBL albo CII, regułę walidacji i wskazane pole; popraw dopiero po odtworzeniu błędu. (2) Tożsamość lub trasowanie: sprawdź SIREN/SIRET, adres elektroniczny, odbiorcę, wybór PA i dane katalogowe związane z PPF, jeśli występują w komunikacie. (3) Podejrzenie duplikatu: wyszukaj ten sam numer, sprzedawcę, nabywcę, kwotę i skrót treści we wszystkich kanałach. (4) Spór handlowy: przekaż do należności, właściciela klienta i osoby znającej umowę, zamówienie oraz odbiór. (5) Powód nieznany: zamroź ponowne wysłanie i poproś PA o interpretację konkretnego komunikatu. Fakt oficjalny: kod i etykieta przyczyny mogą być przekazane, lecz ich dokładne znaczenie oraz dozwolona reakcja wymagają sprawdzenia w aktualnej specyfikacji i dokumentacji PA.

Przewodnik

4. Korekta czy ponowne przekazanie — bramka decyzyjna

Fakt oficjalny: sam status Rejetée albo Refusée nie przesądza uniwersalnie, że należność wygasła, pierwotna faktura została anulowana lub zawsze trzeba wystawić notę korygującą. Nie ma też podstaw, by zakładać jeden mechanizm ponownej wysyłki dla każdej PA i każdego przypadku. Zalecana kontrola: przed działaniem odpowiedz na pięć pytań: czy dokument został skutecznie przyjęty do właściwego etapu, czy zmienia się treść ekonomiczna, czy numer i identyfikator mogą zostać zachowane, jaki instrument dopuszczają specyfikacja i systemy oraz jak zdarzenie ujmą podatki i księgi. Decyzję zatwierdzają wspólnie właściciel procesu, księgowość i — gdy potrzeba — doradca. Nowy przekaz otrzymuje powiązanie z incydentem oraz poprzednim komunikatem. Nie używaj przycisku „wyślij ponownie”, dopóki nie ma udokumentowanej ścieżki i kontroli duplikatu.

Przewodnik

5. Ochrona przed duplikatem w ERP i PA

Zalecana kontrola: nadaj każdej próbie stabilny klucz biznesowy, na przykład zestaw sprzedawca–nabywca–numer faktury–rok, oraz oddzielny identyfikator techniczny transmisji. Warstwa integracyjna powinna być idempotentna: powtórzone żądanie nie tworzy automatycznie drugiego dokumentu ani drugiej należności. Przed retransmisją sprawdź ERP, kolejkę integracyjną, portal PA, historię API i potwierdzenia odbiorcy. Prowadź uzgodnienie „jeden dokument biznesowy — wszystkie próby — jeden aktualny wynik”. Alertuj, gdy ten sam klucz ma kilka aktywnych transmisji, różne statusy lub rozbieżne kwoty. Przykład ryzyka: operator widzi Rejetée, tworzy nowy numer, a pierwotna próba po opóźnieniu zostaje skojarzona po stronie odbiorcy; klient otrzymuje dwa roszczenia. Mierzalny dowód kontroli to raport duplikatów równy zero oraz pełna mapa identyfikatorów ERP–PA–odbiorca.

Przewodnik

6. Należności i eskalacja do klienta

Zalecana kontrola: dla Refusée przypisz właściciela w należnościach oraz właściciela relacji z klientem. Zespół techniczny dostarcza komunikat, ale nie rozstrzyga sam sporu handlowego. Pakiet eskalacyjny powinien zawierać fakturę, zamówienie, potwierdzenie dostawy lub wykonania, warunki umowy, historię statusów, przyczynę odmowy i dotychczasową korespondencję. Ustal wewnętrzne zegary reakcji jako mierniki operacyjne, a nie jako francuskie terminy ustawowe ani gwarantowane czasy reakcji: przykładowo 30 minut na potwierdzenie alertu, 4 godziny robocze na przypisanie oraz jeden dzień roboczy na przygotowanie odpowiedzi klientowi. Mierz wiek spraw, procent przypadków z kompletem dowodów i wartość należności objętych sporem. Jeżeli odmowa dotyczy ceny, ilości lub wykonania, właściciel biznesowy dokumentuje stanowisko: uznać, częściowo uznać albo zakwestionować — bez automatycznej zmiany dokumentu.

Przewodnik

7. Zobowiązania: odmowa nabywcy musi być obroniona

Zalecana kontrola: zespół zobowiązań powinien używać Refusée tylko w ramach zatwierdzonej polityki i uprawnień. Przed odmową porównuje fakturę z dostawcą, zamówieniem, odbiorem, ceną, ilością i warunkami płatności; wskazuje konkretną rozbieżność oraz dołącza dowód. Sam brak rozpoznania faktury nie powinien zastępować weryfikacji tożsamości i trasy. Rozdziel role: zgłaszający opisuje problem, osoba uprawniona zatwierdza odmowę, a administrator systemu utrzymuje przepływ. Fakt oficjalny: obecność statusu 210 Refusée w Flux 6 nie ustanawia sama w sobie przyczyny, procedury akceptacji ani skutku dla długu. Te elementy trzeba ustalić z komunikatu, aktualnych reguł, umowy i doradców. Dowodem obronnej decyzji jest zapis kto, kiedy i na jakiej podstawie odmówił, wraz z kodem, opisem, załącznikami i późniejszym rozstrzygnięciem.

Przewodnik

8. Przykład incydentu: od alertu do zamknięcia

Zalecana kontrola — przykład: o 09:12 PA zwraca 213 Rejetée z opisem wskazującym pole odbiorcy. Monitoring zakłada incydent wysokiej ważności, ale blokuje automatyczną retransmisję. Operator eksportuje komunikat, zapisuje identyfikatory korelacji i skrót pliku, po czym wiąże je z fakturą ERP. Analiza wykazuje różnicę między SIRET z zamówienia a adresem użytym w trasowaniu; nie ma drugiej aktywnej próby ani zapisu po stronie klienta. Właściciel danych potwierdza prawidłową tożsamość z klientem, a księgowość ocenia sposób poprawy bez założenia, że potrzebny jest nowy dokument. Po zatwierdzeniu integracja wykonuje dozwoloną operację, zachowując powiązanie z pierwszą próbą. Zespół uzgadnia status w PA i ERP, otrzymuje potwierdzenie właściwego odbiorcy i zamyka sprawę o 14:40. Pakiet dowodowy obejmuje oba komunikaty, decyzję, zmianę danych, test duplikatu, potwierdzenie odbioru i podpis właściciela procesu.

Przewodnik

9. Dashboard, runbook i siedem dni wdrożenia

Zalecana kontrola: dashboard pokazuje liczbę Rejetée i Refusée, wartość faktur, wiek, źródło, przyczynę, właściciela, ponowne próby i duplikaty. Ustal ważność według wartości, wieku, klienta, skali powtarzalności i ryzyka zamknięcia okresu; nie według samej nazwy statusu. Runbook powinien zawierać pobranie dowodu, korelację, klasyfikację, bramkę decyzji, akceptację, komunikację, uzgodnienie i zamknięcie. Błędy krytyczne to bezmyślne ponawianie, nadpisywanie statusu, brak właściciela, mylenie odmowy ze skutkiem księgowym i uznawanie ekranu PA za jedyne archiwum. Plan siedmiodniowy: dzień 1 — mapa komunikatów i właścicieli; 2 — eksport dowodów i pola korelacji; 3 — reguły idempotencji; 4 — drzewo decyzji i akceptacje; 5 — dashboard oraz zegary; 6 — testy przed startem: błędny format, SIRET, duplikat, odmowa handlowa i nieznany kod; 7 — ćwiczenie incydentu, uzgodnienie ERP–PA i zatwierdzenie runbooka. Fakt oficjalny: projektuj testy względem bieżących v3.2 i dokumentacji własnej PA, nie domniemanej uniwersalnej ścieżki statusów.

Przewodnik

Jak korzystać z tej strony

Użyj tej strony, aby ustalić, czy Obsługa francuskiej e-faktury odrzuconej technicznie lub zakwestionowanej przez nabywcę wpływa na proces dla rynku Francja i jakich dowodów jeszcze brakuje. Zacznij od: francuskie terminy odbioru i wystawiania, zatwierdzona platforma, Factur-X, UBL lub CII, potem przetestuj odebrać fakturę strukturalną oraz wystawić fakturę klientowi przed porównaniem narzędzi.

Przewodnik

Dane, encje i słowa kluczowe

Dla Obsługa francuskiej e-faktury odrzuconej technicznie lub zakwestionowanej przez nabywcę ważne są: Obsługa francuskiej e-faktury odrzuconej technicznie lub zakwestionowanej przez nabywcę, Francja, francuskie terminy odbioru i wystawiania, zatwierdzona platforma, Factur-X, UBL lub CII, e-raportowanie, dane SIREN i VAT. Uporządkuj te pola w danych klientów, dostawców, podatków i księgowości przed wdrożeniem.

Przewodnik

Dowód od dostawcy oprogramowania

Poproś dostawców, aby pokazali pokazać pełny proces na przykładach faktur, rolach użytkowników i wyjątkach na Twoich przykładach. Demo powinno obejmować: odebrać fakturę strukturalną, wystawić fakturę klientowi, przetestować e-raportowanie, skorygować fakturę korygującą oraz wyjaśnić błędy, korekty, archiwum i przekazanie do księgowości.

Przewodnik

Dowody przed wdrożeniem

Zachowaj oficjalne źródła, zrzuty ekranu, faktury testowe i powód wyboru dla Obsługa francuskiej e-faktury odrzuconej technicznie lub zakwestionowanej przez nabywcę. Dokumentacja powinna pokazać, jak sprawdzono: francuskie terminy odbioru i wystawiania, zatwierdzona platforma, Factur-X, UBL lub CII, e-raportowanie.

Przewodnik

Punkt decyzyjny

Nie zamykaj tematu, dopóki ktoś nie potrafi wyjaśnić operacyjne przygotowanie tego tematu dla rynku: Francja, wskazać właściciela procesu, pokazać przetestowany scenariusz faktury i uniknąć błędu: opieranie się na ogólnej deklaracji zgodności bez przetestowania realnego procesu.

Lista kontrolna

Zachowaj surowy komunikat PA, kod, opis, czas i nadawcę statusu.

Powiąż identyfikatory faktury, transmisji, korelacji, ERP i odbiorcy.

Oddziel roboczo błąd techniczny od sporu handlowego, bez przesądzania skutków.

Sprawdź aktualną specyfikację v3.2, dokumentację PA i dozwolone przejście.

Zablokuj automatyczne ponowienie, jeśli przyczyna lub stan są niejednoznaczne.

Zweryfikuj format, tożsamość, trasę, kwotę i ryzyko duplikatu.

Uzyskaj zatwierdzenie księgowe dla sposobu korekty lub retransmisji.

Przypisz właściciela technicznego, finansowego i klienta wraz z zegarem reakcji.

Uzgodnij końcowy wynik między ERP, PA, odbiorcą i rejestrem incydentów.

Zamknij sprawę dopiero po zapisaniu decyzji, dowodów i wyniku kontroli duplikatu.

Najczęstsze pytania

Jaka jest praktyczna różnica między Rejetée a Refusée?

Rejetée kieruje diagnozę przede wszystkim ku walidacji technicznej, danym lub trasowaniu, a Refusée ku decyzji albo sporowi po stronie nabywcy. To bezpieczny punkt startu, nie uniwersalna definicja skutku. Zawsze odczytaj źródło, kod i opis komunikatu oraz sprawdź reguły własnej PA i aktualną specyfikację.

Czy po statusie Rejetée można od razu wysłać fakturę ponownie?

Nie należy ponawiać automatycznie. Najpierw ustal, czy pierwsza próba rzeczywiście nie dotarła do właściwego etapu, usuń potwierdzoną przyczynę, sprawdź duplikaty i wybierz dozwoloną operację. Ponowienie bez korelacji może stworzyć drugi dokument lub zamaskować błąd, który nadal występuje.

Czy Refusée anuluje należność albo pierwotną fakturę?

Nie można przyjąć takiej zasady na podstawie samego statusu. Skutek zależy od przyczyny, umowy, stanu procesu, obowiązujących zasad oraz oceny podatkowej i księgowej. Zachowaj należność pod kontrolą sporu, dopóki uprawnione osoby nie udokumentują rozstrzygnięcia i właściwego sposobu ujęcia.

Co zrobić, gdy PA podaje kod powodu bez zrozumiałego opisu?

Zapisz kod w oryginale i nie zgaduj jego znaczenia. Sprawdź wersję specyfikacji, słownik oraz dokumentację PA, a następnie otwórz zgłoszenie z identyfikatorami korelacji i przykładowym komunikatem. Do czasu odpowiedzi zablokuj automatyczną korektę i retransmisję tej faktury.

Kto powinien być właścicielem incydentu?

Właściciel zależy od klasy przyczyny. Integracja lub dane podstawowe prowadzą problem techniczny, należności i opiekun klienta prowadzą spór sprzedażowy, a zobowiązania odpowiadają za uzasadnienie odmowy nabywcy. Jeden koordynator powinien pilnować zegara, dowodów i końcowego uzgodnienia między zespołami.

Jakie dowody trzeba zachować przed poprawą?

Minimum to surowy komunikat PA, czas, nadawca, status, kod i opis przyczyny, identyfikatory faktury i korelacji, skrót przekazanego pliku oraz odpowiadający zapis ERP. Dla sporu dołącz zamówienie, odbiór, umowę i korespondencję. Zachowaj również decyzję o wybranym działaniu i jego zatwierdzenie.

Jak rozpoznać, że ponowienie stworzyło duplikat?

Porównaj klucz biznesowy, numer faktury, strony, kwotę, walutę, skrót treści i wszystkie identyfikatory transmisji w ERP, integracji oraz PA. Alarmem są dwie aktywne próby, różne końcowe statusy lub dwie należności dla tej samej transakcji. Potwierdzenie odbiorcy pomaga domknąć uzgodnienie.

Czy przedstawione zegary reakcji są francuskim wymogiem prawnym?

Nie. Są rekomendowanymi miernikami operacyjnymi, które firma ustala według ryzyka, wartości i organizacji pracy. Nie zastępują terminów wynikających z prawa, umowy ani zasad PA. Ich celem jest szybkie przypisanie odpowiedzialności i ograniczenie czasu, przez który faktura pozostaje bez wyjaśnienia.

Co przetestować najpierw przy Obsługa francuskiej e-faktury odrzuconej technicznie lub zakwestionowanej przez nabywcę?

Zacznij od: odebrać fakturę strukturalną, wystawić fakturę klientowi, przetestować e-raportowanie, bo te scenariusze szybko pokazują realność procesu.

Jakie jest główne ryzyko?

Główne ryzyko to: opieranie się na ogólnej deklaracji zgodności bez przetestowania realnego procesu.

Kluczowe przepisy, formaty i pojęcia

Komisja EuropejskaEN 16931Dyrektywa 2014/55/UEustrukturyzowana faktura elektronicznaObsługa francuskiej e-faktury odrzuconej technicznie lub zakwestionowanej przez nabywcęFrancja

Czytaj dalej

Źródła oficjalne

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