Subiekt GT i nexo + Allegro: automatyzacja sprzedaży ze starym magazynem

Rozmowa zaczyna się prawie zawsze tak samo: „mamy Subiekta od dwunastu lat, księgowa go zna na pamięć, nie chcemy go ruszać, ale sprzedajemy na Allegro i ktoś codziennie przepisuje zamówienia". Potem pada pytanie, czy trzeba wymienić system. Zwykle nie trzeba.

Subiekt jest w polskich firmach handlowych tak rozpowszechniony, że praktycznie każdy projekt e-commerce'owy o niego zahacza. Rzecz w tym, że InsERT ma dwie równoległe linie: starszego Subiekta GT z ogromną bazą instalacji i nowszego Subiekta nexo. Z punktu widzenia integracji z Allegro dzieli je znacznie więcej niż numer wersji. Inny mechanizm rozszerzeń, inne wymagania licencyjne, inny rachunek kosztów.

Ogólne trzy drogi integracji z Subiektem i Optimą rozpisaliśmy w tekście o podpinaniu Optimy i Subiekta pod automatyzacje. Tutaj schodzimy o poziom niżej, konkretnie na Allegro: czym jest Sfera i dlaczego decyduje o budżecie, jak wygląda przepływ zamówienia i gdzie te wdrożenia najczęściej się wykrzaczają.

TL;DR: Subiekt zostaje źródłem prawdy o towarze, stanach i dokumentach, Allegro jest kanałem sprzedaży. Przepływ: zamówienie z Allegro tworzy w Subiekcie zamówienie od klienta, po spakowaniu powstaje WZ i faktura, a stan wraca do wszystkich kanałów. Klucz to Sfera: w GT osobny płatny dodatek (Subiekt GT Sfera to 2090 zł netto, ceny z sierpnia 2026), w nexo dostępna w wersji PRO. Prawie każdy rynkowy integrator wymaga jednego albo drugiego, plus agenta na maszynie z Subiektem.

GT i nexo to dwa różne projekty integracyjne

Subiekt GT to aplikacja desktopowa na Windows, oparta o Microsoft SQL Server. InsERT podaje jako wspierane środowiska Windows 10 i 11 oraz Windows Server 2019, 2022 i 2025, a jako silnik bazy SQL Server od wersji 2014 wzwyż, z bezpłatnym SQL Server 2019 dołączanym do systemu. Program jest wciąż sprzedawany i rozwijany, więc „stary" znaczy tu tyle, że architektura pochodzi z czasów, gdy integracja oznaczała import pliku, a nie że jutro przestanie działać.

Subiekt nexo to nowsza linia, z nowszym modelem danych i innym mechanizmem rozszerzeń. Praktyczna konsekwencja jest taka, że łącznik napisany dla GT nie zadziała na nexo i odwrotnie. Firma, która migruje z GT na nexo, migruje razem z nim wszystkie swoje integracje.

Trzecia rzecz, która zaskakuje najczęściej: w linii nexo możliwości programistyczne siedzą w wersji PRO, nie w podstawowej. Zwykły Subiekt nexo z punktu widzenia integratora jest zamknięty. Widać to po katalogach integracji: Base (dawny BaseLinker), Sellasist i Apilo wymieniają jako obsługiwane „Subiekt GT" oraz „Subiekt nexo PRO", a nie „Subiekt nexo". Jeśli macie podstawową wersję nexo i wyceniacie integrację z Allegro, do budżetu doliczcie upgrade do PRO, zanim ktokolwiek zacznie programować.

Sfera: bramka, która decyduje o cenie

Sfera to nazwa rozszerzenia programistycznego InsERT. Dzięki niej zewnętrzny program steruje Subiektem: zakłada kartoteki kontrahentów, wystawia dokumenty, czyta stany magazynowe. Wszystko przez wewnętrzne mechanizmy systemu, a więc z pełną walidacją, tak jakby operacje wykonał człowiek przy stanowisku.

