Integracje
Twój zespół nie powinien zastępować integracji.
Gdy ludzie przepisują dane z jednego systemu do drugiego, wykonują pracę, którą powinien robić program. Łączę systemy firmowe przez API, pliki albo wspólną bazę danych, z walidacją i czytelną obsługą błędów, tak żeby dane przepływały same, a problemy wychodziły na jaw, zanim ktoś oprze się na błędnych liczbach.
Co robię
Najpierw opisuję dane
Który system jest źródłem jakich danych, co oznacza każde pole i co ma się dziać z duplikatami, usuniętymi rekordami i korektami.
Korzystam z tego, co systemy już oferują
REST API i webhooki tam, gdzie są dostępne. Wymiana plików, widoki w bazie danych albo eksporty tam, gdzie ich nie ma.
Sprawdzam dane po drodze
Każdy rekord jest weryfikowany przed zapisem. Błędne dane są zatrzymywane z podaniem przyczyny, a nie przekazywane dalej.
Sprawiam, że błędy są widoczne
Czytelny dziennik zdarzeń i powiadomienie, gdy coś wymaga uwagi człowieka, zamiast luk w danych, których nikt nie zauważa.
Łączę starsze systemy
Połączenia oparte na imporcie i eksporcie danych dla programów bez API, w tym aplikacji desktopowych i lokalnych baz danych.
API, plik czy baza danych? Jak wybieram
| Sytuacja | Co zwykle warto zrobić |
|---|---|
| Oba systemy mają udokumentowane API | Bezpośrednie połączenie przez API, z ponawianiem prób i dziennikiem |
| Jeden system potrafi tylko importować i eksportować pliki | Wymiana plików według harmonogramu, z kontrolą każdego pliku przed importem |
| Dane są we własnej bazie firmy | Odczyt i zapis przez widoki albo procedury składowane, bez bezpośredniego dostępu do tabel |
| Zmiany muszą pojawiać się w ciągu kilku sekund | Webhooki albo synchronizacja oparta na zdarzeniach, jeśli oba systemy to obsługują |
| Wystarczy synchronizacja raz dziennie | Zadanie uruchamiane według harmonogramu, prostsze w utrzymaniu i łatwiejsze do sprawdzenia |
Wybieram najprostsze niezawodne połączenie, które da się zrozumieć także wtedy, gdy przestanie działać.
Jak przebiega typowy projekt integracji
Mapa danych
Jakie dane przepływają, w którą stronę, jak często i kto za nie odpowiada.
Testy na przykładach
Sprawdzam API albo pliki na prawdziwych przykładach, także tych nietypowych.
Zakres
Pisemna oferta: co łączymy, co jest sprawdzane i ile to kosztuje.
Praca równoległa
Nowa synchronizacja działa równolegle z ręcznym procesem, dopóki wyniki nie będą zgodne.
Przekazanie
Dokumentacja, czytelny dziennik zdarzeń i prosty sposób, żeby sprawdzić, czy wszystko działa.
Częste pytania
Jakie systemy możesz połączyć?
Większość oprogramowania firmowego da się w jakiś sposób połączyć: przez API, eksport plików albo bazę danych. Napisz, z jakich systemów korzystasz, a zanim cokolwiek zaproponuję, sprawdzę, jakie dają możliwości.
Jeden z naszych systemów nie ma API. Czy to problem?
Niekoniecznie. Wiele starszych systemów potrafi importować i eksportować pliki albo ma bazę danych, z której można bezpiecznie odczytywać dane. Zmienia to sposób realizacji, ale nie zawsze efekt.
Co się dzieje, gdy synchronizacja się nie uda?
Jest zbudowana tak, żeby błędy były widoczne: rekord zostaje zatrzymany, przyczyna trafia do dziennika, a odpowiednia osoba dostaje powiadomienie. Nic nie jest pomijane po cichu.
Gdzie działa integracja i kto się nią opiekuje?
Zależnie od twojej infrastruktury może działać na twoim serwerze, jako zadanie uruchamiane według harmonogramu na komputerze z Windows albo jako mała usługa w chmurze. Obie kwestie ustalamy w ofercie.