Prawie każda polska firma handlowa, z którą rozmawiam, ma ten sam układ: sprzedaż, magazyn i faktury w Subiekcie albo Optimie, a wokół coraz więcej nowych narzędzi: sklep internetowy, Allegro, CRM, arkusze. I to samo pytanie: da się to spiąć automatycznie, czy ktoś ma dalej przepisywać zamówienia ręcznie?
Da się. Tyle że oba systemy to w większości firm desktopowe instalacje projektowane w czasach, gdy „integracja" oznaczała import pliku. Przycisku „połącz z n8n" tam nie znajdziesz. Zamiast niego są trzy drogi, każda z innym kosztem, ryzykiem i wymaganiami licencyjnymi.
W tym artykule pokazuję wszystkie trzy, z realnymi scenariuszami z wdrożeń i widełkami kosztów. Jedno zastrzeżenie na start: możliwości techniczne obu systemów zależą od wersji i licencji, którą macie. Konkretne opcje zawsze potwierdź u swojego partnera Comarch lub InsERT, zanim cokolwiek zamówisz.
TL;DR: Optimę i Subiekta podepniesz pod automatyzacje na trzy sposoby: przez oficjalne interfejsy programistyczne (Comarch: API w nowszych liniach; InsERT: Sfera), przez wymianę plikową (EDI++/XML/CSV, działa na praktycznie każdej wersji, koszt kilka-kilkanaście tys. zł) albo przez automatyzację pulpitu jako ostatnią deskę ratunku. W e-commerce najszybszy bywa pośrednik typu Baselinker.
Skąd bierze się problem
Comarch Optima i Subiekt (InsERT) to dwa najpopularniejsze systemy handlowo-księgowe w polskich MŚP. Oba świetnie robią to, do czego powstały: dokumenty, magazyn, rozrachunki, księgowość. Problem zaczyna się obok nich.
Typowa instalacja to program na komputerze księgowej albo na serwerze w biurze, z bazą danych, do której nikt spoza firmy nie ma dostępu. Nowoczesne automatyzacje działają odwrotnie: narzędzia typu n8n czy Make żyją w chmurze i rozmawiają z systemami przez API. Te dwa światy nie spotykają się same z siebie.
Efekt widzę u klientów regularnie: sklep internetowy działa, Allegro działa, Subiekt działa, a między nimi siedzi człowiek, który codziennie przepisuje zamówienia i sprawdza stany. To nie jest wina systemów. To brak mostu, a mosty da się zbudować na trzy sposoby.
Trzy drogi integracji w skrócie
| Oficjalne interfejsy (API / Sfera) | Wymiana plikowa (EDI++/XML/CSV) | Automatyzacja pulpitu (RPA) | |
|---|---|---|---|
| Jak działa | program rozmawia z systemem bezpośrednio | n8n/skrypt generuje plik, system go importuje | robot klika w interfejs jak człowiek |
| Niezawodność | najwyższa | wysoka | najniższa, kruche przy aktualizacjach |
| Czas reakcji | niemal natychmiast | wg harmonogramu (np. co 15 minut) | zależny od tempa „klikania" |
| Wymagania | odpowiednia licencja + programista | dowolna wersja z importem plików | dostęp do komputera z systemem |
| Koszt wdrożenia | najwyższy | kilka-kilkanaście tys. zł | niski na start, drogi w utrzymaniu |
| Kiedy wybrać | dużo operacji, integracja na lata | większość przypadków w MŚP | gdy nic innego nie wchodzi w grę |
Kolejność w tabeli to kolejność „jakości", nie kolejność wybierania. W praktyce większość projektów w MŚP zaczynamy od środka, czyli od plików, i dopiero gdy to nie wystarcza, sięgamy po interfejsy programistyczne.
Droga 1: oficjalne interfejsy programistyczne
Najpewniejsza droga: system sam udostępnia sposób, żeby zewnętrzny program tworzył w nim dokumenty, odczytywał stany i kontrahentów.
Po stronie Comarch nowsze linie produktów mają warstwę integracyjną i API, przez które zewnętrzna aplikacja może pracować na danych systemu. Zakres możliwości różni się między liniami i wersjami, więc pierwszym krokiem jest pytanie do partnera Comarch: co dokładnie udostępnia nasza instalacja i jakiej licencji to wymaga.
Po stronie InsERT rozszerzeniem programistycznym jest Sfera, czyli dodatek, który pozwala programiście sterować Subiektem z poziomu kodu: wystawiać dokumenty, dopisywać kontrahentów, czytać stany magazynowe. To rozwiązanie znane od lat i sprawdzone w tysiącach wdrożeń, ale wymaga wykupienia odpowiedniego rozszerzenia i kogoś, kto napisze łącznik.
Zalety tej drogi: dane trafiają do systemu tak, jakby wpisał je operator, z pełną walidacją, od razu, bez plików pośrednich. Wady: potrzebujesz licencji (sprawdź cennik u swojego partnera Comarch/InsERT), programisty, a łącznik trzeba utrzymywać przy aktualizacjach systemu. Dla firmy, która przetwarza setki dokumentów dziennie, to jedyna sensowna opcja. Dla firmy z dwudziestoma zamówieniami dziennie bywa przerostem formy nad treścią.
Droga 2: wymiana plikowa
Klasyka polskiej księgowości, starsza niż niejeden startup od „rewolucyjnych integracji". Systemy InsERT od lat wymieniają dane plikami EDI++ (rozszerzenie EPP), Optima importuje dokumenty m.in. z plików XML, a oba środowiska rozumieją dobrze przygotowane CSV. Zakres obsługiwanych formatów zależy od wersji i konfiguracji, ale sam mechanizm importu to standardowe wyposażenie, nie płatny dodatek.
Schemat automatyzacji wygląda tak: n8n albo prosty skrypt zbiera dane (zamówienia ze sklepu, faktury z maila, rekordy z CRM), generuje z nich plik wymiany w formacie, który system rozumie, i kładzie go w ustalonym folderze. System importuje plik zgodnie z harmonogramem albo robi to operator dwoma kliknięciami. W drugą stronę działa to samo: eksport z systemu, plik, dalej automat.
„Najwięcej pieniędzy klienci przepalają nie na integracje, tylko na próby ich uniknięcia. Plik EPP wygląda jak relikt z zeszłej epoki, a w połowie naszych wdrożeń okazuje się najlepszym rozwiązaniem: nudnym, przewidywalnym i odpornym na każdą aktualizację systemu." — Mikołaj Brunka, założyciel NoCodeWork
Ta droga ma dwie cechy, które trudno przecenić. Po pierwsze działa na praktycznie każdej wersji, także starszej, bez dokupowania rozszerzeń programistycznych. Po drugie jest odporna: format pliku wymiany zmienia się rzadko, więc aktualizacja systemu zwykle niczego nie psuje. Cena za to: dane nie płyną w czasie rzeczywistym, tylko partiami. Dla zamówień importowanych co kwadrans to żaden problem. Dla stanów magazynowych, które muszą być aktualne co do sekundy, już tak.
Droga 3: automatyzacja pulpitu
Ostatnia deska ratunku: robot, który otwiera program i klika w niego jak człowiek. Wpisuje dane w pola, przechodzi przez okna, zatwierdza dokumenty. Technicznie to RPA — o różnicach między nim a klasyczną automatyzacją napisaliśmy osobny tekst: automatyzacja vs RPA.
Kiedy to ma sens? Gdy potrzebna operacja nie jest dostępna ani przez interfejs programistyczny, ani przez import pliku, a wykonuje się ją często i według powtarzalnego schematu. Takie sytuacje istnieją, ale jest ich mniej, niż się firmom wydaje.
Dlaczego traktuję to jako ostateczność: klikacz jest kruchy. Aktualizacja systemu przesunie okno albo zmieni nazwę pola i robot staje w miejscu, czasem w połowie dokumentu. Do tego potrzebuje komputera, na którym program jest stale uruchomiony i „nieruszany". Więcej o tym podejściu, wraz z sytuacjami, w których naprawdę się broni, znajdziesz w tekście jak automatyzować, gdy nie ma API.
Zasada z naszej praktyki: RPA na końcu listy, nigdy na początku. Jeśli ktoś proponuje Ci klikacza jako pierwsze rozwiązanie, zapytaj, dlaczego odrzucił pliki i Sferę.
Typowe scenariusze z praktyki
Cztery przepływy, które wracają u klientów najczęściej:
- Zamówienia ze sklepu i Allegro → dokumenty w Subiekcie. n8n zbiera zamówienia z API sklepu, składa z nich plik wymiany, a Subiekt importuje go i tworzy dokumenty sprzedaży. Człowiek przestaje przepisywać, zaczyna tylko kontrolować wyjątki.
- Faktury kosztowe z maila → rejestr → import do Optimy. Automat wyciąga załączniki ze skrzynki, AI odczytuje dane z faktur i buduje rejestr, z którego powstaje plik importu dla księgowości. Jak to działa od kuchni, opisaliśmy w tekstach o automatyzacji faktur i księgowości oraz agencie AI do dokumentów.
- Stany magazynowe → sklep internetowy. Eksport stanów z systemu wg harmonogramu, automat aktualizuje ofertę w sklepie i na marketplace'ach. Koniec sprzedawania towaru, którego nie ma.
- Raporty sprzedaży → dashboard albo mail dla zarządu. Cykliczny eksport danych sprzedażowych, automat składa z nich czytelny raport i wysyła w poniedziałek rano. Zarząd widzi liczby bez proszenia księgowej o „zestawienie na szybko".
Wspólny mianownik: system księgowy zostaje nietknięty i robi swoje, a automatyzacja dokleja się do niego z zewnątrz. Księgowa nie musi zmieniać nawyków, dostaje po prostu mniej ręcznej roboty.
Baselinker: kiedy pośrednik załatwia sprawę
Jeśli Twój problem to e-commerce (zamówienia, stany, wysyłki), zanim zamówisz jakąkolwiek integrację szytą na miarę, sprawdź gotowych pośredników. Baselinker ma gotowe integracje zarówno z systemami InsERT, jak i z Comarch, i dla sklepów internetowych bywa najszybszą drogą: konfiguracja zamiast programowania.
Pośrednik ma swój abonament i swoje ograniczenia, więc nie jest odpowiedzią na wszystko. Ale w projektach czysto e-commerce'owych zaczynanie od budowy własnego łącznika, gdy gotowy istnieje, to przepalanie budżetu. Porównanie obu podejść rozpisaliśmy w tekście Baselinker czy n8n w e-commerce.
Jak podejść do projektu i na co uważać
Pierwszy krok nie jest techniczny. Zanim zaczniesz szukać wykonawcy, zapytaj księgową i partnera, który opiekuje się Waszym systemem: co nasza wersja i licencja już potrafią? Z naszej praktyki: bywa, że połowa „integracji do kupienia" już siedzi w systemie, tylko nikt jej nie skonfigurował — importy, harmonogramy wymiany, gotowe łączniki partnera.
Dopiero potem wybierasz drogę. A wybierając, uważaj na cztery rzeczy:
- Testy na kopii bazy, nigdy na produkcji. Źle przygotowany import potrafi utworzyć setki błędnych dokumentów szybciej, niż ktokolwiek zdąży zareagować. Każdą integrację uruchamiamy najpierw na kopii danych.
- Człowiek zatwierdza, automat przygotowuje. W dokumentach księgowych stosujemy human-in-the-loop: automatyzacja robi rutynę, operator akceptuje to, co nietypowe. Księgowość to nie miejsce na „wyślij i zapomnij".
- Aktualizacje systemu. Ustal z wykonawcą, kto sprawdza integrację po aktualizacji Optimy czy Subiekta i ile to kosztuje. Przy drodze plikowej to zwykle formalność, przy RPA — comiesięczny rytuał.
- Zły pomysł: automatyzowanie bałaganu. Jeśli dziś nikt nie wie, które zamówienia są wprowadzone, a kartoteki kontrahentów są zdublowane, automat ten bałagan tylko przyspieszy. Najpierw porządek w procesie, potem integracja.
Ile to kosztuje
Widełki z naszej praktyki i rynku (ceny z lipca 2026), dla typowego MŚP:
- Wymiana plikowa: kilka do kilkunastu tysięcy złotych za kompletny przepływ, np. zamówienia ze sklepu do Subiekta z obsługą wyjątków. To najczęstszy budżet w tego typu projektach.
- Integracja przez API lub Sferę: więcej, zwykle od kilkunastu do kilkudziesięciu tysięcy złotych, bo dochodzi praca programisty i licencje na rozszerzenia (ich koszt sprawdź u swojego partnera Comarch/InsERT). Uzasadniona przy dużej liczbie operacji albo gdy pliki nie obsłużą potrzebnego scenariusza.
- RPA: wdrożenie potrafi być tanie, ale doliczaj utrzymanie, bo każda aktualizacja systemu to ryzyko poprawek.
- Pośrednik typu Baselinker: abonament miesięczny zamiast projektu wdrożeniowego, plus ewentualna pomoc przy konfiguracji.
Do tego bieżąca opieka: monitoring i drobne poprawki to zwykle kilkaset złotych miesięcznie, zależnie od liczby przepływów. Szerszy kontekst cen znajdziesz w artykule ile kosztuje wdrożenie automatyzacji.
FAQ
Czy Subiekt ma API?
Desktopowe wersje Subiekta nie wystawiają klasycznego webowego API. Oficjalną drogą programistyczną InsERT jest Sfera — płatne rozszerzenie, przez które zewnętrzny program steruje systemem. Dostępność i zakres zależą od wersji i licencji, więc sprawdź szczegóły u swojego partnera InsERT. Bez Sfery zostaje wymiana plikowa, która działa na praktycznie każdej instalacji.
Czy da się połączyć sklep internetowy z Subiektem lub Optimą bez programisty?
Często tak. Dla e-commerce istnieją gotowe integracje przez pośredników takich jak Baselinker, a część łączników oferują sami partnerzy Comarch i InsERT. Programista jest potrzebny dopiero przy scenariuszach niestandardowych, których gotowe narzędzia nie obsługują.
Czy automatyzacja może sama wystawiać faktury w Optimie?
Technicznie tak, przez interfejs programistyczny albo import przygotowanych dokumentów. W praktyce rekomendujemy model, w którym automat przygotowuje dokumenty, a człowiek je zatwierdza, przynajmniej na starcie. Błędna faktura wysłana do klienta kosztuje więcej niż kilka sekund na akceptację.
Co jest lepsze: integracja plikowa czy przez Sferę/API?
Dla większości MŚP wystarcza plikowa: jest tańsza, działa na każdej wersji i jest odporna na aktualizacje. Sfera lub API wygrywają, gdy operacji jest dużo, dane muszą płynąć niemal natychmiast albo scenariusz wykracza poza możliwości importu. Dobry wykonawca zaczyna od pytania o skalę, nie od najdroższej opcji.
Czy stara wersja Subiekta lub Optimy blokuje automatyzację?
Zwykle nie. Wymiana plikowa działa także na starszych instalacjach, więc podstawowe przepływy (zamówienia, stany, raporty) da się zautomatyzować bez podnoszenia wersji. Nowsze wersje poszerzają możliwości interfejsów programistycznych, ale rzadko są warunkiem startu. Co dokładnie potrafi Wasza instalacja, potwierdzi partner systemu.
Podsumowanie
Optima i Subiekt nie muszą być wyspą, na którą wszystko wpisuje się ręcznie. Trzy drogi (interfejsy programistyczne, pliki, w ostateczności automatyzacja pulpitu) pokrywają praktycznie każdy scenariusz spotykany w MŚP, a najczęściej wygrywa ta środkowa: nudna, plikowa, odporna na aktualizacje.
Zanim wydasz pieniądze, zrób dwie rzeczy: zapytaj partnera systemu, co Wasza licencja już potrafi, i sprawdź, czy Twojego przypadku nie załatwia gotowy pośrednik. Dopiero potem ma sens rozmowa o budowie czegoś na miarę.
Jeśli chcesz przegadać swój przypadek, umów bezpłatną konsultację — wskażemy najtańszą drogę, która się spina, a jeśli automatyzacja u Was nie ma jeszcze sensu, powiemy to wprost.
