Start / Baza wiedzy / Integracja Subiekta GT i Nexo z innymi systemami - Sfera, API i integratorzy
Integracja Subiekta GT i Nexo z innymi systemami - Sfera, API i integratorzy
Spis treści
Czym jest Sfera i do czego służy w Subiekcie GT i Nexo?
Jakie integracje Subiekta są najczęstsze w firmie handlowej?
Integracja Subiekta przez Sferę, gotowy integrator czy rozwiązanie dedykowane - co wybrać?
Jakie ograniczenia Subiekta warto znać przed integracją?
Jaki efekt biznesowy daje integracja Subiekta?
FAQ
Podsumowanie
Czym jest Sfera i do czego służy w Subiekcie GT i Nexo?
Integracja Subiekta z innymi systemami opiera się zwykle na Sferze. To płatny dodatek InsERT, który daje programiście dostęp do wewnętrznych mechanizmów programu. Przez Sferę zewnętrzna aplikacja zakłada dokumenty, kontrahentów i towary tak, jak zrobiłby to użytkownik. Subiekt sam przelicza przy tym ceny, stany i numerację.
Programy InsERT mają według producenta ponad 500 000 użytkowników. Wiele z nich to małe firmy handlowe, które zaczynały od samego Subiekta GT albo Subiekta nexo. Potem doszedł sklep, Allegro, kurier i CRM. Każdy nowy kanał to kolejne miejsce, z którego ktoś przepisuje zamówienia ręcznie.
Sfera dla Subiekta GT
Sfera dla Subiekta GT powstała na technologiach COM i OLE Automation. Producent wymienia wśród jej zastosowań obsługę zamówień ze sklepu internetowego, kontrolę zdarzeń zewnętrznych i operacje masowe. Efekt: zamówienie z zewnętrznego systemu zamienia się w dokument w Subiekcie GT bez przepisywania pozycji i adresu.
Sfera dla Subiekta nexo
W linii nexo Sfera jest dodatkiem do wersji Subiekt nexo PRO. Programista korzysta z bibliotek .NET, a dokumentację techniczną InsERT publikuje w nexo SDK. Rozszerzenie Sfera PRO+ dodaje Sferę zdarzeniową i Menu sferyczne. Sfera zdarzeniowa obsługuje 11 głównych zdarzeń oraz 13 dodatkowych dla Subiekta, np. zapis obiektu albo zmianę pola. Efekt: Subiekt sam powiadamia inny system w chwili zapisania dokumentu, zamiast czekać na cykliczne sprawdzanie.
| Cecha | Sfera dla Subiekta GT | Sfera dla Subiekta nexo |
|---|---|---|
| Technologia | COM i OLE Automation | Biblioteki .NET opisane w nexo SDK |
| Dostępność | Osobny dodatek do Subiekta GT | Dodatek do wersji Subiekt nexo PRO |
| Licencja | Jednostanowiskowa, kolejne stanowiska dokupujesz jako rozszerzenie | W ramach PRO, Sfera PRO+ jako osobny moduł |
| Reakcja na zdarzenia w programie | Aplikacja zewnętrzna uruchamia operacje sama lub według harmonogramu | Sfera zdarzeniowa (PRO+) reaguje na zapis, dodanie obiektu i zmianę pola |
| Wymagania | Aktywna bieżąca wersja programu z linii InsERT GT | Subiekt nexo PRO i umiejętności programistyczne |
| Kto buduje integrację | Programista znający COM, np. w C# lub VB | Programista C# .NET |
Sfera to narzędzie, a nie gotowe połączenie. Sama w sobie nie wysyła niczego do sklepu ani do CRM. Ktoś musi napisać program, który z niej korzysta. Ten tekst dotyczy wyłącznie takich połączeń z innymi systemami. Automatyzacje wewnątrz samego programu, np. dokumenty cykliczne czy KSeF, opisaliśmy osobno w artykułach Automatyzacja Subiekt GT oraz Automatyzacja Subiekt Nexo.
Jakie integracje Subiekta są najczęstsze w firmie handlowej?
W firmie handlowej Subiekt najczęściej łączy się z pięcioma systemami: sklepem internetowym, marketplace, CRM, firmami kurierskimi i bankiem. Każde z tych połączeń usuwa jedno miejsce, w którym zespół dziś przepisuje dane między programami.
Dane GUS pokazują, że sprzedaż w sieci rzadko idzie jednym kanałem. Według raportu Społeczeństwo informacyjne w Polsce w 2025 r. w 2024 r. sprzedaż elektroniczną prowadziło 18,3% przedsiębiorstw. Z własnych stron i aplikacji korzystało 12,9%, a z internetowych platform handlowych 10,2%. Dla użytkownika Subiekta oznacza to zwykle dwa strumienie zamówień, które muszą trafić do jednego magazynu.
Sklep internetowy
Najprostsza droga to vendero, kreator sklepów od InsERT. Towary wybrane w Subiekcie same pojawiają się w sklepie, a każde zamówienie trafia do Subiekta. Synchronizują się nazwy, ceny, zdjęcia i stany magazynowe. Efekt: produkt zakładasz raz, a klient nie kupi towaru, którego nie ma w magazynie.
Przy sklepach na WooCommerce, Shoper czy PrestaShop integracja Subiekta działa przez integratory partnerów InsERT albo przez własną aplikację na Sferze. Najpierw trzeba ustalić, który system przyjmuje zamówienie jako pierwszy. Oba modele porównaliśmy w artykule o integracji ERP z systemami e-commerce.
Marketplace: Allegro, Erli, Empik
Sello NX to program InsERT do sprzedaży na Allegro, Erli i Empik. Współpracuje z Subiektem GT i Subiektem nexo. Na bieżąco przesyła informacje o towarach, stanach i wystawionych dokumentach. Gdy towar się wyprzeda, Sello sam kończy ofertę. Efekt: koniec z anulowaniem zamówień na rzeczy, które sprzedały się w innym kanale.
Druga popularna droga to Base (dawniej BaseLinker). Jak podaje sam Base w zestawieniu integratorów ERP, połączenia z programami ERP dostarczają zewnętrzne firmy. Taki integrator to zwykle mała aplikacja na komputerze, która łączy API Base z lokalną bazą Subiekta. Przenosi zamówienia i stany magazynowe. Efekt: zamówienia z wielu marketplace'ów trafiają do Subiekta jednym strumieniem. Taka integracja Subiekta z Base sprawdza się szczególnie wtedy, gdy sprzedajesz w trzech lub więcej kanałach naraz.
CRM
InsERT ma własny CRM: Gestor GT dla linii GT i Gestor nexo dla linii nexo. Pracuje na tych samych kontrahentach co Subiekt. Efekt: handlowiec i dział sprzedaży widzą jedną kartotekę klienta, bez synchronizacji.
Gdy handlowcy pracują już w HubSpot albo Pipedrive, integracja Subiekta z CRM idzie przez Sferę. Wymiana obejmuje zwykle trzy przepływy:
- Kontrahenci - zakładani w jednym miejscu i kopiowani do drugiego. Efekt: NIP, adres i termin płatności są wszędzie takie same.
- Wygrana szansa sprzedaży - zamienia się w zamówienie od klienta w Subiekcie. Efekt: biuro nie przepisuje pozycji i rabatów z oferty.
- Faktury i rozrachunki - wracają do karty klienta w CRM. Efekt: handlowiec widzi zaległość, zanim obieca kolejną dostawę na kredyt kupiecki.
Firmy kurierskie
Wysyłkę z Subiektem łączą rozwiązania partnerskie z katalogu na stronie InsERT, obsługujące m.in. InPost i DPD. Kuriera można też obsłużyć przez Base albo pośrednika, np. Furgonetkę. Etykieta powstaje z danych dokumentu, a numer przesyłki wraca do zamówienia. Efekt: magazynier nie przepisuje adresów, a klient dostaje link do śledzenia bez udziału obsługi.
Ten scenariusz znamy z praktyki. Dla firmy Polutowani, serwisu elektroniki, połączyliśmy bazę przesyłek w Airtable z Base i Furgonetką przez Make. Wcześniej pracownicy ręcznie wypełniali formularze wysyłkowe i dodatkowo sprawdzali dane. Po wdrożeniu firma oszczędza kilka godzin pracy miesięcznie i wysyła mniej błędnie zaadresowanych paczek (szczegóły w naszych case studies). Przy Subiekcie źródłem danych do etykiety jest dokument WZ lub zamówienie.
Przy kilku przewoźnikach trzeba wybrać między modułem, brokerem przesyłek a API. Pokazaliśmy to na przykładzie innego systemu w artykule o integracji ERP z kurierami InPost, DPD i UPS. Dla Subiekta logika przepływu jest taka sama.
Bank
Subiekt nexo PRO obsługuje bankowość elektroniczną przez wymianę plików, a z wybranymi bankami także online. W Subiekcie GT wyciągi importuje się z pliku, a wpłaty rozlicza z należnościami. Efekt: rozrachunki są aktualne każdego ranka, więc nikt nie wysyła monitu klientowi, który już zapłacił. Przy tej integracji często wystarcza konfiguracja importu, bez programowania.
Integracja Subiekta przez Sferę, gotowy integrator czy rozwiązanie dedykowane - co wybrać?
Gotowy integrator wybierz, gdy Twój proces jest standardowy, a platforma ma wsparcie producenta lub partnera. Własną aplikację na Sferze buduj przy nietypowych regułach. Usługa pośrednia z własnym API opłaca się, gdy z Subiektem rozmawiają trzy systemy lub więcej.
| Podejście | Jak działa | Koszt startu | Ograniczenia | Kiedy wybrać |
|---|---|---|---|---|
| Produkty InsERT (vendero, Sello NX) | Gotowe połączenie z Subiektem, konfiguracja zamiast kodu | Najniższy: abonament lub licencja | Tylko kanały i scenariusze, które przewidział producent | Sklep na vendero, sprzedaż na Allegro, Erli lub Empik |
| Integrator partnera | Aplikacja łączy np. API Base albo sklepu z bazą Subiekta | Niski: licencja integratora, często także Sfera | Zależność od dostawcy, ograniczona zmiana reguł | Popularna platforma i typowy przepływ zamówień i stanów |
| Własna aplikacja na Sferze | Kod w C# lub VB korzysta z mechanizmów Subiekta | Średni: Sfera i praca programisty | Testy po aktualizacjach Subiekta, utrzymanie kodu | Nietypowe rabaty, kilka magazynów, zestawy, własne statusy |
| Usługa pośrednia z API | Serwis na serwerze wystawia API, a w środku woła Sferę | Najwyższy na starcie | Serwer i monitoring do utrzymania | Sklep, marketplace, CRM i kurier jednocześnie |
Usługa pośrednia ma jedną przewagę nad pozostałymi drogami. Gdy powstanie, kolejne systemy podłączasz do jej API, a nie do Subiekta. Warstwę scenariuszy może wtedy prowadzić n8n lub Make. Efekt: nowy kanał sprzedaży to nowy scenariusz, a nie kolejny program na komputerze z Subiektem.
Przy wyborze sprawdź też, czy drugi system potrafi sam powiadomić o zmianie, czy trzeba go cyklicznie odpytywać. Od tego zależy, czy zamówienie pojawi się w Subiekcie po kilku sekundach, czy po kwadransie. Różnicę wyjaśnia tekst webhook a API - różnice i integracja systemów.
Jakie ograniczenia Subiekta warto znać przed integracją?
Sfera jest płatnym dodatkiem, a połączenie działa lokalnie, obok bazy Subiekta. Przez to integracja Subiekta wygląda inaczej niż połączenie dwóch aplikacji w chmurze. Wpływa to na koszt, architekturę i niezawodność. Lepiej poznać te ograniczenia przed zakupem integratora niż po pierwszej awarii.
- Sfera kosztuje osobno. W Subiekcie GT licencja Sfery jest jednostanowiskowa. Do pracy na trzech stanowiskach trzeba dokupić rozszerzenie o dwa kolejne.
- W linii nexo potrzebujesz wersji PRO. Sfera nie działa w podstawowym Subiekcie nexo, więc integracja może wymusić zmianę licencji.
- Integracja działa, gdy działa serwer. Wyłączony komputer w biurze oznacza, że zamówienia czekają w kolejce. Przy sprzedaży w weekendy potrzebny jest serwer pracujący całą dobę.
- Bezpośredni zapis do bazy SQL to pułapka. Zapis z pominięciem Sfery omija logikę programu: przeliczenia cen, rezerwacje stanów i numerację dokumentów. Błąd wychodzi dopiero przy inwentaryzacji albo w księgowości.
- Aktualizacje wymagają testów. Sfera GT wymaga aktywnej bieżącej wersji programu. Po każdej aktualizacji Subiekta sprawdź integrację na kopii bazy.
- Przejście z GT na nexo to nowa integracja. Kod oparty na COM nie przeniesie się do bibliotek .NET. Planując migrację, przewidź czas na przepisanie połączeń.
Ostatni punkt łatwo przeoczyć, bo migracja kojarzy się głównie z przeniesieniem kartotek i dokumentów. O tym, jak przenieść dane bez utraty historii, piszemy w artykule o migracji danych między systemami ERP.
Jedna zasada pomaga ominąć większość problemów naraz. Dla każdej danej wskaż jeden system, w którym powstaje i jest poprawiana. Towar i cena żyją w Subiekcie, zamówienie w sklepie, kontrahent w CRM albo w Subiekcie, nigdy w obu. Więcej o tym podejściu przeczytasz w tekście Integracja ERP - jak połączyć systemy bez bałaganu.
Jaki efekt biznesowy daje integracja Subiekta?
Integracja Subiekta przenosi pracę zespołu z przepisywania na obsługę wyjątków. Przy 30 zamówieniach dziennie i 4 minutach ręcznej pracy na każde to około 42 godzin miesięcznie, czyli ponad jedna czwarta etatu.
| Połączenie | Co robi zespół bez integracji | Co zmienia integracja Subiekta |
|---|---|---|
| Sklep internetowy | Przepisuje zamówienia, ręcznie zmienia ceny i stany w panelu sklepu | Zamówienie od razu jest dokumentem, sklep zawsze pokazuje aktualny stan |
| Marketplace | Pilnuje stanów w kilku panelach, anuluje zamówienia na wyprzedany towar | Wyprzedana oferta kończy się sama, znika ryzyko negatywnych ocen za anulacje |
| CRM | Zakłada klienta dwa razy, dzwoni do księgowości o status płatności | Handlowiec widzi faktury i zaległości w karcie klienta |
| Kurierzy | Kopiuje adresy do panelu przewoźnika, wkleja numery przesyłek | Etykieta drukuje się z dokumentu, numer wraca do zamówienia |
| Bank | Porównuje wyciąg z listą faktur, rozlicza wpłaty ręcznie | Rozrachunki są aktualne każdego dnia, monity trafiają tylko do dłużników |
Wyliczenie z pierwszego akapitu wygląda tak: 30 zamówień razy 4 minuty daje 120 minut dziennie. Przy 21 dniach roboczych to 42 godziny w miesiącu. Do tego dochodzi koszt pomyłek: paczka wysłana pod stary adres, faktura z błędną ceną, sprzedaż towaru, którego już nie ma. Tego kosztu zwykle nikt nie mierzy, a to on najmocniej psuje relację z klientem.
Zanim wybierzesz narzędzie, policz to samo dla każdego połączenia ze schematu. Zacznij od tego, które zjada najwięcej godzin, a nie od tego, które wygląda na najprostsze. Jeśli chcesz zrobić taki rachunek razem z nami, zobacz, jak prowadzimy integracji systemów ERP, CRM, WMS i MES.
FAQ
Tak, w postaci Sfery dla Subiekta GT, opartej na technologiach COM i OLE Automation. To płatny dodatek licencjonowany na stanowisko.
Nie zawsze. vendero i Sello NX współpracują z Subiektem jako produkty InsERT. Integratory partnerów często korzystają jednak ze Sfery, więc przed zakupem sprawdź wymagania u dostawcy.
Technicznie tak, ale to ryzykowne. Zapis z pominięciem Sfery omija logikę programu, np. przeliczenia cen, stanów i numerację dokumentów. Błędy wychodzą wtedy dopiero w magazynie albo w księgowości.
Podsumowanie
Subiekt dobrze znosi wzrost firmy, dopóki zamówienia przychodzą jednym kanałem. Gdy dochodzi sklep, marketplace, kurier i CRM, o kosztach decyduje to, jak te systemy rozmawiają z programem. Najszybciej startuje integracja Subiekta oparta na gotowych produktach InsERT i integratorach partnerów. Przy nietypowych regułach zostaje Sfera, a przy wielu kanałach usługa pośrednia z własnym API. Niezależnie od drogi pamiętaj o trzech rzeczach: licencji Sfery, serwerze pracującym całą dobę i zakazie zapisu prosto do bazy.
Chcesz połączyć Subiekta GT lub nexo ze sklepem, Allegro, CRM albo kurierem? Umów bezpłatną, 30-minutową konsultację. Przejrzymy Twoje kanały sprzedaży i podpowiemy, czy wystarczy gotowy integrator, czy lepiej od razu zbudować połączenie na Sferze.
O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas