Słowacja przechodzi na Peppol 1 stycznia 2027: e-fakturowanie dla własnych systemów ERP i przepływów EDI

Od 1 stycznia 2027 podatnik VAT z siedzibą na Słowacji nie może już wysłać innej słowackiej firmie PDF-a e-mailem i nazwać go fakturą. Krajowe faktury B2B i B2G muszą być ustrukturyzowanym XML zgodnym z europejską normą EN 16931, doręczanym w sieci Peppol przez certyfikowanego dostawcę, którego słowacka administracja finansowa nazywa „digitálny poštár”, czyli cyfrowym listonoszem. Każda słowacka firma, przedsiębiorca jednoosobowy i podmiot publiczny musi umieć takie faktury odbierać, także jeśli nie jest podatnikiem VAT.

Na początku października 2026 zostaje na to około 90 dni.

Jeśli korzystasz z Pohoda, KROS, Money albo podobnego gotowego programu księgowego, to głównie zadanie producenta. Producenci wdrażają obsługę Peppol, a podręcznik administracji finansowej z 26 sierpnia 2026 mówi, że w większości przypadków wystarczy aktualizacja istniejącego systemu. Zainstaluj aktualizację, wybierz dostawcę, uzgodnij sposób pracy z księgowym.

Ten artykuł jest dla wszystkich pozostałych: dla firm, których faktury powstają we własnym ERP, w mocno dostosowanym albo niewspieranym już systemie, w silniku rozliczeniowym wbudowanym we własny produkt albo w połączeniu EDIFACT z klientami z handlu detalicznego.

Czego wymaga prawo

Obowiązek wynika ze znowelizowanej ustawy o VAT (222/2004 Z. z., zmienionej ustawą 385/2025 Z. z.). W zarysie, według strony eFaktúra administracji finansowej i podręcznika:

• Wystawianie. Podatnicy VAT z siedzibą na Słowacji muszą wystawiać e-faktury za dostawy krajowe oraz za płatności otrzymane przed dostawą, gdy klientem jest słowacki podatnik albo dowolna słowacka osoba prawna. Konsumenci są poza zakresem. Podobnie dostawy zwolnione z VAT i faktury uproszczone (paragon do 100 euro albo paragon eKasa do 400 euro z VAT). Poza tym wartość faktury nie ma już znaczenia.
• Odbiór. Każdy słowacki podatnik, czy to podatnik VAT, czy nie, oraz każda słowacka osoba prawna musi umieć odbierać e-faktury przez certyfikowanego dostawcę.
• Format. XML zgodny z EN 16931, w UBL 2.1 albo CII D16B. W sieci oznacza to Peppol BIS Billing 3.0, czyli UBL.
• Doręczenie. Przez certyfikowanego dostawcę w sieci Peppol. Partnerzy mogą uzgodnić inny kanał, na przykład e-mail albo istniejące połączenie EDI, ale tylko za uprzednią zgodą nabywcy, faktura nadal musi być XML zgodnym z EN 16931, a obie strony nadal muszą być osiągalne przez dostawcę.
• Termin. 15 dni od dostawy, jak dotąd. Dla faktury wysłanej przez sieć datą wystawienia jest dzień przekazania jej dostawcy.
• Raportowanie. Dostawca wyodrębnia dane podatkowe i raportuje je administracji finansowej, a ustawa uznaje Twój obowiązek raportowy za spełniony z chwilą przekazania faktury. Kontrolný výkaz (zestawienie kontrolne VAT) zostaje do 1 lipca 2030.
• Archiwum. Podatnicy VAT przechowują XML przez dziesięć lat od końca roku, którego dotyczy. Wizualizacja w PDF nie jest fakturą.
• Kary. Za naruszenie obowiązków e-fakturowania albo przesłanie błędnych danych grozi kara do 10 000 euro, a przy powtarzających się naruszeniach do 100 000 euro, według podręcznika i FAQ z 15 września 2026. Oczywisty błąd szybko poprawiony albo dający się udowodnić błąd po stronie dostawcy nie jest karany.

