„Czy to zadziała z naszym ERP — systemem do zarządzania firmą?” to zwykle pierwsze pytanie, jakie słyszymy. Odpowiedź brzmi: często tak, ale trzeba to sprawdzić przed podpisaniem umowy. Jeżeli ERP, CRM — system do zarządzania relacjami z klientami — albo system księgowy ma API, czyli interfejs, przez który inne programy łączą się z systemem i jego danymi, albo choćby import plików, zwykle da się go połączyć z modelem AI (silnikiem, na którym działa np. ChatGPT). Najpierw sprawdzamy, jakie dane i operacje system faktycznie udostępnia, czy obejmuje je Twoja licencja i czy spodziewana korzyść dla wybranego procesu uzasadnia koszt połączenia. Poniżej porównujemy cztery sposoby integracji i podajemy pytania, które warto zadać dostawcy.
Piszemy dla firm pracujących na systemach, które w Polsce naprawdę stoją w biurach — Comarch, enova365, Symfonia, Subiekt, a po stronie CRM Livespace, Pipedrive i HubSpot — nie dla programistów: cztery sposoby połączenia, to, co w każdym z nich wychodzi z firmy, i pytania do partnera przed podpisaniem umowy. Fragmenty techniczne, które warto przekazać osobie odpowiedzialnej za systemy, oznaczamy jako „Dla działu IT”. Wymieniamy te systemy, bo są w polskich firmach najczęstsze; nie jesteśmy partnerem żadnego z producentów i nie oceniamy ich produktów. Informacje o interfejsach poszczególnych systemów odczytaliśmy ze stron producentów 6 września 2026 r.; producenci zmieniają je bez zapowiedzi. Tam, gdzie dotykamy danych osobowych, opisujemy stronę techniczną i organizacyjną, nie prawną.
Co właściwie znaczy „integracja AI z ERP”
Pod tym hasłem kryją się trzy rzeczy. Pierwsza to funkcje AI wbudowane przez producenta w jego produkt — cecha produktu, nie integracja; sprawdzasz ją w aktualnej dokumentacji producenta, my jej nie oceniamy. Druga to Twój proces z modelem AI w środku, który czyta z ERP lub CRM i ewentualnie do niego zapisuje: zamówienie z maila staje się dokumentem w systemie, a AI proponuje, jak zaksięgować fakturę kosztową. O tym jest ten tekst. Trzecia, „chat z danymi z ERP”, to odmiana drugiej, w której AI tylko czyta.
Zakres integracji opisują cztery czasowniki: czytać, proponować, zapisywać i uruchamiać kolejną akcję, na przykład wysyłkę potwierdzenia. Każdy następny jest droższy i groźniejszy. Dlatego pierwsza wersja zawsze czyta i proponuje, zapis startuje w trybie z akceptacją człowieka, a poluzowanie nadzoru to decyzja podejmowana na danych z pilotażu, nie założenie w ofercie. Integracja AI z CRM podlega tej samej regule: wpis przygotowany do zatwierdzenia — tak, mail do klienta wysłany bez czytania — nie.
Zanim wybierzesz sposób: trzy pytania o Twój system
Czy system ma udokumentowany interfejs — i czy jest w Twojej licencji? REST API, WebAPI producenta, biblioteka programistyczna jak Sfera w Subiekcie albo choćby import plików XML lub CSV — różnica między nimi to różnica w koszcie budowy i utrzymania. W kilku popularnych systemach interfejs jest osobno licencjonowanym modułem, którego cenę zna producent lub partner.
Kto ma dostęp? Dział IT, partner producenta, a czasem nikt, bo osoba, która wdrażała system, już nie pracuje w firmie. Najdłuższym pojedynczym elementem harmonogramu bywa uzyskanie dostępów, dlatego zaczynamy je załatwiać w tym samym tygodniu, w którym wybieramy proces.
Których pól proces naprawdę potrzebuje? Tu rozstrzyga się minimalizacja danych: do dopasowania zamówienia potrzebne są indeksy i ilości, niekoniecznie telefon osoby kontaktowej. Test jest ten sam, co przy każdym wdrożeniu: spróbuj wyeksportować ostatnie sto przypadków procesu jako jedną tabelę. Nie opisać, jak to zrobić — zrobić.
Cztery sposoby integracji
| Sposób | Kiedy pasuje | Co wychodzi z firmy | Typowe ryzyko | Utrzymanie |
|---|---|---|---|---|
| 1. API lub webhook (automatyczne powiadomienie z systemu) | REST API w licencji, jeden–dwa systemy | Tylko wysłane pola | Limity zapytań, zmiany wersji interfejsu | Niskie |
| 2. Program pośredniczący (n8n, Make, Power Automate) | Kilka systemów i kroków, krok zatwierdzenia | Wysłane pola i historia wykonań | Nikt nie odpowiada za ustawione reguły | Średnie |
| 3. Serwer MCP (program po Twojej stronie, który udostępnia AI wybrane funkcje) | Asystent lub agent AI (program, który sam wykonuje kroki zadania) korzysta z wybranych funkcji systemów | To, co zwracają udostępnione funkcje | Za szeroki dostęp, ukryte polecenia w danych | Średnie do wysokiego |
| 4. Robot programowy (RPA), który klika w aplikacji jak człowiek | Brak interfejsu i partnera | To, co robot wyśle poza firmę (np. do modelu AI); nic, jeśli cały przepływ zostaje w firmie | Psuje się przy zmianie ekranu, trudno ustalić, kto co zrobił | Wysokie |
Sposób 1. API lub webhook systemu
Najprostsza droga, gdy system ma udokumentowane REST API — jak HubSpot, Pipedrive, BaseLinker, wFirma czy Symfonia WebAPI. Przy webhooku system sam wysyła automatyczne powiadomienie, gdy coś się zmieni; przy odpytywaniu (polling) integracja co kilka minut sprawdza, czy są zmiany — to prostsze, ale wolniejsze i zużywa limit zapytań. Limity trzeba uwzględnić w projekcie, to nie ciekawostka: BaseLinker dopuszcza 100 zapytań na minutę, HubSpot dla aplikacji prywatnych 100 albo 190 na 10 sekund, zależnie od planu. Trzy zasady, których nie negocjujemy: każda integracja ma osobnego użytkownika technicznego, prawo do odczytu jest oddzielone od prawa do zapisu, a każdy zapis trafia do rejestru działań razem z informacją, na jakiej podstawie powstał.
Warianty pośrednie: import plikowy i widok tylko do odczytu
Gdy API nie ma, zostają dwie rozsądne drogi. Model przygotowuje plik w formacie importu systemu — Comarch ERP Optima oficjalnie importuje i eksportuje dokumenty przez pliki XML — a człowiek importuje go i potwierdza: wolniej, ale tanio i z naturalnym krokiem zatwierdzenia. Albo nie ma ścieżki zapisu w ogóle: model dostaje eksport raportu lub widok tylko do odczytu, a wynik wpisuje człowiek. W systemach opartych na bazie danych SQL takim widokiem bywa bezpośredni odczyt z bazy. Producent zwykle tego nie wspiera, więc tylko do odczytu, na osobnym koncie i za wiedzą partnera wdrożeniowego.
Sposób 2. Program pośredniczący: n8n, Make albo Power Automate
Kiedy w procesie jest kilka systemów i kroków, narzędzie do automatyzacji układa je w jeden ciąg: nowy mail uruchamia proces, model AI wyciąga z niego potrzebne pola, reguły sprawdzają ich poprawność, osoba odpowiedzialna dostaje prośbę o zatwierdzenie (w n8n to krok Send and Wait), a po zatwierdzeniu dane trafiają do systemu. Dla HubSpota i Pipedrive n8n ma gotowe kroki do połączenia; dla polskich ERP-ów nie, więc zapis idzie przez WebAPI albo plikiem do importu. W tym programie ustala się i egzekwuje, które pola wolno wysłać do modelu, ograniczając dane do niezbędnego minimum. Tu również prowadzi się rejestr działań. Dlatego ma znaczenie, czy program działa na Twojej infrastrukturze w Unii, czy w chmurze dostawcy: zapisuje historię każdego przebiegu razem z danymi. Dla działu IT: zatwierdzenie obsługuje krok Send and Wait, a zapis — krok HTTP Request, przez wywołanie HTTP do WebAPI albo plik do importu. Wszystko o samym n8n — ceny, licencja, retencja, porównanie z Make — jest w przewodniku po n8n po polsku.
Sposób 3. Serwer MCP: wybrane funkcje systemu dla asystenta AI, w ramach uprawnień
MCP (Model Context Protocol) to otwarty standard, dzięki któremu asystent AI może korzystać z funkcji Twojego systemu, rozwijany pod Linux Foundation — od 9 grudnia 2025 r. w ramach Agentic AI Foundation; aktualna specyfikacja nosi datę 28 lipca 2026 r. Serwer MCP udostępnia asystentowi AI wybrane funkcje z określonymi uprawnieniami — na przykład „znajdź kontrahenta” albo „utwórz zamówienie do zatwierdzenia”. Aplikacja AI (Claude, ChatGPT, Copilot albo Twój własny agent) korzysta z nich bez osobnej integracji dla każdego programu.
Dla działu IT: protokół opiera się na JSON-RPC.
Firmie opłaca się to, gdy z jednego serwera MCP ma korzystać wiele różnych aplikacji AI, i rynek już to robi: HubSpot prowadzi oficjalny zdalny serwer MCP, n8n może być serwerem MCP (węzeł MCP Server Trigger) i programem korzystającym z innych serwerów MCP (węzeł MCP Client Tool), Make udostępnia scenariusze jako funkcje MCP. Serwery MCP budujemy również my — i tu w praktyce zaczyna się agent. Jak wygląda taki projekt — jedno API, jedna aplikacja AI, najpierw sam odczyt — opisaliśmy na stronie o połączeniu asystenta AI z Twoim systemem (MCP).
Ryzyka są równie konkretne. Specyfikacja każe nie ufać opisom funkcji, które nie pochodzą z zaufanego serwera. Dane zwrócone przez funkcję mogą zawierać ukryte polecenia, które próbują pokierować asystentem. Z kolei pytanie użytkownika o zgodę przed każdym użyciem funkcji jest w specyfikacji tylko zaleceniem dla aplikacji AI — to, czy aplikacja, którą kupujesz, rzeczywiście o nią pyta, trzeba sprawdzić u dostawcy. Amerykańska NSA ostrzegła w maju 2026 r., że tempo wdrożeń MCP wyprzedziło zabezpieczenia. Dlatego uprawnienia projektuje się przed wyborem modelu — tak, jak opisaliśmy przy wdrożeniu agentów AI.
Co serwer MCP zmienia w wycenie, w odbiorze i w uprawnieniach — i o co zapytać dostawcę, który mówi „mamy MCP” — opisaliśmy w tekście MCP dla firm: co to jest i co zmienia.
Sposób 4. Robot programowy (RPA) — ostateczność
Robot programowy udaje użytkownika: otwiera okno, klika, wpisuje. Ma sens tylko dla programów działających wyłącznie jako aplikacje instalowane na komputerze, gdy nikt nie napisze łącznika. Jest kruchy — zmiana układu okna potrafi go zatrzymać. Trudno też ustalić, kto co zrobił, bo w rejestrze działań widać konto użytkownika, a nie osobno działania robota. Wymaga licencji na stanowisko i trudno go bezpiecznie zostawić bez nadzoru. Jako rozwiązanie tymczasowe (most) albo do odczytu ekranu na małą skalę — tak; jako plan na zapisywanie danych na dużą skalę — nie.
System po systemie: co oferują popularne w Polsce ERP, CRM i programy księgowe (stan na 6 września 2026 r.)
Ta część jest przede wszystkim dla osoby, która odpowiada u Ciebie za systemy. Jeśli nią nie jesteś, wystarczy Ci zdanie „W skrócie” przy każdym systemie. Każdy opis to typ interfejsu, uwaga o licencji i wniosek dla wyboru sposobu — nie ocena produktu.
Comarch ERP Optima i Comarch ERP XL
W skrócie: według dokumentacji partnerów Comarch ERP Optima nie ma publicznego interfejsu REST API. Oficjalnie wymienia dokumenty przez pliki; dostępny jest też osobno licencjonowany interfejs WebAPI. W praktyce: wymiana plików albo praca przez partnera.
Dla działu IT: oficjalną drogą wymiany dokumentów w
Comarch ERP Optima
jest eksport i import przez pliki XML, a opis ich struktury dostają wyłącznie autoryzowani partnerzy
Comarch. Według dokumentacji partnerów Comarch Optima nie ma publicznego REST API: jest osobno
licencjonowane WebAPI oparte na SOAP oraz najstarszy interfejs COM, wymagający instalacji lokalnej;
są też nakładki REST firm trzecich — kategoria, nie rekomendacja. Wniosek: wariant plikowy albo
praca przez partnera. Comarch ERP XL wystawia funkcje przez bibliotekę CDN_API.DLL instalowaną
z systemem — interfejs programistyczny, nie usługa sieciowa. Comarch Betterfly (dawniej Comarch ERP
XT) ma API do dwukierunkowej wymiany danych z e-commerce.
enova365
W skrócie: wymianę danych zapewnia moduł Integrator, kupowany jako dodatek; pozwala pobierać, dodawać i aktualizować m.in. faktury, towary i kontrahentów.
Dla działu IT: producent oferuje moduł Integrator, licencjonowany jako moduł dodatkowy: SOAP (WCF) i REST, XML i JSON, praca dwukierunkowa — pobieranie, dodawanie i aktualizacja m.in. faktur, towarów i kontrahentów — oraz harmonogramowany import i eksport. Nadaje się do sposobu 1 lub 2, jeżeli Integrator jest w Twojej licencji; jego cenę podaje producent lub partner, nie my.
Symfonia ERP
W skrócie: Symfonia ma interfejs do wymiany danych (WebAPI) w subskrypcji rocznej, licencjonowany osobno dla modułu Handel oraz Finanse i Księgowość.
Dla działu IT: Symfonia ERP WebAPI to REST z JSON przez HTTPS, dostępne w subskrypcji rocznej i licencjonowane osobno dla modułu Handel (kontrahenci, towary, stany magazynowe, zamówienia, dokumenty, płatności) oraz Finanse i Księgowość (kontrahenci, rozrachunki, dokumenty, plan kont). Domyślnie licencja pozwala na dziesięć jednocześnie otwartych sesji — integracja nie może zabierać ich ludziom. Cenę podaje producent.
Subiekt nexo i Subiekt GT (InsERT)
W skrócie: Subiekt nexo PRO zawiera Sferę, czyli bibliotekę dla programistów. Dla Subiekta GT Sfera jest dodatkiem kupowanym na stanowisko. Łącznik do niej pisze programista.
Dla działu IT: w obu programach interfejsem programistycznym jest Sfera. Sfera dla Subiekta GT to dodatek oparty na COM (OLE Automation), sprzedawany na stanowisko — działa lokalnie, obok programu. W Subiekcie nexo Sfera należy do rozwiązań dostępnych w wersji PRO, z dokumentacją w nexo SDK; jest też Sfera zdarzeniowa, reagująca na operacje w programie. W obu przypadkach łącznik pisze programista.
Microsoft Dynamics 365 Business Central
W skrócie: wersja online ma udokumentowany interfejs do wymiany danych (REST API) z opisanymi limitami. Copilot w Business Central to funkcja producenta, nie integracja z Twoim procesem.
Dla działu IT: wersja online ma REST API i OData V4 z opisanymi limitami — 6 000 zapytań na użytkownika w pięciominutowym oknie, pięć równoległych zapytań, do 200 subskrypcji webhooków — a punkty końcowe SOAP są wycofywane.
CRM: Livespace, Pipedrive, HubSpot
W skrócie: integracja AI z CRM jest technicznie najłatwiejsza, bo wszystkie trzy systemy mają gotowy interfejs do wymiany danych (REST API). Livespace udostępnia go bezpłatnie dla każdego konta od pakietu Automation.
Dla działu IT: Pipedrive autoryzuje tokenem API albo OAuth 2.0, ma webhooki i dzienny budżet punktów zużywanych przez zapytania do API (Pipedrive nazywa je tokenami): 30 000 razy mnożnik planu (Lite 1×, Growth 2×, Premium 5×, Ultimate 7×) razy liczba stanowisk. HubSpot limituje aplikacje prywatne do 100 zapytań na 10 sekund w planach Free i Starter oraz 190 w Professional i Enterprise, i prowadzi oficjalny serwer MCP z OAuth 2.0. Trudność nie jest techniczna, tylko procesowa: co model może w CRM przygotować, a czego nie wolno mu wysłać, rozpisaliśmy na stronie o AI w dziale sprzedaży.
Programy do faktur i księgowości: wFirma, Fakturownia — i KSeF
W skrócie: integracja AI z systemem księgowym zaczyna się zwykle od programu do faktur; wFirma i Fakturownia mają interfejs do wymiany danych (REST API): w wFirmie trzeba zgłosić dostęp w aplikacji, a w Fakturowni sprawdzić u producenta, czy obejmuje go Twój plan.
Dla działu IT: wFirma udostępnia API REST/JSON po zgłoszeniu dostępu w aplikacji; do 1 000 dokumentów wygenerowanych przez API miesięcznie bezpłatnie, powyżej — wycena indywidualna. Fakturownia ma API REST w JSON lub XML z tokenem z ustawień konta — faktury, produkty, klienci, dokumenty magazynowe, płatności; czy jest w każdym planie, sprawdź u producenta. Oba nadają się na sposób 1 i 2 w trybie „AI przygotowuje, człowiek zatwierdza”, który opisaliśmy przy automatyzacji księgowości.
KSeF zmienia kontekst każdej integracji fakturowej. Według ksef.podatki.gov.pl (stan na 29 maja 2026 r.) od 1 lutego 2026 r. działa wyłącznie KSeF 2.0; obowiązek wystawiania e-faktur objął od tej daty podatników ze sprzedażą za 2024 r. powyżej 200 mln zł, od 1 kwietnia 2026 r. pozostałych, a najmniejszych — o miesięcznej sprzedaży do 10 000 zł — obejmie od 1 stycznia 2027 r. Dokumentacja API KSeF 2.0 jest publiczna od 30 czerwca 2025 r. Co po KSeF zostaje do zautomatyzowania, rozpisaliśmy w tekście o KSeF i automatyzacji księgowości.
BaseLinker (dla firm sprzedających online)
W skrócie: w firmie handlowej BaseLinker często już łączy sklepy z ERP; wtedy model AI łączy się z nim, a nie z każdym kanałem osobno.
Dla działu IT: API BaseLinkera to JSON przez jeden punkt końcowy POST, token w nagłówku, limit 100 zapytań na minutę i ponad 150 metod — od zamówień po dokumenty magazynowe. Od czego zaczynamy w handlu, opisaliśmy na stronie o AI w firmie handlowej.
Co wychodzi z firmy: pola, region, trening, uprawnienia
„Czy dane z ERP trafiają do OpenAI albo Anthropic?” — przy każdym z tych sposobów to decyzja projektowa, nie właściwość modelu. Przy sposobach 1 i 2 do dostawcy modelu trafiają wyłącznie pola, które integracja wysyła, a wybierasz je Ty. Przy sposobie 3 model widzi to, co zwracają udostępnione mu funkcje, więc projektuje się je wąsko: „stan magazynowy indeksu” zamiast „cała karta towaru z historią”. Przy sposobie 4 robot odczytuje to, co widać na ekranie, i może wykonywać kroki na firmowym komputerze (tak działają na przykład przepływy pulpitu w Power Automate, choć sama usługa wymaga konta i połączenia z internetem, więc trzeba sprawdzić, co zapisuje poza firmą). Z firmy wychodzi to, co robot przekaże dalej — a jeśli do modelu AI trafia zrzut albo cały odczytany tekst ekranu, wychodzi wszystko, co na nim było, a nie tylko potrzebne pola. W czterostopniowym przepływie — Twój system, program pośredniczący, dostawca modelu, powrót do systemu — najwięcej rozstrzyga się w drugim kroku: dane, których nie wysłano, nie wymagają żadnych gwarancji. Cały przepływ opisaliśmy na stronie o bezpieczeństwie danych i RODO.
W warunkach usługi sprawdzasz region przetwarzania i wykorzystanie treści do trenowania: biznesowe warianty dużych dostawców standardowo je wyłączają, konsumenckie bywają odwrotne — sprawdź w warunkach konkretnej usługi, a nie zakładaj. Rolę dostawcy modelu ustala się osobno dla każdej operacji; dlaczego, rozpisaliśmy w tekście RODO a wdrożenie LLM.
Każde miejsce, w którym integracja zapisuje dane, dostaje spisane uprawnienia w czterech punktach: co może czytać, co może zapisywać, które operacje wymagają zgody człowieka i gdzie zapisuje się, co zrobiła (rejestr działań) — te same cztery pozycje, od których zaczynamy każdy projekt agenta. Większość integracji wewnętrznych nie należy do systemów wysokiego ryzyka w rozumieniu AI Act, ale klasyfikację rozstrzyga osobno Twój prawnik — obowiązki, które wskaże, wdrażamy w ramach technicznego sprintu zgodności z AI Act. To opis strony technicznej i organizacyjnej, a nie porada prawna — ocena prawna należy do Twojego prawnika albo inspektora ochrony danych.
Ile kosztuje i ile trwa integracja AI z ERP
Nie podamy Ci widełek, nie znając Twojego interfejsu. O koszcie decyduje sześć rzeczy:
- Jakość interfejsu. Od najtańszego: REST API w licencji, moduł WebAPI lub Integrator do dokupienia, biblioteka COM z lokalnym łącznikiem, import plików, robot programowy (RPA).
- Udział partnera. Struktura XML Optimy jest dostępna tylko partnerom Comarch; Sfera wymaga programisty. Każdy dodatkowy podmiot to koordynacja i osobna faktura.
- Liczba systemów. Licz integracje, nie funkcje: każdy system to osobne uwierzytelnianie, mapowanie danych, obsługa błędów i dostęp do załatwienia — rozpisaliśmy to w tekście o tym, ile kosztuje wdrożenie AI.
- Stan danych. Kontrahenci w trzech pisowniach i indeksy bez kodów to praca, która nie nazywa się integracją, ale kosztuje jak integracja.
- Poziom pewności. Propozycja, którą zatwierdza człowiek, jest tańsza niż automatyczny zapis bez zatwierdzania, bo ten drugi wymaga stałego monitorowania i sprawdzania próbki zakończonych spraw.
- Utrzymanie. Aktualizacje wersji ERP, wycofywane wersje API (Business Central wycofuje SOAP, Pipedrive przez 2025 r. wprowadzał nowe limity) i wycofywane wersje modeli — moment wyznacza dostawca, nie Ty.
Czas: jeden system z REST API i bazą testową to tygodnie, kilka systemów z partnerami po drodze — miesiące, a dostępy bywają najdłuższą pozycją. Same opłaty za model przy kilkuset dokumentach miesięcznie to rząd kilkudziesięciu złotych; większość kosztu to budowa połączenia i jego utrzymanie. Widełki pomagają porównać warianty, jeśli wiadomo, jaki zakres obejmują, na jakich założeniach powstały i czy zawierają utrzymanie. Do wyceny Twojego projektu potrzebujemy też informacji o tym, jak można połączyć się z Twoim systemem.
Przykład do policzenia: zamówienia z maila do ERP z zatwierdzeniem handlowca
Liczby są przykładowe i służą do policzenia własnego przypadku — nie pochodzą z wdrożenia klienta.
Firma handlowa dostaje 600 zamówień mailem miesięcznie; handlowiec przepisuje każde do ERP w około 7 minut, czyli 70 godzin miesięcznie. W sposobie 2 model wyciąga pozycje i dopasowuje je do indeksów z ERP, następnie osobny krok sprawdza indeksy i ilości, krok zatwierdzenia (Send and Wait) wysyła handlowcowi podsumowanie, a po zatwierdzeniu integracja (krok HTTP Request) tworzy zamówienie przez WebAPI — albo, gdy API nie ma, zapisuje plik XML do importu. Jeżeli zatwierdzenie zajmuje około minuty, to 10 godzin miesięcznie zamiast 70. Krok zatwierdzenia służy temu, żeby błędy wychodziły przed potwierdzeniem, a nie po wysyłce. Jak dopasować kody klienta, jednostki i opakowania do indeksów i co zrobić z zamówieniami, których system nie jest pewien, opisaliśmy w tekście o zamówieniach z maila i PDF do ERP.
Koszt modelu według cennika Claude API z 6 września 2026 r. (Claude Sonnet 5: 2 USD za milion tokenów wejściowych, 10 USD za milion wyjściowych; tokeny to jednostki, w których dostawca liczy tekst i opłatę; rozliczenie w dolarach): 600 razy około 6 000 tokenów wejściowych to 3,6 mln, czyli 7,20 USD; 600 razy około 800 wyjściowych to 0,48 mln, czyli 4,80 USD — razem około 12 USD miesięcznie. Program pośredniczący: 600–1 200 wykonań mieści się w n8n Cloud Starter (20 € miesięcznie przy rozliczeniu rocznym za 2 500 wykonań, cena z 5 września 2026 r.) albo w instalacji na własnym serwerze. Licencję interfejsu — WebAPI, Integrator, Sferę — wycenia producent lub partner; nie podamy cudzej ceny.
Część stała to budowa: trzy–cztery integracje (odczyt kontrahentów i indeksów, zapis zamówienia, poczta, kanał zatwierdzania), testy i przekazanie — to o niej jest wycena. Przy tych założeniach proces pozwoliłby odzyskać około 60 godzin pracy handlowca miesięcznie, przed uwzględnieniem wyjątków i poprawek. Jeżeli godzina tej pracy kosztuje Cię X zł, 60 godzin razy X razy dwanaście miesięcy pokazuje szacunkową roczną wartość odzyskanego czasu; nie oznacza to automatycznie mniejszych wydatków. Porównaj tę wartość z kosztem budowy oraz rocznym kosztem utrzymania i abonamentów, a to, ile trwa zatwierdzanie i jak często zdarzają się wyjątki, sprawdź w pilotażu.
Kiedy nie integrować — albo jeszcze nie
- ERP albo CRM już to robi. Wtedy wystarczy włączyć funkcję, za którą już płacisz.
- Wolumen jest za mały. Koszt integracji jest w dużej mierze stały; jeżeli proces zajmuje dwie godziny miesięcznie, prawie na pewno się nie zwróci.
- Nie ma interfejsu ani partnera. RPA jest mostem, nie planem — najpierw decyzja o systemie, potem o AI.
- Danych i tak nie ma w systemie. Zamówienia w skrzynkach i na skanach, historia decyzji w czyjejś głowie — pierwszym etapem jest uporządkowanie przepływu, i to nie przeszkoda, tylko faktyczny zakres tego etapu.
- Nie ma właściciela procesu albo reguł. Integracja utrwali spór o kształt procesu, zamiast go rozstrzygnąć.
- Nie było jeszcze wersji tylko do odczytu. Eksport CSV plus model udowadnia wartość bez ani jednej integracji zapisu. Zacznij tam.
- Ktoś wymaga zapisu bez nadzoru od pierwszego dnia. Każde nasze wdrożenie zaczyna się od zatwierdzania przez człowieka: na starcie żadna wiadomość do klienta ani zmiana danych w systemie nie przechodzi bez jego akceptacji.
- Moduły kadrowo-płacowe. Dane osobowe pracowników to osobny reżim, a nasze systemy nie oceniają kandydatów w rekrutacji przy żadnym z tych sposobów — zasady, według których prowadzimy każde wdrożenie, opisaliśmy na stronie nasze standardy.
O co zapytać partnera ERP, zanim podpiszesz cokolwiek
- Czy nasza licencja obejmuje WebAPI, Integrator albo Sferę — a jeżeli nie, ile to kosztuje i kto to włącza?
- Czy jest baza testowa i jak ją odświeżamy?
- Które obiekty można czytać, a które zapisywać — i czy zapis przez interfejs przechodzi tę samą walidację, co wpis ręczny?
- Czy dostaniemy osobnego użytkownika technicznego z minimalnym zakresem uprawnień?
- Jakie są limity zapytań i sesji?
- Gdzie widać rejestr działań wykonanych przez integrację?
- Co dzieje się z integracją przy aktualizacji wersji — kto testuje, kto płaci?
- Kto utrzymuje łącznik po zakończeniu projektu i na jakich warunkach?
- Czy możemy dostać dostęp tylko do odczytu na start?
- Czy da się wyeksportować ostatnie sto przypadków procesu jako jedną tabelę — dziś?
Co dalej
W czteroetapowym wdrożeniu — audyt, pilotaż, wdrożenie, przekazanie — pytanie o interfejs rozstrzyga się podczas audytu, a pilotaż zawsze działa w trybie z zatwierdzeniem człowieka. Nie musisz wiedzieć, który sposób jest dla Ciebie; musisz wiedzieć, który proces i który system. Jak wybieramy proces, które kroki wymagają zatwierdzenia przez człowieka i od czego zależy koszt, opisaliśmy na stronie o automatyzacji AI w firmie.
Opisz nam swój proces i system, w którym ten proces działa. Odpowiemy, który z czterech sposobów wybralibyśmy i od czego zaczęlibyśmy.