E-Invoice Finder
Menu
KrajeOprogramowanieTerminyPrzewodnikiCheckerSprawdź obowiązek
ENFRDEPLNL
Francja · kontrola zamknięcia PA-ERP

Jak uzgodnić francuskie e-faktury na zamknięcie miesiąca

Uzgodnij PA, ERP, należności, zobowiązania i płatności za pomocą sum kontrolnych, wyjątków statusu, dowodów i odpowiedzialności.

Praktyczne podsumowanie:
  • Jednostka kontroli: dokument w określonej jednostce, kierunku, walucie i okresie, śledzony od PA do ERP i rozrachunku.
  • Największe ryzyko: pozorna zgodność sum, która ukrywa brak, duplikat albo pomieszanie statusu platformy z księgowaniem.
  • Pierwsze działanie: zamroź eksporty PA i ERP na wspólny znacznik odcięcia i zachowaj ich parametry.
Zamów raport gotowości dla FrancjiŹródła oficjalne
Ostatnia aktualizacja: 18 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. Ustal zakres zamknięcia i system właściwy dla każdego stanu

Zacznij od macierzy zakresu, a nie od porównania dwóch przypadkowych raportów. Dla każdej francuskiej jednostki prawnej określ SIREN, używane SIRET-y, plateforme agréée (PA), system ERP, moduły zobowiązań i należności, rachunki lub system skarbowy oraz okres sprawozdawczy. Zapisz także kierunek dokumentu: faktury zakupowe przychodzące i sprzedażowe wychodzące. Jeżeli grupa korzysta z kilku PA, kilku instancji ERP albo centrum usług wspólnych, wyznacz granice osobno, aby dokument jednej spółki nie zamaskował braku w innej. Następnie przypisz znaczenie każdemu źródłu. PA potwierdza obsługę faktury i komunikatów cyklu życia w swoim zakresie; ERP jest źródłem informacji o dokumencie księgowym; AP lub AR pokazuje kolejkę, zatwierdzenie i otwarte pozycje; bank lub system zarządzania płynnością potwierdza ruch pieniężny; narzędzie raportowe prezentuje wynik, ale nie powinno samodzielnie tworzyć prawdy źródłowej. PA nie zastępuje księgi głównej, a status platformy nie dowodzi automatycznie zaksięgowania, akceptacji biznesowej, zapłaty ani prawidłowego ujęcia podatkowego. DGFiP wskazuje, że przedsiębiorstwa objęte reformą od 1 września 2026 r. korzystają z zatwierdzonych platform do wysyłania i odbierania e-faktur oraz przekazywania danych transakcyjnych i płatniczych. Nie oznacza to jednak narzuconej przez DGFiP miesięcznej procedury uzgodnienia. Częstotliwość, progi, właściciele kontroli i podpis są zalecanymi mechanizmami wewnętrznymi. Przed uruchomieniem kontroli zatwierdź kartę zakresu: jednostki, okres, waluty, typy dokumentów, kanały, wyłączenia oraz osobę odpowiedzialną za każde źródło.

Przewodnik

2. Zamroź porównywalne wyciągi na wspólny moment odcięcia

Raporty pobrane o różnych porach niemal zawsze wytworzą pozorne wyjątki. Ustal jeden znacznik odcięcia, na przykład ostatni dzień okresu o 23:59:59 czasu Europe/Paris, i zachowaj zarówno strefę czasową, jak i czas utworzenia każdego pliku. Jeżeli eksport z PA powstaje później niż wyciąg z ERP, oznacz okno różnicy i nie poprawiaj danych ręcznie. Najlepszą praktyką jest niezmienny plik źródłowy, kontrolowana kopia robocza oraz zapis parametrów zapytania lub wersji API. Jako zalecane pola robocze, a nie katalog pól obowiązkowych DGFiP, uwzględnij: identyfikator faktury nadany przez dostawcę, identyfikator PA lub platformy, numer dokumentu ERP, SIREN/SIRET sprzedawcy i nabywcy, kierunek, datę wystawienia, datę otrzymania, rodzaj dokumentu, kwotę netto, podatek, kwotę brutto, walutę, trasę lub kanał, bieżący status i znaczniki czasu zmian statusu. Przydatne są również termin płatności, identyfikator faktury korygowanej, odwołanie do zamówienia, profil lub format — na przykład Factur-X, UBL albo CII — oraz skrót pliku lub referencja techniczna, jeśli są dostępne. Sprawdź, czy kwoty mają tę samą konwencję znaków, waluty nie zostały przeliczone w jednym źródle, a korekty nie są raportowane jako zwykłe faktury ujemne. Zachowaj liczbę rekordów przed filtrowaniem i po nim. Lista kontrolna ekstraktu powinna odpowiadać na cztery pytania: czy obejmuje cały zakres, czy odcięcie jest identyczne, czy rekordy mają stabilne klucze oraz czy eksport można odtworzyć. Brak którejkolwiek odpowiedzi obniża wiarygodność późniejszego uzgodnienia.

