Czym jest konektor KSeF w praktyce
W praktyce konektor KSeF to element, który łączy obecny proces wystawiania faktur z obowiązkiem przekazania dokumentów do KSeF. Nie musi to być zawsze pełna integracja API wbudowana bezpośrednio w system fakturujący.
Czasem wystarczy podział odpowiedzialności:
- system fakturujący, handlowy lub magazynowy przygotowuje dane faktury,
- integrator albo moduł eksportu tworzy poprawny XML KSeF,
- KT KSeF Sender obsługuje wysyłkę do KSeF i dalsze elementy procesu,
- firma otrzymuje statusy, UPO, numer KSeF i dane zwrotne potrzebne do ewidencji.
Taki model jest prostszy do wdrożenia wtedy, gdy firma ma już stabilny system źródłowy, ale brakuje jej kompletnego procesu wysyłki i monitorowania faktur w KSeF.
Dlaczego nie chodzi o system księgowy
W rozmowach o KSeF często pojawia się określenie „system księgowy”, ale w tym przypadku ważne jest rozróżnienie.
Systemy księgowe zwykle koncentrują się na dekretacji, rozliczeniach, podatkach i pobieraniu dokumentów z KSeF na potrzeby księgowości. Tymczasem problem wysyłki faktur do KSeF dotyczy przede wszystkim tych systemów, w których faktury są wystawiane.
Najczęściej są to:
- systemy fakturujące,
- systemy handlowe,
- systemy sprzedażowe,
- systemy magazynowe,
- rozwiązania branżowe generujące dokumenty sprzedaży,
- integratory przygotowujące dane dla wielu systemów źródłowych.
KT KSeF Sender jest przeznaczony właśnie dla scenariuszy, w których faktura powstaje poza systemem księgowym, a firma potrzebuje sposobu na jej przekazanie do KSeF.
Scenariusz XML KSeF: system przygotowuje dokument, KT KSeF Sender obsługuje wysyłkę
Najbardziej techniczny, a jednocześnie bardzo praktyczny wariant, polega na przygotowaniu przez system źródłowy pliku XML zgodnego z KSeF.
W takim modelu obecny system albo integrator odpowiada za przygotowanie struktury dokumentu. KT KSeF Sender nie zastępuje wtedy logiki fakturowania ani reguł biznesowych obecnego programu. Jego zadaniem jest obsłużenie procesu wysyłki i elementów potrzebnych po przekazaniu dokumentu do KSeF.
KT KSeF Sender może w tym wariancie obsłużyć:
- wysyłkę XML do KSeF,
- ewidencję wysłanych dokumentów,
- monitorowanie statusów,
- pobieranie UPO,
- generowanie wizualizacji faktur z kodami QR,
- zapis danych zwrotnych,
- numer KSeF nadany dokumentowi,
- inne metadane przydatne w dalszej obsłudze procesu.
Dzięki temu system źródłowy może pozostać miejscem wystawiania faktur, a KT KSeF Sender przejmuje część komunikacyjną i operacyjną.
Kiedy taki model ma sens
Konektor KSeF oparty o XML ma sens szczególnie wtedy, gdy firma nie chce wymieniać obecnego systemu, ale musi uporządkować wysyłkę faktur do KSeF.
Ten wariant warto rozważyć, gdy:
- obecny system fakturujący lub magazynowy działa poprawnie i nie ma potrzeby go zastępować,
- system nie ma jeszcze własnej integracji z KSeF,
- producent systemu może przygotować eksport XML KSeF,
- zewnętrzny integrator może wygenerować XML na podstawie danych z systemu,
- firma potrzebuje UPO, statusów, numeru KSeF i ewidencji wysyłki,
- wdrożenie KSeF ma być etapowe,
- potrzebne jest rozwiązanie desktopowe albo serwerowe,
- większa organizacja chce centralizować wysyłkę i kontrolę statusów.
W wielu przypadkach taki podział pracy ogranicza zakres zmian w obecnym systemie. System nadal odpowiada za sprzedaż i wystawienie dokumentu, a KT KSeF Sender za proces wysyłki.
Czy pełna integracja API z KSeF jest zawsze potrzebna
Pełna integracja API może być najlepszym rozwiązaniem dla systemów, które mają obsługiwać cały proces KSeF samodzielnie. Nie zawsze jednak jest to konieczne na pierwszym etapie wdrożenia.
Jeżeli firma potrzebuje szybkiego i kontrolowanego sposobu wysyłki dokumentów, a obecny system potrafi przygotować dane w odpowiednim formacie, model z KT KSeF Sender może być wystarczający albo może stanowić etap przejściowy.
To ważne szczególnie wtedy, gdy:
- czasu na wdrożenie jest mało,
- obecny system nie będzie szybko rozwijany,
- integracja API byłaby kosztowna,
- firma chce najpierw przetestować proces na mniejszej liczbie dokumentów,
- trzeba rozdzielić przygotowanie danych od samej komunikacji z KSeF.
W praktyce nie chodzi więc o wybór „pełna integracja albo nic”. Można zacząć od modelu plikowego, uporządkować proces, a później rozwijać integrację w miarę potrzeb.
Nie tylko XML: JPK_FA, Excel i CSV
XML KSeF jest najbliższy pełnej strukturze wymaganej przez Krajowy System e-Faktur, ale nie jest jedynym możliwym wariantem pracy.
W zależności od obecnego systemu i zakresu danych można rozważyć także inne formaty wejściowe:
- JPK_FA,
- Excel,
- CSV,
- format przygotowany przez integratora.
Zakres funkcjonalności dotyczący obsługi ewidencji wysyłki dotyczy wszystkich formatów wejściowych. Oznacza to, że niezależnie od źródła danych firma nadal potrzebuje kontroli statusów, UPO, numeru KSeF, metadanych i możliwości prześledzenia procesu.
Wybór formatu powinien zależeć od tego, co obecny system potrafi wygenerować w sposób powtarzalny i kontrolowany.
Desktop czy Server
KT KSeF Sender może być wykorzystywany w wariancie desktopowym albo serwerowym.
Wersja Desktop jest dobrym wyborem dla firm, które chcą rozpocząć testy, obsłużyć proces na stanowisku użytkownika albo wdrożyć wysyłkę w mniejszej skali.
Wersja Server jest funkcjonalnie identyczna z wersją Desktop w zakresie obsługi wysyłki faktur do KSeF. Dodatkowo zawiera mechanizm autoryzacji użytkowników, a dostęp do konsoli odbywa się przez przeglądarkę WWW.
Wariant serwerowy warto rozważyć wtedy, gdy:
- wysyłka ma być centralizowana,
- z rozwiązania korzysta więcej użytkowników,
- proces ma działać niezależnie od pojedynczego stanowiska pracy,
- firma chce uporządkować dostęp i odpowiedzialność użytkowników,
- liczba dokumentów jest większa albo proces ma charakter powtarzalny.
Co trzeba ustalić przed wdrożeniem
Przed wyborem modelu warto odpowiedzieć na kilka praktycznych pytań.
- Gdzie faktury są dziś wystawiane?
- Czy system fakturujący, handlowy lub magazynowy może przygotować XML KSeF?
- Jeżeli nie XML, czy możliwy jest eksport JPK_FA, Excel albo CSV?
- Kto odpowiada za poprawność danych przed wysyłką?
- Jak będą obsługiwane błędy i korekty danych?
- Gdzie mają wracać numer KSeF, statusy i metadane?
- Czy firma potrzebuje pracy desktopowej, czy centralnej wersji serwerowej?
- Kto będzie monitorował wysyłkę i UPO?
Dopiero po odpowiedzi na te pytania można dobrać właściwy wariant integracji.
Przykładowy model współpracy z integratorem
W scenariuszu z integratorem proces może wyglądać następująco:
- Firma wystawia fakturę w obecnym systemie.
- System albo integrator eksportuje dane faktury.
- Integrator przygotowuje poprawny XML KSeF.
- KT KSeF Sender wysyła dokument do KSeF.
- Program zapisuje status i obsługuje UPO.
- Do systemu źródłowego albo procesu ewidencyjnego wracają dane zwrotne: numer KSeF, statusy i metadane.
Taki model pozwala jasno oddzielić odpowiedzialność za dane od odpowiedzialności za wysyłkę. To często ułatwia wdrożenie, bo każda część procesu ma wyraźnie określoną rolę.
Najczęstsze pytania
Czy KT KSeF Sender może działać jako konektor KSeF?
Tak. Jeżeli system fakturujący, handlowy, magazynowy albo integrator przygotowuje dane w obsługiwanym formacie, w tym XML KSeF, KT KSeF Sender może obsłużyć wysyłkę, ewidencję, UPO, statusy i dane zwrotne.
Czy system musi mieć pełną integrację API z KSeF?
Nie zawsze. W wielu scenariuszach wystarczy, że system przygotuje poprawny plik XML KSeF albo inny obsługiwany format wejściowy. KT KSeF Sender przejmuje wtedy operacyjną obsługę wysyłki.
Czy ten wariant dotyczy systemów księgowych?
Głównie chodzi o systemy fakturujące, handlowe, sprzedażowe i magazynowe, czyli te, które wystawiają faktury i muszą przekazać je do KSeF. Systemy księgowe częściej koncentrują się na pobieraniu danych z KSeF i dalszej obsłudze księgowej.
Czy XML KSeF musi być przygotowany przez KT KSeF Sender?
Nie w każdym scenariuszu. Jeżeli obecny system albo integrator przygotowuje poprawny XML KSeF, KT KSeF Sender może obsłużyć dalszą część procesu: wysyłkę, statusy, UPO, ewidencję i dane zwrotne.
Czy model plikowy może być etapem przed pełną integracją?
Tak. Dla wielu firm to praktyczny sposób, żeby rozpocząć testy, uporządkować proces wysyłki i zebrać doświadczenia przed ewentualnym rozwojem głębszej integracji.
Podsumowanie
Konektor KSeF nie musi oznaczać dużej przebudowy obecnego systemu. Jeżeli system fakturujący, handlowy lub magazynowy potrafi przygotować dane faktury, a szczególnie XML KSeF, KT KSeF Sender może przejąć operacyjną część wysyłki do KSeF.
To podejście pozwala wykorzystać obecne oprogramowanie, rozdzielić odpowiedzialność za przygotowanie danych i wysyłkę oraz szybciej uporządkować proces obsługi KSeF.
Zobacz scenariusze wysyłki faktur do KSeF bez pełnej przebudowy systemu:
Sprawdź program KT KSeF Sender, dokumentację i FAQ:
