Integracja systemów informatycznych to połączenie oddzielnych programów używanych w firmie w taki sposób, żeby wymieniały między sobą dane bez udziału człowieka. Zamiast przepisywać te same informacje z CRM-u do programu do fakturowania, a stamtąd do arkusza z raportem, firma buduje kanał, którym dane przechodzą same — w ustalonym formacie, w ustalonym momencie i z zapisem tego, co się wydarzyło.
Nazywa się to też integracją systemów IT. W praktyce chodzi o jedno: żeby ten sam kontrahent, to samo zamówienie i ta sama kwota znaczyły dokładnie to samo w każdym programie, którego firma używa.
Ten artykuł wyjaśnia, jakie są rodzaje integracji, jak systemy się ze sobą łączą, jak wygląda wdrożenie i ile trwa. Jeżeli szukasz konkretnie połączenia CRM-u z ERP, mamy o tym osobny materiał: integracja CRM z ERP krok po kroku.
Po czym poznać, że firma potrzebuje integracji
Potrzeba integracji rzadko zgłasza się wprost. Zgłasza się jako zestaw drobnych, uciążliwych objawów, które łatwo pomylić z problemem organizacyjnym.
| Objaw | Co się za nim kryje |
|---|---|
| Ktoś codziennie przepisuje dane z jednego ekranu do drugiego | Brak kanału wymiany między dwoma systemami |
| Dwa raporty na to samo pytanie dają dwie różne liczby | Brak systemu wiodącego — nie wiadomo, które dane są prawdziwe |
| Odpowiedź na pytanie o etap realizacji zamówienia wymaga telefonu | Dane istnieją, ale nie w tym systemie, w którym są potrzebne |
| Faktura wychodzi na nieaktualne dane kontrahenta | Zmiana została wprowadzona w jednym miejscu, nie dotarła do drugiego |
| Raport zarządczy powstaje przez sklejanie eksportów w arkuszu | Brak integracji na poziomie raportowania |
Wspólny mianownik: dane w firmie istnieją, ale przenoszą je ludzie. Każde ręczne przeniesienie to koszt czasu i szansa na błąd, która prędzej czy później się realizuje.
Rodzaje integracji — trzy poziomy
Integracje różnią się tym, jak głęboko sięgają. Rozróżnienie ma znaczenie praktyczne, bo przesądza o koszcie i czasie wdrożenia.
Integracja danych to najpłytszy poziom. Dwa systemy uzgadniają wspólny zbiór informacji — kartotekę kontrahentów, indeks towarów, stany magazynowe. Nic więcej się nie dzieje: dane po prostu są takie same po obu stronach. To najczęstszy punkt startu i zwykle najtańszy.
Integracja aplikacji idzie krok dalej. Systemy nie tylko mają te same dane, ale potrafią uruchamiać u siebie nawzajem akcje. Zmiana statusu w CRM-ie powoduje wystawienie dokumentu w systemie księgowym. To poziom, na którym większość firm MŚP faktycznie osiada.
Integracja procesów to poziom najwyższy. Cały przebieg biznesowy — od zapytania ofertowego po zaksięgowanie wpłaty — jest opisany jako jedna sekwencja, która przechodzi przez kilka systemów i sama pilnuje swoich reguł. Wymaga tego, żeby proces był wcześniej uporządkowany i opisany; bez tego nie ma czego zintegrować. Jak to zrobić, opisaliśmy w materiale o mapowaniu procesów biznesowych.
Kolejność ma znaczenie. Próba wejścia od razu na trzeci poziom, zanim uzgodnione są dane, jest najczęstszą przyczyną wdrożeń, które kosztują dwa razy więcej, niż zakładano.
Jak systemy się łączą — API, webhooki i pliki
API to udokumentowany interfejs, przez który jeden program może zapytać drugi o dane albo zlecić mu wykonanie operacji. Jeżeli system ma API, integracja jest kwestią konfiguracji, a nie wynalazczości — dostawca z góry opisał, o co można zapytać i w jakim formacie przyjdzie odpowiedź. Brak API po którejś ze stron to zwykle największy pojedynczy czynnik podnoszący koszt projektu.
Webhook działa odwrotnie niż API: to system źródłowy sam wysyła powiadomienie w chwili, gdy coś się wydarzyło, zamiast czekać na pytanie. Dzięki temu dane trafiają na miejsce natychmiast, ale działa to tylko wtedy, gdy dostawca taką możliwość przewidział.
Pliki wymiany — CSV, XML — to metoda dla starszego oprogramowania, które nie ma ani jednego, ani drugiego. Działa, ale z opóźnieniem i bez potwierdzenia, że druga strona odebrała.
Szczegółowe porównanie tych metod wraz z ograniczeniami każdej z nich rozpisaliśmy w artykule o integracji CRM z ERP.
Cztery architektury połączeń
Metoda odpowiada na pytanie, czym systemy rozmawiają. Architektura odpowiada na inne pytanie — kto z kim rozmawia — i to ona decyduje, czy za dwa lata integracje da się jeszcze utrzymać.
| Architektura | Na czym polega | Kiedy ma sens | Ograniczenie |
|---|---|---|---|
| Punkt-punkt | Każda para systemów ma własne, bezpośrednie połączenie | Dwa, trzy systemy i brak planów rozbudowy | Liczba połączeń rośnie kwadratowo — przy 5 systemach jest ich 10, przy 8 już 28 |
| Hub-and-spoke | Wszystkie systemy łączą się z jednym punktem centralnym | Cztery systemy i więcej, przewidywana rozbudowa | Punkt centralny staje się miejscem, którego awaria zatrzymuje wszystko |
| Szyna danych (ESB) | Wspólna magistrala z regułami trasowania i transformacji | Duże organizacje, kilkanaście systemów, wymogi audytowe | Koszt i czas wdrożenia nieproporcjonalne do potrzeb MŚP |
| iPaaS | Hub-and-spoke jako usługa w chmurze, z gotowymi konektorami | Większość firm MŚP — najszybsza droga do działającego połączenia | Rozliczenie za operacje; przy dużym wolumenie robi się kosztowne |
Ta tabela jest w gruncie rzeczy o jednym: punkt-punkt jest kuszący, bo pierwsze połączenie robi się w nim najszybciej. Problem pojawia się przy czwartym i piątym. Firma, która zaczęła od trzech połączeń punkt-punkt i dołożyła dwa systemy, ma nagle dziesięć osobnych integracji do utrzymania, każdą z własnym sposobem obsługi błędów.
Do czwartej pozycji należą Make, Zapier i n8n. To platformy iPaaS z gotowymi konektorami i wizualnym podglądem przepływu — zmiana w mapowaniu pól zajmuje w nich minuty zamiast dnia pracy programisty. Różnią się ceną, limitami i tym, gdzie fizycznie lądują dane; rozpisaliśmy to w porównaniu Make, Zapiera i n8n.
Przykłady integracji systemów informatycznych
Poniżej układy, które w polskich firmach MŚP powtarzają się najczęściej — z kierunkiem przepływu i tym, co konkretnie znika po wdrożeniu.
| Co z czym | Co przepływa | Co znika |
|---|---|---|
| Sklep internetowy ↔ program do fakturowania | Zamówienia, dane do faktury, korekty | Ręczne wystawianie dokumentów po każdym zamówieniu |
| CRM ↔ ERP | Kontrahenci, zamówienia, statusy realizacji | Telefon na produkcję z pytaniem o termin |
| Magazyn ↔ kanały sprzedaży | Stany, rezerwacje, przyjęcia i wydania | Sprzedaż towaru, którego nie ma na stanie |
| Formularz na stronie ↔ CRM | Leady wraz ze zgodami i źródłem pozyskania | Lead, który utknął w skrzynce mailowej |
| Systemy dziedzinowe ↔ raportowanie | Dane do wskaźników zarządczych | Cotygodniowe sklejanie eksportów w arkuszu |
| Bank ↔ księgowość | Wyciągi, rozliczenie płatności | Ręczne parowanie wpłat z fakturami |
Połączenie z systemem księgowym albo biurem rachunkowym ma własną specyfikę — warianty od wspólnego katalogu po API opisaliśmy w artykule o automatyzacji procesów księgowych.
U producenta elementów metalowych zatrudniającego 180 osób, gdzie połączyliśmy Comarch ERP z HubSpotem, raportowanie zarządcze spadło z 15 godzin tygodniowo do zera, a spójność danych między systemami wzrosła z około 70% do 100%. Opisy tych wdrożeń zebraliśmy wśród naszych realizacji.
Jak przebiega wdrożenie
Kolejność poniżej nie jest formalnością. Każdy z tych etapów pominięty na starcie wraca później jako poprawka, która kosztuje wielokrotnie więcej.
- Inwentaryzacja systemów. Co dokładnie jest używane, w jakiej wersji, czy ma API i czy licencja obejmuje dostęp do niego.
- Opis przepływu. Które dane, w którą stronę, jak często i co ma się stać, gdy przyjdą niekompletne.
- Wybór systemu wiodącego. Dla każdego rodzaju danych trzeba wskazać jeden system, którego wersja wygrywa w razie rozbieżności. To decyzja biznesowa, nie techniczna.
- Mapowanie pól. Uzgodnienie, że NIP w jednym systemie to numer identyfikacji podatkowej w drugim i że format daty po obu stronach jest ten sam.
- Obsługa błędów. Co się dzieje, gdy druga strona nie odpowiada, gdy dane są sprzeczne, gdy ta sama operacja przyjdzie dwa razy.
- Uruchomienie równoległe. Przez pewien czas stary sposób działa obok nowego, żeby dało się porównać wyniki, zanim ktokolwiek na nowym polegnie.
Proste połączenie dwóch systemów z działającym API uruchamiamy w 3–7 dni roboczych. Projekty z systemem bez API, migracją danych historycznych albo integracją na poziomie procesów liczy się w tygodniach.
Najczęstsze błędy
Brak decyzji o systemie wiodącym. Integracja bez tej decyzji działa dopóty, dopóki dane po obu stronach się zgadzają. Pierwsza rozbieżność zamienia ją w mechanizm, który skutecznie rozsyła błąd po całej firmie.
Integrowanie procesu, którego nikt nie opisał. Automatyzacja bałaganu daje szybszy bałagan. Jeżeli dwie osoby wykonują ten sam proces inaczej, najpierw trzeba rozstrzygnąć, która wersja jest właściwa.
Pominięcie obsługi błędów. Integracja, która działa tylko wtedy, gdy wszystko idzie dobrze, jest gorsza niż jej brak — bo firma przestaje sprawdzać, a błędy przechodzą dalej niezauważone.
Architektura punkt-punkt na razie. Prowizorka przy trzecim systemie jest tania. Przy szóstym jest długiem, którego spłata oznacza przepisanie wszystkiego od nowa.
Od czego zacząć
Od jednego przepływu, który boli najbardziej i daje się zmierzyć. Nie od mapy docelowej całej firmy — ta powstanie sama, gdy pierwsze połączenie zadziała i będzie wiadomo, ile faktycznie kosztuje jego utrzymanie.
Jeżeli chcesz sprawdzić, które połączenie w Twojej firmie zwróci się najszybciej, umów bezpłatną konsultację — przejdziemy przez listę systemów i wskażemy, od czego zacząć. Zakresy i ceny wdrożeń opisaliśmy na stronie integracji systemów, a widełki kosztów w artykule ile kosztuje automatyzacja.