Przewodnik

3. Zbuduj sumy kontrolne według kierunku, dokumentu, jednostki, waluty i trasy

Najpierw porównaj populacje zbiorczo, dopiero potem przechodź do pojedynczych rekordów. Dla PA i ERP policz liczbę dokumentów oraz sumę netto, podatku i brutto co najmniej według kierunku przychodzącego lub wychodzącego, faktury lub korekty, jednostki SIREN/SIRET, waluty i trasy. Osobne zestawienia dla AP i AR ułatwiają rozdzielenie problemów zakupowych od sprzedażowych. Jeżeli część faktur trafia przez inną PA lub kanał poza zakresem reformy, pokaż ją w oddzielnym wierszu zamiast usuwać bez śladu. Przykład fikcyjny: spółka Lumière Services SAS dla SIREN 123 456 789 widzi w wyciągu PA 1 248 faktur zakupowych w EUR o łącznej wartości brutto 3 410 620 EUR oraz 37 korekt o wartości minus 82 400 EUR. ERP zawiera 1 246 faktur za 3 408 820 EUR i te same 37 korekt. Różnica dwóch faktur i 1 800 EUR staje się punktem startowym dochodzenia, nie automatycznym błędem PA ani księgowości. Po dopasowaniu okazuje się, że jedna faktura za 1 500 EUR czeka w interfejsie, a druga za 300 EUR została zduplikowana w eksporcie PA wskutek błędnego łączenia historii statusów. Nie zakładaj oficjalnej tolerancji ani zasady, że sama zgodność wartości wystarcza. Dwie brakujące faktury mogą się wzajemnie skompensować kwotowo. Wewnętrzna polityka może określić materialność finansową i operacyjną, lecz wszystkie niedopasowane identyfikatory powinny pozostać widoczne. Wynik sum kontrolnych ma wskazywać: populację oczekiwaną, populację uzgodnioną, liczbę i wartość wyjątków, przyczynę różnicy oraz odpowiedzialnego właściciela.

Przewodnik

4. Uzgodnij tożsamość dokumentów i kompletność bez słabych dopasowań

Dopasowanie jeden do jednego powinno korzystać z zestawu kluczy, a nie wyłącznie z numeru faktury. Podstawowy łańcuch obejmuje identyfikator faktury dostawcy, identyfikator PA, numer dokumentu ERP oraz identyfikatory nabywcy i sprzedawcy. Jeśli system je udostępnia, dodaj skrót pliku, referencję techniczną komunikatu, numer zamówienia i identyfikator dokumentu pierwotnego dla korekty. Taki zestaw ogranicza fałszywe dopasowania, gdy dwóch dostawców użyje numeru „2026/08/001” albo jedna faktura przejdzie przez kilka etapów technicznych. Stosuj hierarchię decyzji. Dopasowanie dokładne wymaga zgodności kluczy stron, numeru dokumentu, typu, waluty i kwot. Dopasowanie prawdopodobne — na przykład po dostawcy, kwocie i dacie — powinno trafić do ręcznej weryfikacji, nigdy automatycznie zamykać wyjątku. Brak w PA oznacza, że dokument istnieje w ERP, ale nie został znaleziony w uzgodnionym wyciągu platformy; brak w ERP oznacza sytuację odwrotną. Przed eskalacją sprawdź zakres jednostki, okno odcięcia, alternatywną trasę, korektę numeru oraz to, czy jeden rekord statusu nie został błędnie policzony jako kolejna faktura. Kontrola kompletności powinna działać w obu kierunkach: PA do ERP i ERP do PA. Jednokierunkowe porównanie nie wykryje dokumentów zaksięgowanych ręcznie, omijających właściwy kanał, ani faktur odebranych przez PA, które utknęły przed AP. Ryzyko jest podwójne: brak może zaniżyć zobowiązania lub należności, a słabe dopasowanie może ukryć duplikat i doprowadzić do podwójnego księgowania lub płatności. Każde ręczne połączenie rekordów wymaga uzasadnienia, osoby zatwierdzającej i zachowanego dowodu.

