Subiekt nexo, inFakt czy KSeF — porównanie dla sprzedawcy wielokanałowego

Sprzedawca na jednym kanale ma jedno źródło zamówień i zwykle jedno narzędzie do fakturowania. Przy dwóch czy trzech kanałach prędzej czy później pojawia się pytanie, którego nikt nie zadaje na starcie: gdzie fizycznie ma powstawać faktura, jeśli zamówienia przychodzą z Allegro, ERLI i własnego sklepu jednocześnie?

Są trzy różne, realne odpowiedzi na to pytanie — i żadna z nich nie jest uniwersalnie „lepsza”. Poniżej opisujemy wszystkie trzy tak, jak faktycznie działają, żeby dało się je porównać i wybrać rozwiązanie pasujące do tego, co już masz.

Dlaczego to w ogóle jest decyzja

Przy jednym kanale faktura powstaje tam, gdzie powstaje zamówienie, i temat się kończy. Przy trzech kanałach pojawiają się trzy pokusy: wystawić fakturę w panelu Allegro, drugą w sklepie, trzecią ręcznie w arkuszu dla zamówień z ERLI. To działa dokładnie do pierwszego miesiąca z większym wolumenem.

Potem zaczynają się rzeczy, których nikt nie planował: numeracja rozjeżdża się między narzędziami, ta sama transakcja ma dwa dokumenty, korekta wystawiona w jednym miejscu nie ma odpowiednika w drugim, a księgowa dostaje trzy różne eksporty do ręcznego scalenia. Do tego dochodzi KSeF, który już obowiązuje — a im więcej miejsc wystawia faktury, tym więcej miejsc musi być z nim zgodnych.

Rozwiązanie jest strukturalne, nie narzędziowe: jedno miejsce, w którym powstaje faktura, zasilane zamówieniami ze wszystkich kanałów. Pytanie brzmi tylko, które to ma być miejsce.

Ścieżka pierwsza — zostajesz przy Subiekcie nexo

Subiekt nexo to program firmy InsERT, od lat obecny w polskich sklepach i firmach handlowych. Dla wielu sprzedawców to narzędzie, w którym już prowadzą sprzedaż i magazyn — zanim jeszcze zaczęli sprzedawać wielokanałowo. Prawda jest taka, że zmiana narzędzia fakturowania tylko dlatego, że doszedł drugi czy trzeci kanał sprzedaży, bywa większym ryzykiem niż samo dodanie integracji.

W OpenLinkerze ta ścieżka działa przez Sferę — usługę Windows stojącą na maszynie z Subiektem, która obsługuje faktury, paragony i korekty, odczytuje status KSeF wystawionego dokumentu, a gdy bridge go zwróci, udostępnia też link do PDF. To był pierwszy adapter zbudowany na porcie fakturowania w OpenLinkerze, co w praktyce znaczy, że to najdłużej sprawdzana ścieżka z tych trzech.

Warto wiedzieć, co ta ścieżka za sobą pociąga: Sfera to komponent Windows, więc gdzieś w Twojej infrastrukturze musi stać maszyna z Windows i Subiektem, dostępna dla OpenLinkera. Jeśli Subiekt i tak stoi u Ciebie na serwerze albo na komputerze w biurze, to nie nowy koszt, tylko opis stanu faktycznego. Jeśli plan zakładał trzymanie wszystkiego w kontenerach na Linuksie, to realne coś za coś, które trzeba rozważyć.

Jedna rzecz, która ma znaczenie właśnie przy sprzedaży wielokanałowej: na ścieżce automatycznej typ dokumentu wynika z obecności NIP-u w zamówieniu. Zamówienie z NIP-em staje się fakturą, bez NIP-u — paragonem. Przy zamówieniach z marketplace’ów, gdzie NIP bywa pusty, to przesądza, co powstanie, zanim ktokolwiek na to spojrzy. W ręcznym wystawianiu z panelu operator wybiera typ sam.

