Problem · integracja systemów

Dwie aplikacje, między którymi dane przenosi człowiek.

Firma ma dwa programy, oba potrzebne, i nikt nie zaplanował, że będą ze sobą rozmawiać. Rolę połączenia przejął pracownik z Excelem. Rozwiązania są tu bardzo różnej ceny — od uporządkowanego eksportu po pełną integrację. Wybór zależy od kilku rzeczy, które warto ustalić wcześniej.

Bogusław Tolarz · aktualizacja: 20 sierpnia 2026

Jeden pracownik zamiast integracji

Ktoś codziennie eksportuje dane z jednego programu i wgrywa do drugiego — albo przepisuje z ekranu na ekran.
Ta sama informacja żyje w dwóch miejscach i regularnie się rozjeżdża. Nikt nie wie, które miejsce ma rację.
Powstał plik w Excelu, który „skleja” oba systemy. Zna go jedna osoba i to ona jest wąskim gardłem.
Błędy wychodzą z opóźnieniem — przy rozliczeniu, inwentaryzacji albo reklamacji, a nie w momencie pomyłki.
Nikt nie potrafi powiedzieć, ile ta praca kosztuje miesięcznie, bo jest rozsiana po kilku osobach.

Dlaczego prawie każda firma to ma

To rzadko jest czyjś błąd. Systemy kupuje się pojedynczo i w różnym czasie: najpierw program do faktur, dwa lata później coś do magazynu, potem sklep. Każdy z nich rozwiązuje swój problem dobrze. Nikt na żadnym etapie nie odpowiadał za to, co dzieje się pomiędzy nimi.

Dziura po tej odpowiedzialności zostaje wypełniona przez człowieka, bo człowiek jest elastyczny i nie trzeba go wdrażać. Problem w tym, że jest też najdroższym i najbardziej zawodnym sposobem przenoszenia danych, jaki firma ma do dyspozycji — i jedynym, który męczy się przy trzeciej setce rekordów.

Pytania, które zmieniają cenę

Od odpowiedzi na nie zależy, czy mówimy o eksporcie do pliku, czy o pełnej integracji.

Które dane naprawdę muszą krążyć?

Zwykle okazuje się, że nie cały rekord, tylko kilka pól. To zmienia rozmowę z „połączmy dwa systemy” na „przenieśmy pięć pól” — a to zupełnie inny koszt.

W którą stronę i jak często?

Jednokierunkowo raz na dobę to inna robota niż synchronizacja w obie strony w czasie rzeczywistym. Większość firm prosi o drugie, a potrzebuje pierwszego.

Który system jest źródłem prawdy?

Jeśli oba mogą zmieniać tę samą wartość, prędzej czy później zrobią to jednocześnie. Bez ustalenia, kto wygrywa taki konflikt, integracja tworzy nowy problem zamiast usuwać stary.

Co te systemy w ogóle potrafią udostępnić?

API, eksport pliku, baza, do której da się zajrzeć, a czasem tylko ekran. To rozstrzyga, czy mówimy o dniach, czy o tygodniach pracy — i sprawdzam to, zanim cokolwiek obiecam.

Co się dzieje, gdy przepisujący się pomyli?

Czasem nic. Czasem jedzie zła dostawa albo klient dostaje złą fakturę. Koszt błędu decyduje o tym, ile warto wydać na jego wyeliminowanie — częściej niż sam czas przepisywania.

Czy za pół roku ten system jeszcze tu będzie?

Nie ma sensu budować integracji z programem, który firma i tak planuje wymienić. To pytanie zadaję wcześnie, bo potrafi skasować cały projekt — i dobrze.

Półki cennika, od najniższej

Pierwsze dwie pozycje da się uruchomić w tydzień; ostatnia to projekt na miesiące.

