Każdy system ma własną wersję prawdy
Klient ma inny adres w CRM, inny w księgowości i jeszcze inny na liście wysyłkowej. Który jest aktualny, wie tylko osoba, która wprowadzała ostatnią zmianę.
Łączę systemy, które każdy z osobna działa dobrze, a razem wymagają osoby przenoszącej dane. Integracja to nie tylko połączenie — to też decyzja, co się dzieje, gdy druga strona przestaje odpowiadać.
Każdy z tych objawów kosztuje kilka minut. Kilka minut razy kilkaset zdarzeń to etat.
Klient ma inny adres w CRM, inny w księgowości i jeszcze inny na liście wysyłkowej. Który jest aktualny, wie tylko osoba, która wprowadzała ostatnią zmianę.
Godziny na przenoszenie tych samych pozycji między aplikacjami. To zajęcie, które nie wymaga niczyich kompetencji, a zajmuje czas kogoś, kto je ma.
W jednym systemie zamówienie jest opłacone, w drugim wciąż czeka. Ruszy dopiero, gdy ktoś zauważy i przeklika ręcznie.
Synchronizacja odbywa się wtedy, gdy ktoś ją zrobi. Do tego czasu raporty pokazują stan, który już nie istnieje.
Połączenie działało, dostawca zmienił API, transfer przestał chodzić po cichu. Wyjdzie przy zamknięciu miesiąca, gdy brakuje danych.
Jedna osoba zna wszystkie przejścia między systemami i wie, co trzeba kliknąć, żeby dane doszły. Bez niej proces staje.
Trudne jest to, co się dzieje, gdy druga strona zwróci błąd, zmieni format albo zamilknie na godzinę.
Każda ścieżka błędu ma log z kontekstem: co, dla kogo i dlaczego się nie udało. Integracja, która pada po cichu, jest gorsza od jej braku, bo dajesz jej zaufanie, na które nie zasłużyła.
Sieć bywa zawodna i to jest normalne. Nienormalne jest wystawienie klientowi dwóch faktur, bo ponowienie poszło dwa razy. Operacje muszą znosić powtórzenie.
Przy każdym polu ustalamy, który system jest źródłem. Bez tego synchronizacja dwukierunkowa zamienia się w wojnę na nadpisywanie.
Dostawcy zmieniają API i nie pytają o zgodę. Zmiana formatu ma zatrzymać transfer z czytelnym komunikatem, a nie zapisać śmieci do bazy.
Klucze do integracji siedzą w vaulcie i trafiają do procesu jako zmienne środowiskowe. Skan przy commicie blokuje przypadkowe wrzucenie klucza do repozytorium.
Zdarzenia wychodzą z przejść, nie z ręcznego kliknięcia
Stan rozstrzyga baza, nie zadanie cykliczne
Dziesięć rynków, reguły VAT per kraj
Pełne opisy wdrożeń z decyzjami i odrzuconymi alternatywami →
Z każdym, który udostępnia API albo eksport danych — CRM-y, systemy księgowe i magazynowe, bramki płatnicze, poczta, kalendarze, narzędzia do podpisu elektronicznego. Przy systemach zamkniętych sprawdzam wykonalność przed wyceną, zamiast obiecywać w ciemno.
Prędzej czy później zmieni. Integracja ma wtedy zatrzymać się głośno, z komunikatem wskazującym, co się zmieniło. Cichy transfer zapisujący niepoprawne dane jest scenariuszem, przed którym się zabezpiecza w pierwszej kolejności.
Proste połączenie dwóch systemów z jasnym API to kwestia dni. Czas zjadają wyjątki, mapowanie pól i ustalenie, co jest źródłem prawdy — czyli dokładnie ta część, którą pominięcie mści się później.
Zwykle tak, jeśli obecne narzędzia robią swoją robotę i problem leży wyłącznie w przepływie danych. Wymiana systemu to koszt, migracja i szkolenie zespołu od nowa — sensowne dopiero, gdy narzędzie realnie blokuje rozwój.
Opisz proces w dwóch zdaniach. Jeśli nie ma tu czego automatyzować, powiem to wprost — ta odpowiedź jest darmowa i oszczędza czas nam obu.
hello@kamiljan.com