Integracja AI z ERP i CRM — jak połączyć AI z systemami, których firma już używa

Cztery sposoby połączenia AI z ERP, CRM i programami księgowymi, których używasz: jakie dane wychodzą z firmy, o co pytać dostawcę i kiedy nie integrować.

„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:

  1. 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).
  2. Udział partnera. Struktura XML Optimy jest dostępna tylko partnerom Comarch; Sfera wymaga programisty. Każdy dodatkowy podmiot to koordynacja i osobna faktura.
  3. 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.
  4. Stan danych. Kontrahenci w trzech pisowniach i indeksy bez kodów to praca, która nie nazywa się integracją, ale kosztuje jak integracja.
  5. 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.
  6. 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

  1. Czy nasza licencja obejmuje WebAPI, Integrator albo Sferę — a jeżeli nie, ile to kosztuje i kto to włącza?
  2. Czy jest baza testowa i jak ją odświeżamy?
  3. Które obiekty można czytać, a które zapisywać — i czy zapis przez interfejs przechodzi tę samą walidację, co wpis ręczny?
  4. Czy dostaniemy osobnego użytkownika technicznego z minimalnym zakresem uprawnień?
  5. Jakie są limity zapytań i sesji?
  6. Gdzie widać rejestr działań wykonanych przez integrację?
  7. Co dzieje się z integracją przy aktualizacji wersji — kto testuje, kto płaci?
  8. Kto utrzymuje łącznik po zakończeniu projektu i na jakich warunkach?
  9. Czy możemy dostać dostęp tylko do odczytu na start?
  10. 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.

Najczęstsze pytania

Czy AI zadziała z naszym ERP albo CRM?

Często tak, ale trzeba to sprawdzić przed decyzją. ERP to system do zarządzania firmą, a CRM — system do zarządzania relacjami z klientami. Jeżeli system ma udokumentowany sposób wymiany danych — interfejs (API lub WebAPI), bibliotekę dla programistów, na przykład Sferę w Subiekcie nexo PRO, albo choćby import plików XML, jak w Comarch ERP Optima — połączenie jest zwykle technicznie możliwe. Trzeba jeszcze sprawdzić, czy interfejs obejmuje dane i operacje potrzebne w Twoim procesie, czy jest w Twojej licencji i czy spodziewana korzyść uzasadnia koszt połączenia. Systemy różnią się też tym, ile pracy wymaga podłączenie i czy zapis odbywa się bezpośrednio, czy przez plik do zaimportowania. Pierwsza wersja powinna czytać, proponować i czekać na zatwierdzenie człowieka; zapis bez nadzoru to decyzja podejmowana na danych z pilotażu, nie punkt startu.

Jak połączyć AI z systemem ERP?

Na jeden z czterech sposobów. Pierwszy: bezpośrednie połączenie przez API, czyli interfejs, przez który inne programy łączą się z systemem i jego danymi, albo odbieranie automatycznych powiadomień z ERP (webhooków). To najprostsza droga, gdy ERP ma udokumentowany interfejs do wymiany danych typu REST. Drugi: program pośredniczący, na przykład n8n, Make albo Power Automate, łączy pocztę, model AI (silnik, na którym działa np. ChatGPT) i ERP w jeden ciąg kroków, w którym człowiek zatwierdza wynik. Trzeci: serwer MCP, czyli niewielki program po stronie Twojego systemu, zgodny z otwartym standardem MCP, który udostępnia asystentowi lub agentowi AI (programowi, który sam wykonuje kolejne kroki zadania w Twoich systemach) wybrane dane i funkcje systemu — tylko w zakresie, na który mu pozwolono. Czwarty, ostateczny: robot programowy (RPA), czyli program, który klika w aplikacji jak człowiek; stosuje się go, gdy system nie ma żadnego interfejsu. Wybór zależy od tego, jaki interfejs Twój system faktycznie ma i czy proces wymaga tylko odczytu danych, czy także ich zapisywania.

Czy dane z ERP trafiają do OpenAI albo Anthropic?

Tylko te, które integracja wyśle — to decyzja projektowa, nie właściwość modelu. Przy połączeniu przez API albo przez program pośredniczący Ty wybierasz, które pola trafią do modelu: pozycje zamówienia mogą trafić do modelu, a dane osobowe osoby kontaktowej nie muszą. Przy serwerze MCP model widzi to, co zwracają udostępnione mu funkcje, dlatego każdą funkcję projektuje się tak, żeby zwracała tylko potrzebne dane. W warunkach konkretnej usługi trzeba sprawdzić region przetwarzania i to, czy treści są używane do trenowania — biznesowe warianty dużych dostawców standardowo to wyłączają, konsumenckie bywają odwrotne. Rolę dostawcy modelu ustala się osobno dla każdej operacji, a ta ocena należy do Twojego prawnika albo inspektora ochrony danych, nie do wykonawcy.

Ile kosztuje integracja AI z ERP?

Nie podamy widełek, bo o koszcie decyduje interfejs Twojego systemu, a nie wielkość firmy. Tańsza jest integracja z systemem, który ma w licencji gotowy interfejs do wymiany danych (REST API) i bazę do testów; droższa — z systemem, w którym trzeba dokupić moduł WebAPI albo Integrator, zaangażować partnera wdrożeniowego albo napisać łącznik do biblioteki COM programu instalowanego na komputerze. Licz integracje, nie funkcje: każdy system to osobne uwierzytelnianie (sprawdzenie tożsamości integracji przy łączeniu), mapowanie danych (które pole w jednym systemie odpowiada któremu w drugim), obsługa błędów i uzyskanie dostępu, a osobną pozycją jest utrzymanie — aktualizacje wersji ERP, wycofywane wersje API i modeli. Same opłaty za model przy kilkuset dokumentach miesięcznie to zwykle rząd kilkudziesięciu złotych; koszt wynika z pracy potrzebnej do połączenia systemów.

Czy Comarch ERP Optima, Subiekt i Symfonia mają API do integracji z AI?

Można je połączyć z AI, ale nie wszystkie udostępniają API w ten sam sposób ani w podstawowej licencji (stan na 6 września 2026 r.). W skrócie: Symfonia i enova365 mają płatne moduły do wymiany danych, Subiekt ma bibliotekę dla programistów, a w Comarch ERP Optima oficjalną drogą wymiany dokumentów są pliki XML. Szczegóły dla działu IT: Symfonia ERP udostępnia WebAPI w technologii REST i JSON dla modułów Handel oraz Finanse i Księgowość, w subskrypcji rocznej, a enova365 ma moduł Integrator z komunikacją SOAP i REST, licencjonowany jako moduł dodatkowy. Subiekt nexo PRO zawiera Sferę, czyli interfejs programistyczny z dokumentacją w nexo SDK, Sfera dla Subiekta GT opiera się na technologii COM, a w Comarch ERP Optima oficjalną drogą jest import i eksport dokumentów przez pliki XML o strukturze udostępnianej partnerom Comarch — według partnerów publicznego REST API nie ma, jest natomiast osobno licencjonowane WebAPI oparte na SOAP. Żaden z tych interfejsów nie jest funkcją AI — to drzwi, przez które integracja wchodzi do systemu.