Integracja z ERP bez wymiany systemu: Optima, Subiekt, enova

„Wymiana ERP” to jedno z najdroższych zdań w firmie. Miesiące pracy, migracja danych, przeszkolenie wszystkich od nowa - i ryzyko, że przez pół roku nikt nie wie, gdzie co jest. W większości przypadków, które widzimy, nie jest potrzebne. Integracja z ERP bez wymiany systemu wystarcza tam, gdzie firma myśli o wymianie.

Ten tekst jest o tym, jak taka integracja wygląda od środka: co konkretnie udostępniają najpopularniejsze polskie ERP-y, gdzie zwykle wychodzi niespodzianka i czego trzeba uzgodnić na papierze, zanim powstanie pierwszy ekran.

ERP rzadko jest zły. Po prostu nie sięga tam, gdzie pracują ludzie

System księgowo-magazynowy zwykle robi dobrze to, do czego został zbudowany: dokumenty, stany, rozliczenia. Problem zaczyna się tam, gdzie firma dotyka realnego świata - w aucie, na budowie, u klienta. Tam ERP jest nieużywalny, więc powstaje drugi obieg: zdjęcia na WhatsAppie, notatki w telefonie, kartka w kieszeni.

Ten drugi obieg nie ma własnej pozycji w kosztach, więc nikt go nie liczy. Dane z terenu docierają do systemu z opóźnieniem i przez czyjeś ręce, więc do zwykłej pracy dochodzi przepisywanie, a do przepisywania - pomyłki. Firma płaci za ERP i równolegle utrzymuje ludzi, którzy nadrabiają to, czego ERP nie obejmuje.

Sygnał, po którym najłatwiej to rozpoznać, jest prosty: obok systemu, za który płacicie, żyje arkusz. Nie dlatego, że ktoś go lubi, tylko dlatego, że czegoś w systemie nie da się zrobić, a robotę trzeba wykonać dzisiaj.

Co się dokłada obok ERP

Warstwa nad systemem, a nie zamiast niego. W praktyce sprowadza się to do trzech rzeczy, z których zwykle potrzebna jest jedna albo dwie:

Aplikacja mobilna dla ludzi w terenie. Handlowiec, technik, kierowca albo magazynier dostaje w telefonie wyłącznie to, czego potrzebuje na miejscu - łącznie z pracą bez zasięgu, bo w piwnicy i na hali sieci nie ma.
Panel w przeglądarce dla biura. Widok dopasowany do roli, zamiast wszystkich modułów ERP naraz. Obsługuje jeden konkretny proces, który dziś żyje w mailach.
Portal dla klientów końcowych. Katalog, zamówienia, statusy i dokumenty dostępne bez telefonu do biura, a dane trafiają od razu tam, gdzie mają być.

ERP zostaje tym, czym jest: źródłem prawdy dla księgowości i magazynu. Tak wygląda nasze podejście do integracji - podłączamy się obok tego, co działa, zamiast wymieniać działające systemy.

Jak wygląda integracja z ERP przy konkretnych systemach

Każdy system wpuszcza dane do siebie inaczej i to jest pierwsza rzecz, którą sprawdzamy - przed wyceną, nie po niej. Nazwa systemu to za mało: wersja i wykupione moduły przesądzają o tym, co jest możliwe.

System	Droga integracji	Na co zwrócić uwagę
Comarch ERP Optima	obiekty COM, a w wybranym zakresie Web API oparte na SOAP	publicznego REST-a nie ma; Web API to osobna licencja, a REST nad Optimą jest na dziś zawsze czyjąś nakładką
Subiekt GT	Sfera, mechanizm InsERT-u oparty na COM i OLE Automation	osobna, płatna licencja liczona na stanowisko; kod działa przez mechanizmy samego Subiekta i wymaga zainstalowanego programu
Subiekt nexo	Sfera dla nexo, opisana w nexo SDK	tylko w wersji PRO; inna technologia niż w GT, więc kod z GT się nie przenosi
enova365	REST API z autoryzacją JWT, licencjonowane jako moduł dodatkowy	samo API jest osobno płatne, a zakres zależy od wykupionych modułów
starszy system bez API	odczyt bazy, pliki wymiany, własne mechanizmy ERP	wolniej i ostrożniej, ale prawie zawsze wykonalne

