Gość (83.4.*.*)
Wyobraźmy sobie scenariusz, który spędzał sen z powiek tysiącom księgowych i przedsiębiorców w Polsce: jest wtorek, godzina 10:00, szczyt okresu rozliczeniowego, a Krajowy System e-Faktur (KSeF) w wersji 1.0 nagle przestaje odpowiadać. Choć ostatecznie system w tej formie został wstrzymany do czasu gruntownej przebudowy, analiza potencjalnej awarii pozwala zrozumieć, jak wielkim wyzwaniem technologicznym i logistycznym jest cyfryzacja obiegu dokumentów na taką skalę. Gdyby KSeF 1.0 ruszył w pierwotnie planowanym kształcie i "padł" w godzinach największego obciążenia, skutki odczułaby niemal każda komórka polskiej gospodarki.
Głównym powodem potencjalnego zawieszenia się KSeF 1.0 byłaby prawdopodobnie niewystarczająca wydajność architektury w starciu z gigantycznym wolumenem danych. W Polsce wystawia się rocznie miliardy faktur, a w godzinach szczytu (zazwyczaj między 9:00 a 14:00) system musiałby przetwarzać tysiące zapytań na sekundę.
Jedną z kluczowych przyczyn mogłoby być tzw. wąskie gardło w bazie danych. Przy tak dużej liczbie jednoczesnych zapisów i odczytów, systemy blokowania rekordów mogłyby doprowadzić do kolejkowania zapytań, co w efekcie kończy się "timeoutem", czyli przerwaniem połączenia z powodu zbyt długiego czasu oczekiwania. Innym czynnikiem mogłaby być niewydolność systemów uwierzytelniania. Każda faktura wymaga bezpiecznego zalogowania się do systemu (np. przez Profil Zaufany lub podpis kwalifikowany). Jeśli usługa weryfikująca tożsamość nie nadążyłaby za liczbą logowań, cały proces wystawiania faktur stanąłby w miejscu, nawet jeśli sam rdzeń KSeF działałby poprawnie.
Audyt przeprowadzony na zlecenie Ministerstwa Finansów wykazał, że pierwotna architektura KSeF miała ograniczone możliwości skalowania. Oznacza to, że dorzucenie "więcej procesorów" mogłoby nie rozwiązać problemu, ponieważ błąd leżał głębiej – w sposobie, w jaki kod aplikacji zarządzał przepływem informacji.
Skutki zawieszenia się systemu w godzinach szczytu byłyby natychmiastowe i dotkliwe. W modelu KSeF faktura uznawana jest za wystawioną dopiero w momencie nadania jej numeru identyfikacyjnego przez system ministerialny. Jeśli system nie działa, faktura prawnie nie istnieje.
Dla działów sprzedaży oznaczałoby to niemożność sfinalizowania transakcji. Wyobraźmy sobie hurtownię budowlaną, w której kolejka ciężarówek czeka na wyjazd, ale towar nie może opuścić placu, bo nie ma faktury, która w nowym systemie miała być jedynym dopuszczalnym dokumentem. Choć przepisy przewidywały tryb awaryjny (wystawianie faktur offline i przesyłanie ich później), wdrożenie go "na gorąco" w trakcie nagłej awarii wywołałoby ogromny chaos informacyjny i błędy w numeracji dokumentów.
Dłuższa awaria KSeF w godzinach szczytu to nie tylko problem techniczny, ale przede wszystkim finansowy. Brak możliwości wystawienia faktury to brak możliwości jej dostarczenia do kontrahenta, co bezpośrednio przesuwa termin płatności. W skali kraju nawet kilkugodzinny przestój mógłby zamrozić przepływ setek milionów złotych.
Dla małych i średnich przedsiębiorstw, które operują na niskich marżach i dbają o płynność finansową, takie opóźnienia mogłyby być krytyczne. Co więcej, system KSeF miał służyć także do odliczania podatku VAT. Problemy z przesłaniem faktur zakupowych w ostatnich dniach miesiąca mogłyby uniemożliwić podatnikom terminowe rozliczenie się z urzędem skarbowym, co rodziłoby ryzyko sankcji karno-skarbowych, mimo że wina leżałaby po stronie infrastruktury państwowej.
W nowoczesnym handlu faktura jest często dokumentem towarzyszącym transportowi. W przypadku awarii KSeF 1.0, procesy logistyczne typu "just-in-time" mogłyby zostać całkowicie rozregulowane. Kierowcy nie wiedzieliby, czy mogą ruszyć w trasę z dokumentem wystawionym w trybie awaryjnym, a magazyny odbiorców mogłyby odmawiać przyjęcia towaru bez potwierdzenia z systemu centralnego.
Większość firm korzysta z zewnętrznych programów księgowych połączonych z KSeF przez API. Nagłe zawieszenie systemu centralnego mogłoby spowodować "efekt domina" – oprogramowanie komercyjne, próbując wielokrotnie ponowić wysyłkę, mogłoby ulec zawieszeniu lub generować błędy w lokalnych bazach danych użytkowników, co wymagałoby późniejszych, ręcznych korekt przez informatyków i księgowych.
Nie można pominąć kwestii zaufania. Wprowadzenie tak rewolucyjnej zmiany jak obowiązkowy KSeF wymaga od przedsiębiorców ogromnego kredytu zaufania do cyfrowych usług państwa. Spektakularna awaria w godzinach szczytu, tuż po pełnym uruchomieniu wersji 1.0, prawdopodobnie wywołałaby falę paniki i oporu społecznego.
Księgowi, którzy i tak pracują pod dużą presją czasu i zmieniających się przepisów, zostaliby obarczeni dodatkowym stresem związanym z niepewnością: "czy faktura przeszła?", "czy muszę ją wystawić ponownie?", "czy grozi mi kara?". To właśnie te obawy, poparte technicznymi analizami, legły u podstaw decyzji o wstrzymaniu wdrożenia KSeF w jego pierwotnej formie i rozpoczęciu prac nad stabilniejszą wersją 2.0.