• Kierowca dostępny teraz
  • całą dobę, 7 dni w tygodniu
  • Dojazd do 1 h w promieniu 40 km
  • Diagnoza laptopa 0 zł
hands, puzzle pieces, connect, connection, cooperation, holding, isolated, jigsaw, join, partnership, people, pieces, puzzle, teamwork, two, unity, monochrome, idea, concept, black and white, hands, h

Integracja ERP z Krajowym Systemem e-Faktur (KSeF)

Krajowy System e-Faktur wprowadza nowy, obowiązkowy sposób wystawiania i odbierania faktur — poprawna integracja z systemem ERP pozwala, żeby ten obowiązek nie oznaczał podwójnej pracy przy każdym dokumencie.

Na czym polega ta usługa

Integracja obejmuje skonfigurowanie połączenia systemu ERP z KSeF, ustawienie automatycznego wystawiania faktur zgodnych z wymaganym schematem oraz odbioru faktur przychodzących od kontrahentów bezpośrednio do systemu księgowego firmy.

Dla kogo ma sens

Usługa jest niezbędna dla każdej firmy objętej obowiązkiem korzystania z Krajowego Systemu e-Faktur, która chce, żeby wystawianie i odbiór faktur odbywały się automatycznie z poziomu już używanego systemu ERP.

Ile to trwa

Konfiguracja integracji z KSeF mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Architektura techniczna połączenia ERP z Krajowym Systemem e-Faktur

Krajowy System e-Faktur (KSeF, czyli centralna platforma teleinformatyczna prowadzona przez Ministerstwo Finansów) opiera się na wymianie dokumentów w ustrukturyzowanym formacie cyfrowym. Podstawą komunikacji z systemem ERP (systemem planowania zasobów przedsiębiorstwa służącym do kompleksowego zarządzania procesami handlowymi, magazynowymi i księgowymi) jest interfejs programistyczny API REST (architektura przesyłania danych za pośrednictwem bezpiecznego protokołu sieciowego HTTPS z użyciem standardowych metod zapytań).

Wymiana informacji pomiędzy systemem handlowo-magazynowym a platformą ministerialną odbywa się według ściśle zdefiniowanych reguł. Każdy dokument sprzedażowy generowany w firmie musi zostać przekształcony w plik XML (rozszerzalny język znaczników służący do uniwersalnego zapisu danych) zgodny ze strukturą logiczną schematu FA (oficjalny wzorzec e-faktury określony w przepisach skarbowych). Przed wysłaniem pliku następuje jego walidacja ze schematem XSD (definicja schematu dokumentu XML określająca wymagane węzły, formaty pól, dozwolone typy danych oraz reguły spójności).

Po przesłaniu pliku XML do bramki KSeF serwery ministerialne dokonują weryfikacji semantycznej i kryptograficznej. Jeżeli dokument jest poprawny, system nadaje mu unikalny numer KSeF (35-znakowy identyfikator jednoznacznie wskazujący dokument w rejestrze centralnym) oraz generuje UPO (Urzędowe Poświadczenie Odbioru, czyli dokument XML stanowiący formalny dowód doręczenia faktury z urzędowym stemplem czasowym). W ramach integracji system ERP zostaje skonfigurowany tak, aby automatycznie pobierał identyfikator KSeF oraz powiązane z nim UPO i zapisywał je trwale w bazie danych przy odpowiednim dokumencie handlowym.

Autoryzacja połączenia z API KSeF odbywa się bez konieczności każdorazowego wprowadzania danych logowania przez pracowników. Wykorzystuje się do tego token autoryzacyjny (unikalny ciąg znaków kryptograficznych przypisany do numeru NIP podmiotu oraz określonego zakresu uprawnień, generowany w ministerialnej Aplikacji Podatnika KSeF) lub certyfikat kwalifikowany (bezpieczny podpis elektroniczny lub pieczęć elektroniczna o statusie zaufanym).

