Integracje HRM: API, plik czy gotowe połączenie? Co naprawdę trzeba sprawdzić

„Mamy integrację” to początek rozmowy, a nie jej koniec.

Przed zakupem systemu HRM chciałbym wiedzieć, jakie dane są przekazywane, w którą stronę, jak często i co dzieje się po korekcie.

Dopiero wtedy można ocenić, czy połączenie rozwiązuje konkretny problem.

Najpierw ustal, po co integracja jest potrzebna

Nie zaczynaj od technologii.

Zacznij od przepływu informacji.

Przykład hipotetyczny:

Po utworzeniu pracownika w HRM jego podstawowe dane mają trafić do systemu kadrowego.

To już daje kilka pytań:

• które pola,
• kiedy,
• kto uruchamia przekazanie,
• co dzieje się przy błędzie,
• jak obsługujemy poprawkę.

Dopiero później ma znaczenie, czy dane przechodzą przez API, plik czy gotowy konektor.

Gotowa integracja

Gotowe połączenie może ograniczyć prace wdrożeniowe.

Nie oznacza jednak automatycznie, że przekazuje wszystkie potrzebne informacje.

Zapytaj:

• które obiekty i pola są obsługiwane,
• w którą stronę płyną dane,
• jak często odbywa się synchronizacja,
• czy konfiguracja jest częścią standardowej usługi,
• kto odpowiada za utrzymanie połączenia.

Jeżeli potrzebujesz jednego dodatkowego pola, którego integracja nie obsługuje, może się okazać, że część procesu nadal będzie ręczna.

Wymiana plików

Plik CSV, XLSX lub inny uzgodniony format nie musi być gorszym rozwiązaniem.

Jeżeli dane są przekazywane raz w miesiącu i ich zakres jest stabilny, prosty eksport może być wystarczający.

Sprawdź jednak cały proces:

1. kto przygotowuje plik,
2. kto go pobiera,
3. kto go importuje,
4. jak weryfikowany jest wynik,
5. co dzieje się przy błędzie.

Jeżeli po każdej wymianie ktoś ręcznie poprawia kilkanaście rekordów, ten koszt powinien wejść do oceny rozwiązania.

API

API daje możliwość wymiany danych między systemami.

Samo istnienie API nie oznacza gotowej integracji.

Trzeba ustalić:

• kto ją zbuduje,
• kto będzie ją utrzymywał,
• jakie dane są dostępne,
• jakie limity obowiązują,
• jak działa autoryzacja,
• jak obsługiwane są błędy,
• jak wprowadzane są zmiany po aktualizacji systemu.

Dla firmy bez zespołu technicznego „mamy API” może oznaczać potrzebę zakupu dodatkowej usługi.

Połączenie jednokierunkowe czy dwukierunkowe?

To jedno z najważniejszych pytań.

Jeżeli dane przechodzą tylko z HRM do kadr, poprawka wykonana w systemie kadrowym może nie wrócić automatycznie.

Wtedy trzeba ustalić, gdzie dokonuje się zmian.

Dwukierunkowe połączenie nie zawsze jest potrzebne.

Ważne, żeby sposób działania był świadomą decyzją.

Testuj korektę, nie tylko pierwszy zapis

Gdybym miał wybrać jeden scenariusz testowy, sprawdziłbym zmianę informacji już przekazanej.

Na przykład:

1. pracownik trafia z HRM do systemu kadrowego,
2. później zmienia się jego dział,
3. sprawdzamy, gdzie i kiedy pojawia się poprawna wartość.

Ten test pokaże więcej niż samo utworzenie nowego rekordu.

Co z błędami?

Każda integracja może napotkać problem.

Brak wartości.

Niepoprawny format.

Pole, którego drugi system nie rozpoznaje.

Duplikat.

Zapytaj:

• gdzie widać błąd,
• kto dostaje informację,
• czy można ponowić synchronizację,
• czy problem blokuje pozostałe rekordy.

Jeżeli nikt nie monitoruje integracji, automatyzacja może działać źle przez dłuższy czas, zanim ktoś to zauważy.

Kto jest właścicielem danych?

Integracja nie usuwa potrzeby ustalenia odpowiedzialności.

Jeżeli stanowisko można zmienić w dwóch systemach, który zapis jest wiążący?

Jeżeli menedżer jest zmieniany w HRM, czy system kadrowy powinien przyjąć tę informację bez dodatkowej akceptacji?

Dla każdego istotnego pola warto wskazać źródło.

Jak porównać rozwiązania?

Przygotuj tabelę:

Dopiero na podstawie takiej mapy oceniaj technologię.

Integracja ma obsłużyć proces

Nie wybierałbym rozwiązania dlatego, że ma największą liczbę konektorów.

Ważniejsze jest to, czy obsługuje przepływ informacji potrzebny Twojej firmie.

Jeżeli używasz już programu kadrowo-płacowego, pomocny będzie również tekst HRM a program kadrowo-płacowy. Czy potrzebujesz obu?.

---