W linii GT Sfera opiera się o technologie COM i OLE Automation, czyli klasyczny windowsowy model, w którym zewnętrzny kod „wchodzi" do uruchomionej aplikacji i wywołuje jej obiekty. Stare, sprawdzone w tysiącach wdrożeń i mające jedną poważną konsekwencję: kod musi działać na Windows, obok Subiekta, a nie w chmurze.

Kupuje się to dwiema drogami. Komplet, czyli produkt Subiekt GT Sfera, InsERT wycenia na 2090 zł netto (ceny z sierpnia 2026). Sam dodatek Sfera dla Subiekta GT można dołożyć do posiadanej instalacji, pod warunkiem że macie aktywną bieżącą wersję programu. W linii nexo Sfera wchodzi razem z wersją PRO, a dokumentacja dla programistów siedzi w nexo SDK.

Zapamiętaj proporcję. Licencja to kilka tysięcy złotych, jednorazowo. Łącznik i jego utrzymanie to kilkanaście tysięcy plus kilkaset złotych miesięcznie. Firmy zwykle debatują nad tą pierwszą liczbą, a przepalają na drugiej.

„W wycenach integracji z Subiektem najdroższa nie jest ani Sfera, ani programista. Najdroższe jest to, że nikt przed startem nie sprawdził, czy kartoteka towarowa ma komplet kodów EAN. Potem połowa projektu schodzi na porządkowanie danych, których miało nie być trzeba ruszać." — Mikołaj Brunka, założyciel NoCodeWork

Co realnie kupisz na rynku

Zanim zamówisz cokolwiek szytego, przejrzyj gotowce. Rynek łączników Subiekt–Allegro istnieje od lat i jest gęsty.

Sello to własna odpowiedź InsERT na Allegro: oferty i transakcje, szablony opisów, wiadomości do kupujących, przesyłki, integracja z InPost ShipX i Wysyłam z Allegro, plus pobieranie towarów i stanów z Subiekta oraz wystawianie w nim dokumentów. Starsza wersja jest wygaszana na rzecz Sello NX, więc jeśli ktoś proponuje Wam Sello, zapytaj wprost, którą wersję wdraża i jak długo będzie wspierana.

Druga rzecz, którą łatwo przeoczyć: w katalogach integratorów łączniki do Subiekta są konsekwentnie oznaczane jako zewnętrzne. Base opisuje tak zarówno Subiekta GT, jak i nexo PRO, a Sellasist wymienia po kilka wariantów do każdego z nich, od różnych dostawców. Brzmi jak drobiazg w tabelce, a decyduje o tym, kto odbierze telefon w kryzysie. Pytanie „kto to naprawia, gdy przestanie działać" zadaj przed podpisem, nie po pierwszej awarii.

Gotowy panel kontra własne workflow rozbieraliśmy na czynniki w tekście Baselinker czy n8n w e-commerce. Reguła z naszej praktyki: gotowiec dopóki mieści się w standardzie, własne integracje tam, gdzie standard się kończy.

Przepływ, który się broni

Sensowna architektura zaczyna się od jednej decyzji: Subiekt jest źródłem prawdy o towarze, stanach i dokumentach, Allegro jest kanałem. Reszta z tego wynika, łącznie z tym, czego robić nie wolno.

Przepływ w dół, od zamówienia do dokumentu:

1. Zamówienie z Allegro. Integrator albo workflow pobiera je z API Allegro po opłaceniu, razem z danymi do wysyłki i danymi do faktury.
2. Zamówienie od klienta (ZK) w Subiekcie. Kontrahent zostaje dopasowany po NIP albo mailu, a jeśli go nie ma, założony. Pozycje wchodzą po SKU, a nie po nazwie. Towar zostaje zarezerwowany.
3. Wydanie i dokument sprzedaży. Po spakowaniu paczki z ZK powstaje WZ, a do niego faktura albo paragon, zgodnie z tym, czego kupujący zażądał na Allegro.
4. Powrót na Allegro. Numer przesyłki i status wysyłki wracają do zamówienia na platformie, kupujący dostaje tracking.