Ta opcja ma sens, jeśli już masz Subiekta i nie chcesz go zastępować. Zamówienia z Allegro, ERLI i sklepu trafiają do tego samego, znanego narzędzia, dokumenty powstają tam, gdzie księgowość już umie ich szukać, i nikt nie uczy się nowego systemu w miesiącu, w którym dokładasz kanał sprzedaży.

Ścieżka druga — inFakt jako pośrednik do KSeF

inFakt to popularny w Polsce serwis do fakturowania online, z którego korzysta wielu jednoosobowych przedsiębiorców i małych firm — niezależnie od tego, czy sprzedają wielokanałowo. W OpenLinkerze adapter do inFaktu wystawia dokumenty i odczytuje z KSeF status rozliczenia dokumentu (clearance) za Ciebie. inFakt jest tu pośrednikiem, więc nie musisz samodzielnie obsługiwać komunikacji z systemem rządowym.

To jest istota tej ścieżki: między Twoim sklepem a KSeF stoi firma, której zadaniem jest nadążać za zmianami po stronie systemu. Kiedy zmieni się schemat albo zachowanie API, to inFakt ma problem do rozwiązania, nie Ty. Płacisz za to abonamentem — i tym, że w Twoim procesie sprzedaży pojawia się kolejny podmiot.

Ta opcja ma sens, jeśli chcesz mieć jedno, przyjazne narzędzie do faktur, które robi za Ciebie techniczną stronę zgodności z KSeF, a Ty widzisz tylko efekt — wystawioną fakturę i jej status. Szczególnie dobrze pasuje, gdy nie masz wdrożonego systemu magazynowo-sprzedażowego i nie chcesz go wdrażać tylko po to, żeby wystawiać faktury.

Ścieżka trzecia — KSeF bez żadnego pośrednika

Trzecia opcja to bezpośrednie połączenie z Krajowym Systemem e-Faktur (API KSeF 2.0), bez Subiekta i bez inFaktu pomiędzy. OpenLinker obsługuje tu wystawianie faktur w formacie FA(3), proces rozliczenia dokumentu w KSeF, numer KSeF i UPO (Urzędowe Poświadczenie Odbioru), a także korekty (KOR).

Jedna rzecz, którą warto zrozumieć niezależnie od wybranej ścieżki: cały proces działa asynchronicznie. Nie jest to jednorazowe „wyślij i gotowe”. Wysyłasz dokument, system odpytuje KSeF o status, a dopiero potem odbiera UPO. To znaczy, że między złożeniem zamówienia a posiadaniem potwierdzonej faktury jest odcinek czasu, w którym dokument istnieje, ale nie jest jeszcze potwierdzony — i Twój proces musi to przewidywać. Korekty KOR idą tą samą drogą: wysyłka, odpytanie, UPO.

Ta opcja ma sens, jeśli wolisz mieć jedną rzecz mniej po drodze — coś, co mogłoby się kiedyś zepsuć albo zmienić zasady bez Twojej kontroli. Nie ma tu pośrednika, który tłumaczy techniczne komunikaty KSeF na coś prostszego. To, co widzisz, jest bliżej samego systemu rządowego, bez niczego pomiędzy. Trzeba się więc zastanowić, co jest ważniejsze: krótszy łańcuch zależności czy mniej technicznego języka na co dzień.

Jak się zdecydować

	Subiekt nexo	inFakt	KSeF bezpośrednio
Kto rozmawia z KSeF	Subiekt / InsERT	inFakt	Twój system
Ogniw pośrednich	1	1	0
Dodatkowa infrastruktura	maszyna Windows ze Sferą	brak	brak
Język komunikatów	znany z Subiekta	uproszczony	techniczny, zgodny z API
Najlepiej pasuje	masz już Subiekta	start od zera / jednoosobowa działalność	chcesz minimum zależności

Sprowadzone do trzech zdań:

Jeśli już masz zainstalowanego i wdrożonego Subiekta nexo, zmiana na coś innego tylko i wyłącznie z powodu wielokanałowości rzadko się opłaca — integracja z tym, co już masz, jest zwykle prostsza niż migracja księgowości.