Przełączenie zależy od momentu powstania obowiązku podatkowego. Jeśli obowiązek wystawienia faktury powstał do 31 grudnia 2026, stosuje się stare zasady, nawet jeśli zapłata nastąpi w 2027.

Dwie mniejsze zmiany zaskakują wielu. Harmonogram płatności (splátkový kalendár) dla czynszu albo leasingu nie działa już jako faktura zbiorcza: każda powtarzająca się dostawa potrzebuje własnej e-faktury. A zagraniczne firmy, które są na Słowacji jedynie zarejestrowane do VAT, pozostają poza zakresem do 30 czerwca 2030.

Faktury EDIFACT przestają się liczyć

Ta część uderza w producentów i dostawców sieci handlowych. FAQ mówi wprost. Po 1 stycznia 2027 możesz dalej wymieniać z klientami komunikaty EDIFACT, ale w transakcjach krajowych faktura EDIFACT przestanie spełniać definicję faktury elektronicznej dla celów VAT. Słowami FAQ: „vy alebo váš poskytovateľ IT služieb musí vykonať konverziu”, czyli Ty albo Twój dostawca usług IT musicie przekonwertować te faktury do UBL lub CII zgodnych z EN 16931.

FAQ wskazuje nawet drogę. CEN/TS 16931-3-4 mapuje EDIFACT INVOIC D16B na model semantyczny EN 16931, a stamtąd mapuje się na UBL. Przykład z FAQ: numer faktury EDIFACT staje się pojęciem biznesowym BT-1, które w UBL staje się cbc:ID.

Wynikają z tego dwie decyzje projektowe.

Gdzie następuje konwersja. Albo Twój system generuje UBL z tych samych danych, które zasilają komunikat EDIFACT, albo konwertuje Twój dostawca usług EDI na wyjściu. Jeśli robi to dostawca, poproś o jego raporty walidacji, bo kara spada na Ciebie.

Który kanał to przenosi. Jeśli UBL idzie przez Peppol jako Peppol BIS, raportuje go dostawca. Jeśli zachowujesz kanał EDI na podstawie umowy z nabywcą, nic nie jest raportowane automatycznie, a i tak potrzebujesz punktu końcowego Peppol dla całej reszty.

Przepisy dotyczą faktur, faktur korygujących i faktur wystawianych w ramach samofakturowania. Zamówienia i awiza wysyłki mogą zostać bez zmian.

Co naprawdę trzeba zbudować

W systemie własnym praca dzieli się na cztery części. Połączenie z dostawcą jest zwykle najmniejszą z nich.

1. Wysyłka: UBL, który przechodzi walidację

Zmapuj dane faktur na pojęcia biznesowe EN 16931, a potem na UBL. Strona eFaktúra publikuje arkusz transpozycji (w chwili pisania w wersji 1.11), który mapuje pojęcia biznesowe na stojące za nimi przepisy słowackiego prawa, ze słowacką krotnością nałożoną na Peppol BIS. Traktuj go jako swoją specyfikację.

Kłopoty sprawiają rzadko te pola, które wydają się oczywiste:

• DIČ odbiorcy. Słowaccy uczestnicy są adresowani w Peppol jako 0245:DIČ, czyli numer identyfikacji podatkowej, a nie IČO ani IČ DPH. Firma, która już jest w Peppol pod identyfikatorem 9950, nadal potrzebuje rejestracji 0245 w słowackim SMP. Jeśli kartoteka klientów zawiera tylko IČO i IČ DPH, czeka Cię praca na danych, zanim przyjdzie kolej na kod.
• Kody kategorii VAT. S, Z, E, AE i O, każdy z przypisanymi regułami biznesowymi Peppol. Kategoria O (poza zakresem VAT) zabrania podawania na fakturze identyfikatorów VAT i nie może występować na jednej fakturze z pozycjami ze stawką podstawową. Tekst przyczyny zwolnienia (BT-120) jest przeznaczony dla dostaw zwolnionych; wypełnienie go na fakturze ze stawką podstawową sprawia, że XML staje się nieprawidłowy.
• Jednostki miary z list kodów UN/ECE, a nie dowolny tekst. Każda pozycja potrzebuje jednostki.
• Typy dokumentów, o których zapomniano. Korekty jako faktura korygująca (credit note) plus nowa faktura albo faktura korygująca odwołująca się do pierwotnej w BT-25. Dokumenty podatkowe dla przedpłat mają kod typu 388. Faktury wystawiane w ramach samofakturowania mają typ 389.