Obsługiwane systemy ERP i moduły biznesowe

Integracja z Krajowym Systemem e-Faktur jest realizowana dla szerokiego spektrum oprogramowania wykorzystywanego w polskich przedsiębiorstwach. Konfiguracja obejmuje zarówno standardowe moduły wbudowane przez producentów, jak i dedykowane konektory bazodanowe dla środowisk rozproszonych:

  • InsERT GT – konfiguracja modułów KSeF w programach Subiekt GT (obsługa sprzedaży i gospodarki magazynowej), Rewizor GT (pełna księgowość), Rachmistrz GT (księga przychodów i rozchodów oraz ryczałt), Gratyfikant GT (kadry i płace), Gestor GT (zarządzanie relacjami z klientami) oraz Biuro GT (narzędzie dla biur rachunkowych). Prace obejmują parametryzację komunikacji z API, mapowanie stawek podatku, form płatności oraz kodów GTU (grup towarów i usług).
  • InsERT nexo – wdrożenie w pakietach Subiekt nexo, Rewizor nexo, Rachmistrz nexo, Gestor nexo i Gratyfikant nexo. Ustawienie automatycznej synchronizacji w tle, kolejkowania wysyłki dokumentów oraz automatycznego pobierania faktur zakupu do repozytorium dokumentów.
  • Comarch ERP – integracja systemów Comarch ERP Optima, Comarch ERP XL oraz Comarch ERP Altum. Obejmuje uruchomienie modułu KSeF, konfigurację usług wymiany danych, wdrożenie obsługi Comarch OCR (narzędzia optycznego rozpoznawania znaków w dokumentach) oraz konfigurację automatycznego wprowadzania faktur kosztowych do rejestrów VAT i modułu handlowego.
  • WAPRO ERP – parametryzacja oprogramowania WAPRO Mag (zarządzanie sprzedażą i magazynem), WAPRO Fakir (finanse i księgowość), WAPRO JPK (obsługa jednolitych plików kontrolnych), WAPRO Kaper (księga podatkowa) oraz WAPRO Gang (kadry i płace). Konfiguracja reguł automatycznej dekretacji dokumentów przychodzących z KSeF.
  • Symfonia – integracja systemów Symfonia ERP, Symfonia Finanse i Księgowość oraz Symfonia Handel poprzez moduł Symfonia KSeF, z uwzględnieniem wieloetapowej weryfikacji poprawności danych przed ich wysyłką do bramki rządowej.
  • Pozostałe środowiska biznesowe – wdrożenia w systemach enova365, RAKS SQL, SAP, WF-Mag, fakturownia, wFirma, iFirma, a także integracje platform e-commerce z systemem BaseLinker (narzędzie do wielokanałowego zarządzania zamówieniami internetowymi) połączonym z centralną bazą ERP.

Warianty technologiczne integracji i tryby pracy

W zależności od skali operacji handlowych, specyfiki branży oraz architektury sieciowej w firmie stosuje się różne warianty połączenia z Krajowym Systemem e-Faktur:

  • Integracja bezpośrednia (natywna) – opiera się na wbudowanych modułach dostarczonych przez producenta oprogramowania ERP. Aplikacja łączy się bezpośrednio z serwerami Ministerstwa Finansów przy użyciu lokalnie zainstalowanych bibliotek kryptograficznych. Jest to optymalne rozwiązanie dla pojedynczych lokalizacji i firm o standardowej strukturze sprzedaży.
  • Integracja przez bramkę pośredniczącą (hub integracyjny) – stosowana w rozproszonych przedsiębiorstwach wielooddziałowych lub firmach korzystających z niestandardowych, dedykowanych systemów sprzedażowych. Centralny moduł integracyjny zbiera dokumenty z wielu punktów sprzedaży, waliduje je zbiorczo i przesyła do KSeF przez jeden autoryzowany kanał komunikacyjny.
  • Tryb interaktywny (sesyjny) – przeznaczony do bieżącej obsługi dokumentów. Każda wystawiona faktura jest wysyłana do KSeF natychmiast po jej zatwierdzeniu przez operatora, a system na bieżąco odbiera potwierdzenie rejestracji i nadany numer KSeF.
  • Tryb wsadowy (asynchroniczny) – wykorzystywany przy bardzo dużym wolumenie wystawianych faktur (np. w handlu hurtowym lub e-commerce). Dokumenty są pakowane w zaszyfrowane paczki ZIP (skompresowane archiwa danych) i wysyłane w ramach sesji wsadowej, co pozwala uniknąć przeciążenia łącza internetowego i ograniczeń przepustowości API.