W górę idą stany: sprzedaż w dowolnym kanale zdejmuje sztukę w Subiekcie, a stan z Subiekta wraca na Allegro i do sklepu. Cykl co kilka minut wystarcza, pod warunkiem że trzymacie bufor bezpieczeństwa i pokazujecie na Allegro o sztukę lub dwie mniej, niż leży na półce. Anulowanie zamówienia z braku towaru kosztuje więcej niż jedna niesprzedana sztuka, bo obniża wskaźniki jakości sprzedaży.

Dwie rzeczy, których w tym modelu nie robimy. Nie wystawiamy dokumentów sprzedaży w dwóch miejscach naraz, bo numeracja i rozliczenia rozjeżdżają się w tydzień. I nie pozwalamy, żeby stan magazynowy miał dwa źródła. Przy sprzedaży z kilku kont Allegro ta druga zasada robi się jeszcze ważniejsza. Co poza samym przepływem zamówień da się na Allegro zautomatyzować, wyliczyliśmy w przewodniku o automatyzacji sprzedaży na Allegro.

Subiekt siedzi lokalnie i to jest główny problem

Allegro rozmawia przez REST API: rejestrujesz aplikację, dostajesz Client ID i Client Secret, autoryzujesz się przez OAuth2, a limit wynosi 9000 zapytań na minutę na Client ID, z kodem 429 po przekroczeniu. Na wybranych zasobach działa dodatkowo mechanizm typu leaky bucket, który spowalnia odpowiedzi przy zbyt wielu równoległych zapytaniach. Jest też pełne środowisko testowe (sandbox), więc integrację da się rozwijać bez ruszania żywej sprzedaży.

Subiekt nie rozmawia w ten sposób w ogóle. Siedzi na maszynie w biurze albo na serwerze terminalowym i przyjmuje polecenia przez Sferę, lokalnie, na Windows. Między tymi światami musi stanąć agent lokalny: mała usługa na maszynie z Subiektem, która odbiera zadania z chmury i wykonuje je na miejscu.

Stąd cztery decyzje do podjęcia na starcie:

• Gdzie stoi agent. Komputer księgowej, który wieczorem idzie spać, to zła lokalizacja. Docelowo mały serwer albo maszyna wirtualna, włączona na stałe, z automatycznym restartem usługi.
• Kto pilnuje, że żyje. Agent lokalny psuje się cicho: nic nie wyskakuje, po prostu zamówienia przestają wchodzić, a firma orientuje się po telefonie od kupującego. Alert po kilkudziesięciu minutach bez ruchu wpisz do zakresu wdrożenia od razu. Dopisywany później zawsze powstaje po pierwszej wpadce.
• Jak wygląda dostęp z zewnątrz. Integrator w chmurze musi jakoś dosięgnąć maszyny w biurze. Zwykle robi to agent inicjujący połączenie na zewnątrz, co jest znacznie zdrowsze niż otwieranie portów do sieci firmowej. Zapytaj dostawcę, jak to działa u niego.
• Jak agent traktuje bazę. Subiekt pracuje na SQL Serverze, z którego równolegle korzystają ludzie. Ciężka operacja masowa potrafi założyć blokady i firma nagle „ma zwiechę w Subiekcie" w środku dnia. Import robimy paczkami, poza godzinami największego ruchu, a operacje długie dzielimy na krótkie transakcje.

Nie ma tu drogi na skróty. Jeśli ktoś oferuje integrację Subiekta z Allegro „w pełni chmurową, bez niczego u Was na komputerze", to albo pod spodem i tak stoi agent, o którym nie mówi, albo bawi się w automatyzację klikania w interfejs. O tej drugiej klasie rozwiązań i o tym, kiedy naprawdę się broni, napisaliśmy osobno w tekście jak automatyzować, gdy nie ma API.

Mapowanie danych: EAN, warianty, jednostki, ceny

Tu ginie większość budżetu i tu wdrożenia się wykrzaczają. Techniczne spięcie systemów zajmuje tydzień. Uzgodnienie, że towar w Subiekcie i oferta na Allegro to ten sam towar, potrafi zająć miesiąc.