Waliduj przed wysłaniem, według Peppol BIS i reguł słowackich, i kieruj błędy do kogoś, kto potrafi je naprawić. Zablokuj fakturę po jej przekazaniu i zadbaj o idempotentne ponowienia: ta sama faktura wysłana dwa razy pod dwoma numerami to problem podatkowy.

2. Połączenie z dostawcą

Rejestr z 1 października 2026 wymienia 79 certyfikowanych dostawców, słowackich i zagranicznych. Każdy ma własne API i uwierzytelnianie. Na ścieżce faktury nie ma centralnej platformy państwowej: plan jej budowy porzucono w 2024, a faktury wędrują bezpośrednio między dostawcami. Praktyczne uwagi z FAQ:

• Dla jednego identyfikatora uczestnika można zarejestrować tylko jednego dostawcę do odbioru, ale wysyłać można przez kilku.
• Rejestracja dostawcy do odbioru przez portal administracji finansowej jest wymogiem prawnym, a osoba, która ją przeprowadza, potrzebuje upoważnienia do działania w imieniu firmy na tym portalu. Załatw to w tym tygodniu. To najwolniejszy krok, który nie wymaga żadnego kodu.
• Jeśli odbiorcy nie ma w Peppol, doręczenie się nie powiedzie, ale Twój obowiązek jako nadawcy jest spełniony, a dane i tak zostają zaraportowane. Kod musi zapisać błąd i powiadomić człowieka, a nie ponawiać w nieskończoność ani blokować fakturowania.

Prowadzenie własnego punktu dostępowego oznacza certyfikację OpenPeppol, akredytację administracji finansowej i, od 1 lipca 2027, ISO/IEC 27001. Dla firmy, która wysyła tylko własne faktury, rozsądną odpowiedzią jest dostawca.

3. Faktury przychodzące do rozrachunków z dostawcami

Od stycznia dostawca energii, operator telekomunikacyjny i producenci oprogramowania będą wysyłać Ci UBL. Podręcznik nakłada odpowiedzialność za zdolność odbioru na odbiorcę: dostawca, który poprawnie wysłał fakturę przez sieć, zrobił swoje.

Praca po stronie przychodzącej oznacza pobieranie dokumentów z API dostawcy, ich walidację, dopasowanie dostawcy, mapowanie pozycji na model rozrachunków, uzgadnianie z zamówieniami zakupu tam, gdzie się to robi, i zasilanie istniejącego obiegu akceptacji, którego ustawa nie zmienia. Potrzebna jest też czytelna wizualizacja XML na żądanie i dziesięcioletnie archiwum XML. Peppol nie przenosi tu komunikatu o odrzuceniu, więc spory rozwiązuje się z dostawcą tak jak dotąd.

4. Raportowanie i uzgadnianie

Dostawca buduje dokument z danymi podatkowymi i go raportuje. Twoim zadaniem jest dopilnować, by to, co przekazujesz, było poprawne, i by deklaracje VAT nadal się zgadzały, bo kontrolný výkaz zostaje do 2030. Zapisuj przy każdej fakturze identyfikatory komunikatów i statusy doręczenia od dostawcy, żeby przy rozbieżności liczb dało się ustalić przyczynę.

Ile to trwa

Szacunek samej administracji finansowej: jeśli Twoje oprogramowanie jest już podłączone do Peppol, aktywacja jest natychmiastowa. Przy rozwiązaniach własnych lub złożonych integracja „môže trvať niekoľko dní až týždňov”, czyli od kilku dni do kilku tygodni.

To uczciwa ocena dla samego połączenia. Tygodnie pochłaniają dane: znalezienie DIČ każdego klienta i dostawcy, ustalenie właściwej kategorii VAT dla każdego produktu i usługi oraz zbudowanie przetwarzania faktur przychodzących, które nie wymaga, by ktoś otwierał każdy dokument.

