Łączenie plików JPK_FA online

Streamsoft odrzuca drugą paczkę JPK_FA za ten sam okres z błędem „paczka o takim identyfikatorze już została przyjęta". Rozwiązanie zgodne ze schemą: scal pliki w jeden przed importem.

Poniższe narzędzie robi to lokalnie, w Twojej przeglądarce. Bez rejestracji, bez wysyłania plików na serwer.

Narzędzie

Scalanie plików JPK_FA(4)

Łączy kilka plików za ten sam okres w jeden, przelicza sumy kontrolne, sprawdza integralność i unikalność numerów faktur.

</>
Przeciągnij pliki XML lub kliknij, aby wybrać
Można dodawać po kilka naraz
    Częste pytania

    FAQ

    Dlaczego Streamsoft nie przyjmuje drugiej paczki JPK_FA za ten sam okres?

    Streamsoft identyfikuje paczkę JPK po kombinacji: NIP podmiotu, okres z nagłówka (DataOdDataDo), wariant formularza i cel złożenia. Jeżeli te dane są identyczne w dwóch plikach, drugi jest odrzucany jako duplikat — nawet gdy faktycznie zawiera inne faktury (np. z innej waluty albo innego rejestru).

    Rozwiązanie zgodne ze schemą JPK_FA(4) to złożenie jednego pliku zbiorczego, który zawiera wszystkie faktury z okresu. To narzędzie taki plik przygotowuje.

    Gdzie trafiają moje pliki?

    Nigdzie. Cały kod odpowiedzialny za wczytanie, scalanie i pobieranie działa w JavaScripcie w Twojej przeglądarce. Serwer, na którym stoi ta strona, dostarcza tylko HTML — sam plik JPK nie jest do niego wysyłany.

    Można to zweryfikować w narzędziach developerskich (zakładka Network) albo pracując z wyłączoną siecią po pierwszym wczytaniu strony — narzędzie nadal będzie działać.

    Jakie wersje JPK_FA są obsługiwane?

    Wyłącznie JPK_FA(4) — obecnie obowiązujący wariant (namespace http://jpk.mf.gov.pl/wzor/2022/02/17/02171/). Pliki innego typu (JPK_V7M, JPK_MAG, JPK_KR itd.) oraz starsze wersje JPK_FA są rozpoznawane i odrzucane od razu przy dodawaniu.

    Co dokładnie sprawdza narzędzie?

    Przy dodawaniu pliku: czy to poprawny XML, czy to JPK_FA w wariancie 4.

    Przed scalaniem: czy wszystkie pliki dotyczą tego samego NIP i tego samego okresu, czy numery faktur (P_2A) są unikalne w całym zbiorze — zarówno między plikami, jak i w obrębie pojedynczego pliku.

    Po scaleniu: obecność wymaganych pól nagłówka i sekcji Podmiot1, format NIP, obecność P_1, P_2A, P_15 w każdej fakturze, obecność P_2B, P_11 w każdym wierszu, integralność referencyjna (każdy P_2B wskazuje na istniejące P_2A) oraz zgodność deklarowanych sum kontrolnych z faktyczną zawartością.

    Do pełnej walidacji zgodnie ze schematem XSD (jeśli potrzebna) można użyć osobno np. modułu Streamsoft albo narzędzi Ministerstwa Finansów — schema jest publicznie dostępna na gov.pl.

    Czym różni się scalanie od korekty JPK_FA?

    Korekta (CelZlozenia = 2) to zamiennik wcześniej złożonej paczki i unieważnia poprzednie dane. Scalanie to złożenie jednego pliku pierwotnego z pełną zawartością — tak, żeby system księgowy w ogóle nie wczytywał wielu paczek. Do zwykłego importu do Streamsoft właściwa jest ta druga ścieżka.

    Roadmap

    Planowane narzędzia

    W przygotowaniu

    Walidator faktury FA(3) dla KSeF

    Sprawdzenie zgodności XML faktury ustrukturyzowanej ze schematem FA(3) przed wysyłką do Krajowego Systemu e-Faktur — bez logowania do KSeF, lokalnie w przeglądarce.

    Twój pomysł

    Czego brakuje?

    Masz konkretny problem z plikami JPK, który dałoby się zamknąć w prostym narzędziu? Napisz na kontakt@jpktools.pl.