Przeciętna organizacja korzysta dziś z 957 aplikacji, rok wcześniej było ich 897, a połączonych ze sobą jest zaledwie 27%. Tak wynika z badania Salesforce i MuleSoft przeprowadzonego na próbie 1 050 liderów IT. W polskiej małej firmie integracja systemów IT ma inną skalę, bo mówimy o czterech czy pięciu programach zamiast o setkach. Proporcje bywają podobne: sklep, magazyn, księgowość i arkusz kalkulacyjny, a każdy z nich zna tylko własny kawałek prawdy.
Prędzej czy później pada pytanie, czy da się to spiąć, a zaraz po nim drugie, ile to kosztuje. O powodzeniu takiego projektu przesądzają dwie rzeczy: jakość API po drugiej stronie oraz decyzja o tym, który system jest źródłem prawdy dla danego typu danych. Technologia jest tu wtórna. Poniżej cztery metody integracji systemów IT wraz z progami opłacalności, widełki kosztów i pięć miejsc, w których takie wdrożenia najczęściej się wykładają. Tworzymy aplikacje internetowe razem z warstwą, która spina je z resztą firmowego oprogramowania.
Integracja systemów IT i koszt jej braku
Rozmowa o integracji systemów IT zaczyna się zwykle od technologii, a powinna od rachunku kosztów. Zanim porównasz API z szyną danych, nazwij, co boli i ile ten ból kosztuje w godzinach pracy.
Czym jest integracja systemów IT?
Integracja systemów IT to połączenie oddzielnych aplikacji w taki sposób, aby wymieniały między sobą dane bez udziału człowieka. Spina się przy tym trzy warstwy: dane, czyli ten sam kontrahent rozpoznawany w ERP i w CRM, procesy, czyli zamówienie ze sklepu tworzące dokument magazynowy, oraz interfejs, czyli jeden ekran zamiast czterech otwartych okien.
W praktyce robi się to etapami: najpierw jeden kierunek i jeden typ danych, na przykład zamówienia wędrujące do magazynu, potem zwrotna informacja o statusie wysyłki. Firmy, które próbują spiąć wszystko naraz, zwykle przeciągają projekt o kilka miesięcy i porzucają go w połowie zakresu.
Objawy braku integracji systemów IT
Zanim policzysz koszt integracji systemów IT, policz koszt jej braku. Rozpoznasz go po kilku powtarzalnych sytuacjach:
- Te same dane wpisywane dwa razy – handlowiec zakłada kontrahenta w CRM, księgowość zakłada go jeszcze raz w programie finansowym, a nazwy różnią się jedną spółką z ograniczoną odpowiedzialnością.
- Stany magazynowe, które się rozjeżdżają – sklep sprzedaje towar, którego fizycznie nie ma, bo synchronizacja chodzi raz na dobę o czwartej rano. Reklamację obsługuje potem ktoś bez dostępu do magazynu.
- Raport zarządczy sklejany ręcznie w Excelu – co miesiąc, przez dwa dni, przez tę samą osobę.
- Długie wdrażanie nowych pracowników – nowa osoba musi opanować cztery programy i dodatkowo zapamiętać, w którym z nich dane są aktualne. Ta wiedza zwykle nigdzie nie jest spisana.
Każdy z tych objawów daje się przeliczyć na godziny. Dwie osoby tracące po godzinie dziennie na przepisywanie danych zużywają na to około 40 godzin miesięcznie i blisko 500 rocznie.
Integracja systemów IT w polskich firmach
Dane GUS pokazują, gdzie leży prawdziwy problem. System klasy ERP ma 40,5% przedsiębiorstw zatrudniających co najmniej dziesięć osób, ale ta średnia zaciera przepaść między kategoriami: wśród dużych podmiotów odsetek sięga 94,0%, wśród małych zatrzymuje się na 32,9%. Przy systemach CRM przepaść jest jeszcze większa: 71,1% wobec 20,0%.
ERP i CRM rzadko istnieją w mniejszej firmie jednocześnie, a jeśli już, to kupiono je osobno, w odstępie kilku lat i od różnych dostawców. Typowy polski projekt integracyjny zaczyna się właśnie w takim miejscu: od kilku decyzji zakupowych podjętych niezależnie od siebie, przez różne osoby i w różnych latach. Jeżeli jesteś na wcześniejszym etapie i dopiero wybierasz oprogramowanie, więcej znajdziesz w tekście o tym, czy wybrać system gotowy, czy dedykowany.
Rok 2026 dołożył do tego czynnik, którego nikt nie planował w budżecie. Krajowy System e-Faktur stał się obowiązkowy 1 lutego dla podatników, których sprzedaż w 2024 roku przekroczyła 200 mln zł, a 1 kwietnia dla wszystkich pozostałych. Do końca grudnia obowiązuje jeszcze limit przejściowy 10 000 zł miesięcznie. Firmy, których system fakturowy miał otwarte API, przeszły to w kilka tygodni. Reszta poznała koszt zamkniętego oprogramowania w najmniej wygodnym momencie.
Metody integracji systemów IT
Metod integracji systemów informatycznych jest w praktyce cztery i każda ma próg, powyżej którego przestaje się opłacać. O wyborze przesądza rachunek w piątym roku utrzymania, kiedy dochodzi piąty i szósty system.
Integracja punkt-punkt
Najprostsze podejście: każda para systemów dostaje własne połączenie. Sklep pisze prosto do magazynu, magazyn do księgowości. Wdraża się to szybko i tanio, bo nie ma warstwy pośredniej do zaprojektowania.
Problem pojawia się przy skalowaniu, a jego rozmiar łatwo policzyć. Liczba połączeń rośnie według wzoru n(n−1)/2, więc trzy systemy dają trzy połączenia, a sześć już piętnaście. Każde ma własną logikę, własną obsługę błędów i własne miejsce, które trzeba poprawić po zmianie u dostawcy. Punkt-punkt ma sens przy dwóch, trzech stabilnych systemach, jeśli nic więcej nie dojdzie.
Integracja przez API
Dziś to domyślny sposób łączenia oprogramowania. Producent udostępnia interfejs, najczęściej w standardzie REST, przez który pobiera się i zapisuje dane w ustalonym formacie. Dochodzą do tego webhooki, czyli powiadomienia wysyłane w chwili zdarzenia, dzięki czemu nie trzeba odpytywać systemu co minutę.
Największe ograniczenie leży poza Twoją firmą. Przy integracji przez API to producent systemu decyduje, co jest możliwe, jak szybko i jak długo dana wersja interfejsu będzie działać. Zanim podpiszesz umowę, sprawdź, czy API obejmuje wszystkie potrzebne operacje, czy jest wersjonowane i z jakim wyprzedzeniem producent zapowiada wycofanie starszych wersji. Odpowiedź na to ostatnie pytanie potrafi zmienić koszt utrzymania kilkukrotnie.
Middleware i szyna danych (ESB)
Middleware to warstwa pośrednia, która przyjmuje dane z jednego systemu, przekształca je i przekazuje dalej. Szyna danych (ESB) jest jej rozbudowaną odmianą: systemy nie znają się nawzajem, wszystkie rozmawiają wyłącznie z szyną.
Zysk polega na tym, że logika przekształcania danych, kolejkowanie, ponawianie nieudanych operacji i dziennik zdarzeń siedzą w jednym miejscu, a nie w piętnastu skryptach. Kiedy dostawca zmienia format odpowiedzi, poprawiasz jedną rzecz. Koszt wejścia jest za to wyraźnie wyższy i przy dwóch systemach się nie zwraca. Próg opłacalności przebiega przy czwartym systemie, wcześniej przy dużym wolumenie danych.
iPaaS i gotowe konektory
Platformy pokroju Zapiera, Make'a czy n8n oraz konektory dostarczane przez producentów ERP obiecują integrację bez programowania. Przy prostych przepływach faktycznie tak jest i szkoda wydawać na to budżet projektowy.
Granica przebiega w dwóch miejscach: w katalogu aplikacji i w cenniku za liczbę operacji. Przy dużym wolumenie abonament potrafi przewyższyć ratę za własne rozwiązanie, a katalog konektorów pisany jest pod rynek globalny. Zderzyliśmy się z tym w projekcie dla Zaufane.pl: system opinii eKomi nie miał gotowych modułów dla Idosell, Shopera ani Atomstore, czyli dla silników, na których stoi znaczna część polskiego e-commerce. Zbudowaliśmy więc własną warstwę integracyjną, w której podłączenie kolejnego sklepu sprowadza się do jednej komendy i danych dostępowych. Obsługuje dziś 12 silników, pracuje na kilku serwerach w układzie wysokiej dostępności i jest rozwijana od 2019 roku.
| Metoda | Koszt startowy | Skalowalność | Utrzymanie | Kiedy ma sens |
|---|---|---|---|---|
| Punkt-punkt | Niski | Słaba | Rośnie z każdym połączeniem | 2–3 stabilne systemy |
| API | Średni | Dobra | Zależne od dostawcy | Standard przy nowoczesnym oprogramowaniu |
| Middleware / ESB | Wysoki | Bardzo dobra | Skupione w jednym miejscu | Od 4 systemów w górę |
| iPaaS / konektory | Bardzo niski | Ograniczona katalogiem | Abonament rosnący z wolumenem | Proste przepływy, popularne aplikacje |
Ile kosztuje integracja systemów IT?
Odpowiedź „od kilkunastu do kilkuset tysięcy złotych” jest prawdziwa i do niczego nieprzydatna. Poniżej rozbicie na czynniki, które przesuwają wycenę.
Co napędza wycenę?
- Liczba i kierunek połączeń – integracja jednokierunkowa jest znacznie prostsza od dwukierunkowej, bo w tej drugiej trzeba rozstrzygnąć, co się dzieje, gdy oba systemy zmienią ten sam rekord.
- Jakość dokumentacji API u dostawcy – dobra dokumentacja z sandboxem skraca pracę o tygodnie.
- Mapowanie słowników danych – statusy zamówień, jednostki miary, stawki VAT i kartoteka kontrahentów rzadko wyglądają tak samo w obu systemach.
- Wolumen i częstotliwość – nocna paczka danych to zupełnie inny projekt niż synchronizacja w czasie rzeczywistym.
- Wymagania wobec błędów – kolejka, ponowienie i alert na wypadek, gdy druga strona milczy przez godzinę.
- Systemy bez API – adapter, wymiana plikowa albo odczyt z bazy podnoszą i koszt, i ryzyko.
Widełki cenowe integracji systemów IT
Poniższe kwoty zakładają stawki 150–390 zł za godzinę, zależnie od stażu i technologii, oraz faktyczny nakład pracy przy projektach integracji systemów IT tej wielkości.
| Zakres | Nakład | Koszt |
|---|---|---|
| Integracja jednokierunkowa, gotowe REST API po obu stronach | 40–120 h | 6 000–47 000 zł |
| Integracja dwukierunkowa z ERP, mapowanie danych, obsługa błędów | 150–400 h | 22 000–156 000 zł |
| Warstwa integracyjna spinająca 4–6 systemów | 500–1 200 h | 75 000–468 000 zł |
Górna granica każdego wiersza to projekt, w którym trafiamy na system bez sensownego API albo na wymóg synchronizacji w czasie rzeczywistym. Koszt budowy całej aplikacji zamiast łączenia istniejących opisuje przewodnik po tworzeniu aplikacji webowych.
Koszt utrzymania po wdrożeniu
Tu pojawia się pozycja, którą pomija większość kalkulacji. Na utrzymanie integracji systemów IT trzeba rocznie odłożyć 10–20% wartości wdrożenia, a ta kwota pokrywa samo podtrzymanie działania, bez nowych funkcji.
Składają się na to trzy rzeczy. Dostawcy wycofują starsze wersje API według własnego harmonogramu, po czym trzeba przepisać część kodu. Zmieniają się przepisy i formaty dokumentów, czego KSeF jest najświeższym przykładem. Sama integracja wymaga też monitorowania, bo połączenie, które padło w czwartek wieczorem, a ktoś zauważył je dopiero w poniedziałek, kosztuje więcej niż każdy alert.
Typowe problemy przy integracji systemów IT
Projekty integracji systemów IT rzadko przekraczają budżet z powodu złego oszacowania kodu. Przekraczają go przez pięć rzeczy, których nie widać na etapie oferty.
Dokumentacja API, której nie ma albo jest nieaktualna
Najczęstszy scenariusz: dostawca deklaruje, że system ma API, po czym dokumentacja okazuje się opisem wersji sprzed trzech lat, a połowa pól zwraca coś innego, niż powinna. Praca na tydzień zaczyna się od dwóch tygodni rozpoznawania, jak interfejs zachowuje się naprawdę.
Zabezpieczenie jest proste. Przed podpisaniem umowy poproś o dostęp do środowiska testowego i o przykładowe odpowiedzi dla trzech najważniejszych operacji. Jeśli dostawca nie dostarczy ich w tydzień, doliczy do wyceny czas na rozpoznanie interfejsu.
Dane, które do siebie nie pasują
Dwa systemy prawie nigdy nie opisują rzeczywistości tak samo. Ten sam kontrahent bywa trzema rekordami, NIP raz ma myślniki, a raz nie, jednostki miary rozjeżdżają się między sztuką a opakowaniem zbiorczym, a strefy czasowe potrafią przesunąć raport dzienny o jeden dzień.
Skalę tej pracy dobrze pokazuje aplikacja kioskowa, którą zbudowaliśmy dla LookCart. Z e-sklepu na WooCommerce trzeba było przenieść ceny w trzech odmianach (netto, brutto i promocyjne), warianty z blokowaniem niedostępnych kombinacji, stany magazynowe, kupony i kody afiliacyjne, a wszystko w wersji działającej offline. Katalog produktów jest w takich projektach najłatwiejszą częścią. Czas zjadają reguły biznesowe schowane w konfiguracji sklepu.
Limity zapytań i wydajność
Zewnętrzne API prawie zawsze ma limit zapytań, a przekroczenie go kończy się odrzuceniem żądania. Przy migracji danych historycznych albo porannym szczycie zamówień potrafi to zatrzymać cały proces.
Osobnym problemem jest to, że czas odpowiedzi bywa zmienny. Przy łączeniu naszego CMS-u z platformą Broadsign zmierzyliśmy opóźnienia wahające się od pół sekundy do czterokrotnie dłuższych, przy tym samym zapytaniu i urządzeniu. Kalibracja oparta na średniej zawodziła przez pojedyncze skrajne odczyty. Powtarzalny efekt przyniosła dopiero mediana i to ona posłużyła do korygowania momentu startu. Jeśli Twoja integracja zależy od czasu, licz medianę.
Brak środowiska testowego po stronie dostawcy
Część producentów oprogramowania, zwłaszcza tych z długą historią, nie udostępnia sandboxa. Zespół integracyjny staje wtedy przed wyborem między testowaniem na produkcji a odtworzeniem systemu u siebie, o ile licencja w ogóle na to pozwala.
Testowanie na produkcji brzmi niewinnie, dopóki nie wystawi faktury prawdziwemu kontrahentowi albo nie ruszy stanu magazynowego w trakcie inwentaryzacji. Jeśli sandboxa nie ma, zaplanuj budżet na odtworzenie środowiska i sprzątanie danych testowych, zwykle kilkanaście godzin po stronie wykonawcy.
Właściciel danych i odpowiedzialność za błędy
Najkosztowniejszy błąd w projektach integracyjnych polega na tym, że nikt nie rozstrzygnął, który system jest źródłem prawdy dla danego typu danych. Dopóki ta decyzja nie zapadnie, integracja może działać bez zarzutu, a dane i tak będą się rozjeżdżać, bo dwa systemy nadpisują się nawzajem zgodnie z tym, co im kazano.
Drugą stroną tego problemu jest przypisywanie awarii. Po podpięciu zewnętrznej platformy źródeł błędu robi się kilka: dostawca, konfiguracja po Twojej stronie albo urządzenie końcowe. We wdrożeniu z Broadsignem zbudowaliśmy z tego powodu osobne raportowanie, które wskazuje etap, na którym proces się zatrzymał. Bez tego każdy incydent kończy się długą wymianą maili o tym, kto zawinił. Jeżeli źródłem kłopotów jest sam ERP, a nie połączenie z nim, temat rozwijamy w tekście o modernizacji systemu ERP.
Przebieg projektu integracji systemów IT
Kolejność prac w projekcie integracji systemów IT przesądza o połowie ryzyk opisanych wyżej. Poniższa sekwencja wygląda na oczywistą, a mimo to najczęstszym błędem jest zaczynanie od punktu czwartego.
Sześć kroków wdrożenia
- Inwentaryzacja systemów i przepływów danych – co masz, kto z tego korzysta i które dane wędrują dziś ręcznie.
- Wybór źródła prawdy dla każdego typu danych – kontrahenci z CRM, stany z magazynu, ceny z ERP. Jedna decyzja na jeden typ, na piśmie.
- Audyt API i limitów – zakres operacji, wersjonowanie, limity zapytań, dostęp do sandboxa. Na tym etapie wycena przestaje być zgadywanką.
- Projekt mapowania i obsługi błędów – zestawienie pól, reguły przekształceń, zachowanie przy braku odpowiedzi.
- Wdrożenie na środowisku testowym z kopią danych produkcyjnych – prawdziwe dane wychwytują przypadki, których nie wymyśli żaden zespół.
- Monitoring i plan utrzymania – alerty, dziennik zdarzeń, osoba odpowiedzialna i budżet roczny.
Kiedy warto zlecić integrację na zewnątrz?
Własny zespół wygrywa, gdy zna oba systemy od środka i ma czas, którego nie zabierze bieżące utrzymanie. W praktyce ten warunek spełnia się rzadko, bo integracja systemów IT to praca projektowa o wyraźnym początku i końcu, a etat trzeba opłacać także po jej zakończeniu.
Drugim argumentem jest ryzyko jednej osoby. Jeśli integrację zbuduje samodzielnie jeden programista i odejdzie, zostaje kod, którego nikt nie rozumie. Zewnętrzny wykonawca daje dokumentację i ciągłość zespołu, co przy warstwie działającej latami waży więcej niż stawka godzinowa. Więcej o modelach współpracy znajdziesz w tekście o outsourcingu IT, a o przygotowaniu do rozmowy z dostawcą w poradniku o współpracy z software house'em.
FAQ
Pytania, które najczęściej pojawiają się przy pierwszej rozmowie o integracji.
Jakie są rodzaje integracji systemów informatycznych?
W praktyce spotyka się cztery podejścia:
- punkt-punkt, czyli osobne połączenie dla każdej pary systemów,
- integrację przez API udostępnione przez producenta,
- middleware lub szynę danych jako warstwę pośrednią dla wszystkich systemów,
- platformy iPaaS i gotowe konektory, konfigurowane bez programowania.
Osobnym kryterium podziału jest sposób wymiany danych: wsadowy, w ustalonych oknach czasowych, albo zdarzeniowy, uruchamiany w momencie zapisu w systemie źródłowym. Ten drugi wariant kosztuje więcej i wymaga kolejkowania.
Co to jest integracja API?
Wymiana danych między aplikacjami przez interfejs udostępniony przez producenta, najczęściej w standardzie REST. Jedna strona wysyła żądanie, druga odpowiada w ustalonym formacie. Umowa techniczna jest tu spisana i wersjonowana, więc zmiana u dostawcy nie musi od razu wywracać całego połączenia.
Ile trwa integracja dwóch systemów?
Proste połączenie jednokierunkowe między dwoma systemami z dobrym API zajmuje zwykle dwa do czterech tygodni. Integracja dwukierunkowa z ERP, mapowaniem danych i obsługą błędów to najczęściej dwa do czterech miesięcy. Warstwa spinająca kilka systemów to pół roku i więcej, przy czym większość tego czasu pochłaniają uzgodnienia po stronie biznesu.
Czy da się zintegrować system bez API?
Tak, choć każda z dróg na skróty ma swoją cenę:
- eksport i import plików CSV lub XML według harmonogramu,
- odczyt bezpośrednio z bazy danych, jeśli licencja i dostawca na to pozwalają,
- robot RPA klikający w interfejs użytkownika za człowieka.
Dwa pierwsze warianty działają stabilnie tam, gdzie dane nie muszą być aktualne co do minuty. Trzeci bywa ostatnią deską ratunku przy zamkniętych systemach, ale psuje się przy każdej zmianie wyglądu ekranu.
