Faktury cykliczne w KSeF 2026: jak nie minąć terminu (raty, leasing i subskrypcje bez wpadki)

W większości firm, które do nas trafiają z problemem faktur cyklicznych, nie zaczynamy od wyboru narzędzia do automatyzacji. Zaczynamy od audytu samej umowy abonamentowej: czy ma stałą cenę przez cały okres, czy indeksację roczną, czy klient może zawiesić usługę na miesiąc. Dopiero po tym pytaniu ma sens projektowanie przepływu w n8n czy Make, bo automat, który nie zna wyjątków z umowy, wystawi fakturę zgodnie z harmonogramem, a nie zgodnie z rzeczywistością. I to jest błąd, który w KSeF kosztuje więcej niż w świecie PDF-ów, bo korekta musi przejść przez ten sam system co faktura pierwotna, a termin na jej wystawienie też jest liczony od zdarzenia, nie od wygody księgowej.

Dlaczego faktura abonamentowa to inna bajka niż jednorazowa sprzedaż

Faktura za jednorazową dostawę ma jeden moment prawdy: wydanie towaru albo wykonanie usługi. Faktura cykliczna ma ich kilkanaście w ciągu roku, a każdy miesiąc może się różnić od poprzedniego. Rata leasingowa potrafi się zmienić po renegocjacji WIBOR-u. Subskrypcja SaaS ma upsell w połowie okresu rozliczeniowego. Umowa najmu ma waloryzację czynszu raz do roku, ale czasem aneks wchodzi w życie od 15. dnia miesiąca, nie od pierwszego.

Automat, który po prostu kopiuje poprzednią fakturę i zmienia datę, działa świetnie do momentu pierwszej zmiany ceny. Potem generuje błędy szybciej, niż księgowa zdąży je zauważyć, bo działa bez nadzoru i bez alarmu. Dlatego scenariusz, który opisujemy niżej, ma wbudowany krok weryfikacji przed wysyłką, a nie tylko wysyłkę.

Terminy wg art. 106i ustawy o VAT, które realnie trzeba pilnować

Ogólna zasada z art. 106i ust. 1 ustawy o VAT mówi, że fakturę wystawia się nie później niż 15. dnia miesiąca następującego po miesiącu, w którym dokonano dostawy towaru lub wykonano usługę. Dla usług ciągłych, czyli tam, gdzie strony ustaliły w umowie następujące po sobie terminy płatności lub rozliczeń, działa inny przepis: art. 106i ust. 3 pkt 4. Fakturę wystawia się wtedy nie później niż z upływem terminu płatności.

To rozróżnienie ma konkretne konsekwencje dla automatyzacji. Jeśli umowa leasingowa ma termin płatności raty na 10. dzień miesiąca, faktura w KSeF musi tam trafić najpóźniej tego dnia, nie 15. dnia jak przy zwykłej sprzedaży. Harmonogram wysyłki trzeba więc budować na podstawie terminu płatności zapisanego w konkretnej umowie, a nie na jednej sztywnej dacie dla wszystkich klientów. W praktyce oznacza to, że w bazie danych obok każdej umowy cyklicznej musi siedzieć pole „dzień wymagalności płatności”, a nie tylko „dzień wystawienia faktury”.

Co faktycznie psuje proces: zmiana ceny, przedterminowe rozwiązanie, proporcje

Teoretyczny model „co miesiąc ta sama faktura” sprawdza się w może połowie przypadków, z którymi mieliśmy do czynienia. Druga połowa to wyjątki, które trzeba było obsłużyć, zanim w ogóle doszło do automatyzacji wysyłki.

Zmiana ceny w trakcie trwania umowy to najczęstszy przypadek. Klient dostaje aneks z nową stawką od określonej daty, często w połowie okresu rozliczeniowego. Automat musi wiedzieć, że od tego dnia ma pobierać inną wartość, a nie czekać na ręczną aktualizację w arkuszu, bo wtedy ktoś i tak wystawi fakturę ręcznie, żeby nie czekać na programistę.