Przewodnik

5. Oddziel cykl życia faktury od księgowania, akceptacji i rozrachunku

Status PA i status ERP odpowiadają na różne pytania. Etykieta cyklu życia opisuje zdarzenie dotyczące faktury lub jej obsługi na platformie, podczas gdy ERP może pokazywać import, walidację, księgowanie, blokadę, akceptację merytoryczną, otwartą pozycję albo rozliczenie. Nie twórz jednej kolumny „status końcowy”, która zaciera te różnice. Zbuduj macierz z osobnymi osiami: stan cyklu życia faktury, stan technicznego interfejsu, stan dokumentu księgowego, stan procesu zatwierdzania, stan płatności oraz — jeśli dotyczy — stan e-reportingu lub danych płatniczych. Francuskie etykiety Déposée, Rejetée, Refusée i Encaissée można prezentować wyłącznie w kontekście danych zwróconych przez PA i właściwego profilu procesu. Nie należy zakładać, że każde przedsiębiorstwo stosuje każdy opcjonalny status ani że jedna etykieta zawsze wywołuje ten sam krok księgowy. Specyfikacja DGFiP w wersji 3.2 z 30 kwietnia 2026 r. obejmuje dane faktur, transakcji, płatności i komunikaty statusu cyklu życia; AFNOR XP Z12-012 dotyczy formatów i profili faktur oraz komunikatów statusu, XP Z12-013 interfejsów API, a XP Z12-014 przypadków użycia B2B. Konkretną semantykę trzeba potwierdzić w dokumentacji procesu i PA. Różnica czasowa nie zawsze jest błędem. Faktura może być widoczna na PA przed utworzeniem dokumentu ERP, a płatność bankowa przed aktualizacją rozrachunku. Oznacz rekordy „w toku” według uzgodnionego wieku, lecz nie wymyślaj urzędowego progu. Przykładowo organizacja może wewnętrznie badać interfejs po dwóch godzinach i eskalować po jednym dniu roboczym, jeśli odpowiada to jej ryzyku. Każdy próg powinien mieć właściciela, uzasadnienie i wyjątki dla weekendów, zamknięcia oraz awarii.

Przewodnik

6. Obsłuż wyjątki w koszykach i nie ponawiaj wysyłki w ciemno

Raport wyjątków powinien dzielić problemy na rozłączne, operacyjne koszyki. „Brak w PA” wymaga sprawdzenia trasy, adresowania SIREN/SIRET, momentu odcięcia i identyfikatora transmisji. „Brak w ERP” kieruje uwagę na kolejkę integracyjną, walidację, mapowanie kontrahenta i blokady AP lub AR. „Duplikat” wymaga ustalenia, czy powielono fakturę, rekord historii statusu czy zapis księgowy. „Niezgodność kwoty” obejmuje walutę, znak korekty, zaokrąglenia, podatek i ewentualną transformację formatu, lecz nie powinna być automatycznie kompensowana. „Status nieaktualny lub niespójny” oznacza, że sekwencja zdarzeń, znacznik czasu albo stan PA nie zgadza się z oczekiwanym przebiegiem. Dla Rejetée ustal, czy odrzucenie miało charakter techniczny lub walidacyjny i jaki bezpieczny proces korekty przewiduje PA. Dla Refusée potwierdź przyczynę biznesową i właściwy dalszy dokument lub działanie. Nie utożsamiaj tych stanów ani nie wysyłaj ponownie tego samego dokumentu bez sprawdzenia identyfikatora, skutków duplikacji i instrukcji platformy. Koszyk „korekta lub nota kredytowa” powinien łączyć dokument z fakturą pierwotną. „Stan nieznany” pozostaje otwarty do czasu uzyskania wiarygodnego dowodu, zamiast być ręcznie oznaczany jako zakończony. Dla każdego wyjątku zapisz kategorię, wartość, wiek, ryzyko, właściciela, następne działanie, termin wewnętrzny, dowód i decyzję. Wstrzymaj automatyczne księgowanie lub płatność tam, gdzie istnieje realne ryzyko duplikatu, ale stosuj kontrolę proporcjonalną, by nie blokować całego zamknięcia. Bezpieczna zasada brzmi: najpierw odczytaj bieżący stan i historię, potem ustal skutek biznesowy, a dopiero następnie koryguj lub ponawiaj. Każde ponowienie powinno być idempotentne albo chronione jednoznacznym kluczem i zatwierdzeniem.