Comarch ERP Optima

Najczęstsze nieporozumienie dotyczy słowa „API”. Stan na sierpień 2026: Optima nie udostępnia publicznego REST-a i warto to wiedzieć, zanim ktoś obieca Wam integrację „przez API w tydzień”. Oficjalne drogi to obiekty COM oraz Web API działające na SOAP-ie w wybranym zakresie.

COM jest najstarszym i najszerzej używanym mechanizmem, ale ma trzy konsekwencje, które trzeba wliczyć w projekt: działa wyłącznie na Windowsie, wymaga zainstalowanej Optimy na maszynie, na której uruchamiany jest kod, i nie ma oficjalnej dokumentacji publicznej. To znaczy, że integracja potrzebuje własnego serwera z Optimą, a nie samego adresu i klucza.

Rozwiązania reklamowane jako „REST API do Optimy” to nakładki firm trzecich postawione nad tymi samymi mechanizmami. Bywają dobrym wyborem, ale są kolejnym dostawcą w łańcuchu i kolejną licencją - a przy problemie trzeba wiedzieć, kogo pytać. Szerzej o tym, dlaczego Comarch nie daje publicznego REST API, pisze jedna z firm robiących takie nakładki.

Subiekt GT i Subiekt nexo

W obu przypadkach mechanizm nazywa się Sfera, ale to są dwie różne technologie i to jest najczęstsza pułapka przy zmianie wersji. Kod napisany dla Subiekta GT nie przenosi się do nexo.

W GT Sfera opiera się na COM i OLE Automation, wymaga zainstalowanego Subiekta i jest osobną, płatną licencją liczoną na stanowisko - nie jest częścią programu, który już macie. W nexo Sfera jest wbudowana w silnik API systemu, ale wyłącznie w wersji PRO; w zwykłym nexo jej nie ma. Dokumentacja techniczna dla programistów to nexo SDK, który opisuje strukturę bazy oraz listę obiektów i metod.

Praktyczny wniosek na pierwsze spotkanie: zanim ktokolwiek wyceni integrację z Subiektem, trzeba wiedzieć, która to wersja i czy licencja na Sferę w ogóle jest kupiona. To potrafi zmienić zarówno koszt, jak i termin.

enova365

Technicznie jest to najprostszy przypadek z całej czwórki: jest REST z autoryzacją JWT, jest dokumentacja, jest przewidywalny sposób pracy. Ograniczeniem nie jest technologia, tylko licencja - i tu warto uważać, bo WebAPI enovy jest osobnym, płatnym modułem dodatkowym, a zakres dostępny przez API zależy dodatkowo od tego, które moduły merytoryczne macie wykupione.

Wniosek jest ten sam co przy Optimie i Subiekcie: samo posiadanie systemu nie oznacza, że macie czym się do niego podłączyć. Warto to sprawdzić przed wyceną, bo brakujący moduł oznacza albo dokupienie, albo obejście, a obejście kosztuje więcej, niż wygląda.

System bez API

Brak API nie zamyka tematu. Zostają odczyt bazy, pliki wymiany i własne mechanizmy ERP-a; pracuje się wolniej i ostrożniej, ale prawie zawsze da się to zrobić.

Zamyka temat dopiero sytuacja, w której producent zabrania dostępu do bazy, a sam nie daje nic w zamian - wtedy uczciwa odpowiedź brzmi, że warstwa nad tym systemem będzie krucha, i lepiej o tym wiedzieć przed podpisaniem umowy niż w połowie wdrożenia.

Co trzeba ustalić, zanim powstanie pierwszy ekran

Samo podłączenie jest najmniejszą częścią pracy. Trzy ustalenia poniżej zajmują więcej czasu niż napisanie wymiany danych i to one decydują, czy integracja będzie działać po roku.