Wymagania infrastrukturalne i przygotowanie środowiska IT

Prawidłowe działanie integracji ERP z KSeF wymaga odpowiedniego przygotowania warstwy sprzętowej i systemowej w przedsiębiorstwie. Komunikacja z serwerami rządowymi nakłada rygorystyczne wymagania dotyczące bezpieczeństwa kryptograficznego.

Podstawowym wymogiem jest obsługa protokołów szyfrowania TLS 1.2 lub TLS 1.3 (protokołów kryptograficznych zapewniających bezpieczną i poufną transmisję danych w sieci Internet). Starsze wersje protokołów (SSL 3.0, TLS 1.0 oraz TLS 1.1) są odrzucane przez serwery Ministerstwa Finansów ze względów bezpieczeństwa. W ramach prac wdrożeniowych weryfikowane i odpowiednio konfigurowane są wpisy w rejestrze systemowym Windows oraz biblioteki kryptograficzne Schannel.

W środowiskach opartych na systemach operacyjnych Windows 10, Windows 11 oraz Windows Server (wersje 2016, 2019, 2022) konieczne jest zaktualizowanie środowiska .NET Framework (pakietu komponentów programistycznych niezbędnych do działania zaawansowanych mechanizmów szyfrowania i zapytań sieciowych w aplikacjach Windows) do wymaganej wersji wspierającej nowoczesne algorytmy kryptograficzne AES i SHA-256.

Kluczowym elementem jest również stabilność silnika bazy danych Microsoft SQL Server (relacyjnego systemu zarządzania bazą danych obsługującego system ERP). Wdrożenie modułów KSeF wiąże się ze zmianami w strukturze bazy danych, w tym dodaniem nowych tabel do przechowywania numerów KSeF, plików XML oraz poświadczeń UPO. Wymaga to zainstalowania najnowszych pakietów poprawek Cumulative Update oraz sprawdzenia uprawnień użytkowników bazy.

Typowe błędy techniczne podczas wdrażania integracji

W trakcie uruchamiania komunikacji z KSeF pojawiają się specyficzne problemy techniczne, które wymagają precyzyjnej diagnostyki programistycznej i sieciowej:

  • Błąd walidacji schematu XSD (kod błędu HTTP 400) – występuje, gdy generowany przez program plik XML nie spełnia wymogów struktury logicznej FA. Przyczyną bywa brak uzupełnionego pola obowiązkowego (np. brak kodu kraju przy identyfikatorze podatkowym, brak oznaczenia procedury podatkowej lub nieobsługiwana jednostka miary w pozycji towarowej).
  • Błędy uwierzytelniania i uprawnień (kody HTTP 401 i 403) – oznaczają odrzucenie zapytania z powodu niepoprawnego tokena autoryzacyjnego, wygaśnięcia uprawnień lub próby wykonania operacji, do której dany token nie został upoważniony (np. brak uprawnienia do pobierania faktur zakupu przy skonfigurowanym wyłącznie prawie do wystawiania).
  • Błędy negocjacji połączenia szyfrowanego (SSL/TLS Handshake Failed) – problem występujący na starszych serwerach, gdzie system operacyjny nie posiada aktywnych odpowiednich zestawów szyfrów (cipher suites) wymaganych przez bramkę Ministerstwa Finansów.
  • Blokady na poziomie zapory sieciowej (firewall) – sprzętowe lub programowe zapory sieciowe (filtry ruchu sieciowego) oraz systemy antywirusowe mogą blokować wychodzące pakiety HTTPS na porcie 443 kierowane do adresów IP bramki ministerialnej.
  • Niespójność danych w kartotekach kontrahentów – obecność znaków specjalnych, spacji lub myślników w polach numerów NIP, brak kodów pocztowych lub niepoprawne formaty adresowe uniemożliwiające wygenerowanie poprawnego pliku XML.

