Harmonogram KSeF 2.0 — oś czasu i kluczowe terminy

• 1 września 2025 — wyłączenie testów KSeF 1.0. Nowe prace testowe przygotowujemy już pod 2.0.
• 3 listopada 2025 — start testowania Aplikacji Podatnika KSeF 2.0 w środowisku testowym.
• 15 listopada 2025 — udostępnienie środowiska przedprodukcyjnego (pre-prod) do prób „jak w realu”.
• 26–31 stycznia 2026 — przerwa techniczna KSeF 1.0 (freeze procesów, plan ciągłości poniżej).
• 1 lutego 2026 — uruchomienie docelowej wersji KSeF 2.0.

Oś czasu ma wymiar praktyczny: Q3 2025 to prace przygotowawcze i zebranie wymagań, Q4 2025 — formalności, procedury i pierwsze testy, styczeń 2026 — finalizacja szkoleń i „szlif” konfiguracji, a luty 2026 — start. Ten uproszczony harmonogram KSeF 2.0 możesz potraktować jako checklistę do pracy z zespołem i klientami.

Aktualny harmonogram KSeF 2.0 i kluczowe terminy znajdziesz również na stronie Krajowego Systemu e-Faktur (podatki.gov.pl).

KSeF 2.0 — co się zmienia względem 1.0

KSeF 2.0 porządkuje doświadczenia z pierwszej odsłony systemu. Dla biur rachunkowych oznacza to przede wszystkim uporządkowane procesy, klarowniejsze interfejsy i nacisk na integracje. W praktyce najważniejsze są trzy obszary:

1. Środowiska i stabilność: obok „dev/test” mamy pre-prod, gdzie można odwzorować prawdziwe scenariusze z realnymi danymi (maskowanymi) i rolami. To najlepsze miejsce na testy E2E z klientami.
2. Uprawnienia i role: większy nacisk na nadawanie ról zgodnych z odpowiedzialnością biznesową (wystawianie, odbiór, opis, akceptacja). Dobrze zaprojektowana macierz ról minimalizuje poprawki i spory.
3. Interfejsy i integracje: modernizacja punktów końcowych i lepsza ergonomia Aplikacji Podatnika. Warto sprawdzić, jak nasz FK/obieg planuje integrację i które słowniki trzeba zsynchronizować.

Wniosek: mniej „magii”, więcej powtarzalnych procedur. To dobry moment, by ujednolicić opisy kosztów, kategorie VAT, projekty/MPK i odpowiedzialności akceptacyjne.

Plan działań krok po kroku — Q3 2025 → Q1 2026

Q3 2025 — diagnoza i projekt

• Krótki audyt: wolumen dokumentów, liczba spółek/JDG, typy transakcji, „wąskie gardła”.
• Mapa ról: kto wystawia, kto odbiera, kto opisuje, kto akceptuje, kto księguje. Od razu wpisujemy to do umów/aneksów.
• Wybór narzędzi: czy używamy tylko Aplikacji Podatnika, czy integrujemy FK i elektroniczny obieg (workflow, akceptacje)?
• Draft słowników: kategorie kosztów, MPK/projekty, kontrahenci z NIP, stawki i kody VAT, typy dokumentów.

Q4 2025 — formalności i procedury

• Model współpracy: delegowany, hybrydowy czy samodzielny? Wybór wpływa na uprawnienia i przepływ dokumentów.
• Aneksy do umów: kto odpowiada za zakupy (opis, akceptacja, monitoring braków), jakie SLA na akceptacje i korekty.
• Procedury: jak opisujemy faktury (pola wymagane), kiedy następuje akceptacja, kto decyduje o księgowaniu i zamknięciu miesiąca.
• Checklisty: przekazanie dostępów, testy E2E, tryb awaryjny, plan komunikacji. Każdy punkt z osobą odpowiedzialną i terminem.

Q1 2026 — testy, szkolenia, start

• Dostępy KSeF: upoważnienia po stronie KAS i konta użytkowników po obu stronach (BR i klient).
• Testy E2E w pre-prod: sprzedaż → odbiór → opis → akceptacja → księgowanie → raporty kontrolne; rejestr wniosków i poprawek.
• Szkolenia: krótkie sesje dla osób opisujących i akceptujących + instrukcje „krok po kroku”.
• Start produkcyjny: pilotaż w 1–2 podmiotach, codzienny przegląd statusów, potem rollout do reszty klientów.

Scenariusze testów E2E — z czym wejść do pre-prod