Przewodnik

7. Uzgodnij Encaissée, dane płatnicze i bank bez uproszczeń

Warstwa płatnicza wymaga odrębnego uzgodnienia, ponieważ przepływ bankowy, rozliczenie pozycji w ERP i komunikat danych płatniczych mogą pojawić się w różnym czasie. Gdy w danym procesie występuje etykieta Encaissée, traktuj ją jako francuski status cyklu życia w określonym kontekście, a nie uniwersalny dowód, że każda faktura została w całości opłacona, prawidłowo rozliczona i ujęta podatkowo. Najpierw potwierdź zakres obowiązujący daną transakcję, semantykę statusu u PA oraz źródło danych. Porównaj co najmniej identyfikator faktury, kontrahenta, kwotę i walutę płatności, datę wartości, referencję bankową, identyfikator rozrachunku ERP oraz znacznik przekazania danych, jeśli jest dostępny. Płatność częściowa powinna pozostawić saldo i relację wielu zdarzeń do jednej faktury. Jedna płatność zbiorcza może rozliczać wiele dokumentów, a jedna faktura może być opłacona kilkoma przelewami, potrąceniem lub kompensatą. Nie wymuszaj więc relacji jeden do jednego. Zwroty, opłaty bankowe, różnice kursowe i płatności bez czytelnej referencji wymagają osobnych reguł. Szczególną ostrożność zachowaj przy procesach, w których dane płatnicze mają znaczenie dla rozliczeń opartych na kasie. Nie zakładaj powszechnego zakresu ani jednego skutku podatkowego; wątpliwości powinien ocenić właściwy specjalista. Kontrola operacyjna ma wykazać spójność przepływu: bank potwierdza ruch, ERP jego przypisanie, a PA lub kanał raportowy odpowiedni komunikat. Niezgodność może oznaczać opóźnienie, błąd mapowania, częściową płatność albo niewysłane dane, ale sama nie przesądza o przyczynie. To praktyczna informacja kontrolna, nie porada prawna, podatkowa ani księgowa.

Przewodnik

8. Zbuduj pakiet dowodowy, odpowiedzialność i kontrolowane ponowne otwarcie

Pakiet dowodowy powinien pozwolić niezależnej osobie odtworzyć kontrolę bez ustnych wyjaśnień. Zachowaj kartę zakresu, parametry i czas odcięcia, niezmienione eksporty PA i ERP, sumy kontrolne, logikę dopasowania, listę wyjątków, historię statusów, dowody rozwiązania, zatwierdzenia oraz wersję końcowego raportu. Przy API warto zachować identyfikator zapytania, zakres paginacji, liczbę zwróconych rekordów i komunikaty błędów; przy plikach — nazwę, sumę kontrolną pliku i źródło. Nie podawaj arbitralnego okresu przechowywania: dostosuj go do polityki dokumentacyjnej, wymogów prawnych i zaleceń doradców. Ustal wiek wyjątków według czasu od zdarzenia lub odcięcia i rozdziel pozycje świeże, przeterminowane według progu wewnętrznego oraz krytyczne. Materialność finansowa nie powinna wymazywać ryzyka operacyjnego: faktura o małej wartości może ujawnić systemowy błąd adresowania. Macierz RACI lub prosty rejestr odpowiedzialności powinien wskazywać właścicieli po stronie księgowości, AP, AR, podatków, zarządzania płynnością, integracji ERP i administratora PA. Eskalacja zależy od wartości, wieku, liczby podobnych przypadków, ryzyka duplikatu, wpływu na raportowanie i możliwości zamknięcia ksiąg. Podpis kontroli powinien potwierdzać zakres, wynik sum, otwarte wyjątki, przyjęte ryzyko i plan naprawczy — nie tylko obecność pliku. Jeśli wyjątek zostanie rozwiązany po podpisie, nie nadpisuj raportu. Otwórz kontrolę ponownie w sposób śledzalny, dodaj datę, autora, powód, wcześniejszą i nową wartość oraz ponowne zatwierdzenie. Kryterium decyzji jest proste: pozycję można zamknąć dopiero wtedy, gdy dowód potwierdza jej tożsamość, stan i prawidłowe ujęcie w odpowiednim systemie; komentarz „sprawdzone” bez załącznika nie wystarcza.

