Integracja aplikacji z ERP i CRM (Comarch, Subiekt, enova, SAP) - jak i co kosztuje

Koszt i czas wdrożenia dwukierunkowej integracji aplikacji z jednym systemem ERP lub CRM zależą głównie od dostępu do API i liczby typów danych. Najtaniej wychodzi, gdy system ma udokumentowane REST API, jak HubSpot, Pipedrive, Dynamics 365 czy SAP Business One. Drożej, gdy dostęp wymaga płatnego modułu lub partnera wdrożeniowego (Comarch, Subiekt, enova365), bezpośredniego zapisu do bazy albo wymiany plików. Aktualne ceny AppCreo znajdziesz w cenniku.

Poniżej: które systemy popularne w Polsce mają API, cztery sposoby integracji, z czego składa się cena, co przygotować przed wyceną i jak zabezpieczyć połączenie z systemem, w którym trzymasz księgowość.

Które systemy ERP i CRM mają API?

Zintegrować da się prawie każdy system, ale nie każdy w ten sam sposób. Systemy chmurowe udostępniają REST API w standardzie, natomiast systemy instalowane w firmie częściej wymagają dodatkowej licencji, modułu integracyjnego albo partnera wdrożeniowego, który zna strukturę bazy.

Licencje, wersje i zakres API

Poziomy dotyczą jednej integracji dwukierunkowej obejmującej 3–5 typów danych: kontrahentów, produkty, ceny, zamówienia albo dokumenty. Nie obejmują licencji po stronie dostawcy systemu - cenę modułu Sfera, WebAPI czy użytkownika technicznego podaje dostawca lub jego partner.

Dwie uwagi do tabeli. Po pierwsze, wersja ma znaczenie, bo ten sam system sprzed kilku lat może nie mieć funkcji z aktualnej dokumentacji. Poza tym „ma API” nie znaczy „ma API do wszystkiego” - zapis zamówienia bywa dostępny, a zapis korekty faktury już nie.

Jakie są sposoby integracji aplikacji z ERP: API, baza danych, pliki czy RPA?

Aplikację z systemem firmowym połączysz na cztery sposoby. Różnią się stabilnością, kosztem utrzymania i tym, czy dostawca systemu zgodzi się je wspierać. Kolejność poniżej to też kolejność, w której warto je rozważać.

API dostawcy

Oficjalny interfejs, który dostawca utrzymuje i opisuje w dokumentacji. Dzięki temu integracja aplikacji z ERP przez API przeżywa aktualizacje systemu, ma kontrolę uprawnień i zwykle powiadomienia o zdarzeniach (webhooki). To domyślny wybór, nawet jeśli wymaga dokupienia modułu.

Bezpośredni dostęp do bazy danych

Aplikacja czyta albo zapisuje tabele w bazie SQL systemu. Sam odczyt bywa akceptowalny i szybki w budowie. Natomiast zapis z pominięciem logiki programu jest ryzykowny: omija walidacje, numerację dokumentów i blokady, a dostawca może odmówić wsparcia po takiej ingerencji.

Wymiana plików

System eksportuje plik CSV, XML albo w formacie EDI++ (EPP), a druga strona importuje go według harmonogramu. To rozwiązanie proste i tanie, ale z opóźnieniem - dane są aktualne co kilkanaście minut albo co godzinę. Trzeba też obsłużyć plik, który nie dotarł, i plik, który dotarł dwa razy.

RPA, czyli sterowanie interfejsem

Robot klika w programie jak człowiek: otwiera okno, wpisuje dane, zapisuje. Działa tam, gdzie nie ma nic innego, ale psuje się przy każdej zmianie ekranu i jest wolny. Dlatego traktuj go jako rozwiązanie przejściowe, z datą wygaszenia zapisaną w planie.

Między aplikacją a ERP często stoi warstwa pośrednia: własny serwis integracyjny albo narzędzie typu n8n czy Make. Przy kilkuset rekordach dziennie i gotowych konektorach narzędzie wystarcza - porównaliśmy je w tekście n8n vs Make vs Zapier.