Przedterminowe rozwiązanie umowy to drugi scenariusz, który najczęściej psuje harmonogramy. Firma abonamentowa, z którą pracowaliśmy przy wdrożeniu tego typu procesu, miała klientów rezygnujących z usługi w połowie miesiąca rozliczeniowego. System księgowy generował fakturę za pełny miesiąc, bo tak był skonfigurowany domyślny szablon, a korekta szła ręcznie po fakcie. W KSeF taka korekta to już osobny dokument ze swoim numerem i swoim terminem, więc lepiej wcale nie generować błędnej faktury pierwotnej, tylko wyłapać rezygnację przed wysyłką i naliczyć proporcję od razu poprawnie.

Trzeci przypadek to naliczenia proporcjonalne, typowe przy leasingu z dniem rozpoczęcia innym niż pierwszy dzień miesiąca albo przy subskrypcjach z rozliczeniem dziennym. Tu nie ma drogi na skróty: logika liczenia proporcji musi siedzieć w systemie źródłowym (CRM, system billingowy, arkusz z regułami), a automatyzacja fakturowania tylko pobiera już policzoną kwotę. Próba liczenia proporcji na poziomie scenariusza w n8n czy Make zwykle kończy się tym, że logika biznesowa rozjeżdża się między miejscami i nikt nie wie, która wersja jest aktualna.

Scenariusz automatyczny: harmonogram wysyłki i obsługa wyjątków

Konkretny przepływ, który sprawdza się przy kilkudziesięciu do kilkuset umowach cyklicznych miesięcznie, wygląda u nas mniej więcej tak. Punktem wyjścia jest baza umów (może to być tabela w systemie ERP, arkusz Google Sheets połączony z CRM albo dedykowana baza w Airtable), gdzie każda umowa ma pola: kwota bazowa, dzień wymagalności płatności, data ewentualnej zmiany ceny, status aktywności, flaga „wymaga ręcznej weryfikacji”.

Krok po kroku

• Trigger czasowy uruchamia się codziennie, nie raz w miesiącu, i sprawdza, które umowy mają termin płatności w ciągu najbliższych 3 dni roboczych. To daje bufor na obsługę wyjątków przed realnym deadline’em z art. 106i.
• Scenariusz porównuje dane umowy z poprzednim okresem: czy kwota się zgadza, czy status jest nadal „aktywna”, czy nie ma flagi zmiany warunków. Jeśli wszystko się zgadza, faktura idzie dalej automatycznie.
• Jeśli wykryta zostanie rozbieżność (inna kwota, zmiana statusu, brak danych o proporcji), scenariusz nie wystawia faktury, tylko wysyła powiadomienie do osoby odpowiedzialnej, z gotowym podsumowaniem co się nie zgadza. To jest moment, w którym 80% przypadków idzie dalej bez udziału człowieka, a 20% wymagających decyzji trafia do kogoś, kto zna kontekst umowy.
• Po zatwierdzeniu (albo automatycznie, jeśli nie było wyjątku) dane trafiają do generatora struktury FA(2), faktura jest podpisywana i wysyłana do KSeF przez API, a numer KSeF i UPO wracają do systemu księgowego jako potwierdzenie.
• Osobna gałąź scenariusza monitoruje odpowiedzi z KSeF: jeśli wystąpi błąd walidacji struktury albo timeout środowiska, faktura trafia do kolejki ponownych prób, a po trzeciej nieudanej próbie generowany jest alert, nie cicha porażka.

Ten sam mechanizm da się zbudować zarówno w n8n, jak i w Make, różnice są głównie w sposobie obsługi błędów i kosztach przy większym wolumenie. Przy kilkuset fakturach miesięcznie n8n hostowany samodzielnie zwykle wychodzi taniej, przy mniejszej skali i mniejszym zespole technicznym Make bywa szybszy do wdrożenia. Więcej o tym, jak to wygląda przy pełnym cyklu faktur, w tym przy fakturach jednorazowych, opisujemy przy okazji automatyzacji faktur, bo spora część logiki (walidacja NIP, numeracja, archiwizacja UPO) jest wspólna dla obu scenariuszy.

Faktury zbiorcze i limity struktury FA(2)