Jeśli zaczynasz od zera albo prowadzisz małą, jednoosobową działalność, inFakt jako pośrednik zdejmuje z Ciebie techniczne detale KSeF za cenę korzystania z dodatkowego serwisu.

Jeśli chcesz mieć jak najmniej niepewności między Twoim sklepem a systemem rządowym i nie przeszkadza Ci bardziej techniczny charakter komunikatów, bezpośrednie połączenie z KSeF eliminuje pośrednika kosztem tej wygody.

Żadna z tych trzech ścieżek nie jest „gorsza”. Różnią się tym, co już masz i ile pośredników jesteś skłonny utrzymywać między sprzedażą a fakturą.

Co jest wspólne niezależnie od wyboru

Wybór ścieżki fakturowania nie rozwiązuje problemu, od którego zaczęliśmy. Faktura musi powstać z zamówienia, a zamówienia przychodzą z kilku miejsc naraz. Zanim więc porównasz Subiekta z inFaktem, upewnij się, że masz warstwę, która zbiera zamówienia z Allegro, ERLI i sklepu do jednej kolejki — bo bez niej i tak przepisujesz dane ręcznie, tyle że do ładniejszego narzędzia.

Dopiero wtedy faktury z Allegro, ERLI i sklepu wystawiają się automatycznie, z jednego miejsca i w jednej numeracji. O tym, jak taka warstwa działa i gdzie się psuje, pisaliśmy osobno w tekście o synchronizacji zamówień i stanów magazynowych.

W OpenLinkerze wszystkie trzy adaptery fakturowania stoją na tym samym porcie — InvoicingPort. Z perspektywy sprzedawcy oznacza to jedną praktyczną rzecz: zmiana ścieżki fakturowania nie jest przebudową systemu. Jeśli dziś wystawiasz przez Subiekta, a za dwa lata zdecydujesz się na połączenie bezpośrednie, zmienia się adapter, a nie sposób, w jaki zamówienia trafiają do systemu. To był cały powód, dla którego fakturowanie zostało w architekturze wydzielone jako osobny port, zamiast być wpisane na sztywno w obsługę zamówień.

Czego jeszcze nie ma, ale jest w planach

Fakturownia, iFirma i wFirma są oznaczone na stronie integracji jako planowane — adaptery fakturowania dla tych narzędzi jeszcze nie działają. Jeśli korzystasz z jednego z nich, dziś oznacza to wybór jednej z trzech opisanych wyżej ścieżek albo czekanie na kolejny adapter.

Lista integracji jest żywym dokumentem, a nie zamkniętą listą. Jeśli Twoje narzędzie do faktur jest na Twojej liście wymagań, napisz do nas albo zgłoś je jako propozycję funkcji w repozytorium — kolejność powstawania adapterów wynika z tego, o co pytają sprzedawcy i agencje wdrożeniowe.

Co możesz zrobić teraz

• Ustal, gdzie dziś powstają Twoje faktury — jeśli w więcej niż jednym miejscu, to jest pierwszy problem do rozwiązania, przed wyborem narzędzia.
• Sprawdź, czy każde miejsce, w którym dziś wystawiasz faktury, jest zgodne z KSeF. KSeF już obowiązuje, a szczegóły swojej sytuacji potwierdź u księgowej i w oficjalnym serwisie KSeF.
• Policz, ile kosztuje migracja księgowości, zanim uznasz, że Subiekt „trzeba wymienić”. Zwykle nie trzeba.
• Zobacz demo na danych przykładowych, żeby ocenić, jak zamówienia z kilku kanałów trafiają do jednej kolejki, zanim cokolwiek instalujesz.

Uczciwie o ograniczeniach: OpenLinker jest w fazie alfa, przed 1.0, a self-hosting to realne coś za coś — ktoś musi utrzymać serwer, aktualizacje i monitoring. Ty, partner wdrożeniowy albo my. W zamian nikt nie liczy Twoich zamówień, a dane faktur zostają na Twoim serwerze.