Z kolei przy dokumentach księgowych, korektach i konfliktach danych zwykle wygrywa własny serwis z kolejką, ponowieniami i logami. Scenariusz w narzędziu wizualnym, który ma kilkadziesiąt kroków i obsługuje faktury, trudno testować i jeszcze trudniej przekazać następnej osobie.

Od czego zależy koszt dwukierunkowej integracji z ERP?

Cena integracji aplikacji z ERP to liczba godzin razy stawka, a różnice w wycenach biorą się głównie z liczby godzin. Ta zależy przede wszystkim od tego, ile typów danych płynie w obie strony i ile wyjątków trzeba obsłużyć.

Co podnosi cenę

• Rozstrzyganie konfliktów. Gdy dane tego samego klienta zmienią się w CRM i w ERP w tej samej minucie, trzeba zdecydować, który system wygrywa dla każdego pola.
• Dokumenty z konsekwencjami księgowymi. Faktury, korekty i dokumenty magazynowe wymagają więcej testów, bo każdy błąd kończy się korektą w księgowości.
• Brak środowiska testowego. Integracja pisana na kopii bazy jest tańsza niż ta testowana ostrożnie na danych produkcyjnych.
• Czas rzeczywisty. Synchronizacja w ciągu sekund wymaga kolejek i obsługi limitów API; synchronizacja co 15 minut - zwykle nie.
• Stan danych. Na przykład duplikaty kontrahentów, puste pola NIP czy różne jednostki miary. Dlatego porządkowanie danych bywa osobną pozycją w wycenie.

Przykład: integracja aplikacji handlowca z enova365

Aplikacja dla handlowców pobiera z enova365 kontrahentów, cennik i stany magazynowe, a odsyła zamówienia. To cztery typy danych, w tym jeden w przeciwnym kierunku, czyli środkowy wiersz tabeli - średnia pracochłonność. Oprócz tego do kosztu pracy dochodzi licencja modułu WebAPI.

Koszty po uruchomieniu

Integracja aplikacji z ERP wymaga też utrzymania: aktualizacje systemu, nowe wersje API, nowe pola i typy dokumentów. Zaplanuj na to stały roczny budżet - najniższy przy połączeniu przez API dostawcy, wyższy przy bazie danych i RPA (porównanie w tabeli wyżej) - oraz licencje modułów po stronie dostawcy. Od czego zależy koszt całych projektów automatyzacji, opisaliśmy w tekście ile kosztuje automatyzacja procesów w firmie.

Co przygotować przed wyceną integracji aplikacji z ERP?

Wycena bez tych informacji to zgadywanie, a zgadywanie wykonawca wlicza w cenę jako ryzyko. Przygotowanie zajmuje zwykle 2–3 dni pracy osoby, która zna proces i ma dostęp do ustawień systemu.

1. Lista danych i kierunków. Najpierw wypisz typy danych - kontrahenci, produkty, ceny, zamówienia, dokumenty - i przy każdym zaznacz, skąd dokąd płyną.
2. Źródło prawdy dla każdego pola. Ustal, który system decyduje o cenie, a który o adresie klienta. W przeciwnym razie konflikty rozstrzyga przypadek.
3. Wersja i licencja systemu. Sprawdź dokładną wersję ERP i to, czy masz moduł integracyjny (Sfera, WebAPI, Service Layer), czy trzeba go dokupić.
4. Wolumen i częstotliwość. Ile rekordów dziennie i jak szybko dane muszą być po drugiej stronie: od razu, co 15 minut czy raz na noc.
5. Wyjątki. Zbierz też nietypowe przypadki z ostatnich miesięcy: zwroty, korekty, zamówienia częściowe, klientów zagranicznych.
6. Środowisko testowe. Kopia bazy albo środowisko testowe dostawcy, na którym można pracować bez ryzyka dla księgowości.
7. Kontakty. Osoba po stronie firmy, która odpowiada na pytania o proces, i kontakt do partnera wdrożeniowego ERP.