Przewodnik

9. Przeprowadź pięciodniowe zamknięcie i oceń gotowość narzędzi

Przykładowy pięciodniowy harmonogram jest kontrolą wewnętrzną, nie terminem DGFiP. Dzień 1: zamroź eksporty, potwierdź zakres i policz sumy kontrolne. Dzień 2: wykonaj dopasowanie dwukierunkowe oraz rozdziel wyjątki. Dzień 3: właściciele badają braki, duplikaty, kwoty i statusy; integracja usuwa potwierdzone blokady bez ponawiania w ciemno. Dzień 4: uzgodnij rozrachunki, dane płatnicze i bank, oceń materialność oraz przygotuj listę otwartych ryzyk. Dzień 5: niezależny recenzent sprawdza dowody, właściciel zamknięcia podpisuje wynik, a nierozwiązane pozycje otrzymują termin i ścieżkę eskalacji. Zapytaj dostawcę PA i właściciela oprogramowania, czy eksport lub API obejmuje stabilny identyfikator faktury, pełną historię statusów, znaczniki czasu ze strefą, kierunek, typ dokumentu, kwoty, walutę, strony transakcji, dane płatnicze w odpowiednim zakresie i referencje korekt. Sprawdź paginację, opóźnienie danych, ponowne pobranie według odcięcia, idempotencję, sygnalizację błędów, log audytowy i możliwość uzyskania raportu wyjątków. Panel bez eksportu szczegółów może dobrze wyglądać, ale nie musi zapewniać odtwarzalnego dowodu. Najczęstsze błędy to porównanie wyłącznie liczby faktur, mieszanie jednostek lub walut, liczenie historii statusów jak dokumentów, ignorowanie korekt, ręczne kasowanie różnic, utożsamianie Encaissée z pełnym rozliczeniem i traktowanie PA jako księgi. Akceptacja procesu wymaga powtarzalnych ekstraktów, zgodnych sum lub wyjaśnionych różnic, dwukierunkowego dopasowania, osobnych stanów, właściciela każdego wyjątku, dowodów oraz zatwierdzonego ponownego otwarcia. Następny krok: wpisz wyniki testu, luki API/raportowe, wolumen wyjątków i działania naprawcze do raportu gotowości dla Francji, z priorytetem, kosztem, właścicielem i datą ponownego testu.

Lista kontrolna

Potwierdź jednostki SIREN/SIRET, PA, instancje ERP, moduły AP/AR, rachunki i okres objęty kontrolą.

Ustal wspólny moment odcięcia, strefę czasową oraz niezmienne parametry każdego eksportu lub wywołania API.

Zachowaj zalecane klucze, kwoty, waluty, typy dokumentów, kierunek i znaczniki czasu statusów.

Policz liczbę oraz wartości netto, podatku i brutto według kierunku, typu, jednostki, waluty i trasy.

Wykonaj dopasowanie dwukierunkowe PA–ERP z użyciem identyfikatorów stron, faktury, platformy i dokumentu ERP.

Rozdziel status cyklu życia od importu, księgowania, zatwierdzania, rozrachunku i raportowania.

Przypisz każdy wyjątek do koszyka, właściciela, wieku, ryzyka, działania i dowodu rozwiązania.

Zablokuj ślepe ponowienia oraz automatyczne płatności tam, gdzie istnieje ryzyko duplikatu.

Uzgodnij płatności częściowe i zbiorcze między bankiem, ERP oraz właściwym przepływem danych płatniczych.

Zatwierdź pakiet dowodowy, otwarte ryzyka i kontrolowany rejestr późniejszych zmian lub ponownego otwarcia.

Najczęstsze pytania

Jak uzgodnić plateforme agréée z ERP na koniec miesiąca?