Identyfikator. Musi istnieć jedno pole łączące ofertę na Allegro z kartoteką w Subiekcie: symbol towaru albo EAN. W części kategorii Allegro i tak dopomina się o kod EAN przy zakładaniu oferty, więc kartotekę trzeba uporządkować niezależnie od integracji. Problem w tym, że w starych bazach GT pola EAN bywają puste, wpisane z literówką albo skopiowane między towarami. Ten audyt zrób przed wyceną, a nie w połowie wdrożenia.

Warianty. Koszulka w pięciu rozmiarach to na Allegro jedna oferta z wariantami, a w Subiekcie pięć osobnych kartotek. Ktoś musi zdecydować, jak wygląda to mapowanie, i utrzymywać je przy każdym nowym produkcie. To najczęstsze źródło rozjazdu stanów w sklepach odzieżowych i obuwniczych.

Jednostki i zestawy. Towar sprzedawany na Allegro w komplecie po sześć sztuk, a magazynowany pojedynczo, wymaga przelicznika. Bez niego stan wygląda poprawnie do dnia, w którym ktoś policzy półkę fizycznie.

Cena brutto kontra netto. Allegro operuje cenami brutto, bo kupuje głównie konsument. Subiekt prowadzi cenniki, w których cena bazowa bywa netto, z osobnym poziomem dla detalu. Zaokrąglenia na tym styku to klasyka: oferta za 99,99 zł wraca do dokumentu jako 99,98 zł i księgowość ma rozjazd o grosz na każdej transakcji. Ustalcie z góry, który system liczy cenę, a który ją tylko przyjmuje.

Wysyłka i prowizje. Kwota, którą kupujący zapłacił za dostawę, wchodzi do dokumentu sprzedaży. Prowizja Allegro nie, bo to koszt po Waszej stronie. Wrzucenie obu w jeden dokument kończy się telefonem od księgowej.

Jeśli sprzedajecie w kilku kanałach, ustawcie jedno miejsce, w którym opisy, zdjęcia i parametry produktu żyją niezależnie od kanału. Rozpisaliśmy to w tekście o opisach produktów w jednym miejscu, a tę samą logikę stosujemy przy synchronizacji Optimy ze sklepem internetowym.

KSeF: dokument przestał być tylko Waszym dokumentem

Od 1 lutego 2026 roku faktury w KSeF wystawiają firmy, które w 2024 roku miały sprzedaż powyżej 200 mln zł z VAT, a od 1 kwietnia 2026 pozostali przedsiębiorcy. Do końca 2026 obowiązuje wyjątek dla firm z miesięczną sprzedażą fakturowaną poniżej 10 tys. zł z VAT, a kary za błędy zaczynają się od 1 stycznia 2027. Szerzej o wpływie na automatyzacje pisaliśmy w tekście o KSeF i obiegu faktur.

Dla integracji Subiekt–Allegro zmienia się jedna rzecz, ale zasadnicza. Faktura wystawiona automatycznie do zamówienia z Allegro nie kończy biegu w Waszej bazie, tylko idzie do systemu Ministerstwa Finansów i albo przechodzi walidację, albo zostaje odrzucona. Odrzuconej faktury w obrocie po prostu nie ma, a wpis w logu nikogo o tym nie powiadomi.

InsERT deklaruje obsługę KSeF zarówno w linii GT, jak i nexo, a korzystanie z niej rozlicza przez InsPunkty w portfelu InsERT. Techniczna strona jest więc po stronie producenta i nie musicie jej budować. Wasza część to dane: kompletny NIP nabywcy przy fakturze dla firmy, poprawne stawki VAT, jednoznaczne pozycje. Zamówienie z marketplace, w którym kupujący wpisał NIP w polu na nazwisko, przechodziło przez lata bez echa. Teraz zatrzyma się na walidacji.

Stąd jeden wymóg wobec automatu wystawiającego faktury do zamówień z Allegro: musi obsłużyć status zwrotny i zgłosić odrzucenie konkretnej osobie jako zadanie z terminem. Cicha awaria, w której przez tydzień nic nie wychodzi, wychodzi na jaw dopiero przy zamknięciu miesiąca.