Błędy popełniane przy samodzielnych próbach integracji

Próby samodzielnego wdrażania modułów KSeF bez odpowiedniego przygotowania technicznego niosą ryzyko zakłócenia ciągłości sprzedaży i błędów w rozliczeniach skarbowych. Do najczęstszych nieprawidłowości należą:

  • Brak wykonania kopii zapasowej bazy danych – uruchomienie aktualizacji struktury tabel programu ERP bez wcześniejszego wykonania pełnego backupu (zrzutu stanu bazy danych Microsoft SQL Server na bezpieczny nośnik) grozi uszkodzeniem integralności bazy w przypadku przerwania procesu migracji.
  • Testowanie konfiguracji na środowisku produkcyjnym – przesyłanie próbnych faktur bezpośrednio na bramkę produkcyjną KSeF zamiast na udostępnioną przez Ministerstwo Finansów bramkę testową (środowisko demonstracyjne służące do weryfikacji poprawności integracji bez skutków prawno-podatkowych). Wprowadzenie błędnych danych na środowisko produkcyjne skutkuje zarejestrowaniem prawnie wiążących dokumentów, których nie można usunąć.
  • Brak weryfikacji statusu UPO – uznawanie faktury za skutecznie wystawioną w momencie jej wyeksportowania z programu, bez sprawdzenia, czy serwer ministerialny zwrócił kod potwierdzenia rejestracji i wygenerował plik UPO. W przypadku odrzucenia dokumentu przez walidator KSeF faktura nie trafia do obiegu prawnego.
  • Niekontrolowane zarządzanie tokenami autoryzacyjnymi – generowanie tokenów o zbyt szerokich uprawnieniach administracyjnych lub brak ewidencji tokenów przypisanych do poszczególnych stanowisk i aplikacji, co stwarza ryzyko nieautoryzowanego dostępu do danych finansowych firmy.
  • Ręczna ingerencja w tabele bazy danych – próby bezpośredniego modyfikowania wpisów w bazie SQL w celu wymuszenia zmiany statusu dokumentu, co prowadzi do utraty spójności relacyjnej i może skutkować odmową wsparcia technicznego ze strony producenta oprogramowania ERP.

Procedury awaryjne, praca w trybie offline i kody QR

Przepisy techniczne Krajowego Systemu e-Faktur przewidują procedury postępowania na wypadek braku możliwości nawiązania połączenia z platformą centralną. Wdrożenie integracji w systemie ERP obejmuje skonfigurowanie i przetestowanie tych mechanizmów:

Wyróżnia się dwa podstawowe stany awaryjne:

  • Awaria po stronie KSeF (niedostępność centralna) – oficjalnie ogłoszony w Biuletynie Informacji Publicznej stan niedostępności serwerów rządowych lub trwające prace konserwacyjne.
  • Awaria po stronie podatnika (tryb offline) – lokalny brak dostępu do sieci Internet w siedzibie firmy, awaria routera lub awaria łącza telekomunikacyjnego u dostawcy usług internetowych.