Z takim dokumentem wycena przestaje być widełkami „od do”, a staje się listą pozycji do sprawdzenia. Zakres takich wdrożeń opisujemy na stronie automatyzacji procesów i integracji systemów.

Opisz jeden proces - powiemy, czy automatyzacja ma sens i ile kosztuje. Wystarczy nazwa systemu ERP lub CRM, lista danych, które mają płynąć, i liczba rekordów w miesiącu. wypełnij formularz, napisz na biuro@appcreo.pl albo zadzwoń: +48 783 477 243.

Jak zabezpieczyć połączenie aplikacji z ERP?

ERP trzyma księgowość, ceny zakupu i dane osobowe. Integracja aplikacji z ERP otwiera do tych danych nowe drzwi, więc trzeba je zamknąć równie starannie jak główne wejście. Oto minimum, które sprawdzamy w każdym projekcie integracyjnym.

• Osobne konto techniczne z minimalnymi uprawnieniami. Integracja nie korzysta z konta administratora ani pracownika i widzi tylko dane, których potrzebuje.
• Baza niewystawiona na internet. Serwer ERP w biurze łączy się z aplikacją przez VPN albo serwis pośredni, nigdy przez otwarty port SQL.
• Klucze w sejfie. Tokeny API i hasła trzymane w menedżerze sekretów, z rotacją - nie w kodzie, nie w arkuszu.
• Szyfrowanie w ruchu. Wyłącznie HTTPS/TLS, także w sieci wewnętrznej, jeśli dane przechodzą przez chmurę.
• Log każdej operacji. Kto, kiedy, jaki rekord i z jakim wynikiem - potrzebne przy reklamacji, audycie i szukaniu błędu.
• Idempotencja i ponowienia. Ta sama wiadomość wysłana dwa razy nie może utworzyć dwóch faktur, więc każda operacja ma unikalny identyfikator.
• RODO. Jeśli wykonawca ma dostęp do danych osobowych, potrzebna jest umowa powierzenia, a zakres przesyłanych danych ogranicza się do niezbędnych.

Zanim nastąpi pierwsza synchronizacja, zrób kopię bazy i uruchom integrację na kilka dni w trybie tylko do odczytu. Porównanie jej wyników z danymi wprowadzanymi ręcznie wyłapuje błędy mapowania, zanim trafią do księgowości.

Co psuje się najczęściej po uruchomieniu integracji z ERP?

Większość awarii nie wynika z błędu w kodzie, tylko ze zmiany po jednej ze stron. Dlatego integracja bez monitoringu bywa droższa niż ręczne przepisywanie - o problemie dowiadujesz się od klienta, a nie od systemu.

• Aktualizacja ERP zmienia strukturę danych albo zachowanie API.
• Dostawca CRM zmienia wersję API, limity zapytań albo zasady rozliczania.
• W ERP pojawia się nowy typ dokumentu, magazyn lub stawka VAT, których mapowanie nie zna.
• Handlowiec zakłada kontrahenta ręcznie w obu systemach, przez co powstaje duplikat.
• Serwer w biurze traci zasilanie w nocy, a kolejka nieprzetworzonych rekordów rośnie do rana.

Minimum to powiadomienie o błędzie do konkretnej osoby, panel z kolejką rekordów, których nie udało się przetworzyć, i przycisk „ponów”. Przy integracji z systemem ERP dochodzi test na kopii przed każdą dużą aktualizacją.

Przykładowe przepływy między CRM a resztą narzędzi opisaliśmy w artykule o integracjach CRM z narzędziami firmowymi. Gdy dane z ERP płyną już do aplikacji, można na nich budować prognozy - patrz tekst o AI w ERP i planowaniu zasobów.

Od 2026 roku ERP musi też wymieniać faktury z Krajowym Systemem e-Faktur. To osobna integracja z własnymi terminami, opisana w tekście KSeF - jak zintegrować systemy firmy. Przykład aplikacji mobilnej z własnym systemem backendowym typu CRM/ERP to realizacja dla firmy sprzątającej Concrete.