KSEF i czołowi producenci programów
Data dodania: 18-03-2026
Przejdź do strony głównej Wróć do kategorii Ciekawostki
Można śmiało powiedzieć, że model „Bramy Pośredniczącej” (Cloud Gateway/EDI) stał się standardem rynkowym w Polsce w obliczu wdrażania KSeF. Producenci oprogramowania odeszli od modelu „klient-serwer MF” na rzecz modelu „klient-chmura producenta-serwer MF”.
Poniżej analiza techniczna i biznesowa rozwiązań Comarch, Symfonii oraz innych kluczowych graczy.
1. Comarch: Ekosystem Comarch EDI / KSeF
Comarch przyjął model niemal identyczny z WAPRO, ale mocniej zintegrowany z ich własną infrastrukturą wymiany danych (EDI).
2. Symfonia: Symfonia KSeF (dawniej e-Biuro / Między Firmami)
Symfonia również porzuciła ideę bezpośredniego połączenia lokalnej bazy z serwerami rządowymi na rzecz platformy chmurowej.
3. Inni producenci – Porównanie modeli
Prawie każda duża firma produkująca systemy ERP dla MŚP w Polsce wybrała model płatnego pośrednika.
4. Analiza: Dlaczego wszyscy stosują ten model?
Analizując dokumentację techniczną producentów, można wyróżnić trzy powody, dla których nie pozwalają oni na bezpośrednie połączenie z KSeF:
5. Podsumowanie i różnice
Poniżej analiza techniczna i biznesowa rozwiązań Comarch, Symfonii oraz innych kluczowych graczy.
Comarch przyjął model niemal identyczny z WAPRO, ale mocniej zintegrowany z ich własną infrastrukturą wymiany danych (EDI).
- Model Informatyczny: Programy takie jak Comarch ERP Optima czy XL nie łączą się bezpośrednio z KSeF. Komunikacja odbywa się przez platformę Comarch EDI (lub dedykowany moduł chmurowy).
- Autoryzacja i Pośrednictwo: Comarch przechowuje tokeny autoryzacyjne na swoich serwerach. Zapytania są kolejkowane w ich chmurze, co pozwala na „masową” wysyłkę faktur bez obciążania lokalnej bazy danych.
- Płatność: Rozwiązanie jest płatne. Comarch stosuje model abonamentowy lub pakietowy (np. paczki po 100, 500, 1000 e-faktur), co de facto czyni z wysyłki faktur usługę typu SaaS.
2. Symfonia: Symfonia KSeF (dawniej e-Biuro / Między Firmami)
Symfonia również porzuciła ideę bezpośredniego połączenia lokalnej bazy z serwerami rządowymi na rzecz platformy chmurowej.
- Model Informatyczny: Wykorzystują platformę Symfonia KSeF. Lokalna instancja ERP (np. Symfonia Finanse i Księgowość) łączy się z chmurą Symfonii za pomocą dedykowanego konektora.
- Synchronizacja: Podobnie jak w WAPRO, chmura Symfonii służy jako „hub” – faktura wysłana z modułu Handel pojawia się w chmurze, skąd moduł FK może ją pobrać do księgowania. Dzięki temu bazy nie muszą „widzieć się” w sieci lokalnej.
- Płatność: Obowiązuje abonament za usługę e-faktura. Symfonia bardzo agresywnie promuje ten model, uzależniając dostęp do KSeF od posiadania aktualnej subskrypcji wsparcia technicznego.
Prawie każda duża firma produkująca systemy ERP dla MŚP w Polsce wybrała model płatnego pośrednika.
| Producent | Nazwa Usługi | Model Pośrednictwa | Sposób Płatności |
| Insoft | PC-Market KSeF | Chmura Insoft odbiera XML i kolejkuje wysyłkę. | Abonament roczny / liczba faktur. |
| Insert | Nexo/GT KSeF | Usługa "KSeF i e-Faktury" w chmurze Insert. | Abonament (często w ramach Konta InsERT). |
| Soneta | enova365 KSeF | Integrator KSeF (możliwość wysyłki bezpośredniej lub przez chmurę). | Moduł dodatkowy (płatny jednorazowo lub w subskrypcji). |
4. Analiza: Dlaczego wszyscy stosują ten model?
Analizując dokumentację techniczną producentów, można wyróżnić trzy powody, dla których nie pozwalają oni na bezpośrednie połączenie z KSeF:
- Odporność na błędy (Throttling): KSeF ma limity zapytań na sekundę. Gdyby 100 tysięcy programów naraz zapytało o nowe faktury, MF by je zablokowało. Serwer producenta (WAPRO, Comarch) zbiera zapytania i wysyła je „porcjami”.
- Walidacja wstępna: Serwer pośredniczący sprawdza strukturę XML przed wysłaniem jej do KSeF. Jeśli faktura ma błąd, odrzuci ją „Twój” serwer (szybko), zamiast czekać na odpowiedź z przeciążonego serwera MF.
- Monetyzacja (Business Model): Przejście na KSeF to dla producentów okazja do zamiany licencji wieczystych na stały dochód subskrypcyjny (SaaS).
5. Podsumowanie i różnice
| Cecha | WAPRO (Businesslink) | Comarch / Symfonia |
| Gdzie są dane? | Baza lokalna + kopia w chmurze Businesslink. | Podobnie, silny nacisk na archiwizację w chmurze. |
| Autoryzacja | Pośrednia (przez Businesslink). | Pośrednia (przez EDI/Chmurę). |
| Synchronizacja | Przez wspólny identyfikator w chmurze. | Przez dedykowane platformy wymiany (np. Comarch EDI). |
| Niezależność | Mała (awaria WAPRO = brak pracy). | Mała (awaria chmury producenta blokuje proces). |
Wnioski: Model pracy w WAPRO (Mag vs Fakir przez Businesslink) jest obecnie najpopularniejszym standardem rynkowym. Jedynymi systemami, które pozwalają na „czyste” API (bez pośredników), są zazwyczaj rozwiązania Open Source lub bardzo drogie systemy pisane na zamówienie, gdzie programista implementuje bezpośrednie wywołania do bramek MF.
Opracowanie własne.
Przejdź do strony głównej Wróć do kategorii Ciekawostki