W obu przypadkach oprogramowanie ERP musi umożliwiać wystawianie faktur w trybie offline. Dokument jest generowany zgodnie ze schematem XML FA z lokalnym znacznikiem czasu. Następnie system generuje unikalny kod QR (dwuwymiarowy kod graficzny zawierający skrót kryptograficzny dokumentu oraz dane weryfikacyjne), który jest nanoszony na wizualizację faktury przekazywaną nabywcy (np. w postaci wydruku lub pliku cyfrowego).

Po przywróceniu łączności internetowej lub zakończeniu awarii serwerów centralnych moduł integracyjny ERP uruchamia procedurę dosynchronizacji. Wszystkie dokumenty wystawione w trybie offline są automatycznie przesyłane do KSeF w terminie określonym przepisami, po czym system pobiera dla nich urzędowe numery KSeF oraz potwierdzenia UPO.

Kiedy problem nie leży po stronie integracji systemu ERP

W trakcie codziennej eksploatacji systemu mogą pojawić się objawy sugerujące awarię modułu integracyjnego, które w rzeczywistości wynikają z innych czynników:

  • Niedostępność infrastruktury Ministerstwa Finansów – przeciążenia serwerów rządowych w okresach wzmożonego ruchu lub nieplanowane przerwy techniczne objawiają się kodami błędów HTTP 500, 502, 503 lub 504. W takiej sytuacji konfiguracja ERP jest w pełni poprawna, a opóźnienie wynika z braku odpowiedzi ze strony platformy centralnej.
  • Błędy merytoryczne i księgowe w kartotekach – odrzucenie faktury przez KSeF może wynikać z nieprawidłowego przypisania stawek VAT, błędnych danych kontrahenta lub niespójności matematycznej pozycji dokumentu wprowadzonej przez pracownika. Problem leży wówczas w danych źródłowych, a nie w mechanizmie komunikacji.
  • Problemy z łączem internetowym i serwerami DNS – niestabilne łącze, wysokie straty pakietów lub awaria serwerów DNS (systemu nazw domenowych tłumaczącego adresy internetowe na numery IP) uniemożliwiają nawiązanie stabilnego połączenia HTTPS z domenami rządowymi.
  • Działanie systemów ochrony EDR – oprogramowanie EDR (zaawansowane systemy wykrywania zagrożeń na stacjach roboczych) może błędnie zaklasyfikować intensywny, szyfrowany transfer danych XML jako podejrzaną aktywność i zablokować procesy systemowe programu ERP. Wymaga to dodania odpowiednich wyjątków w regułach bezpieczeństwa.

Często zadawane pytania o integrację z KSeF

Czy po wdrożeniu integracji z KSeF trzeba nadal przesyłać kontrahentom faktury w formacie PDF?

W relacjach między podmiotami objętymi KSeF fakturą w sensie prawnym jest wyłącznie dokument XML zarejestrowany w systemie centralnym i opatrzony numerem KSeF. Odbiór faktury przez kontrahenta następuje bezpośrednio z serwerów ministerialnych. Przesyłanie plików PDF pocztą elektroniczną staje się opcjonalne i pełni jedynie funkcję informacyjną, chyba że faktura została wystawiona w trybie awaryjnym (offline) – wówczas przekazanie wizualizacji z kodem QR jest wymagane do momentu zarejestrowania dokumentu w KSeF.

Jak rozwiązana jest kwestia numeracji dokumentów w programie ERP po nadaniu numeru KSeF?

Wewnętrzna numeracja dokumentów stosowana w firmie (np. seria handlowa FS/2026/08/001) pozostaje niezmieniona i jest zapisywana w strukturze pliku XML jako numer faktury nadany przez wystawcę. Numer KSeF (35-znakowy identyfikator urzędowy) jest dodatkowym identyfikatorem nadawanym przez serwer Ministerstwa Finansów, który system ERP automatycznie dopisuje do nagłówka dokumentu po odebraniu potwierdzenia UPO.

Czy każdy pracownik wystawiający faktury musi posiadać podpis kwalifikowany?

