Branża transportowa i logistyczna - specyfika KSeF w 2026 roku: co się zmieni, co zostanie, jak się przygotować

KSeF w transporcie - co oznacza w praktyce rozdział faktury od dokumentów przewozowych

AITekst opracowany z wykorzystaniem sztucznej inteligencji. Zasady i ograniczenia

Wprowadzenie obligatoryjnego modelu Krajowego Systemu e-Faktur wymusza na przedsiębiorstwach transportowych rezygnację z dotychczasowej praktyki przesyłania faktur w formacie PDF wraz z kompletem załączników w jednej wiadomości elektronicznej. Faktura ustrukturyzowana FA(2), a docelowo FA(3), jest plikiem XML, który nie posiada funkcjonalności obsługi załączników binarnych, co radykalnie zmienia sposób dokumentowania zrealizowanych usług przewozowych. KSeF blokuje załączniki PDF, co oznacza, że faktura i dokumenty przewozowe CMR muszą być procesowane w ramach dwóch niezależnych strumieni komunikacyjnych.

„KSeF nie daje możliwości na załączenie do faktury dokumentów w formacie PDF” - Marcin Dudzik, Senior Product Owner, Grupa Eurowag

Praktyczne aspekty operacyjne wskazują, że średniej wielkości firma spedycyjna, generująca miesięcznie około 3 000 faktur, będzie zmuszona do wysyłki 3 000 osobnych wiadomości e-mail zawierających wyłącznie dokumenty przewozowe CMR lub inne potwierdzenia dostawy. Rozdzielenie tych dokumentów rodzi istotne ryzyko operacyjne w zakresie cash-flow, ponieważ zgodnie z art. 106na § 1 pkt 3 ustawy o VAT, fakturę uznaje się za doręczoną w momencie nadania jej numeru identyfikującego w systemie teleinformatycznym. Jednakże warunki płatności w kontraktach logistycznych są zazwyczaj uzależnione od otrzymania przez zleceniodawcę oryginałów dokumentów przewozowych, co przy braku synchronizacji może generować zwłokę płatności sięgającą średnio 7-9 dni, jak wynika z analizy przeprowadzonej przez Marcos TMS.

W związku z powyższym, działy księgowe oraz operacyjne w branży TSL muszą opracować nowe standardy wewnętrzne, aby zminimalizować negatywny wpływ cyfryzacji na płynność finansową. Reorganizacja obiegu dokumentów powinna uwzględniać ścisłą integrację systemów klasy TMS z interfejsem API KSeF, co pozwoli na automatyzację procesów wysyłkowych i monitorowanie statusów dokumentów.

1. Ustalenie wewnętrznego standardu SLA zakładającego wysyłkę kompletu dokumentów (faktura XML + CMR PDF) w ściśle określonym oknie czasowym.
2. Wdrożenie mechanizmu automatycznego mailingowania dokumentacji przewozowej niezwłocznie po uzyskaniu urzędowego numeru identyfikacyjnego KSeF.
3. Ciągły monitoring braków w dokumentacji za pośrednictwem systemu TMS zintegrowanego z KSeF w celu uniknięcia wstrzymania płatności przez kontrahenta.

WDT, WNT i eksport usług - jak oznaczać transakcje zagraniczne w KSeF

Wewnątrzwspólnotowa dostawa towarów (WDT), zdefiniowana w art. 13 ustawy o VAT, wymaga od polskiego przewoźnika precyzyjnego raportowania w strukturze ustrukturyzowanej, nawet jeśli nabywca pochodzi z innego kraju Unii Europejskiej. W przypadku, gdy polska firma wykonuje transport z Polski do Niemiec dla kontrahenta zidentyfikowanego na potrzeby transakcji wewnątrzwspólnotowych, stosuje się stawkę 0%, pod warunkiem posiadania dowodów dostarczenia towarów do miejsca przeznaczenia. W schemie FA(3) niezbędne jest wypełnienie pól dotyczących procedur szczególnych oraz numerów identyfikacyjnych VAT-UE.

Eksport usług transportowych, gdzie miejsce świadczenia znajduje się poza terytorium Unii Europejskiej, również podlega obowiązkowi wystawienia faktury w systemie KSeF przez polskiego podatnika. W takim scenariuszu faktura ustrukturyzowana musi zawierać oznaczenie o braku opodatkowania w kraju (stawka „np”) oraz adnotację o odwrotnym obciążeniu (reverse charge). Mimo że dokument trafia do polskiego systemu teleinformatycznego, rozliczenie podatku należnego pozostaje obowiązkiem nabywcy w kraju przeznaczenia, co musi zostać odzwierciedlone w polu tekstowym XML przeznaczonym na dodatkowe informacje dla kontrahenta.

