Integracja z CRM i ERP bez przebudowy: od czego zacząć

Zacznijcie od mapy przepływu danych

Zanim ktokolwiek otworzy dokumentację API, narysujcie, jakie dane przepływają między systemami. Dla każdego rodzaju danych, czyli klientów, zamówień, faktur, produktów, odpowiedzcie na trzy pytania:

• gdzie dane powstają,
• dokąd mają trafić,
• który system jest źródłem prawdy, gdy wersje się różnią.

Ostatnie pytanie jest najważniejsze. Jeśli adres klienta można zmienić i w systemie sprzedaży, i w systemie księgowym, a nie wiadomo, który wygrywa, integracja będzie co jakiś czas nadpisywać czyjąś poprawkę.

Trzy pytania o każdy przepływ

Dla każdego połączenia ustalcie:

1. Kierunek: w jedną stronę czy w obie. Synchronizacja dwukierunkowa jest wyraźnie trudniejsza i warto ją stosować tylko tam, gdzie naprawdę jest potrzebna.
2. Częstotliwość: na bieżąco czy wsadowo, na przykład raz na godzinę albo raz na dobę. Nie wszystko musi być natychmiast.
3. Obsługa błędu: co się dzieje, gdy rekord nie przejdzie, i kto się o tym dowie.

Sposoby łączenia

Sposób	Kiedy się sprawdza	Na co uważać
API, zapytania na żądanie	gdy system potrzebuje aktualnych danych w momencie działania	limity liczby zapytań u dostawcy
Zdarzenia (webhooki)	gdy zmiana w jednym systemie ma od razu uruchomić coś w drugim	co, jeśli odbiorca jest chwilowo niedostępny
Wymiana plików	gdy system nie ma API albo dane idą w dużych paczkach	kontrola, czy plik dotarł i został przetworzony
Warstwa pośrednia	gdy systemów jest więcej niż dwa i połączeń przybywa	jeszcze jeden element do utrzymania

Nie ma jednego najlepszego sposobu. W jednym projekcie zwykle spotykają się dwa albo trzy.

Najczęstsze pułapki

• Brak wspólnego identyfikatora. Ten sam klient ma inny numer w każdym systemie, więc dopasowanie odbywa się po nazwie i powstają duplikaty.
• Poprawki w dwóch miejscach. Zespół poprawia dane w systemie, który nie jest źródłem prawdy, i poprawka znika przy następnej synchronizacji.
• Limity API. Dostawcy ograniczają liczbę zapytań w określonym czasie. Integracja, która działała na testowej próbce, może zacząć odrzucać zapytania przy pełnym wolumenie.
• Zmiany wersji API. Dostawca wprowadza nową wersję i wyłącza starą, a integracja przestaje działać bez zmiany po Waszej stronie.
• Ciche błędy. Rekord nie przechodzi, ale nikt o tym nie wie, dopóki klient nie zadzwoni.

Monitoring i odpowiedzialność

Integracja nie kończy się w dniu wdrożenia. Potrzebujecie logów, które pokażą, co przeszło, a co nie, i alertów, które trafią do konkretnej osoby. Ustalcie też, kto odpowiada za integrację po wdrożeniu: Wasz dział IT, wykonawca w ramach umowy serwisowej, czy dostawca jednego z systemów. Brak tej odpowiedzi wychodzi zwykle przy pierwszej awarii.

Jak podchodzimy do tego w xdivision

Automatyzacje i integracje to jeden z naszych obszarów: łączymy obecne systemy w jeden organizm i usuwamy ręczne czynności. Budujemy modułowo, więc nowe elementy łączą się z istniejącymi systemami, takimi jak CRM, ERP czy bazy danych, bez kosztownej przebudowy tego, co już działa. Po wdrożeniu wspieramy system na podstawie umowy SLA, z monitoringiem i reakcją na incydenty.