Integracje systemów i automatyzacja obiegu danych
Do sklepu wpada zamówienie. Pracownik kopiuje dane klienta do programu księgowego, sprawdza produkt w systemie magazynowym, a później uzupełnia status w CRM-ie. Każda z tych czynności jest prosta. Problem pojawia się w skali: inne nazwy pól, pominięty rekord, dwie wersje tego samego klienta i brak informacji, dlaczego jedna operacja nie przeszła.
W takich sytuacjach nie zawsze potrzebny jest nowy system. Często lepszym rozwiązaniem jest kontrolowane połączenie narzędzi, z których firma już korzysta. Projektujemy integracje API, obsługę webhooków, cykliczne importy i eksporty oraz niewielkie aplikacje pośredniczące. Zaczynamy od ustalenia, skąd pochodzi dana informacja, dokąd ma trafić i co powinno wydarzyć się po błędzie.
Do pierwszej rozmowy nie trzeba przygotowywać dokumentacji technicznej. Wystarczą nazwy używanych programów, przykład danych przenoszonych pomiędzy nimi i opis czynności wykonywanych dziś ręcznie.
Jakie procesy można połączyć?
Zapytanie klienta i CRM
Formularz może utworzyć szansę sprzedaży, przypisać źródło kontaktu i przekazać załącznik bez ponownego przepisywania danych. Integracja powinna rozpoznawać tę samą sprawę przy ponowieniu, zamiast tworzyć kolejny rekord.
Sklep, magazyn i dostawcy
Możemy synchronizować produkty, ceny, dostępność, zamówienia lub numery przesyłek. Zakres zależy od tego, który system jest źródłem prawdy dla danego pola i jak szybko zmiana musi pojawić się w pozostałych miejscach.
Księgowość, dokumenty i KSeF
Integracja może przygotowywać dane dokumentu, przekazywać go do właściwego systemu i odbierać status. KSeF 2.0 udostępnia oficjalne API, lecz przebieg zależy od uprawnień, certyfikatów, trybu pracy i programu firmy. Projektujemy warstwę techniczną; zasady podatkowe klient ustala z księgowością lub doradcą.
Pliki nadal obecne w procesie
Nie każde narzędzie ma API. Czasem właściwym rozwiązaniem jest kontrolowany import CSV, XLSX, XML albo innego uzgodnionego formatu. Taki proces również wymaga walidacji, raportu odrzuconych wierszy i bezpiecznego ponowienia.
Zwykła integracja czy rozwiązanie z AI?
Jeżeli system ma przepisać numer zamówienia, kwotę i identyfikator klienta do określonych pól, klasyczna integracja będzie prostsza, tańsza w utrzymaniu i łatwiejsza do sprawdzenia. AI staje się przydatne wtedy, gdy wejściem jest swobodna wiadomość, dokument o zmiennym układzie albo niejednoznaczny opis wymagający interpretacji.
Możemy połączyć oba podejścia. Model odczytuje treść zapytania, ale zapis do CRM-u wykonuje przewidywalna integracja, która sprawdza wymagane pola i rejestruje wynik. Więcej przykładów opisuje oferta AI dla firm.
Przykład: jedno zapytanie, kilka systemów
Załóżmy, że klient wysyła formularz z prośbą o wycenę. Po poprawnym przesłaniu integracja:
- sprawdza wymagane dane i zapisuje techniczny identyfikator zgłoszenia;
- wyszukuje klienta w CRM-ie, a dopiero przy jego braku tworzy nowy rekord;
- dodaje sprawę do właściwego etapu i przypisuje źródło zapytania;
- zwraca do aplikacji numer sprawy albo czytelny status błędu.
Najważniejszy przypadek brzegowy pojawia się wtedy, gdy CRM przyjął dane, ale aplikacja nie otrzymała odpowiedzi. Ślepe ponowienie mogłoby utworzyć duplikat. Dlatego przed wdrożeniem ustalamy sposób rozpoznawania tej samej operacji, ponowień i ręcznego wyjaśnienia niejednoznacznego stanu.
Co ustalamy przed napisaniem integracji?
Pytanie
Co sprawdzamy
Wpływ na rozwiązanie
Gdzie powstaje informacja?
System źródłowy i moment utworzenia rekordu.
Pozwala wskazać źródło prawdy.
W którą stronę płyną dane?
Jednokierunkowe przekazanie czy synchronizacja w obie strony.
Ogranicza konflikty i zapętlenia zmian.
Jak rozpoznać ten sam rekord?
Identyfikatory, mapowanie i reguły łączenia.
Chroni przed duplikatami.
Co jest wymagane?
Pola obowiązkowe, formaty, słowniki i walidacja.
Określa, kiedy operację trzeba zatrzymać.
Co dzieje się po błędzie?
Ponowienia, kolejka, alert i możliwość ręcznej korekty.
Zapobiega cichej utracie danych.
Kto ma dostęp?
Konta techniczne, zakres uprawnień i przechowywanie sekretów.
Ogranicza zbędny dostęp do danych i funkcji.
Jeżeli dostawca nie udostępnia API, sprawdzamy oficjalny eksport, import albo możliwość uzgodnionej współpracy z jego zespołem. Nie obchodzimy zabezpieczeń i nie obiecujemy stabilnego połączenia opartego na przypadkowym kopiowaniu ekranu.
Jak przebiega realizacja?
- Opisujemy jeden przepływ. Ustalamy początek, oczekiwany wynik, dane oraz odpowiedzialność każdego systemu.
- Sprawdzamy możliwości techniczne. Czytamy dokumentację, weryfikujemy limity, uwierzytelnienie i środowisko testowe.
- Budujemy najważniejszą ścieżkę. Korzystamy z danych testowych albo przygotowanych przykładów, nie z przypadkowej kopii produkcji.
- Dodajemy obsługę wyjątków. Testujemy brak danych, limit API, przerwane połączenie, ponowienie i błędną odpowiedź.
- Uruchamiamy monitoring. Po wdrożeniu trzeba móc ustalić, co przekazano, co czeka i co wymaga reakcji.
Po czym poznać, że integracja jest gotowa?
Samo uzyskanie odpowiedzi 200 OK nie kończy pracy. Kryteria odbioru powinny opisywać rzeczywisty rezultat: zamówienie ma właściwego klienta i pozycje, ponowienie nie tworzy duplikatu, błąd walidacji jest widoczny, a osoba odpowiedzialna potrafi odszukać operację po wspólnym identyfikatorze.
Przy większym przepływie uzgadniamy również opóźnienie danych, sposób nadrobienia przerwy, limity zewnętrznej usługi i zachowanie po zmianie formatu. Firma wie wtedy nie tylko, że integracja działa dziś, lecz także jak rozpoznać jej problem.
Przykłady z portfolio Domin Software
- Wycieczki Świnoujście i 44Islands — strona sprzedażowa połączona przez API z głównym systemem rezerwacyjnym;
- Zastrzegalnia.pl — formularz przekazujący zgłoszenia do Pipedrive;
- Ragazza — importery produktów i zdjęć oraz integracja z Symplex Small Business;
- HUB.ITM.PL — konwersja danych z wielu formatów do EDI++ dla biur rachunkowych;
- system importu produktów — osobna aplikacja zasilająca sklepy PrestaShop przy większych wolumenach danych.
Format i transport danych są tylko częścią zadania. Integracja ma pasować do procesu, obsługiwać wyjątki i zostawiać informację potrzebną do wyjaśnienia błędu. Więcej przykładów znajduje się w portfolio.
Najczęstsze pytania
Czy można połączyć dwa programy, jeśli jeden nie ma API?
Czasem tak, jeżeli dostawca przewidział import, eksport albo inną wspieraną metodę wymiany. Brak API nie oznacza automatycznie, że bezpieczna integracja jest możliwa.
Czy trzeba od razu automatyzować cały proces?
Nie. Zwykle lepiej zacząć od jednego przepływu, który ma jasny początek, wynik i właściciela.
Czy integracja może działać cyklicznie?
Tak. Dane mogą być przekazywane po zdarzeniu przez webhook albo pobierane według harmonogramu. Wybór zależy od możliwości systemów i dopuszczalnego opóźnienia.
Czy po wdrożeniu można objąć integrację opieką?
Tak. Monitoring, aktualizacje po zmianie API i obsługa błędów mogą wejść do osobnego zakresu stałej opieki technicznej.
Co przesłać do wstępnej oceny?
Podaj nazwy systemów, opisz dane przenoszone dziś ręcznie i wskaż, który program powinien być ich źródłem. Możesz dołączyć dokumentację API, przykładowy plik albo opis błędu obecnej integracji. Nie przesyłaj haseł, tokenów, certyfikatów ani danych klientów.
Na tej podstawie ocenimy, czy wystarczy wycena konkretnego połączenia, czy najpierw potrzebne jest płatne rozpoznanie dokumentacji, danych i ograniczeń dostawcy.
Założenia możesz wcześniej uporządkować w bezpłatnym planerze integracji dwóch systemów.
Źródła
Opisz projekt do wyceny
Projektujemy integracje API, webhooki, importy i eksporty. Porządkujemy kierunek wymiany danych, obsługę błędów oraz monitoring, dzięki czemu systemy mogą współpracować bez ręcznego kopiowania informacji.