Należy pamiętać, że faktury dokumentujące WNT od podmiotów zagranicznych nie są automatycznie odbierane przez KSeF, ponieważ system ten obsługuje wyłącznie polskie numery NIP. Polski przedsiębiorca, będący nabywcą usługi transportowej od podmiotu z UE, ma obowiązek wystawienia wewnętrznej faktury ustrukturyzowanej z procedurą „RC” lub „IOSS”, celem prawidłowego ujęcia podatku naliczonego i należnego w ewidencji JPK_V7.

Struktura FA(3) - które pola są kluczowe dla transportu i spedycji

Faktura ustrukturyzowana w wersji FA(3) zawiera ponad 300 pól, jednak dla efektywnego zarządzania informacją w logistyce kluczowe jest wykorzystanie pól opcjonalnych, które dotychczas znajdowały się w treści faktur PDF. Prawidłowe mapowanie danych z systemu ERP do pliku XML pozwala na zachowanie ciągłości informacyjnej bez konieczności zaglądania do dokumentacji papierowej. Kluczowym elementem jest pole <RoleCode>, które umożliwia precyzyjne określenie ról podmiotów w łańcuchu dostaw, co jest niezbędne przy rozróżnianiu spedytora, przewoźnika faktycznego oraz odbiorcy towaru.

Sekcja merytoryczna <Fa> powinna zostać zasilona danymi operacyjnymi, takimi jak numer zlecenia transportowego, waga brutto ładunku czy kody towarów niebezpiecznych ADR. Wykorzystanie dedykowanych znaczników XML pozwala na automatyzację weryfikacji faktur po stronie odbiorcy. W strukturze FA(3) szczególnie istotne są następujące pola:

• <OrderReference> - numer zlecenia transportowego lub spedycyjnego, stanowiący podstawę do parowania faktury z systemem operacyjnym.
• <GrossWeight> - waga brutto towaru, niezbędna do weryfikacji zgodności z listem przewozowym.
• <DangerousGoodsCode> - kod klasyfikacyjny ADR dla towarów niebezpiecznych.
• <LoadingDate> - data załadunku, kluczowa dla określenia momentu powstania obowiązku podatkowego w transporcie.

Choć KSeF co do zasady nie obsługuje klasycznych załączników, od 1 lutego 2026 r. wprowadzona zostanie techniczna możliwość dołączenia danych dodatkowych w formacie XML lub JSON wewnątrz pola <Attachment>. Należy jednak podkreślić, że nie jest to miejsce na pliki PDF. Jeżeli specyfikacja dostawy lub dane z wagowni wymagają przekazania w formie ustrukturyzowanej, mogą zostać zakodowane i przesłane wraz z fakturą, co pozwoli na ich automatyczne przetworzenie przez systemy klasy Business Intelligence (BI) kontrahenta.

Integracja ERP/TMS z API KSeF - gotowe moduły i koszty wdrożenia

Proces integracji systemów informatycznych z interfejsem programistycznym API Ministerstwa Finansów jest warunkiem niezbędnym do zachowania płynności operacyjnej po 1 lutego 2026 r. Na rynku dostępne są już gotowe rozwiązania dedykowane branży TSL, które minimalizują czas wdrożenia. Systemy takie jak Marcos TMS, fireTMS, enova365 oraz SAP S/4HANA Cloud oferują natywne wsparcie dla protokołu KSeF. Przykładowo, Marcos TMS dostarcza gotowe łącze REST, którego czas aktywacji wynosi zazwyczaj 3 dni robocze, a koszt dla użytkowników z aktywnym abonamentem często wynosi 0 zł w ramach standardowych aktualizacji.

Dla średniej wielkości firmy spedycyjnej proces wdrożeniowy, obejmujący mapowanie pól na format FA(3), można zamknąć w ciągu 10 dni roboczych, postępując według ściśle określonej procedury:

1. Eksport surowych danych fakturowych z systemu TMS do formatu pośredniego.
2. Mapowanie pól operacyjnych (np. numer rejestracyjny pojazdu, numer zlecenia) na odpowiednie znaczniki schemy XML.
3. Przeprowadzenie testów w środowisku KSeF-demo w celu weryfikacji poprawności logicznej i semantycznej plików.
4. Weryfikacja i akceptacja merytoryczna procesów przez główną księgową.
5. Przełączenie systemu na środowisko produkcyjne i nadanie uprawnień pracownikom.

Ekonomiczne uzasadnienie inwestycji w KSeF opiera się przede wszystkim na przyspieszeniu zwrotu podatku VAT. Zgodnie z zapowiedziami Ministerstwa Finansów, termin zwrotu VAT ulegnie skróceniu z 60 do 40 dni dla podatników korzystających wyłącznie z faktur ustrukturyzowanych. Dla średniej spedycji wystawiającej 200 faktur miesięcznie, skrócenie tego okresu o 20 dni może oznaczać uwolnienie zamrożonej płynności w wysokości około 60 000 zł. Przy średnim koszcie wdrożenia własnego API na poziomie 12 000 - 20 000 zł, zwrot z inwestycji (ROI) następuje zazwyczaj w ciągu 3 miesięcy od momentu uruchomienia systemu.