Handlowiec obiecuje klientowi termin, którego produkcja nie potwierdziła. Księgowość wystawia fakturę na dane sprzed ostatniej zmiany adresu. Ktoś idzie na halę zapytać, czy zamówienie jest gotowe — u jednego z klientów, dla których pracowaliśmy, uzyskanie takiej odpowiedzi zajmowało od 4 do 8 godzin.
To nie są trzy różne problemy. To jeden problem widziany z trzech stron: systemy w firmie nie wymieniają się danymi, więc robią to ludzie. Ręcznie, z opóźnieniem i z literówkami.
Ten artykuł jest o tym, jak taką wymianę zbudować sensownie: jakie pary systemów łączy się najczęściej, jakimi metodami, co trzeba rozstrzygnąć przed pierwszą linijką konfiguracji i w których sytuacjach integracja jest po prostu złą odpowiedzią na pytanie.
Integracja a automatyzacja — dlaczego to nie to samo
Te dwa pojęcia bywają używane zamiennie, a oznaczają co innego.
Integracja buduje drogę między systemami. Sprawia, że mają czym i w jakim formacie się wymieniać. Automatyzacja decyduje, co i kiedy tą drogą pojedzie.
Przykład. Połączenie CRM z systemem fakturowania to integracja — powstaje kanał, którym dane kontrahenta i pozycje zamówienia mogą przejść z jednego systemu do drugiego. Reguła „gdy szansa sprzedaży zmieni status na wygraną, wystaw fakturę i wyślij ją mailem" to już automatyzacja: korzysta z tego kanału, ale sama go nie tworzy.
| Integracja | Automatyzacja | |
|---|---|---|
| Odpowiada na pytanie | Czym systemy się wymieniają? | Co ma się stać i kiedy? |
| Typowy efekt | Ten sam kontrahent, ta sama wartość w każdym systemie | Zdjęcie z ludzi sekwencji powtarzalnych czynności |
| Objaw braku | Rozjazd danych, sprzeczne raporty | Ktoś codziennie klika to samo |
| Bez czego nie zadziała | Bez API albo eksportu po obu stronach | Bez uporządkowanego procesu |
Rozróżnienie ma bardzo praktyczne konsekwencje. Jeżeli Twój ból polega na tym, że nikt nie wie, który system ma aktualne dane — potrzebujesz integracji systemów. Jeżeli raczej na tym, że jedna osoba codziennie wykonuje tę samą sekwencję czynności — zacznij od automatyzacji procesów. W większych wdrożeniach robi się jedno i drugie, ale kolejność ma znaczenie: najpierw droga, potem ruch po niej.
Które pary systemów łączy się najczęściej
Kombinacji jest wiele, ale w polskich firmach MŚP powtarza się kilka układów. Warto je znać, bo dla każdego inaczej wygląda kierunek przepływu i to, co faktycznie boli.
| Para systemów | Co przepływa | Typowy problem przed integracją |
|---|---|---|
| CRM ↔ ERP | Kontrahenci, zamówienia, statusy realizacji, warunki handlowe | Handlowiec nie widzi statusu produkcji, zarząd dostaje sprzeczne raporty |
| E-commerce ↔ księgowość | Zamówienia, faktury, korekty, dane do wysyłki | Ręczne przepisywanie zamówień do systemu fakturowania |
| Magazyn ↔ sprzedaż | Stany magazynowe, rezerwacje, przyjęcia i wydania | Sprzedaż towaru, którego nie ma; nadsprzedaż na kilku kanałach |
| CRM ↔ marketing | Leady, zgody, aktywność kontaktu, wynik kampanii | Lead ginie między formularzem a handlowcem |
| Systemy dziedzinowe ↔ raportowanie | Dane do wskaźników zarządczych | Ręczne sklejanie eksportów w arkuszu |
Najczęściej pytaną parą jest CRM z ERP i to nie przypadek. CRM opisuje świat obietnic: co obiecaliśmy klientowi i kiedy. ERP opisuje świat faktów: co faktycznie zostało wyprodukowane, wydane i zafakturowane. Dopóki te dwa światy nie rozmawiają, firma płaci za każdą rozbieżność między nimi — czasem reklamacją, czasem karą za opóźnienie.
U producenta elementów metalowych zatrudniającego 180 osób, gdzie połączyliśmy Comarch ERP z HubSpotem, efekty po wdrożeniu wyglądały tak:
| Metryka | Przed | Po |
|---|---|---|
| Raportowanie | 15 godzin tygodniowo | 0 godzin, raport przychodzi sam |
| Spójność danych | ok. 70% | 100% |
| Informacja o statusie | 4–8 godzin (telefon) | Czas rzeczywisty |
| Przekroczone terminy | ok. 18% | ok. 6% |
Pełen opis problemu i rozwiązania znajdziesz wśród naszych realizacji.
Cztery metody połączenia systemów
Sposób połączenia dobiera się do systemu i do tego, jak szybko dane muszą być na miejscu. W jednym projekcie zwykle występują co najmniej dwa podejścia.
| Metoda | Kiedy ma sens | Ograniczenie |
|---|---|---|
| API | System udostępnia udokumentowany interfejs; potrzebna pełna kontrola nad zapytaniem | Wymaga limitów zapytań i obsługi uwierzytelniania |
| Webhooki | Zdarzenie ma być przekazane natychmiast po tym, jak wystąpi | Działa tylko wtedy, gdy system źródłowy je wysyła |
| Pliki wymiany | Starsze oprogramowanie bez API, ale z eksportem CSV lub XML | Opóźnienie, brak potwierdzenia odbioru, trudniejsza diagnostyka |
| Platformy iPaaS | Większość integracji między popularnymi aplikacjami | Rozliczenie za operacje; przy dużym wolumenie robi się kosztowne |
Czwarta pozycja to Make, Zapier i n8n — platformy, które dostarczają gotowe konektory i wizualny podgląd przepływu, dzięki czemu zmiana w mapowaniu pól zajmuje minuty, a nie dzień pracy programisty. Różnice w cenie, możliwościach i lokalizacji danych rozpisaliśmy w porównaniu Make, Zapiera i n8n — wybór platformy przesądza zarówno o rachunku, jak i o tym, gdzie wylądują Twoje dane.
W praktyce najczęstszy wariant w firmach z ERP jest hybrydowy: masowe dane nocnym harmonogramem, zdarzenia krytyczne webhookiem, reszta gotowym konektorem.
System wiodący, czyli decyzja, bez której nic nie zadziała
To najważniejszy moment całego projektu i zapada on przy stole, nie przy klawiaturze.
Dla każdego zestawu danych trzeba wskazać jedno źródło prawdy: kto ma rację, gdy wartości się rozjadą. Bez tej decyzji synchronizacja dwukierunkowa nadpisuje te same rekordy w kółko — ERP poprawia adres na swój, CRM za chwilę przywraca stary, a użytkownicy zaczynają wpisywać dane w trzecim miejscu, „bo tam się trzyma".
Praktyczne zasady, które sprawdzają się niemal zawsze:
- Rozstrzygaj per zestaw danych, nie per system. Kartotekę kontrahenta może prowadzić CRM, a warunki handlowe i limity kredytowe ERP. To normalne i zdrowe.
- Domyślnie proponuj synchronizację jednokierunkową. Jest tańsza, przewidywalna i znacznie łatwiejsza w diagnostyce. Dwukierunkową buduje się tam, gdzie obie strony faktycznie edytują te same pola.
- Zapisz decyzję. Za pół roku, gdy ktoś zapyta, dlaczego jego zmiana zniknęła, ta jedna kartka oszczędzi godzinę dyskusji.
Mapowanie pól — miejsce, w którym kryją się koszty
Mapowanie brzmi jak formalność: pole „Nazwa firmy" po lewej, pole „Nazwa kontrahenta" po prawej. Kłopot zaczyna się przy polach, które tylko wyglądają na identyczne.
Rzeczy, które wychodzą dopiero na tym etapie:
- Słowniki, które się nie pokrywają. CRM ma pięć statusów szansy sprzedaży, ERP siedem statusów zlecenia. Trzeba ustalić przełożenie i zdecydować, co zrobić z wartością spoza słownika.
- Formaty identyfikatorów. NIP z myślnikami i bez. Kod kraju w numerze telefonu. Numer zamówienia z prefiksem oddziału.
- Pola wymagane po jednej stronie, opcjonalne po drugiej. Rekord, który w CRM da się zapisać bez adresu, w ERP zostanie odrzucony.
- Waluty, jednostki i zaokrąglenia. Cena jednostkowa w innej walucie albo w innej jednostce miary to klasyczne źródło rozbieżności o kilka groszy, które potem blokuje rozliczenie.
- Duplikaty. Ten sam kontrahent założony trzy razy w CRM po integracji rozejdzie się szybciej, nie zniknie. Porządek robi się przed uruchomieniem wymiany, nie po niej.
Ustala się też moment wymiany: natychmiast po zdarzeniu, co godzinę czy nocnym harmonogramem. To decyzja kosztowa, nie tylko techniczna — im częściej, tym więcej operacji na platformie i tym wyższy plan abonamentowy.
Obsługa błędów i konflikty danych
Zewnętrzne API bywają chwilowo niedostępne. Aktualizacja po stronie dostawcy potrafi zmienić format odpowiedzi. Użytkownik wpisze w pole tekstowe coś, czego nikt nie przewidział. Integracja musi to przetrwać bez gubienia danych — i to jest osobna część projektu, nie dodatek do niej.
Minimum, które powinno powstać razem z przepływem:
- Ponowne próby z rosnącym odstępem, gdy druga strona nie odpowiada.
- Kolejka zdarzeń, żeby nic nie przepadło w czasie niedostępności.
- Log wymiany dostępny dla zespołu, nie tylko dla wdrożeniowca.
- Powiadomienie do konkretnej osoby, gdy błąd powtórzy się mimo prób.
- Zasada rozstrzygania konfliktu wynikająca ze wskazanego wcześniej systemu wiodącego.
Punkt czwarty jest częściej pomijany, niż mogłoby się wydawać. Automatyzacja bez monitoringu to automatyzacja, która pewnego dnia przestanie działać, a Ty dowiesz się o tym od zdenerwowanego klienta.
Ile to trwa i od czego zależy koszt
Czas realizacji zależy przede wszystkim od liczby połączeń i od tego, czy systemy w ogóle udostępniają API.
| Zakres projektu | Czas realizacji |
|---|---|
| Jedno połączenie między dwoma systemami, gotowe konektory | 3–7 dni roboczych |
| Kilka systemów, mapowanie pól, logika warunkowa | 2–4 tygodnie |
| Środowisko z ERP i wieloma kanałami sprzedaży | Etapami, pierwsze połączenia w 2–3 tygodnie |
Po stronie kosztów bieżących liczy się wolumen operacji: Make zaczyna się od 9 USD miesięcznie za 10 000 operacji, Zapier od 19,99 USD za 750 zadań, a n8n w wersji self-hosted nie ma opłat licencyjnych — płacisz wtedy tylko za serwer. Rynkowe przedziały dla całego wdrożenia to tysiące złotych przy 1–3 integracjach, kilkanaście tysięcy przy 3–8 i kilkadziesiąt tysięcy przy środowiskach z ponad dziesięcioma połączeniami. Wszystkie składniki budżetu, razem z utrzymaniem, rozbiliśmy w przewodniku ile kosztuje automatyzacja w firmie.
Najdroższym fragmentem projektu bywa zwykle nie ten, którego się spodziewasz: aplikacja bez API wymaga obejścia przez plik wymiany albo eksport na harmonogram i to ona zjada budżet.
Kiedy integracja NIE jest odpowiedzią
Uczciwie: są sytuacje, w których łączenie systemów niczego nie naprawi.
- Gdy brakuje funkcji, a nie danych. Warstwa integracyjna sprawia, że narzędzia współpracują, ale nie dorabia im możliwości. Jeśli ERP nie prowadzi ewidencji, której potrzebujesz, żadne połączenie jej nie stworzy.
- Gdy dane są w złym stanie. Duplikaty kontrahentów i literówki w nazwach po uruchomieniu wymiany rozejdą się tylko szybciej i do większej liczby miejsc.
- Gdy chodzi o jednorazowe przeniesienie danych. Migracja z systemu do systemu jest projektem zamkniętym. Integracja ma działać codziennie przez lata i wymaga utrzymania — to dwa różne budżety.
- Gdy system nie ma ani API, ani eksportu. Zdarza się przy starszym oprogramowaniu wewnętrznym. Wtedy sensowna integracja nie jest możliwa w rozsądnym budżecie i lepiej usłyszeć to przed podpisaniem umowy niż w połowie projektu.
- Gdy proces jest nieuporządkowany. Jeśli nie wiadomo, kto za co odpowiada, integracja przyspieszy chaos. Najpierw uporządkuj, potem łącz — ścieżkę opisaliśmy w przewodniku jak zautomatyzować procesy w firmie.
Od czego zacząć
Zacznij od inwentaryzacji: spisz aplikacje, które są w grze, i to, co ma się między nimi wymieniać. Przy każdej sprawdź jedną rzecz — czy udostępnia API albo eksport danych. Ta lista rozstrzyga więcej niż wybór platformy.
Potem wskaż jedną parę systemów, w której rozjazd danych boli najbardziej, i policz, ile godzin miesięcznie zespół traci dziś na ręczne przenoszenie między nimi. To będzie Twój punkt odniesienia po wdrożeniu.
Jeśli nie masz pewności, czy Wasze systemy da się połączyć, umów bezpłatną konsultację — przejdziemy przez listę aplikacji, których używacie, i powiemy wprost, które połączenia są wykonalne, a które nie.