Nie ma konieczności wyposażania każdego pracownika w podpis kwalifikowany. Po wstępnym uwierzytelnieniu podmiotu w ministerialnej Aplikacji Podatnika KSeF generowany jest token autoryzacyjny z przypisanymi uprawnieniami do wystawiania faktur. Token ten zostaje jednorazowo wprowadzony do konfiguracji modułu KSeF w programie ERP, dzięki czemu wszyscy uprawnieni operatorzy systemu mogą wystawiać dokumenty bez konieczności używania osobistych certyfikatów.

W jaki sposób odbywa się odbiór faktur kosztowych od dostawców bezpośrednio do ERP?

Moduł integracyjny KSeF w systemie ERP łączy się cyklicznie z serwerami Ministerstwa Finansów i sprawdza, czy na numer NIP firmy zostały wystawione nowe faktury przez kontrahentów. Pobrane pliki XML trafiają do modułu buforowego lub repozytorium dokumentów, gdzie następuje ich automatyczne przetworzenie na pozycje magazynowe i księgowe, gotowe do zatwierdzenia przez dział księgowości.

Co zrobić w sytuacji, gdy firma korzysta ze starszej wersji programu ERP bez oficjalnego wsparcia KSeF?

W przypadku starszych wersji oprogramowania, dla których producent zakończył rozwój, rozwiązaniem jest wdrożenie zewnętrznego konektora integracyjnego (modułu mostkującego) lub przeprowadzenie migracji bazy danych do nowszej generacji systemu (np. migracja z InsERT GT do InsERT nexo lub aktualizacja Comarch ERP Optima). Konektor pobiera dane transakcyjne bezpośrednio z bazy SQL starszego programu, przekształca je w poprawny schemat XML FA i realizuje wysyłkę do KSeF.

Bezpieczeństwo danych i standardy wdrożeniowe

Wszystkie prace integracyjne i konfiguracyjne realizowane są z zachowaniem najwyższych standardów ochrony informacji finansowych i handlowych przedsiębiorstwa. Na życzenie klienta podpisywana jest umowa NDA (umowa o zachowaniu poufności, czyli formalne zobowiązanie prawne gwarantujące pełną ochronę tajemnicy przedsiębiorstwa, baz kontrahentów oraz struktur danych finansowych).

Wdrożenie integracji poprzedzone jest bezpłatnym audytem środowiska IT, obejmującym weryfikację wersji systemów operacyjnych, silnika bazy danych Microsoft SQL Server, przepustowości łączy oraz konfiguracji zabezpieczeń sieciowych. Prace realizowane są na terenie Warszawy oraz w promieniu do 40 km w okolicznych powiatach (grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni, wołomiński). Biuro firmy przy Al. Stanów Zjednoczonych 72 stanowi punkt dyspozycyjny i wyjazdowy zespołów serwisowych, a wszystkie czynności wykonywane są bezpośrednio w siedzibie klienta lub na infrastrukturze serwerowej firmy.

Dla zapewnienia ciągłości pracy przedsiębiorstwa prace konfiguracyjne i testowe mogą być prowadzone również w godzinach wieczornych lub w dni wolne, bez dodatkowych dopłat za niestandardowe pory realizacji. Po zakończeniu wdrożenia produkcyjnego zapewnione jest wsparcie techniczne do 30 dni, gwarantujące asystę przy bieżącej obsłudze wysyłki i odbioru dokumentów.

Niezawodna synchronizacja procesów sprzedaży i księgowości

Prawidłowo skonfigurowane połączenie systemu ERP z Krajowym Systemem e-Faktur eliminuje ryzyko błędów manualnych, zabezpiecza firmę przed sankcjami za opóźnienia w rejestracji dokumentów oraz zapewnia płynny przepływ faktur zakupowych i sprzedażowych w codziennej działalności handlowej.

Powiązane teksty