Schemat KSeF brzmi jak coś, co powinno interesować tylko programistów. A potem przychodzi moment, kiedy musimy wysłać dokument do Krajowego Systemu e-Faktur i nagle okazuje się, że tu nie chodzi o „ładny PDF”, tylko o dane, które musimy poprawnie ułożyć w określonej strukturze. Właśnie po to jest struktura logiczna. To opis, jak ma wyglądać e-faktura, jakie pola są wymagane, które są opcjonalne i co musi się ze sobą zgadzać, żeby system ją przyjął.
Od strony technicznej temat kręci się wokół schema i FA, bo to one definiują, jak wygląda format danych. W praktyce oznacza to, że dokument przygotowujemy jako XML i musimy dobrze ustrukturyzować informacje takie jak dane sprzedawcy, dane nabywcy, pozycje, stawki VAT i podsumowania. Jeśli coś się nie zgadza, pojawi się odrzucenie. Jeśli jest poprawnie, dostajemy potwierdzenie, czyli UPO oraz numer KSeF jako identyfikator dokumentu.
W tym artykule pokażemy:
– jak rozumieć logiczny układ danych i czym jest struktura logiczna e-faktury
– gdzie na platformie ePUAP i w Centralnym Repozytorium Wzorów Dokumentów Elektronicznych znaleźć dokumentację oraz pliki, które możemy pobrać
– jak wygląda proces wystawiania faktur w KSeF, w tym wysyłka faktur ustrukturyzowanych, statusy i temat korekty
Od razu dopowiadamy ważny punkt w czasie. Od 1 września 2023 r. do 31 stycznia 2026 r. należało stosować strukturę FA(2). Od 1 lutego 2026 r. do wszystkich wystawianych faktur ustrukturyzowanych stosuje się wyłącznie strukturę FA(3) w ramach KSeF 2.0. Dlatego warto pracować na właściwej wersji struktury, a nie na plikach krążących po mailach „od kogoś z 2023 r”.
Jeśli chcemy ogarnąć ten proces bez ręcznego pilnowania formatów i statusów, w dalszej części pokażemy też, jak możemy to zrobić wygodniej w Altera.app. Możemy uporządkować fakturowanie, obieg dokumentów i archiwum, a także mieć pod ręką historię działań oraz kontrolę nad tym, co dzieje się z fakturami w firmie.
Krajowy system e-faktur. Jak działa i co zmienia w obiegu dokumentów
W KSeF pracujemy inaczej niż przy klasycznych dokumentach wysyłanych mailem. Tu nie liczy się wygląd pliku, tylko to, czy faktura została poprawnie opisana danymi i przesłana do systemu. W praktyce oznacza to przejście z „wystawiamy PDF” na „wysyłamy dane faktury w określonej strukturze”, a system je weryfikuje.
Jeśli dokument spełnia wymagania, faktura trafia do KSeF. Dostajemy UPO oraz numer KSeF, czyli identyfikator nadany fakturze w systemie. Jeśli coś się nie zgadza, system odrzuca dokument i musimy poprawić dane, a nie „podmienić PDF”.
To podejście zmienia obieg w firmie, bo:
– szybciej wychwytujemy błędy formalne jeszcze na etapie wystawiania
– pracujemy na spójnych danych, a nie na wielu wersjach plików krążących w mailach
– mamy jedno miejsce odniesienia do faktur ustrukturyzowanych i ich statusów
Kiedy zacząć korzystać z KSeF i jakie są podstawy dostępu
Zaczynamy od dostępu i uprawnień, bo bez tego nie ma bezpiecznego wystawiania faktur w KSeF. W praktyce musimy ustalić, kto w organizacji ma prawo wystawiać, odbierać oraz przeglądać dokumenty w systemie i na jakich zasadach.
Od strony formalnej działamy zgodnie z komunikatami Ministerstwa Finansów oraz zasadami KSeF 2.0. Od 1 lutego 2026 r. obowiązuje aktualne podejście do wersji systemu i struktur dokumentów, więc nie opieramy się na plikach z 2023 r. ani na opisach dotyczących wcześniejszych wersji.
Najważniejsze elementy startu:
– wybór sposobu uwierzytelnienia i nadania uprawnień
– ustawienie ról, kto wystawia, kto akceptuje, kto tylko podgląda
– wybór narzędzia, które generuje dane faktury w wymaganym formacie i potrafi je przesyłać do KSeF
Co wyjaśnia broszura informacyjna, a co zostawia między wierszami
Broszura informacyjna porządkuje podstawy, czyli to, czym jest Krajowy System e-Faktur i jak rozumieć fakturę ustrukturyzowaną. Kluczowe jest rozróżnienie: e-faktura potocznie bywa kojarzona z PDF, a w KSeF chodzi o dokument oparty o dane, które trzeba ustrukturyzować według wymagań.
To, co zwykle wynika dopiero z praktyki, to fakt, że system patrzy na spójność danych. Nie wystarczy wpisać NIP i kwotę. Liczy się logika pól, powiązania między sekcjami oraz to, czy dokument jest zgodny ze strukturą logiczną. Jeśli pojawiają się błędy, wracamy do danych faktury, a nie do wyglądu dokumentu.
Warto też pamiętać o kontekście VAT. W fakturach przesyłanych do KSeF musimy pilnować poprawnych oznaczeń i spójności wyliczeń. Dotyczy to również sytuacji szczególnych, w których pojawiają się dodatkowe pola lub oznaczenia, na przykład przy fakturach zaliczkowych, korektach, VAT RR, procedurach takich jak VAT marża, rozliczeniach w ramach grup VAT czy w obszarze JST.
Gdzie znaleźć dodatkowe materiały informacyjne i jak je czytać
Gdy potrzebujemy pewnych źródeł, trzymamy się oficjalnych publikacji. Dodatkowe materiały informacyjne znajdziemy na portalu gov.pl. W praktyce wchodzimy w odpowiednią zakładkę i korzystamy z dokumentów opisujących wymagania, terminy oraz dokumentację.
Ważne rozróżnienie jest takie: komunikaty i opisy to jedno, a wzory i schemy to drugie. Wzory struktur dokumentów XML były publikowane w Centralnym Repozytorium Wzorów Dokumentów Elektronicznych (CRWDE), do którego dostęp prowadzi przez platformę ePUAP. Dlatego, gdy w firmie krążą pliki z dopiskiem „do pobrania KSeF”, zawsze sprawdzamy, czy to właściwa wersja struktury i czy dotyczy KSeF w wersji, na której pracujemy.
W praktyce czytamy materiały tak:
– najpierw terminy i wymagania, żeby wiedzieć, co obowiązuje od 1 lutego 2026 r.
– potem dokumentację i schemy, żeby wiedzieć, jak wygląda logika e-faktury i jej struktura logiczna
– na końcu proces wystawiania faktur w KSeF, żeby rozumieć identyfikator, numer KSeF, UPO, przesyłanie faktur do KSeF oraz statusy faktur ustrukturyzowanych
Schema FA. Jak wygląda porządek logiczny i struktura logiczna dokumentu
Gdy mówimy o KSeF, nie wystarczy „wystawić fakturę”. Musimy przygotować dane w taki sposób, żeby pasowały do tego, co opisuje schema FA. To techniczny wzorzec, który mówi systemowi, gdzie w dokumencie są dane sprzedawcy, gdzie są dane nabywcy, jak zapisujemy pozycje i jak wyglądają podsumowania. Dzięki temu KSeF może automatycznie sprawdzić, czy dokument jest poprawny.
W praktyce oznacza to jedno: faktura ustrukturyzowana przyjmuje format XML i musi być zgodna ze strukturą logiczną, czyli z układem danych, który system rozumie. Gdy trafiamy na odrzucenie, problem rzadko leży w „treści faktury”. Najczęściej chodzi o to, że dane nie pasują do struktury logicznej e-faktury albo nie zgadzają się powiązania między polami.
Jak czytać pola obowiązkowe i opcjonalne bez zgadywania
W schemie zawsze mamy pola obowiązkowe i pola opcjonalne. Te pierwsze muszą się pojawić, bo bez nich dokument nie przejdzie walidacji. Te drugie pojawiają się tylko wtedy, gdy dany przypadek dotyczy naszej faktury.
Żeby nie zgadywać, trzymamy się prostej zasady. Najpierw patrzymy na fundament, czyli na dane podmiotów występujących na fakturze oraz na dane faktury. Dopiero potem dokładamy elementy szczególne.
Najczęściej w praktyce pracujemy wokół takich obszarów:
– dane sprzedawcy i dane nabywcy, w tym identyfikatory i adresy
– rodzaj dokumentu i daty, które muszą być logicznie spójne
– pozycje faktury, jednostki, ilości, ceny, stawki VAT
– podsumowania, które muszą wynikać z pozycji, a nie być „wpisane ręcznie”
W samej strukturze możemy spotkać rozdzielenie stron na elementy typu Podmiot1 i Podmiot2. To pomaga opisać role po stronie transakcji i uporządkować dane w sposób, który system jednoznacznie interpretuje.
Co musi się zgadzać między sekcjami, żeby walidacja przeszła
Walidacja w KSeF działa jak kontrola spójności. System sprawdza nie tylko to, czy pole istnieje, ale też czy dane między sekcjami KSeF pasują do siebie.
Najczęstsze punkty, które muszą się zgadzać:
– sumy i wartości VAT z pozycji muszą dawać te same wyniki co wartości w podsumowaniach
– dane nabywcy i dane sprzedawcy muszą być spójne w całym dokumencie, a nie tylko w jednym miejscu
– adnotacja lub dodatkowe oznaczenia muszą być zgodne z typem faktury oraz jej danymi
– format i logika dat muszą pasować do rodzaju dokumentu, w tym do korekty lub faktury zaliczkowej
Jeśli korzystamy z KSeF 2.0, dochodzi jeszcze jeden element. Musimy pracować na właściwej wersji struktury, bo nawet drobna różnica w schemie potrafi spowodować odrzucenie. Dlatego mówimy o tym, że dokument ma być zgodny z aktualną strukturą logiczną e-faktury, a nie z plikiem, który ktoś kiedyś opublikował w 2023 r.
Jak rozumieć zależności między danymi stron i pozycjami
W schemie FA dokument jest logiczny. To znaczy, że dane stron i dane pozycji nie są niezależne. To, co wpiszemy na poziomie pozycji, musi się złożyć na to, co pokażemy w podsumowaniach i w danych podatkowych.
Dobrze jest myśleć o tym jak o trzech warstwach:
– warstwa stron transakcji, czyli kto jest kim i jakie ma identyfikatory
– warstwa pozycji, czyli co sprzedajemy i jak liczymy wartości
– warstwa podsumowań, czyli jak system ma zrozumieć VAT oraz wartości łączne
To podejście jest kluczowe także przy dokumentach specyficznych, na przykład gdy pojawia się faktura VAT marża, wystawianie faktur VAT RR albo rozliczenia w ramach grupy VAT. Wtedy nie chodzi o „inny opis”, tylko o to, że schemat wymaga innego zestawu pól i innej logiki zależności.
Jak pobrać plik XML i wdrożyć e-fakturę w swoim systemie
Żeby poprawnie działać w KSeF, musimy mieć dwa elementy. Po pierwsze, aktualną dokumentację oraz schemy i pliki, na podstawie których przygotowuje się faktury ustrukturyzowane. Po drugie, narzędzie lub integrację, która potrafi przygotować fakturę ustrukturyzowaną w formacie XML oraz przesyłać ją do KSeF w sposób zgodny z wymaganiami.
To ważne rozróżnienie. Nie „pobieramy faktury w XML” po to, żeby ją ręcznie przepisywać. Pobieramy schemy i dokumentację po to, żeby nasze fakturowanie generowało dane faktury we właściwym układzie i we właściwej wersji struktury logicznej e-faktury. W praktyce pracujemy na schemie (np. plikach XSD) i opisach pól, a dopiero potem nasz system generuje gotowy XML. Czasem pobieramy też przykładowe pliki XML, żeby szybciej zrozumieć, jak dane układają się w dokumencie.
Skąd pobrać dokumentację i jak trzymać się właściwej wersji
W praktyce bazujemy na materiałach publikowanych przez Ministerstwo Finansów. Dokumentacja i schemy są udostępniane w oficjalnych miejscach, a wzory struktur faktur były publikowane w Centralnym Repozytorium Wzorów Dokumentów Elektronicznych na platformie ePUAP, czyli w CRWDE.
Jeśli w firmie mamy pliki z dopiskami „KSeF w wersji” albo „nową schemę”, zawsze weryfikujemy, czy:
– dotyczy to KSeF 2.0
– dotyczy to właściwej wersji struktury
– dotyczy to aktualnego okresu, czyli zmian obowiązujących po 1 lutego 2026 r.
To szczególnie ważne, bo w 2023 r. pojawiały się publikacje i aktualizacje wzorów. Przykładowo zaktualizowany wzór struktury FA(2) został opublikowany w CRWDE 29 czerwca 2023 r., a środowisko produkcyjne było dostosowane do FA(2) od 1 września 2023 r. Dlatego trzymamy się zasady: pracujemy wyłącznie na oficjalnych plikach i dokumentach, a nie na wersjach krążących w mailach bez pewnego źródła.
Jeśli korzystamy z ePUAP, w praktyce przechodzimy przez platformę ePUAP i sekcję wzorów dokumentów elektronicznych, gdzie repozytorium przechowuje opublikowane wzory. To źródło pomaga nam potwierdzić, że korzystamy z właściwych schem i właściwej wersji struktury.
Środowisko testowe i produkcyjne, co to oznacza w praktyce
W KSeF mamy rozdzielenie na środowisko testowe i produkcyjne. To oznacza, że:
– na testowym możemy sprawdzić proces przesyłania faktur do KSeF bez ryzyka dla realnych rozliczeń
– na produkcyjnym wystawianie faktur w KSeF ma skutki formalne, a dokument otrzymuje numer KSeF i UPO
Z perspektywy wdrożenia e-faktury najważniejsze jest to, żebyśmy nie mieszali tych światów. W testach sprawdzamy walidację, zgodność ze strukturą logiczną e-faktury i reakcje systemu. W produkcji liczy się bezpieczeństwo procesu, uprawnienia i jasne zasady wystawiania.
Jeśli korzystamy z ePUAP do pobierania wzorów, nadal pamiętamy, że samo miejsce publikacji wzorów nie oznacza, że dany plik jest „na dziś”. Liczy się wersja struktury i to, czy jest to nowa struktura logiczna obowiązująca po 1 lutego 2026 r., czy coś, co należało stosować do 31 stycznia 2026 r.
Co zrobić, gdy pojawiają się zmiany w formacie
Zmiany w strukturach to realny scenariusz. Dlatego zamiast traktować wdrożenie jako jednorazową akcję, układamy proces tak, żeby zmiana wersji struktury nie rozwalała pracy.
W praktyce robimy trzy rzeczy:
– trzymamy w jednym miejscu aktualną dokumentację oraz materiały do pobrania, żeby zespół nie pracował na „przypadkowym XML z maila”
– pilnujemy, jaką wersję struktury logicznej e-faktury generuje nasze narzędzie i czy jest zgodna z KSeF 2.0
– utrzymujemy mechanizm sprawdzania statusów, żeby szybko widzieć, czy faktura została przyjęta, czy odrzucona
Jeśli system odrzuci dokument, nie próbujemy „obejść” walidacji. Wracamy do danych faktury i do schemy, sprawdzamy, w której sekcji pojawiła się niespójność, poprawiamy dane i dopiero wtedy przesyłamy dokument ponownie.
Faktura ustrukturyzowana. Jak ustrukturyzować dane, żeby przechodziły walidację
W KSeF nie „wypełniamy faktury” w klasycznym sensie. Układamy dane w strukturze, którą system rozumie i weryfikuje. Dlatego faktura ustrukturyzowana przyjmuje format XML i musi być zgodna ze strukturą logiczną. Jeśli gdzieś w danych pojawi się niespójność, walidacja ją wyłapie i dokument nie przejdzie.
Kluczowe jest to, że walidacja nie sprawdza tylko pojedynczych pól. Sprawdza logiczny układ danych, czyli to, czy dane sprzedawcy, dane nabywcy, pozycje i podsumowania tworzą spójną całość. To jest dokładnie moment, w którym „ładnie wpisane” nie znaczy „poprawnie ustrukturyzowane”.
Dane stron transakcji, co musi być spójne od pierwszego pola
Zaczynamy od fundamentu. Dane podmiotów występujących na fakturze muszą być uzupełnione konsekwentnie, bo system porównuje je między sekcjami. Najczęściej walidacja wyłapuje błędy wtedy, gdy:
– dane nabywcy są wpisane inaczej w różnych miejscach dokumentu
– dane sprzedawcy są niepełne albo nie pasują do identyfikatora podmiotu
– elementy opisujące role stron są pomieszane
– adnotacja w dokumencie sugeruje szczególny tryb rozliczenia, ale brakuje pól, które ten tryb wymagają
Przy tematach podatkowych ważny jest też kontekst VAT. Jeżeli wystawiamy dokumenty w specyficznych trybach, takich jak faktura VAT marża, wystawianie faktur VAT RR czy rozliczenia w ramach grupy VAT, to nie wystarczy dopisać tekstu w opisie. Musimy wypełnić pola przewidziane w schemie dla danego przypadku.
Jeżeli działamy w sektorze publicznym, dochodzi jeszcze temat JST. W strukturze są elementy pozwalające opisać jednostkę samorządu terytorialnego oraz jej jednostki podrzędne. Brak odpowiedniego ujęcia albo niespójność danych potrafi wygenerować błąd już na etapie walidacji.
Pozycje, stawki i kwoty, gdzie najczęściej robi się błąd
Najwięcej odrzuceń bierze się z tego, że pozycje i podsumowania „nie liczą się tak samo”. System zakłada, że:
– wartości w pozycjach muszą składać się na wartości w podsumowaniach
– VAT musi wynikać z danych, a nie być „wpisany ręcznie” w podsumowaniu
– pola dotyczące towarów i usług muszą być spójne z typem pozycji i sposobem liczenia
Najczęstsze potknięcia w danych faktury:
– rozjazd między kwotami netto, VAT i brutto w pozycjach a sumami końcowymi
– błędne zaokrąglenia, które na PDF wyglądają niewinnie, ale w KSeF powodują niespójność
– mieszanie stawek lub niekonsekwentne przypisanie VAT do pozycji
– brak wymaganych pól w pozycjach, gdy schemat wymaga ich dla konkretnego typu dokumentu
W praktyce warto myśleć o tym tak: pozycje są źródłem prawdy. Podsumowania są wynikiem. Jeśli wyniki nie wynikają z pozycji, walidacja to wykryje.
Podsumowania, rabaty i zaokrąglenia, jak to domknąć poprawnie
Podsumowania są najbardziej „bezwzględną” częścią dokumentu, bo muszą zgadzać się matematycznie i logicznie. To tu system sprawdza:
– czy sumy wynikają z pozycji
– czy VAT dla poszczególnych stawek zgadza się z wyliczeniami
– czy wartości końcowe są spójne po uwzględnieniu rabatów i zaokrągleń
Gdy pojawiają się rabaty, musimy konsekwentnie pokazać je w danych. Sam „rabat w opisie” nie zastąpi danych liczbowych, jeśli schemat wymaga, żeby rabat wpływał na wartości pozycji lub na wyliczenia. To samo dotyczy zaokrągleń. Jeśli w systemie mamy określoną regułę zaokrąglania, musimy ją utrzymać tak, żeby wyniki końcowe były spójne w całym dokumencie.
W tej sekcji warto też pamiętać o dokumentach specjalnych. Faktura zaliczkowa ma inny kontekst danych niż faktura końcowa. Podobnie faktury VAT RR oraz sytuacje, w których występuje VAT RR korekta. To nie są „inne nazwy”. To są przypadki, w których schemat wymaga innego zestawu pól i innej logiki powiązań.
Proces wystawiania faktur. Od przygotowania danych do potwierdzenia przyjęcia
Żeby wystawianie faktur w KSeF było przewidywalne, musimy traktować je jak proces, a nie jak pojedynczą czynność. Najpierw przygotowujemy dane faktury w odpowiedniej strukturze. Potem przesyłamy dokument do KSeF. Następnie sprawdzamy, czy system przyjął dokument. Jeśli tak, zapisujemy potwierdzenie i numer KSeF. Jeśli nie, wracamy do danych i poprawiamy to, co blokuje walidację.
To podejście działa niezależnie od tego, czy wystawiamy najprostszy dokument, czy fakturę VAT marża, fakturę zaliczkową, dokumenty dla JST albo faktury VAT RR. Różnią się pola, ale logika procesu jest ta sama.
Statusy wysyłki faktur ustrukturyzowanych i jak je interpretować
Po przesłaniu dokumentu do KSeF zawsze pojawia się informacja o statusie. To sygnał, czy faktury ustrukturyzowane są po stronie systemu w trakcie przetwarzania, czy zostały już zweryfikowane.
W praktyce interesują nas dwie kluczowe sytuacje:
– faktura została przyjęta, czyli system ją zarejestrował i nadał numer KSeF
– faktura została odrzucona, czyli walidacja wykryła błąd w danych lub w strukturze logicznej e-faktury
Ważne jest też to, że odrzucenie nie jest „karą”. To informacja, że dane nie pasują do schemy. Wtedy nie robimy obejść ani nie próbujemy wysłać „tego samego jeszcze raz”. Poprawiamy dane faktury i przesyłamy dokument ponownie.
Co archiwizować po wysyłce, żeby łatwo wrócić do sprawy
Po przyjęciu dokumentu przez KSeF powinniśmy zachować trzy elementy, bo one zamykają proces formalnie i operacyjnie:
– numer KSeF jako numer identyfikujący dokument w systemie
– UPO jako potwierdzenie przyjęcia
– wersję danych, które zostały przesłane, czyli to, co faktycznie wysłaliśmy jako XML
To jest szczególnie ważne wtedy, gdy wracamy do spraw po czasie, rozliczamy VAT, wyjaśniamy rozbieżności albo musimy udowodnić, kiedy dokument trafił do systemu. Wtedy nie szukamy po mailach. Sięgamy do identyfikatora i potwierdzenia.
Jeśli w firmie występuje kilka ról, warto też pilnować porządku w obszarze uprawnień. Wystawianie i odbieranie dokumentów powinno być rozdzielone tak, żeby nie było chaosu w odpowiedzialnościach.
Kiedy potrzebna jest korekta, a kiedy wystarczy poprawa przed wysyłką
Jeżeli system odrzucił dokument, faktura nie zostaje przyjęta do KSeF. Wtedy nie robimy korekty. Wystarczy poprawa danych i ponowne przesłanie faktury do KSeF.
Korekta pojawia się wtedy, gdy faktura została przyjęta i ma numer KSeF, a my musimy zmienić dane dokumentu z powodów biznesowych lub podatkowych. Wtedy w grę wchodzą faktury korygujące oraz zasady powiązania korekty z dokumentem pierwotnym.
W praktyce najczęściej dotyczy to takich przypadków:
– zmiana wartości, stawek VAT, pozycji lub danych stron po przyjęciu dokumentu
– korekta danych nabywcy lub danych sprzedawcy, jeśli błąd nie blokował walidacji, ale wpływa na dokument
– korekta w dokumentach szczególnych, np. VAT RR korekta lub korekta dokumentów zaliczkowych
Ważne jest też trzymanie się terminów i wersji struktur. Jeśli działamy w okresie przejściowym, musimy wiedzieć, co należało stosować do 31 stycznia 2026 r., a co obowiązuje od 1 lutego 2026 r. To wpływa na to, jakiej wersji struktury używa nasze narzędzie i jak wygląda logika e-faktury w praktyce.
Altera.app w codziennej pracy. Szybciej, czyściej, bez nerwów
W teorii KSeF da się ogarnąć ręcznie. W praktyce szybko wychodzi, że największym problemem nie jest samo wystawianie. Problemem jest utrzymanie porządku w danych, sprawdzanie statusów, szukanie UPO i kontrola, co faktycznie zostało przesłane do systemu. Dlatego warto mieć jedno narzędzie, które prowadzi nas przez proces i trzyma wszystko w jednym miejscu.
W Altera.app możemy podejść do tematu procesowo. Wystawiamy dokumenty w aplikacji, a po integracji z KSeF faktury są wysyłane do systemu. Widzimy status, a po przyjęciu faktury otrzymujemy numer KSeF i UPO. Dzięki temu nie musimy pilnować osobno plików XML, osobno statusów i osobno potwierdzeń.
Jedno miejsce na dokumenty i uprawnienia, bez biegania po plikach
W codziennej pracy najbardziej męczy nas rozproszenie. Część informacji jest w mailach, część w folderach, część w systemie, a część w głowie jednej osoby. Altera.app pomaga to spiąć, bo trzymamy w jednym miejscu dane faktury, obieg dokumentów i dostęp dla osób, które mają wystawiać albo tylko podglądać.
To jest szczególnie ważne, gdy:
– pracujemy w zespole i musimy rozdzielić role przy wystawianiu
– obsługujemy kilka obszarów, na przykład fakturowanie sprzedaży oraz dokumenty szczególne
– mamy przypadki typu JST i jednostki podrzędne JST, gdzie dane podmiotów muszą być konsekwentnie wprowadzone
Historia wysyłek i statusów w panelu, wszystko pod ręką
Najbardziej praktyczna różnica w pracy z narzędziem polega na tym, że nie musimy polować na informacje. Po wysyłce mamy w jednym miejscu:
– status faktur ustrukturyzowanych, czyli czy dokument został przyjęty czy odrzucony
– numer KSeF, czyli identyfikator przypisany do dokumentu
– UPO, czyli potwierdzenie przyjęcia
Dzięki temu nie wracamy do zakładek i nie sprawdzamy ręcznie, czy dokument przeszedł. Widzimy to w panelu i możemy działać dalej.
To jest też przewaga w sytuacjach, które w praktyce zdarzają się najczęściej:
– poprawki danych, gdy walidacja odrzuca dokument
– powrót do sprawy po czasie, gdy musimy odtworzyć przebieg wysyłki
– kontrola, czy wystawianie faktur w KSeF idzie zgodnie z planem, bez zaległości
Start bez zamieszania, co przygotować, żeby wejść gładko
Żeby wejście w KSeF nie zamieniło się w chaos, musimy uporządkować podstawy. Chodzi o to, żebyśmy nie łapali błędów dopiero po tym, jak wystawimy kilkadziesiąt dokumentów.
Na starcie warto mieć ułożone:
– spójne dane sprzedawcy i dane nabywcy, żeby nie mnożyć błędów w strukturze
– jasny podział ról, kto wystawia, kto akceptuje, kto tylko przegląda
– zasady dla dokumentów szczególnych, takich jak faktura zaliczkowa, faktury VAT RR, korekty oraz faktury korygujące
Jeśli chcemy mieć spokojną codzienność, kluczowe jest to, żeby narzędzie pomagało nam utrzymać porządek w danych i w wysyłkach, a my mogli skupić się na poprawnych informacjach, VAT i realnej pracy. Właśnie do tego możemy wykorzystać Altera.app.
Podsumowanie
Schemat KSeF to nie jest teoria dla technicznych. To konkretna zasada gry, w której faktura ustrukturyzowana musi mieć dane ułożone według schemy FA i być zgodna ze strukturą logiczną e-faktury. W praktyce pracujemy na danych faktury, a nie na wyglądzie dokumentu. Przygotowujemy XML, przesyłamy go do KSeF, a na końcu dostajemy UPO oraz numer KSeF, czyli numer identyfikujący fakturę w systemie.
Jeżeli dokument zostanie odrzucony, poprawiamy dane i wysyłamy ponownie. Jeżeli dokument został przyjęty i musimy coś zmienić, wtedy wchodzą w grę korekty i temat faktur korygujących. Kluczowe jest też trzymanie się właściwej wersji struktury, szczególnie po zmianach obowiązujących od 1 lutego 2026 r. w KSeF 2.0, bo to eliminuje sytuacje, w których pracujemy na nieaktualnych plikach lub schemach.
Jeżeli chcemy, żeby wystawianie faktur w KSeF było spokojne i powtarzalne, potrzebujemy porządku w danych i w obiegu dokumentów. Właśnie dlatego warto korzystać z Altera.app. Możemy uporządkować faktury i dokumenty w jednym miejscu, przyspieszyć pracę dzięki OCR, mieć czytelny obieg akceptacji i archiwum. Dzięki temu łatwiej trzymamy spójne dane i szybciej reagujemy, gdy w KSeF pojawi się odrzucenie albo potrzeba korekty.