Zamroź porównywalne wyciągi na ten sam moment odcięcia, policz sumy według kierunku, typu dokumentu, jednostki, waluty i trasy, a następnie dopasuj rekordy w obu kierunkach. Używaj identyfikatora faktury, PA, dokumentu ERP i stron transakcji. Każdą różnicę przypisz do kategorii, właściciela i dowodu; zgodna suma bez zgodności dokumentów nie dowodzi kompletności.

Które statusy cyklu życia należy porównywać?

Porównuj statusy rzeczywiście obsługiwane w danym procesie i zwracane przez PA, wraz z ich historią i czasem. Etykiety takie jak Déposée, Rejetée, Refusée czy Encaissée trzeba interpretować zgodnie z właściwym profilem i dokumentacją. Nie zakładaj, że każda firma używa wszystkich statusów; zestaw je osobno ze stanem interfejsu, księgowania, akceptacji i płatności.

Co zrobić, gdy faktura jest w PA, ale nie ma jej w ERP?

Najpierw sprawdź odcięcie, jednostkę, kolejkę integracyjną, walidację, mapowanie kontrahenta i blokady AP lub AR. Potwierdź identyfikatory i historię, zanim cokolwiek wyślesz ponownie. Jeżeli istnieje ryzyko duplikatu, wstrzymaj automatyczne księgowanie lub płatność tej pozycji, zachowaj dowody i skieruj wyjątek do właściciela integracji oraz księgowości.

Co oznacza faktura obecna w ERP, lecz brakująca w PA?

Może to wynikać z innej trasy, niewłaściwego SIREN/SIRET, ręcznego księgowania, różnicy czasu, błędnego filtra albo nieudanej transmisji. Nie przesądzaj przyczyny na podstawie samego braku. Odszukaj identyfikator transmisji, sprawdź alternatywne kanały i zakres reformy, a następnie udokumentuj, czy potrzebna jest korekta procesu, adresowania czy rekordu ERP.

Czy PA zastępuje księgę główną lub dowodzi zaksięgowania?

Nie. PA realizuje określone funkcje wystawiania, przesyłania, odbioru, konwersji i przekazywania danych, lecz nie jest ogólną księgą przedsiębiorstwa. Status platformy nie stanowi automatycznego dowodu ujęcia w księdze, zatwierdzenia biznesowego, zapłaty ani prawidłowego traktowania podatkowego. Dlatego kontrola musi łączyć PA z ERP, AP/AR i innymi właściwymi źródłami.

Jakie dowody powinien zawierać pakiet audytowy?

Powinien zawierać zakres kontroli, moment odcięcia, surowe eksporty, parametry API, sumy kontrolne, reguły dopasowania, raport wyjątków, historię statusów, dowody rozwiązania oraz podpis recenzenta i właściciela. Ważna jest odtwarzalność: niezależna osoba ma móc wyjaśnić liczby i decyzje. Okres przechowywania należy ustalić zgodnie z właściwą polityką i wymogami, nie na podstawie uniwersalnego progu.

Jak uzgadniać Encaissée i płatności częściowe?

Nie traktuj Encaissée jako uniwersalnego potwierdzenia pełnej zapłaty. Porównaj kontekst statusu z ruchem bankowym, rozliczeniem ERP i właściwym przepływem danych płatniczych. Model danych musi obsłużyć wiele płatności do jednej faktury oraz jedną płatność obejmującą wiele faktur, a także pozostające saldo, różnice kursowe, potrącenia i zwroty. Zakres i skutki podatkowe wymagają właściwej oceny.

Czy DGFiP wymaga miesięcznego uzgodnienia i pięciodniowego zamknięcia?

Nie należy przedstawiać tego jako procedury nakazanej przez DGFiP. Miesięczne uzgodnienie, pięciodniowy harmonogram, progi wieku, materialność, właściciele i podpis są proponowanymi kontrolami wewnętrznymi. Organizacja powinna dopasować je do wolumenu, ryzyka i procesu zamknięcia, jednocześnie respektując rzeczywiste wymagania prawne i techniczne potwierdzone w oficjalnych źródłach.

Kluczowe przepisy, formaty i pojęcia

Komisja EuropejskaEN 16931Dyrektywa 2014/55/UEustrukturyzowana faktura elektronicznaUzgodnienie francuskich e-faktur PA-ERP na zamknięcie miesiącaFrancja

Czytaj dalej

Źródła oficjalne

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