Dlaczego to się dzieje — architektura trzech dostawców
Większość firm 5–200 osób nie projektuje swojego IT od zera. Buduje je etapami, rozłożonymi na lata. Najpierw sieć i serwer — bo to najpilniejsze, gdy firma rośnie z kilku do kilkunastu osób. Kilka lat później CRM albo ERP, zwykle od zupełnie innego dostawcy, wybranego pod konkretną potrzebę działu sprzedaży czy księgowości. Na końcu automatyzacja — od trzeciego dostawcy, bo pierwsi dwaj się tym nie zajmują.
Każdy z trzech elementów, sprawdzany osobno, działa poprawnie. Sieć nie pada. System księgowy liczy poprawnie. Automatyzacja wysyła maile na czas. Problem nie leży w żadnym z nich z osobna — leży na styku między nimi, a stykiem formalnie nie zajmuje się nikt, bo nie należy on do żadnego z trzech podpisanych kontraktów. To dokładnie ta luka odpowiedzialności, którą opisaliśmy szerzej w artykule o integracji CRM z ERP.
Sygnał 1: dane, które nie zgadzają się między systemami
Sprzedawca sprawdza w CRM, że zamówienie jest gotowe do wysyłki. Magazynier w ERP widzi inny status — towar jeszcze nie skompletowany. Który system ma rację? W firmach bez integracji odpowiedź brzmi: żaden, dopóki ktoś nie zadzwoni i nie sprawdzi ręcznie.
Ten sygnał kosztuje najwięcej, bo dotyka bezpośrednio klienta końcowego. Błędny status zamówienia to nie tylko wewnętrzne zamieszanie — to obietnica złożona klientowi, która może się nie spełnić. Sprawdźcie: czy dane o tym samym kliencie, zamówieniu lub stanie magazynowym wyglądają identycznie w obu systemach, czy różnią się w zależności od tego, gdzie akurat patrzycie.
Sygnał 2: backup, którego nikt nie testował
Backup to najczęściej mylony sygnał bezpieczeństwa w małych i średnich firmach. Kopia zapasowa istnieje — harmonogram działa, dysk się zapełnia — ale nikt nigdy nie sprawdził, czy z tej kopii da się cokolwiek realnie odtworzyć. To różnica między „mamy backup" a „backup działa".
W wielu firmach, które odwiedzamy podczas Zwiadu, backup jest wykonywany od lat bez jednego testu odtworzenia. Dopiero awaria pokazuje, czy plik faktycznie się otwiera, czy baza danych faktycznie wraca do działania. To zdecydowanie za późny moment, żeby się o tym dowiedzieć.
Sygnał 3: awaria, która wymaga trzech telefonów
Sieć pada. Dzwonicie do firmy od infrastruktury — mówi, że u nich wszystko działa, może to system. Dzwonicie do firmy od systemu — mówi, że to pewnie sieć. Trzeci telefon, do firmy od automatyzacji, kończy się tym samym: „u nas działa".
To nie jest hipotetyczny scenariusz — to standardowy przebieg awarii w firmie z trzema osobnymi dostawcami. Każdy odpowiada tylko za swój fragment i żaden nie ma pełnego obrazu. Policzcie: przy ostatniej poważnej awarii, ile telefonów i do ilu firm trzeba było wykonać, zanim ktokolwiek wziął odpowiedzialność za rozwiązanie problemu, a nie tylko za wykluczenie siebie.
Sygnał 4: ręczne przepisywanie danych
W wielu firmach istnieje jedna osoba, która co tydzień — czasem codziennie — kopiuje dane z jednego systemu do drugiego ręcznie. Z arkusza do CRM. Z CRM do systemu księgowego. Ta osoba rzadko jest o to pytana wprost, bo z zewnątrz wygląda to jak normalna część pracy.
Typowe miejsca, gdzie to widać najszybciej: eksport zamówień do arkusza przed fakturą, ręczne przepisywanie statusów magazynowych do CRM, kopiowanie listy kontrahentów między narzędziami „bo synchronizacja kiedyś nie działała". Jeśli ktoś w zespole ma w kalendarzu cykliczne zadanie typu „uzupełnić system X z systemu Y" — to nie jest drobiazg operacyjny. To most, którego Wasza architektura nie zbudowała.
Problem pojawia się, gdy ta osoba jest na urlopie, choruje albo odchodzi z firmy. Wtedy okazuje się, że proces, który „zawsze tak działał", nie ma żadnej dokumentacji ani zapasowego wykonawcy. Sprawdźcie, czy w Waszej firmie istnieje taki proces — i czy ktokolwiek poza jedną osobą wie, jak go wykonać.
Sygnał 5: nikt nie zna pełnego kosztu IT
Poproście dziś dowolną osobę w firmie o podanie łącznej, miesięcznej kwoty wydawanej na IT — licencje, hosting, wsparcie, subskrypcje narzędzi, umowy serwisowe. W firmach z rozproszonymi dostawcami odpowiedź niemal zawsze brzmi: nikt nie wie z głowy, trzeba by zebrać faktury.
To samo w sobie jest sygnałem. Jeśli koszt IT jest rozbity na kilka różnych faktur od kilku różnych firm, nikt nie ma realnej kontroli nad tym, czy płacicie za coś, czego już nie używacie, albo czy dwie faktury nie pokrywają tego samego zakresu.
Jak sprawdzić to samodzielnie w 30 minut
Nie trzeba od razu zamawiać Zwiadu, żeby zrobić pierwszy krok. Poniższe pięć kroków da się przejść na jednym spotkaniu zespołu:
- Sprawdźcie zgodność danych — porównajcie te same dane klienta lub zamówienia w CRM i w ERP, czy wartości się zgadzają.
- Sprawdźcie backup — ustalcie, kiedy ostatni raz ktoś realnie odtworzył dane z kopii zapasowej, nie tylko ją wykonał.
- Policzcie telefony przy awarii — przy ostatniej awarii, ile firm trzeba było zaangażować, zanim ktoś wziął odpowiedzialność.
- Znajdźcie ręczne przepisywanie — sprawdźcie, czy ktoś regularnie kopiuje dane z jednego systemu do drugiego ręcznie.
- Zsumujcie koszty IT — zbierzcie wszystkie faktury związane z IT z jednego miesiąca i sprawdźcie, czy suma jest komuś znana.
Jeśli po tych pięciu krokach zespół rozpozna trzy i więcej sygnałów jednocześnie — to moment, żeby zobaczyć całość, nie łatać punktowo.
Koszt braku integracji — ile to naprawdę kosztuje miesięcznie
Trudno wycenić koszt braku integracji, dopóki nikt tego nie policzy. W jednym z naszych Zwiadów znaleźliśmy 780 000 zł ukrytych kosztów IT w firmie, która nigdy wcześniej nie zestawiła wszystkich wydatków w jednym miejscu — licencje, subskrypcje, godziny ręcznej pracy przy przepisywaniu danych. W innej firmie, zatrudniającej około 40 osób, niewykorzystana technologia kosztowała 700 000 zł rocznie.
Dla porównania: jedna minuta przestoju linii produkcyjnej to, według danych Siemens z 2024 roku, około 9 092 zł. Rozjazd danych między CRM a ERP rzadko powoduje przestój linii wprost — ale regularnie powoduje błędy w zamówieniach, podwójną pracę i utratę zaufania klienta, których nikt nie wpisuje do żadnego raportu finansowego.
Co zrobić z każdym sygnałem
| Sygnał | Typowe rozwiązanie | Widełki orientacyjne |
|---|---|---|
| Rozjazd danych między systemami | Integracja punkt-punkt lub Macierz Odpowiedzialności Danych | 8 000–40 000 zł |
| Nietestowany backup | Test odtworzenia + wdrożenie planu 3-2-1 | od 4 500 zł |
| Rozproszona odpowiedzialność za awarie | Jeden zespół, jeden kontrakt SLA | od 800 zł/mies. |
| Ręczne przepisywanie danych | Automatyzacja procesu | od 6 500 zł |
| Brak kontroli kosztów IT | Zwiad — pełna mapa procesów i kosztów | od 4 900 zł |
Rozwiązania z tabeli mieszczą się w trzech filarach: rozjazd danych i ręczne przepisywanie należą do integracji CRM/ERP i automatyzacji procesów, nietestowany backup — do infrastruktury sieciowej, bo bezpieczeństwo danych to jej fundament, nie automatyzacja. Cena z umowy jest ostateczna po Zwiadzie — żadna z powyższych kwot nie zmienia się w trakcie realizacji.
Case: dane, które migrowały ręcznie co miesiąc
Duża organizacja z rozbudowaną strukturą finansową — kilkaset osób, wiele lokalizacji, park pojazdów służbowych rozsiany po kraju. Import kosztów floty z systemu zewnętrznego dostawcy leasingu do głównego ERP odbywał się ręcznie od lat: jedna osoba w dziale finansowym, kilka godzin co miesiąc, kopiowanie wierszy z arkusza eksportu do arkusza importu, ręczne poprawianie formatu dat i numerów rejestracyjnych. Proces powtarzał się tak długo, że nikt już go nie kwestionował — taki był po prostu standard, wpisany w harmonogram końca miesiąca.
Po Zwiadzie zbudowaliśmy automatyczny import: dane trafiają do ERP bez udziału człowieka, format weryfikowany automatycznie przed zapisem. Czas pracy przy tym procesie spadł z kilku godzin miesięcznie do kilku minut.
Macierz odpowiedzialności danych — kto ma prawo zapisu, CRM czy ERP
Integracja pęka najczęściej nie na poziomie API. Pęka na poziomie decyzji, które nikt nie podjął świadomie.
W typowym wdrożeniu handlowiec zakłada kontrahenta w CRM. Księgowość zakłada tego samego kontrahenta w ERP — bo faktura nie czeka. Po trzech miesiącach system ma dwa rekordy, dwa NIP-y wpisane inaczej, dwie historie zmian. Synchronizacja dwukierunkowa nie naprawia tego automatycznie — powiela konflikt w obie strony.
Rozwiązaniem nie jest lepszy konektor. Jest nim macierz odpowiedzialności — prosty dokument, który dla każdego obiektu danych (kontrahent, produkt, cena, status zamówienia) wskazuje jeden system jako właściciela zapisu (source of truth) i jeden kierunek przepływu.
Przykład z Zwiadu u producenta z Dolnego Śląska: ustaliliśmy, że CRM jest właścicielem danych kontaktowych i etapu sprzedaży, a ERP — cen, stanów magazynowych i statusu faktury. CRM czyta ceny z ERP, nigdy nie zapisuje. ERP czyta dane kontaktowe z CRM, nigdy nie modyfikuje. Konflikt zniknął, bo nie miał już gdzie powstać.
Macierz spisujemy na etapie Zwiadu, przed pierwszą linią kodu integracji. To dokument na jedną stronę A4 — ale bez niego każda kolejna integracja odziedziczy ten sam błąd, tylko w nowym systemie.
Co dalej, jeśli rozpoznajecie trzy i więcej sygnałów
Nie każdy sygnał wymaga tego samego tempa reakcji. Jeśli rozpoznajecie jeden — zapiszcie go i wróćcie za kwartał. Jeśli rozpoznajecie trzy i więcej jednocześnie, to znak, że problem nie siedzi w jednym systemie, tylko w tym, jak trzej dostawcy współistnieją bez wspólnej odpowiedzialności. Wtedy pierwszym krokiem nie jest wybór nowego narzędzia, tylko Zwiad, który mapuje całość — procesy, dane i odpowiedzialność na styku systemów — zanim padnie jakakolwiek rekomendacja wdrożeniowa.
Cel Zwiadu nie jest „kolejną listą rekomendacji". Chodzi o wspólną mapę: gdzie Wasze IT realnie pęka, ile to kosztuje miesięcznie i w jakiej kolejności naprawiać, żeby nie łatać objawów. Jeśli szukacie partnera, który bierze odpowiedzialność za sieć, CRM i automatyzację jako jedną całość, a nie trzy osobne kontrakty — zacznijcie od rozmowy z firmą IT we Wrocławiu.
Jeśli rozpoznajecie u siebie trzy i więcej z tych pięciu sygnałów — Umów rozmowę → (45 min, 0 zł). Pierwsza rozmowa pokaże, czy warto iść dalej na Zwiad.
Zobacz też: Audyt IT dla MŚP — co obejmuje i ile kosztuje · Ile kosztuje jedna firma od sieci i systemu