Jak AI odpowiada pracownikom na pytania kadrowe z SAP SuccessFactors i Workday?

AI podłączone do SAP SuccessFactors lub Workday może odpowiadać pracownikom na pytania o saldo urlopu, status wniosku, strukturę organizacyjną i terminy ocen, bez angażowania lokalnego HR. Oba systemy mają otwarte interfejsy: SuccessFactors udostępnia dane przez OData API, Workday przez REST API i mechanizm RaaS (Reports as a Service). Żeby to zadziałało w polskim oddziale, trzeba skonfigurować konto serwisowe z ograniczonymi uprawnieniami, postawić serwer MCP w Polsce i pilnować, żeby każdy pracownik widział wyłącznie dane ze swojej roli.

Jakie dane z SuccessFactors i Workday warto wyciągnąć?

Nie wszystko, co siedzi w globalnym systemie HR, nadaje się do podłączenia pod asystenta. Pracownicy pytają o kilka konkretnych rzeczy. Reszta zostaje w rękach HR albo w systemie.

W SuccessFactors najczęściej przydatne są:

• encja TimeAccount: saldo urlopu wypoczynkowego, urlopy okolicznościowe, godziny nadliczbowe do odbioru i data ostatniej aktualizacji konta
• encja EmpJob: stanowisko, dział, oddział i pole managerId wskazujące bezpośredniego przełożonego
• moduł Time Off: lista złożonych wniosków z polami beginDate, endDate i approvalStatus (Pending, Approved, Rejected)
• moduł Goals: cel, jego waga i pole percentComplete pokazujące aktualny postęp
• Learning Management: przypisane szkolenia, pole dueDate i completionStatus (Not Started, In Progress, Completed)

W Workday odpowiedniki to Time_Off_Balance z podziałem na typy nieobecności, Worker record z polami Supervisory_Organization i Manager_Reference, instancje Business Process z aktywnym polem Status dla złożonych wniosków, raporty zdefiniowane przez HR jako endpoint RaaS oraz moduł Performance Review Period z ocenami i terminem.

Jak fizycznie wygląda podłączenie: OData API, RaaS i konto serwisowe

Każdy z tych systemów podłącza się inaczej i każdy ma inne pułapki.

W SAP SuccessFactors dane dostępne są przez OData API w wersji 2 (szerokiej, obejmującej większość encji Employee Central) i nowszej OData v4 dostępnej dla wybranych encji. Administrator SuccessFactors zakłada API client application w panelu Admin Center w zakładce API Center, nadaje mu zakresy (scopes) obejmujące konkretne moduły i generuje klucz dostępu. Uwierzytelnienie odbywa się przez OAuth 2.0, zazwyczaj metodą SAML bearer assertion. Bez klucza wydanego przez globalny IT lub HR IT nie ma dostępu do danych, nawet jeśli polska Legal Entity siedzi w tym samym tenancy co reszta korporacji.

Ważne ograniczenie: część danych SuccessFactors może nie przechodzić przez OData. Dane płacowe często siedzą w osobnym systemie SAP HCM on-premise lub w lokalnym payrollu i nie są eksponowane przez SuccessFactors API. Jeśli globalne IT nie otworzyło konkretnej encji w zakresach klienta API, zapytanie zwróci błąd uprawnień, nie dane.

Workday wymaga założenia Integration System User (ISU). To specjalne konto serwisowe, bez uprawnień człowieka, które nie loguje się do interfejsu graficznego. Do ISU przypisuje się Integration System Security Group, a w niej zestaw Domain Security Policies: które domeny danych może czytać. Na przykład Worker Data: Public, Absence, Performance Management. ISU dostaje dokładnie to i nic więcej.

Najwygodniejszy mechanizm w Workday to RaaS (Reports as a Service). Administrator HR definiuje custom report w module Report Writer, zaznacza opcję "Enable as Web Service" i dostaje unikalny adres URL. Serwer MCP odpytuje ten URL z autoryzacją Basic Auth lub OAuth 2.0 i dostaje JSON lub XML z gotowymi danymi. HR może sam dodawać pola do raportu bez angażowania IT do zmiany integracji. To konkretna zaleta tego podejścia: raport jako gotowy endpoint.