Dobre testy są krótkie, ale obejmują typowe i trudniejsze przypadki. Poniżej przykładowy zestaw, który pozwala spać spokojniej przy realizacji harmonogramu KSeF 2.0:

• Sprzedaż standardowa: wystawienie e-Faktury, wysyłka do KSeF, odbiór po drugiej stronie.
• Zakup z opisem: odbiór faktury zakupowej, uzupełnienie pól (kategoria kosztu, MPK/projekt, opis), akceptacja i przekazanie do księgowania.
• Korekta „in minus”: powiązanie z dokumentem pierwotnym, kontrola limitów i wpływu na JPK.
• Duplikat / błędny NIP: wykrycie, odrzucenie/oznaczenie, ścieżka eskalacji i komunikacja do dostawcy.
• Zakupy cykliczne: subskrypcje, media, telekom — czy reguły opisów i akceptacji się sprawdzają.
• Przeterminowana akceptacja: alarm SLA, przypomnienia i przekierowanie do zastępcy.

W każdym scenariuszu zapisujemy: kto wykonał czynność, jak to zrobił (zrzut lub opis), jaki był efekt i co trzeba poprawić w konfiguracji lub procedurze.

Plan komunikacji z klientami — szablony i częstotliwość

Dobra komunikacja redukuje liczbę pytań i skraca czas akceptacji. Sprawdza się schemat „3 wiadomości + 1 spotkanie”:

• Mail #1 (Q3): zapowiedź zmian i wstępny wybór modelu współpracy. Załączamy krótką ankietę o narzędziach i osobach akceptujących.
• Mail #2 (Q4): draft aneksu i procedur, link do krótkiego wideo „jak opisujemy faktury”.
• Mail #3 (styczeń): harmonogram testów, dostęp do pre-prod i checklista startowa.
• Spotkanie online (45 min): przegląd ról, demo akceptacji, Q&A; zapisujemy ustalenia i odpowiedzialności.

W treści maili unikamy „slangu IT” — skupiamy się na tym kto co robi i kiedy. Linkujemy do krótkich instrukcji ekranowych (2–3 min), a nie do długich manuali.

KPI po starcie — co mierzyć i jak raportować

Po uruchomieniu KSeF 2.0 rekomendujemy lekkie, ale regularne raportowanie. Minimalny zestaw wskaźników:

• Terminowość akceptacji (od odbioru do akceptacji) — mediana i 90. percentyl.
• Wskaźnik wyjątków — odsetek dokumentów z brakami/duplikatami/błędnym NIP.
• Kompletność opisów — ile dokumentów przeszło bez uzupełnień po stronie BR.
• Czas zamknięcia miesiąca — czy KSeF skrócił cały proces względem stanu „sprzed”.

Raport miesięczny to jedna strona PDF: wykresy + top 3 usprawnienia. Wspólny przegląd zajmuje 15 minut i realnie dyscyplinuje proces.

Najczęstsze błędy i jak ich uniknąć

• Zwlekanie z formalnościami. Dostępy i uprawnienia KSeF powinny być gotowe przed testami — inaczej stoimy w miejscu.
• Testy bez procedur. Najpierw umowa/model/obieg — dopiero potem konfiguracja IT. Inaczej poprawiamy w kółko te same rzeczy.
• Brak planu na przerwę techniczną. „Freeze” zmian i jasny tryb awaryjny: co robimy w czasie przerwy i jak uzgadniamy stan po wznowieniu.
• Chaotyczne słowniki. Ujednolicony opis = mniej poprawek i lepsza analityka kosztów. Zadbaj o listę kategorii/MPK i pola wymagane.
• Nadmierna automatyzacja na starcie. Najpierw poukładajmy proces i role; dopiero potem „dosypujemy” reguły i integracje.

Tryb awaryjny i „odbudowa” po przerwie

Przerwy techniczne i incydenty nie muszą oznaczać chaosu. Wystarczy krótka instrukcja:

1. W czasie przerwy: dokumentujemy sprzedaż i zakupy w buforze (np. PDF + rejestr), opisujemy minimalnie pod akceptację.
2. Po wznowieniu: wprowadzamy zaległe dokumenty do KSeF, wiążemy korekty, porównujemy rejestr z logami i zamykamy różnice.
3. Raport powdrożeniowy: co zadziałało, co poprawiamy (1 strona, 48 h po incydencie).

Dobra praktyka: wyznacz „dyżur startowy” na pierwsze dwa tygodnie po wdrożeniu i skrzynkę zgłoszeń z priorytetami.