Testy potrwają dłużej, niż się spodziewasz. Monitor Peppol na epostari.sk, prowadzony przez Verteco, samo będące jednym z certyfikowanych dostawców, naliczył 2 października 2026 3332 z 235 518 słowackich podatników VAT zdolnych do odbioru faktur Peppol, czyli około 1,4%. Mierzy wyłącznie podatników VAT, a swoje dane określa jako orientacyjne. Mimo to niewielu Twoich klientów może dziś przyjąć fakturę testową, a styczeń przyniesie mnóstwo błędów „nie znaleziono odbiorcy”. Obsługuj je jako normalny przypadek.

Plan na 90 dni

Tygodnie 1 i 2: inwentaryzacja i decyzje. Spisz każdy system, który wystawia faktury słowackim firmom: ERP, silnik rozliczeniowy, bramkę EDI, arkusz, z którego ktoś w dziale sprzedaży wciąż korzysta. To samo zrób dla faktur przychodzących. Sprawdź pokrycie numerami DIČ w kartotekach klientów i dostawców. Wybierz dostawcę, załatw upoważnienie na portalu, zarejestruj się do odbioru.

Tygodnie od 3 do 6: wysyłka. Zbuduj mapowanie UBL i walidację, połącz się ze środowiskiem testowym dostawcy i przekonwertuj faktury EDIFACT albo uzgodnij konwersję z dostawcą EDI. Uwzględnij faktury korygujące, przedpłaty i samofakturowanie, a nie tylko ścieżkę bez błędów.

Tygodnie od 5 do 9: faktury przychodzące. Pobieranie, walidacja, dopasowanie dostawców, mapowanie na rozrachunki, wizualizacja i archiwum.

Tygodnie od 9 do 11: produkcja jeszcze w 2026. W tym roku dozwolone jest dobrowolne korzystanie z systemu. Wysyłaj prawdziwe faktury klientom, którzy już są zarejestrowani, i odbieraj od dostawców, którzy też są. Tu wychodzą błędy mapowania, póki nic nie kosztują.

Tygodnie 12 i 13: przełączenie. Niech przełącznik zależy od momentu powstania obowiązku podatkowego, a nie od daty księgowania. Uwzględnij święta: ostatnie dwa tygodnie grudnia to nie jest okno na testy.

Jeśli budowa nie zdąży, miej plan awaryjny. Samodzielna aplikacja internetowa dostawcy, rozwiązanie, które podręcznik sugeruje małym firmom, wystarczy do odbierania faktur 1 stycznia, zanim integracja zostanie ukończona. To rozwiązanie tymczasowe do odbioru, a nie sposób na wystawianie dużej liczby faktur.

Co jeszcze się zmienia

FAQ odnotowuje znowelizowaną normę EN 16931 zatwierdzoną w październiku 2025 i stwierdza, że nie potrafi jeszcze opisać jej skutków; Peppol BIS pójdzie za normą. Arkusz transpozycji jest w wersji 1.11, a FAQ wydawano już wielokrotnie. Trzymaj mapowanie w wersjonowanej postaci w jednym miejscu, a nie rozsiane po kodzie fakturowania.

Druga faza jest już w harmonogramie. Od 1 lipca 2030 obowiązek ma objąć dostawy transgraniczne, termin wystawienia skraca się do 10 dni, a kontrolný výkaz znika. Nie koduj na sztywno w projekcie założenia „tylko klienci słowaccy”.

Gdzie szukać pomocy

Budujemy połączenie między systemem, który generuje Twoje faktury, a siecią, która musi je teraz przenosić: mapowanie i walidację UBL, integrację z API dostawcy, konwersję EDIFACT i przetwarzanie faktur przychodzących do rozrachunków. Nasza usługa integracji e-fakturowania wyjaśnia, jak pracujemy, a jeśli prawdziwym problemem jest system pod spodem, zobacz modernizację ERP. Jeśli zakres prac jest ustalony i brakuje Ci rąk do pracy, wprowadzamy też doświadczonych programistów do istniejących zespołów.

Żeby omówić swoją konfigurację, napisz na office@c9group.dev.