Kiedy zostawić Subiekta, a kiedy zmienić ERP

Zostaw Subiekta, jeśli księgowość na nim pracuje sprawnie, dokumenty i rozrachunki się zgadzają, a jedynym bólem jest przepisywanie zamówień z Allegro. To nie jest problem systemu księgowego, tylko brak warstwy e-commerce nad nim. Dołożenie tej warstwy jest tańsze i szybsze, a Subiekt zostaje przy tym, w czym jest dobry.

Zmianę zacznij rozważać przy co najmniej dwóch z tych sygnałów:

• Magazyn realnie przestał mieścić się w modelu Subiekta: lokalizacje, partie i daty przydatności, kompletacja, obsługa kolektorów, kilka magazynów z przesunięciami.
• Ludzie pracują poza systemem. Kluczowe rzeczy dzieją się w arkuszach, bo w Subiekcie „się nie da", a nikt tego nie odkręci nawet najlepszą integracją.
• Każda nowa potrzeba kończy się kolejnym łącznikiem od innego dostawcy. Pięć mostów od pięciu firm to nie architektura, to dług.
• Wolumen przerósł model. Przy tysiącach dokumentów dziennie sterowanie Subiektem przez Sferę zaczyna być wąskim gardłem, a nie wygodą.

Kolejność ma tu znaczenie: najpierw warstwa e-commerce, dopiero potem ewentualna wymiana ERP. Migracja systemu handlowo-księgowego zajmuje kwartały i przenosi ryzyko na księgowość i rozliczenia. Widzieliśmy firmy, które rzuciły się na wymianę ERP, żeby rozwiązać problem synchronizacji stanów z Allegro. To jak przeprowadzka, żeby naprawić cieknący kran.

Jedną decyzję podejmijcie przy tym świadomie: zostajecie na GT na lata czy planujecie przejście na nexo? Łącznik napisany pod GT trzeba będzie wtedy zrobić od nowa, a lepiej wiedzieć o tym przed wyceną niż po niej.

Na co uważać

• Testy na kopii bazy, zawsze. Źle skonfigurowany import utworzy kilkaset błędnych dokumentów szybciej, niż ktokolwiek zdąży zareagować. Każdą integrację uruchamiamy najpierw na kopii, a po stronie Allegro na sandboxie.
• Aktualizacje po obu stronach. Aktualizacja Subiekta potrafi ruszyć zachowanie Sfery, a Allegro zmienia API i wymagania kategorii we własnym rytmie. Ustal z wykonawcą, kto to śledzi i ile kosztuje reakcja. To pozycja w budżecie, nie dobra wola.
• Kartoteki-duplikaty. Ten sam kontrahent założony trzy razy: raz z NIP-em, raz bez, raz z literówką. Automat będzie to powielał w tempie, jakiego człowiek nigdy nie osiągnął, więc regułę dopasowania ustal przed startem.
• Numeracja dokumentów. Jeśli równolegle ktoś wystawia dokumenty ręcznie, ustaw osobne serie dla sprzedaży z Allegro. Pierwsza kolizja numerów wychodzi zwykle przy zamknięciu miesiąca.
• Stan magazynowy, który już dziś kłamie. Jeśli raz w tygodniu ktoś „poprawia stany ręcznie", integracja tego nie naprawi. Rozniesie ten sam błąd na wszystkie oferty w kilka minut. Najpierw remanent i ustalenie, skąd bierze się rozjazd.

FAQ

Czy Subiekt GT ma API do integracji z Allegro?

Nie w rozumieniu webowego API. Oficjalną drogą programistyczną InsERT dla Subiekta GT jest Sfera, zbudowana o technologie COM i OLE Automation, czyli mechanizm działający lokalnie na Windows, obok uruchomionego programu. Integracja z Allegro polega więc na tym, że coś po stronie Waszej maszyny rozmawia ze Sferą, a jednocześnie z REST API Allegro. Bez Sfery zostaje wymiana plikowa albo gotowy integrator, który i tak działa na tej samej zasadzie.