Mapowanie pól. Które pole po naszej stronie odpowiada któremu polu w ERP-ie. Tu zwykle wychodzi pierwsza niespodzianka: kartoteka kontrahentów prowadzona przez lata ma trzy warianty zapisu tej samej firmy, a kody towarów mają historię, o której nikt już nie pamięta. Ta rozmowa bywa nieprzyjemna i jest konieczna.

Źródło prawdy. Jeśli cena towaru zmieniła się w obu systemach, wygrywa ERP czy nasz panel. Reguła, która sprawdza się najczęściej: wygrywa ta strona, która była bliżej zdarzenia. Ilość wydana z magazynu pochodzi od magazyniera, cena i warunki płatności z ERP, status zlecenia od człowieka w terenie. Wszystko, czego nie da się przypisać jednoznacznie, powinno trafiać do rozstrzygnięcia przez człowieka - a nie znikać cicho pod nadpisaniem.

Zachowanie przy awarii. Co się dzieje ze zleceniem, gdy druga strona nie odpowiada przez godzinę, i kto się o tym dowiaduje. To jest najmniej efektowna część rozmowy i pierwsza, o którą zapytacie, gdy coś pójdzie nie tak.

Dlaczego między aplikacją a ERP stawiamy kolejkę

Kluczowa zasada jest jedna: integracja nie może blokować pracy, gdy druga strona nie odpowiada. ERP bywa wyłączany na noc, aktualizowany w środku dnia albo po prostu zajęty - a magazynier stoi z telefonem przy regale i nie obchodzi go, czyj serwer nie odpowiada.

Dlatego aplikacja nie rozmawia z ERP bezpośrednio. Zapisuje zdarzenie lokalnie i pracuje dalej, kolejka ponawia wysyłkę i loguje każdą próbę, a ERP przyjmuje dane, kiedy jest gotowy.

Dobra integracja jest niewidoczna w dobry dzień i widoczna w zły: pokazuje, co nie przeszło i dlaczego, zamiast udawać, że wszystko się udało.

Efekt uboczny jest ważniejszy, niż się wydaje. Skoro każde zdarzenie ma swój ślad, przy rozbieżności da się odpowiedzieć na pytanie „gdzie to utknęło” w kilka minut, a nie porównując dwa systemy ręcznie.

Ma to też znaczenie przy aktualizacjach. ERP dostaje nowe wersje niezależnie od Was, czasem ze zmianą w tym, co udostępnia. Kolejka z logiem sprawia, że taka zmiana objawia się jako lista rzeczy, które nie przeszły, a nie jako cichy brak danych zauważony po tygodniu przy zamykaniu miesiąca.

Czego integracja nie naprawi

Trzy rzeczy, które warto powiedzieć wprost, bo integracja bywa sprzedawana jako odpowiedź na wszystko.

Nie naprawi danych, które w ERP już są złe. Jeśli kartoteka kontrahentów ma cztery wersje tej samej firmy, aplikacja w terenie pokaże cztery wersje tej samej firmy - tylko szybciej i w ładniejszym interfejsie.

Nie naprawi procesu, którego nikt nie pilnuje. Jeśli dziś nie wiadomo, kto akceptuje zamówienie powyżej pewnej kwoty, po integracji dalej nie będzie wiadomo.

Nie przedłuży życia systemu, który jest naprawdę na końcu drogi. Jeśli producent nie wspiera już Waszej wersji, a firma rośnie, warstwa nad ERP kupuje czas na spokojną decyzję - ale jej nie zastępuje.

Ile to trwa i ile kosztuje

Integracja domknięta wokół jednego procesu - na przykład aplikacja dla terenu odczytująca zlecenia z ERP i odsyłająca protokoły - mieści się w pierwszym przedziale naszego cennika i zamyka w kilku tygodniach. Szerszy zakres, z panelem dla biura i kilkoma punktami wymiany danych, wchodzi w przedział wyżej. Konkretne widełki i to, co je przesuwa, rozkładamy w osobnym tekście o tym, ile kosztuje dedykowane oprogramowanie dla firmy.