1
Uporządkowany eksport i import
Jeśli dane mogą wędrować raz dziennie, czasem wystarczy ustalić stały format pliku i zautomatyzować samo przenoszenie. Najtańsze i najszybsze do uruchomienia. Kończy się tam, gdzie potrzebna jest bieżąca aktualność.
2
Gotowy konektor między tymi systemami
Popularne pary programów mają już gotowe integracje. Zanim cokolwiek napiszę, sprawdzam, czy taka istnieje — bo abonament bywa tańszy niż utrzymanie własnego kodu przez rok.
3
Integracja przez API obu stron
Właściwe rozwiązanie, gdy dane muszą być aktualne i przepływ jest stały. Wymaga, żeby oba systemy miały co udostępnić — i żeby ktoś to potem utrzymywał, gdy dostawca zmieni wersję.
4
Warstwa pośrednia z własnym rejestrem
Gdy systemów jest więcej niż dwa albo trzeba pamiętać, co i kiedy zostało przeniesione. Droższe, ale przestaje się sypać przy każdej zmianie po którejkolwiek stronie.
5
Wymiana jednego z systemów
Czasem uczciwa odpowiedź brzmi: nie łączmy tego, bo jeden z tych programów i tak nie odpowiada już na potrzeby firmy. To najdroższa droga i dlatego zostawiam ją na koniec.

Co jest w tym naprawdę trudne

Nie ta lista. Listę zna każdy, kto siedzi w temacie, a większość dostawców poda ją w pierwszej rozmowie. Trudne jest jedno pytanie: która z tych pięciu pozycji pasuje do Ciebie — bo różnica między drugą a czwartą to zwykle różnica między kilkoma a kilkudziesięcioma tysiącami złotych.

I to nie jest pytanie, na które da się odpowiedzieć z tekstu w internecie. Trzeba zobaczyć oba systemy, sprawdzić, co faktycznie potrafią udostępnić, i wiedzieć, w którym miejscu takie rozwiązanie zwykle zaczyna się sypać po roku. Pomyłka na tym etapie nie boli od razu — wychodzi wtedy, gdy integracja przestaje nadążać za firmą, a pieniądze są już wydane.

Dlatego zaczynam od obejrzenia tych dwóch systemów i powiedzenia wprost, na której półce jesteś.

Co robi więcej szkody niż pożytku

Nie zaczynałbym od wymiany systemu

To najczęstsza rekomendacja, jaką firmy dostają — zwykle od kogoś, kto sprzedaje ten drugi system. Wymiana rozwiązuje problem przepisywania przy okazji, kosztem wywrócenia całej pracy zespołu.

Nie robiłbym synchronizacji w obie strony, jeśli wystarczy w jedną

Dwukierunkowość to nie jest „to samo, tylko lepiej”. To osobna klasa problemów: konflikty, pętle, rozjazdy. Wprowadzam ją tylko wtedy, gdy proces naprawdę tego wymaga.

Nie budowałbym robota klikającego w ekrany jako rozwiązania docelowego

Da się zaprogramować klikanie w interfejs zamiast sięgania po dane. Działa do pierwszej aktualizacji programu, po której coś się przesunie. Jako obejście na kwartał — czasem tak. Jako fundament — nie.

Nie zostawiałbym integracji bez informacji, że przestała działać

Najgorszy wariant jest cichy: dane przestają płynąć, wszyscy zakładają, że jest dobrze, i wychodzi to po miesiącu. Powiadomienie o błędzie wchodzi w zakres tej roboty.

Przy kilkunastu rekordach miesięcznie to się nie zwróci.

Policz to na sobie, zanim ze mną porozmawiasz: ile minut dziennie zajmuje przenoszenie danych, razy liczba dni roboczych, razy Twoja stawka godzinowa. Jeśli wychodzi kilkanaście minut dziennie i pomyłka nic nie kosztuje — integracja zwróci się po latach i szkoda na nią pieniędzy.

Odwrotnie jest wtedy, gdy błąd wychodzi na zewnątrz: do klienta, do kontrahenta, na fakturę. Wtedy sam czas przepisywania jest najmniejszą częścią kosztu i liczy się zupełnie inaczej.

Opisz, między czym a czym te dane krążą.

Nie musisz wiedzieć, czy Twoje programy mają API ani jak się to łączy. Napisz, co się dzieje i kto to robi — odpowiem, którą z tych pięciu dróg widzę u Ciebie i czy w ogóle warto ją uruchamiać.

Opisz swoją sytuacjębez płatności i zobowiązań

Chcesz zobaczyć, jak wygląda pełna analiza takiego procesu? Przeczytaj przykładową analizę → A tu realne wdrożenie, w którym dokumenty przestały krążyć ręcznie: Firma z Białegostoku i okolic? systemy ERP i integracje lokalnie → obieg dokumentów u operatora logistycznego →