Czy do integracji Subiekta z Allegro potrzebna jest Sfera?

W praktyce prawie zawsze tak, przy czym w linii GT kupuje się ją osobno (produkt Subiekt GT Sfera to 2090 zł netto, ceny z sierpnia 2026, albo dodatek do posiadanej instalacji), a w linii nexo dostajesz ją razem z wersją PRO. Katalogi integratorów potwierdzają ten podział, bo wymieniają „Subiekt GT" i „Subiekt nexo PRO", a nie podstawowego nexo. Jeśli macie zwykłego nexo, doliczcie upgrade do PRO do budżetu projektu.

Czym różni się integracja Allegro z Subiektem GT od Subiekta nexo?

Innym mechanizmem rozszerzeń, innym modelem danych i inną licencją. Łącznik napisany dla GT nie zadziała na nexo i odwrotnie, więc migracja między liniami oznacza również przepisanie integracji. Od strony biznesowej przepływ jest ten sam: zamówienie z Allegro tworzy zamówienie od klienta, potem powstaje wydanie i dokument sprzedaży, a stan wraca do wszystkich kanałów.

Czy integracja Subiekta z Allegro wymaga stale włączonego komputera?

Tak, i to jedna z ważniejszych decyzji projektowych. Sfera działa lokalnie, więc na maszynie z Subiektem musi stać agent, który przyjmuje zadania z chmury. Komputer, który wieczorem się wyłącza, oznacza zamówienia wchodzące dopiero rano. Docelowo warto postawić agenta na małym serwerze lub maszynie wirtualnej włączonej na stałe, z monitoringiem alarmującym, gdy przez dłuższą chwilę nic się nie dzieje.

Ile kosztuje spięcie Subiekta z Allegro?

Trzy pozycje. Licencje: Sfera dla GT albo upgrade do nexo PRO, koszt rzędu kilku tysięcy złotych jednorazowo. Warstwa integracji: abonament gotowego integratora albo wdrożenie szyte na miarę, gdzie pojedyncza automatyzacja na polskim rynku mieści się zwykle w 3–10 tys. zł, a rozbudowany projekt z obsługą wyjątków wyżej. Utrzymanie: monitoring, reakcja na aktualizacje i drobne poprawki, zwykle kilkaset złotych miesięcznie. Szerszy kontekst widełek zebraliśmy w tekście ile kosztuje wdrożenie automatyzacji.

Podsumowanie

Stary Subiekt nie jest przeszkodą w automatyzacji sprzedaży na Allegro. Jest systemem, który trzeba obsłużyć na jego zasadach: lokalnie, przez Sferę, z agentem na maszynie, która nie zasypia. Reszta układa się wtedy w prosty model, w którym Subiekt trzyma prawdę o towarze i dokumentach, a Allegro jest jednym z kanałów, przez które ta prawda się sprzedaje.

Kolejność działań też jest prosta. Najpierw sprawdź, co Wasza licencja już potrafi i czy w kartotece jest komplet kodów EAN. Potem przejrzyj gotowce, bo w tym segmencie jest ich sporo. Własne integracje dokładaj na końcu, tam gdzie standard się kończy, a wymianę ERP odłóż na moment, w którym problemem przestaje być brak mostu, a zaczyna być sam magazyn.

Chcesz ustalić, czy w Waszym przypadku wystarczy gotowy integrator, czy trzeba coś dołożyć? Umów bezpłatną konsultację — przejdziemy po Waszej konfiguracji i wskażemy najtańszą drogę, która się spina. Jeśli okaże się, że wystarczy poprawnie skonfigurowany gotowiec bez naszego udziału, powiemy to wprost.

Przeczytaj również

• Comarch Optima i Subiekt: jak podpiąć je pod automatyzacje, też bez API
• Comarch Optima i sklep internetowy: synchronizacja stanów i zamówień
• Automatyzacja sprzedaży na Allegro: co realnie się da zautomatyzować
• Kilka kont Allegro w jednej firmie: jak to ogarnąć operacyjnie
• Jak automatyzować, gdy nie ma API