Dwie rzeczy podnoszą kwotę zawsze i warto je znać, zanim zaczniecie planować budżet. Każda integracja z ERP jest osobną pozycją w wycenie - zarówno po naszej stronie, jak i czasem po stronie producenta systemu, jeśli dostęp do API trzeba dokupić. Aplikacja mobilna dla terenu to drugie oprogramowanie, nie mniejszy ekran tego samego - osobny interfejs, publikacja w sklepach i praca bez zasięgu.

Poza tym na miejsce w przedziale wpływają trzy rzeczy: liczba punktów wymiany danych, to czy system ma API i w jakiej postaci, oraz to, czy dane po drugiej stronie są uporządkowane. Ostatni punkt bywa najbardziej niedoszacowany - uporządkowanie kartoteki potrafi zająć więcej niż napisanie samej wymiany.

Jak wygląda efekt, widać w naszych realizacjach: w systemie kart pracy dla firmy elektrycznej karty wypełniane są na miejscu i akceptowane w panelu przez biuro, zamiast wracać do przepisania wieczorem.

Od czego zacząć

Wypiszcie, gdzie dziś dane są przepisywane ręcznie. Każde takie miejsce to kandydat na integrację, a najdroższym punktem okazuje się zwykle ten, gdzie gubi się tydzień między dokumentem a fakturą.
Sprawdźcie, co Wasz ERP udostępnia i w jakiej wersji. Przy Subiekcie: GT czy nexo, a jeśli nexo, to czy PRO. Przy Optimie: czy jest wykupione Web API. Przy enovie: które moduły. Te odpowiedzi decydują o wycenie bardziej niż sama nazwa systemu.
Wybierzcie jeden proces na start. Ten, który boli najbardziej i ma najmniej wyjątków. Reszta dokłada się później, w tempie firmy.

Zostaje system, który firma zna, a znika przepisywanie danych między nim a rzeczywistością. Zwykle jest to kwestia kilku tygodni pracy, nie kilku kwartałów.

Umówcie bezpłatną rozmowę - na pierwszym spotkaniu sprawdzamy, co Wasz ERP udostępnia, i mówimy wprost, czy integracja ma sens.

Najczęstsze pytania

Czy integracja wymaga zgody producenta naszego ERP?

Przy oficjalnych mechanizmach - COM, Sfera, Web API, REST - nie, korzystamy z tego, co producent udostępnia, czasem po dokupieniu licencji. Zgoda bywa potrzebna przy dostępie do bazy w systemach, w których producent tego zabrania; wtedy sprawdzamy to przed wyceną, nie po.

Czy aktualizacja ERP zepsuje integrację?

Może zmienić to, co system udostępnia, i dlatego integracja ma kolejkę z logiem

po aktualizacji od razu widać, co nie przeszło. Ryzyko jest największe przy mechanizmach bez oficjalnej dokumentacji, czyli przy COM i przy odczycie bazy.

Czy dane krążą w obie strony?

Tak, jeśli oba systemy na to pozwalają. Kierunek ustala się per rodzaj danych: kartoteki zwykle płyną z ERP do aplikacji, a zdarzenia z terenu - protokoły, wydania, statusy - w drugą stronę.

Co, jeśli nasz ERP nie ma API?

Zostają odczyt bazy, pliki wymiany i własne mechanizmy systemu. Pracuje się wolniej, ale prawie zawsze jest to wykonalne. Uczciwie uprzedzamy, gdy warstwa nad danym systemem będzie krucha.

Ile trwa uruchomienie integracji?

Pierwsza działająca wymiana danych wokół jednego procesu powstaje w kilka tygodni. Największą niewiadomą nie jest kod, tylko stan danych po stronie ERP - dlatego mapowanie robimy na początku, nie na końcu.

Czy musimy wymienić ERP, żeby mieć aplikację mobilną?

Nie i to jest cały sens tego podejścia. Aplikacja mobilna dokłada warstwę tam, gdzie ERP nie sięga, a księgowość i magazyn zostają w systemie, który firma zna.