Obok RaaS dostępne są SOAP web services, starsze, ale szczegółowe. Przykłady operacji: Get_Workers zwraca dane pracownika, Get_Absence_Inputs_for_Worker pobiera historię nieobecności. Używamy ich tam, gdzie RaaS nie pokrywa danego przypadku.

Serwer MCP stoi między API obu systemów a asystentem AI. Tłumaczy pytanie pracownika na konkretne wywołanie API, dołącza userId zalogowanego użytkownika do każdego zapytania (żeby nie wyciągnąć cudzych danych), przetwarza odpowiedź i oddaje asystentowi czytelny fragment. Serwer MCP działa w Polsce, na infrastrukturze firmy albo hostingu w Europejskim Obszarze Gospodarczym.

Co konkretnie pyta pracownik i co słyszy w odpowiedzi?

Typowy piątek przed długim weekendem. Agnieszka z działu sprzedaży chce sprawdzić, czy starczy jej urlopu na wtorek, zanim złoży wniosek. Wpisuje do asystenta: "ile mam urlopu". Asystent wywołuje encję TimeAccount z jej userId, dostaje saldo 2 dni i datę ostatniej aktualizacji. Agnieszka widzi: "Masz 2 dni urlopu wypoczynkowego, stan na 30.10.2026. Wniosek złożysz przez SuccessFactors w zakładce Time Off." Cały dialog trwa kilkanaście sekund. HR nie wie, że Agnieszka w ogóle pytała.

Pytania, które regularnie trafiają do asystenta zamiast na skrzynkę HR:

• "Kto jest moim przełożonym?" (pole managerId z EmpJob, zamieniane na imię i nazwisko z encji User)
• "Kiedy muszę rozliczyć cele roczne?" (pole dueTo z modułu Goals)
• "Jaki jest status mojego wniosku urlopowego na grudzień?" (approvalStatus z Time Off, odpowiedź: "Oczekuje na zatwierdzenie przez Tomasz Wierzbicki")
• "Mam jakieś zaległe szkolenia?" (completionStatus i dueDate z Learning Management, wymienione z nazwami kursów)
• W Workday: "Czy mój wniosek o pracę zdalną na Q4 został zatwierdzony?" (instancja Business Process, pole Status: In Progress, Approved lub Denied)

Różnica wobec samodzielnego logowania do SuccessFactors czy Workday jest prosta: pracownik nie musi wiedzieć, gdzie szukać w systemie. Pyta normalnym zdaniem. Asystent wskazuje właściwe dane z właściwego miejsca.

Raporty kadrowe dla polskich menedżerów bez czekania na globalny HR

Polski oddział dużej korporacji ma tu konkretny problem. Globalne HR IT przygotowuje raporty pod logikę centrali. Polski menedżer, który chce wiedzieć, ile osób w jego dziale ma aktualny kurs BHP albo ile wniosków urlopowych czeka na grudzień, albo czeka tydzień na odpowiedź, albo sam eksportuje CSV z Workday i składa tabelę w Excelu.

W Workday wystarczy, że HR zdefiniuje custom report, na przykład PL_December_Leave_Summary z polami Worker_Name, Time_Off_Type, Begin_Date, End_Date i Approval_Status, eksponuje go jako RaaS endpoint i nada ISU dostęp do tego raportu. Serwer MCP odpytuje endpoint na prośbę menedżera, filtruje po jego Supervisory_Organization i oddaje gotowe zestawienie.

Cykliczne raporty można zautomatyzować. Co poniedziałek o 7:00 asystent pobiera raport headcount z poprzedniego tygodnia dla polskiego oddziału i wysyła go menedżerowi na Teams lub mailem. Bez klikania, bez oczekiwania na odpisanie z centrali.

W SuccessFactors podobną rolę pełni Ad Hoc Reporting lub People Analytics. HR tworzy raport, eksponuje przez API i menedżer dostaje dane w formie przydatnej do rozmowy, nie surowej tabeli z setkami kolumn bez kontekstu.

RODO i uprawnienia: kto widzi czyje dane w asystencie

To pytanie pojawia się pierwsze przy każdym takim projekcie. I słusznie, bo dane kadrowe to dane wrażliwe w rozumieniu RODO.