Przy dużej liczbie drobnych pozycji, np. rozliczeń mediów czy wielu pozycji leasingowych w jednej umowie ramowej, kusi, żeby wystawić jedną zbiorczą fakturę zamiast kilkunastu osobnych. To rozwiązanie jest dopuszczalne i w wielu przypadkach sensowne, zwłaszcza przy fakturach korygujących dla tego samego kontrahenta za dany okres rozliczeniowy, gdzie przepisy wprost pozwalają na uproszczoną formę zbiorczą.

Trzeba jednak pamiętać o dwóch ograniczeniach technicznych struktury FA(2), które w praktyce rzadko dotyczą pojedynczej faktury abonamentowej, ale mogą zaboleć przy bardzo rozbudowanych fakturach zbiorczych z dużą liczbą pozycji. Po pierwsze, struktura nie przewiduje dołączania załączników binarnych, czyli nie da się „doczepić” do faktury w KSeF np. szczegółowego PDF-u z rozliczeniem zużycia. Wszystkie dane muszą wejść do pól ustrukturyzowanych XML, więc jeśli klient oczekuje czytelnego załącznika z opisem rozliczenia, trzeba go wysłać osobno poza KSeF, np. mailem razem z linkiem do faktury. Po drugie, przy bardzo dużej liczbie wierszy w jednej fakturze zbiorczej warto przetestować limit na środowisku testowym KSeF przed wdrożeniem produkcyjnym, zamiast zakładać, że system przyjmie dowolną objętość danych bez problemu.

Harmonogram obowiązkowego KSeF w 2026 roku

Dla firm, które jeszcze nie wdrożyły KSeF, kluczowe są daty graniczne. Najwięksi podatnicy, czyli ci, u których wartość sprzedaży w poprzednim roku przekroczyła 200 mln zł, mają obowiązek od 1 lutego 2026. Pozostali podatnicy VAT czynni dołączają do systemu od 1 kwietnia 2026. Podatnicy zwolnieni podmiotowo i przedmiotowo z VAT mają dłuższy bufor, obowiązek wchodzi dla nich od 1 stycznia 2027.

Dla firm z umowami abonamentowymi ten harmonogram ma dodatkowe znaczenie: jeśli firma wpada w próg obowiązkowy w lutym lub kwietniu 2026, a ma już podpisane umowy cykliczne rozliczane co miesiąc, pierwsza faktura wystawiana po dacie granicznej musi już iść przez KSeF, niezależnie od tego, kiedy zaczęła się umowa. Czasu na testowanie scenariusza automatyzacji na żywym organizmie nie ma, dlatego środowisko testowe KSeF warto wykorzystać minimum miesiąc przed realnym wejściem w obowiązek, właśnie na umowach cyklicznych, bo to one generują powtarzalne wolumeny, na których najszybciej wyjdą błędy harmonogramu.

Warto też spojrzeć na to szerzej niż tylko sam proces wystawiania. W biurach rachunkowych obsługujących kilkunastu klientów z umowami abonamentowymi skala błędu rośnie proporcjonalnie do liczby kontrahentów, a nie liniowo, bo każdy klient ma inne warunki umów. Jeśli temat dotyczy Was właśnie z tej strony, więcej konkretów znajdziecie przy automatyzacji biura rachunkowego, gdzie opisujemy, jak rozdzielić obsługę wielu klientów bez mnożenia ręcznej pracy przy każdym z nich.

Czego automat nie powinien robić sam

Są decyzje, których nie oddajemy scenariuszowi, nawet jeśli technicznie dałoby się je zautomatyzować. Zmiana ceny w umowie zawsze wymaga potwierdzenia przez osobę, nie tylko odczytania pola w bazie, bo błędnie wpisana data wejścia aneksu w życie generuje serię błędnych faktur, zanim ktokolwiek to zauważy. Rozwiązanie umowy i naliczenie proporcji też zostawiamy do zatwierdzenia człowiekowi, przynajmniej przy pierwszym miesiącu po zmianie, żeby sprawdzić, czy logika liczenia faktycznie zadziałała zgodnie z zapisami umowy, a nie tylko zgodnie z założeniami programisty, który budował scenariusz. Automatyzacja ma przyspieszać powtarzalną część procesu, nie zdejmować odpowiedzialność za decyzje, które i tak muszą przejść przez kogoś, kto rozumie kontekst konkretnej umowy.