„Czy to zadziała z naszym ERP?” słyszymy przed każdym innym pytaniem. Uczciwa odpowiedź nie brzmi „tak”. Brzmi: integracja AI z ERP, CRM czy systemem księgowym to pytanie o zakres i koszt, nie o możliwość — i o to, którą z czterech dróg pójdzie. Jeżeli system ma API albo choćby import plikowy, da się go połączyć z modelem językowym; różnice między systemami wpływają na cenę i harmonogram, nie na sens projektu.
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 wzorce, to, co w każdym z nich wychodzi z firmy, i pytania do partnera przed podpisaniem umowy. 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 w środku, który czyta z ERP lub CRM i ewentualnie do niego zapisuje: zamówienie z maila staje się dokumentem w systemie, faktura kosztowa dostaje propozycję dekretu. O tym jest ten tekst. Trzecia, „chat z danymi z ERP”, to wyłącznie odczytowy przypadek drugiej.
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 wzorzec: 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 wzorce integracji
| Wzorzec | Kiedy pasuje | Co wychodzi z firmy | Typowe ryzyko | Utrzymanie |
|---|---|---|---|---|
| 1. API lub webhook | REST API w licencji, jeden–dwa systemy | Tylko wysłane pola | Limity i wersje API | Niskie |
| 2. Warstwa pośrednia (n8n, Make, Power Automate) | Kilka systemów i kroków, krok zatwierdzenia | Wysłane pola i historia wykonań | Logika bez właściciela | Średnie |
| 3. Serwer MCP | Model lub agent używa systemów jako narzędzi | To, co zwraca narzędzie | Za szerokie uprawnienia, wstrzyknięte polecenia | Średnie do wysokiego |
| 4. RPA (robot klikający) | Brak interfejsu i partnera | Zawartość ekranu | Kruchość, słaby ślad audytowy | Wysokie |
Wzorzec 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 powiadamia o zdarzeniu; przy odpytywaniu (polling) integracja pyta co kilka minut, czy coś się zmieniło — prościej, ale wolniej i kosztem limitów. A limity są ograniczeniem projektowym, nie ciekawostką: 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: osobny użytkownik techniczny dla każdej integracji, zakres odczytu rozdzielony od zakresu zapisu, każdy zapis w logu z informacją, na podstawie czego powstał.
Warianty pośrednie: import plikowy i widok tylko do odczytu
Gdy API nie ma, zostają dwie uczciwe 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 pracujących na bazie SQL takim widokiem bywa zapytanie wprost do bazy — zwykle poza wsparciem producenta, więc wyłącznie do odczytu, na osobnym koncie i za wiedzą partnera.
Wzorzec 2. Warstwa pośrednia: n8n, Make albo Power Automate
Kiedy w procesie jest kilka systemów i kroków, narzędzie do automatyzacji przepływów porządkuje je w jeden łańcuch: wyzwalacz poczty, ekstrakcja pól przez model, walidacja, krok Send and Wait z prośbą o zatwierdzenie, zapis przez HTTP Request. Dla HubSpota i Pipedrive n8n ma gotowe węzły; dla polskich ERP-ów nie, więc zapis idzie wywołaniem HTTP do WebAPI albo plikiem do importu. To w tej warstwie egzekwuje się minimalizację i logowanie — tu decyduje się, które pola w ogóle idą do modelu — i dlatego ma znaczenie, czy działa na Twojej infrastrukturze w Unii, czy w chmurze dostawcy, bo zapisuje historię wykonań razem z danymi. Wszystko o samym n8n — ceny, licencja, retencja, porównanie z Make — jest w przewodniku po n8n po polsku.
Wzorzec 3. Serwer MCP: kiedy model ma „widzieć” systemy firmy
MCP (Model Context Protocol) to otwarty standard rozwijany pod Linux Foundation — od 9 grudnia 2025 r. w ramach Agentic AI Foundation; aktualna specyfikacja nosi datę 28 lipca 2026 r. Technicznie to JSON-RPC: serwer MCP wystawia systemy firmy jako nazwane narzędzia o określonych uprawnieniach — „znajdź kontrahenta”, „utwórz zamówienie do zatwierdzenia” — a klient (Claude, ChatGPT, Copilot albo Twój agent) wywołuje je zamiast osobnej integracji dla każdego programu.
Firmie opłaca się to, gdy jeden łącznik ma służyć wielu klientom, i rynek już to robi: HubSpot prowadzi oficjalny zdalny serwer MCP, n8n może być serwerem MCP (węzeł MCP Server Trigger) i klientem (MCP Client Tool), Make wystawia scenariusze jako narzędzia MCP. Serwery MCP budujemy również my — i tu w praktyce zaczyna się agent. Jak wygląda taki projekt — jedno API, jeden klient, najpierw sam odczyt — opisaliśmy na stronie o integracjach AI i MCP.
Ryzyka są równie konkretne: specyfikacja każe traktować opisy narzędzi jako niezaufane, o ile nie pochodzą z zaufanego serwera, treść zwrócona przez narzędzie może zawierać wstrzyknięte polecenia, a zgodę użytkownika na każde wywołanie narzędzia specyfikacja jedynie zaleca aplikacji klienckiej — czy klient, którego 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.
Wzorzec 4. RPA, czyli robot klikający — ostateczność
RPA udaje użytkownika: otwiera okno, klika, wpisuje. Ma sens wyłącznie dla systemów działających tylko na pulpicie, gdy nikt nie napisze łącznika. Jest kruchy — zmiana układu okien psuje robota — ma słaby ślad audytowy, bo w logu widać użytkownika, nie integrację, wymaga licencji na stanowisko i trudno go bezpiecznie uruchamiać bez nadzoru. Most albo odczyt ekranu przy małym wolumenie — tak; plan na zapis w skali — nie.
System po systemie: co oferują popularne w Polsce ERP, CRM i programy księgowe (stan na 6 września 2026 r.)
Każdy opis to typ interfejsu, uwaga o licencji i wniosek dla wyboru wzorca — nie ocena produktu.
Comarch ERP Optima i Comarch ERP XL
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
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. Dobry materiał na wzorzec 1 lub 2, jeżeli Integrator jest w Twojej licencji; jego cenę podaje producent lub partner, nie my.
Symfonia ERP
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 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
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 wywołań, do 200 subskrypcji webhooków — a punkty końcowe SOAP są wycofywane. Copilot w Business Central to funkcja producenta, nie integracja z Twoim procesem.
CRM: Livespace, Pipedrive, HubSpot
Integracja AI z CRM jest technicznie najłatwiejsza, bo wszystkie trzy systemy mają REST API. Livespace udostępnia je bezpłatnie dla każdego konta od pakietu Automation. Pipedrive autoryzuje tokenem API albo OAuth 2.0, ma webhooki i dzienny budżet tokenów: 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
Integracja AI z systemem księgowym zaczyna się zwykle od programu do faktur. 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 wzorzec 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)
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. W firmie handlowej BaseLinker często już jest warstwą pośrednią między sklepami a ERP; wtedy model podpina się do niego, nie do każdego kanału osobno. 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?” — w każdym wzorcu to decyzja projektowa, nie właściwość modelu. We wzorcach 1 i 2 do dostawcy modelu trafiają wyłącznie pola, które integracja wysyła, a wybierasz je Ty. We wzorcu 3 model widzi to, co zwraca narzędzie, więc narzędzia projektuje się wąsko: „stan magazynowy indeksu” zamiast „cała karta towaru z historią”. We wzorcu 4 wychodzi zawartość ekranu. W czterostopniowym przepływie — Twój system, warstwa pośrednia, 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żda ścieżka zapisu dostaje macierz uprawnień: zakres odczytu, zakres zapisu, operacje wymagające zgody człowieka i 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 plikowy, 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, 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 do zatwierdzenia jest tańsza niż zapis z nadzorem statystycznym, bo ten wymaga zbudowania monitorowania.
- 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; pieniądze siedzą w pracy integracyjnej i jej utrzymaniu. Dlatego widełki podane bez pytania o interfejs są bezwartościowe, niezależnie od tego, kto je podaje.
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. We wzorcu 2 model wyciąga pozycje i dopasowuje je do indeksów z ERP, walidacja sprawdza indeksy i ilości, Send and Wait wysyła handlowcowi podsumowanie do zatwierdzenia, a po zatwierdzeniu HTTP Request tworzy zamówienie przez WebAPI — albo, gdy API nie ma, zapisuje plik XML do importu. Zatwierdzenie zajmuje około minuty: 10 godzin miesięcznie zamiast 70, a błędy wychodzą przed potwierdzeniem, nie po wysyłce.
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; 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. Warstwa pośrednia: 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 własnej. 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. Jeżeli godzina pracy handlowca kosztuje Cię X zł, 60 godzin razy X razy dwanaście miesięcy, minus utrzymanie i abonamenty, to Twój roczny rachunek. Policz go sam, zanim ktoś policzy go za Ciebie.
Kiedy nie integrować — albo jeszcze nie
- ERP albo CRM już to robi. Nie buduj tego, co możesz kupić w abonamencie — powiemy to również wtedy, gdy oznacza to brak zlecenia.
- 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 nie warto.
- 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 spróbowałeś 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. Tego nie budujemy — ani do klientów, ani do systemów.
- Moduły kadrowo-płacowe. Dane osobowe pracowników to osobny reżim, a ocen kandydatów w rekrutacji nie robimy w żadnym wzorcu — pełną listę tego, czego nie robimy, publikujemy osobno.
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ć log operacji 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 wzorzec jest dla Ciebie; musisz wiedzieć, który proces i który system. Jak wybieramy proces, gdzie stoi człowiek 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 żyje. Odpowiemy, którą z czterech dróg wybralibyśmy — również wtedy, gdy odpowiedź brzmi „jeszcze nie warto”.