Kilka zasad, które muszą działać jednocześnie:

• ISU w Workday lub klucz API w SuccessFactors dostają tylko zakresy niezbędne do działania asystenta. Jeśli asystent nie ma pokazywać celów pracowników, zakres Goals po prostu nie jest nadany.
• Serwer MCP dołącza userId zalogowanego użytkownika do każdego zapytania. Pracownik nie może zapytać o dane kolegi. Menedżer widzi dane swojego bezpośredniego zespołu, bo serwer sprawdza, czy pytany userId należy do jego Supervisory_Organization lub węzła hierarchii managerId.
• HR admin w Polsce widzi tylko pracowników przypisanych do polskiej Legal Entity, nie do całej korporacji.
• Dane nie są trzymane w asystencie. Każde wywołanie pobiera dane na żywo, przetwarza je na potrzeby odpowiedzi i nie zapisuje ich w bazie asystenta.

Integracja powinna mieć oddzielny wpis w rejestrze czynności przetwarzania (RCPD). Podstawa prawna to zazwyczaj art. 6 ust. 1 lit. b RODO dla dostępu pracownika do własnych danych i art. 6 ust. 1 lit. f lub zapisy regulaminu pracy dla dostępu menedżerów i HR. Jeśli model AI przetwarza dane na serwerach poza Europejskim Obszarem Gospodarczym, trzeba ocenić przekazywanie danych i podpisać umowę DPA (Data Processing Agreement) z dostawcą modelu.

Serwer MCP w Polsce, logi zapytań z userId i datą, brak trwałego zapisu danych kadrowych po stronie asystenta: to minimum techniczne. Bez tego nie uruchamiamy integracji z systemem HR korporacji.

Gdzie HR zyskuje czas, a gdzie nadal jest potrzebny

Asystent przejmuje pytania informacyjne i statusowe. Ile urlopu, kiedy wygasa kontrakt, kto zatwierdza wniosek, mam zaległe szkolenie. To setki małych zapytań, które w polskim oddziale lądują na skrzynce HR albo na Teamsie, bo pracownicy nie chcą logować się do SuccessFactors albo po prostu nie wiedzą, gdzie szukać konkretnej informacji.

HR zyskuje czas na sprawy, które wymagają oceny: rozmowę z pracownikiem w trudnej sytuacji, obsługę przypadków gdzie dane w systemie nie zgadzają się z rzeczywistością, negocjacje z menedżerami o awans. Asystent może też pomóc HR pisać pierwszą wersję maila o zmianie polityki urlopowej na podstawie dokumentu polityki. HR sprawdza i wysyła.

Asystent nie powinien działać samodzielnie przy korektach danych w systemie, decyzjach płacowych, prowadzeniu dokumentacji pracowniczej i obsłudze wypowiedzeń. Tam błąd ma konsekwencje prawne i człowiek musi być w pętli od początku.

Od czego zaczynamy w polskim oddziale

Najlepszy punkt startowy to zebranie listy najczęstszych pytań, które trafiają do HR lokalnie. Przejrzyj skrzynkę lub zapytaj team HR, co powtarza się co tydzień. Zazwyczaj dominuje kilka tematów: urlop, wnioski, szkolenia BHP, terminy ocen.

• Zebranie najczęstszych pytań trafiających do HR w Polsce i wybór tych, które asystent może od razu przejąć.
• Kontakt z globalnym IT lub HR IT po klucz API do SuccessFactors albo potwierdzenie, że można założyć ISU w Workday. Ten etap bywa najdłuższy: korporacyjne procesy zatwierdzania dostępu zajmują tygodnie, więc warto zacząć go równolegle z pracą techniczną.
• Definicja uprawnień: kto widzi co, w jakim zakresie roli.
• Postawienie serwera MCP w Polsce i testy na środowisku UAT SuccessFactors lub Workday Sandbox.
• Uruchomienie na produkcji z monitorem logów przez pierwsze dwa tygodnie.

Jeśli chcesz zobaczyć, jak takie podłączenie wyglądało u firm, które już to przeszły: realne wdrożenia. A żeby porozmawiać o tym, co dałoby się uruchomić w Twoim oddziale: 15 minut rozmowy.