Agent HR w Copilot Studio: wiedza i granice dostępu

Agent HR w Microsoft Copilot Studio powinien oddzielać ogólne procedury od indywidualnych spraw pracowników. Odpowiedź na pytanie, gdzie znaleźć formularz, wymaga innego dostępu niż informacja o konkretnym wniosku, wynagrodzeniu lub sytuacji osobistej. Podłączenie całego folderu HR do jednego chatbota nie rozwiązuje tego problemu.

Najlepszy pierwszy zakres to zwykle niewielki zbiór aktualnych informacji i jasna droga kontaktu z zespołem HR. Dopiero po sprawdzeniu jakości odpowiedzi warto dodawać odczyt danych pracownika oraz wybrane operacje. Dzięki temu można osobno ocenić użyteczność wiedzy, uprawnienia i poprawność działania integracji.

Zdefiniuj pytania, które agent ma obsługiwać

Zbierz pytania powtarzające się w skrzynce HR, podczas wdrażania nowych osób i w komunikatorze. Usuń z materiału testowego rzeczywiste dane osobowe, jeżeli nie są potrzebne do oceny scenariusza. Zachowaj natomiast różnice między sytuacjami: pracownik nowy i obecny, różne jednostki firmy, odmienne programy świadczeń.

Pierwszą grupą mogą być pytania nawigacyjne: gdzie znaleźć instrukcję, kto prowadzi szkolenie, jak rozpocząć określoną procedurę. Drugą są pytania o zasady opisane w zatwierdzonych dokumentach. Trzecią stanowią sprawy indywidualne, których odpowiedź wymaga danych z systemu lub osądu pracownika HR.

Nie łącz tych grup w obietnicę „agent odpowie na każde pytanie kadrowe”. Przygotuj zamiast tego listę obsługiwanych intencji i wyłączeń. Jeżeli temat nie należy do zakresu, agent powinien wskazać właściwą drogę kontaktu. Taka granica pomaga pracownikowi przewidzieć, do czego narzędzie rzeczywiście się nadaje.

Dla każdej intencji określ zakończenie. W przypadku instrukcji może nim być wskazanie właściwego dokumentu. W przypadku wniosku będzie to potwierdzony zapis w systemie, a przy sprawie wymagającej konsultacji — przekazanie do odpowiedniej osoby. Sam wygenerowany tekst nie jest wspólnym kryterium sukcesu.

Podziel wiedzę według dostępu i odpowiedzialności

Najpierw uporządkuj materiały, dopiero potem wybierz sposób ich podłączenia. Dokument dla wszystkich pracowników, instrukcja dla kierowników i notatka dotycząca konkretnej osoby nie powinny trafić do jednego zbioru o wspólnym dostępie.

Zbiór	Przykładowa zawartość	Proponowany sposób obsługi
Wiedza ogólna	Nawigacja po intranecie, opis procedury	Odpowiedź ze wskazaniem aktualnego źródła
Wiedza zależna od grupy	Program świadczeń określonej jednostki	Sprawdzenie zakresu i właściwych uprawnień
Dane indywidualne	Status własnego wniosku	Kontrolowany odczyt z systemu źródłowego
Sprawy wymagające rozmowy	Niejasna sytuacja, konflikt, odstępstwo	Kontakt z wyznaczonym pracownikiem HR
Dokumenty robocze HR	Projekty zmian i notatki zespołu	Wyłączenie z ogólnej bazy odpowiedzi

Zadbaj o nazwę, właściciela, okres obowiązywania i odbiorców każdego dokumentu. Jeżeli w firmie istnieją dwie wersje tej samej procedury, trzeba rozstrzygnąć ich status. Model nie powinien sam decydować, która wersja jest wiążąca, na podstawie płynności tekstu albo podobieństwa tytułu.

Właściciel dokumentu musi także odpowiadać za zmianę. Bez tego agent może dobrze cytować instrukcję, która przestała obowiązywać. Kontrola jakości odpowiedzi obejmuje więc nie tylko zgodność ze znalezionym plikiem, ale również właściwy wybór pliku dla danego pracownika.

Wybierz źródło, które odpowiada modelowi dostępu

Dokumentacja integracji SharePoint w Copilot Studio opisuje wariant źródła, w którym agent udostępnia treści zgodnie z uprawnieniami zalogowanego użytkownika. Rozróżnia go od opcji dodawania pojedynczych plików i folderów. Przed wdrożeniem trzeba sprawdzić, którą ścieżkę konfiguracji rzeczywiście wybrano.

Nie należy zakładać, że przesłanie kopii dokumentu do agenta zachowuje wszystkie reguły źródłowej biblioteki. Dla HR jest to istotne nawet wtedy, gdy plik wydaje się zwykłą instrukcją: może zawierać załącznik, komentarz albo przykład z danymi, których nie powinien widzieć każdy odbiorca.

Sprawdź również dokumenty chronione szyfrowaniem. Aktualny opis SharePoint wskazuje ograniczenia wykorzystania takich plików jako podstawy odpowiedzi. Widoczność pliku dla człowieka nie zawsze oznacza, że agent potrafi przetworzyć jego treść. Brak odpowiedzi wymaga diagnozy, nie automatycznego poszerzenia uprawnień.

Przeprowadź test na docelowym kanale, na przykład rozmowie pracownika w Teams. Uwzględnij konta reprezentujące rzeczywiste grupy użytkowników. Konfiguracja pokazana przez twórcę agenta może działać inaczej niż dostęp osoby korzystającej z gotowego rozwiązania.

Nie wyprowadzaj uprawnień z treści rozmowy

Pracownik może napisać „jestem kierownikiem” albo poprosić o wynik dotyczący kolegi. To treść pytania, a nie potwierdzenie roli. Uprawnienia do danych muszą wynikać z tożsamości i reguł systemu, który te dane przechowuje.

Przy odczycie indywidualnej sprawy powiąż konto z właściwym rekordem pracownika. Nie opieraj kontroli wyłącznie na adresie e-mail lub nazwisku wpisanym w wiadomości. Jeśli używany system wymaga pośredniej integracji, opisz, w czyim imieniu wykonuje ona operację i jaki zakres danych może zwrócić.

Zastosuj zasadę możliwie wąskiej odpowiedzi. Zapytanie o etap własnego wniosku nie wymaga zwrócenia pełnego profilu pracownika. Integracja powinna udostępniać pola potrzebne do zadania, a nie przekazywać modelowi cały rekord w nadziei, że wybierze właściwy fragment.

Sprawdź także zachowanie po zmianie roli lub odebraniu dostępu. Test wykonany tylko w dniu utworzenia konta nie potwierdza, że rozwiązanie reaguje prawidłowo na późniejsze zmiany organizacyjne. W procedurze odbioru zapisz, kiedy i jak ponawia się takie próby.

Rozdziel pomoc przy wniosku od jego zatwierdzenia

Agent może wyjaśnić, jakie pola trzeba uzupełnić, lub przygotować propozycję formularza. Zapis w systemie to osobny krok. Zatwierdzenie wniosku przez uprawnioną osobę jest jeszcze innym zdarzeniem i powinno pozostawać widoczne w przebiegu procesu.

Przed wysłaniem pokaż pracownikowi zrozumiałe podsumowanie: rodzaj wniosku, dane istotne dla jego realizacji oraz następny etap. Potwierdzenie nie powinno polegać na akceptacji niezrozumiałego ciągu technicznych parametrów. Pracownik musi wiedzieć, co faktycznie zleca.

Po operacji agent powinien wyświetlić identyfikator i status zwrócone przez system. Jeżeli wystąpił błąd lub przekroczono czas oczekiwania, nie powinien deklarować sukcesu. Integracja powinna sprawdzić wcześniejszy zapis przed ponowieniem, aby nie tworzyć dwóch wniosków z jednej prośby.

Tak zaprojektowana obsługa pozwala później ustalić, gdzie zatrzymała się sprawa: przy przygotowaniu danych, zapisie, przekazaniu do akceptacji czy samej decyzji. Bez tego każda niejasność wróci do HR jako pytanie „bot powiedział, że wszystko jest załatwione”.

Przygotuj drogę do człowieka, zanim pojawi się trudna sprawa

Niektóre pytania są nieprecyzyjne, dotyczą wyjątków albo wymagają rozmowy. Agent powinien umieć rozpoznać granicę swojego zakresu i podać rzeczywisty kanał kontaktu. Nie musi prosić o szczegółowy opis sytuacji osobistej tylko po to, żeby następnie przekazać ją człowiekowi.

W instrukcji rozmowy można napisać, jakie informacje są potrzebne do skierowania sprawy, na przykład jednostka organizacyjna i ogólna kategoria pytania. Nie zachęcaj do podawania haseł, dokumentów tożsamości ani szczegółów niepotrzebnych na tym etapie. Osoba prowadząca dalszą obsługę może zebrać potrzebne dane właściwą drogą.

Ustal, co dzieje się poza godzinami pracy HR. Agent może podać sposób zgłoszenia i rzeczywisty harmonogram obsługi, ale nie powinien obiecywać natychmiastowej odpowiedzi. Dostępność interfejsu przez całą dobę nie jest dostępnością pracownika ani systemu realizującego sprawę.

Dla konsultanta przygotuj krótkie podsumowanie intencji i dotychczasowych kroków. Jeżeli przekazywana jest historia rozmowy, określ jej zakres i odbiorców. Automatyczne kopiowanie wszystkiego do szerokiej skrzynki zespołowej może zwiększyć problem, który miał rozwiązać agent.

Odbierz jakość na rolach i wyjątkach

Zestaw testów powinien powstać przed publikacją. Dla każdego pytania zapisz oczekiwany dokument, dopuszczalny zakres odpowiedzi i sytuację, w której agent ma odmówić podania szczegółów lub skierować do HR. Dzięki temu ocena nie sprowadza się do wrażenia, że rozmowa brzmi naturalnie.

Przypadek testowy	Oczekiwane zachowanie	Co sprawdzić po stronie systemu
Nowa osoba pyta o wdrożenie	Instrukcja właściwa dla jej grupy	Aktualna wersja materiału
Pracownik pyta o cudzy wniosek	Brak ujawnienia danych	Rzeczywista odmowa odczytu
Kierownik zmienia jednostkę	Dostęp zgodny z nową rolą	Aktualizacja uprawnień
Dwie sprzeczne procedury	Brak arbitralnego rozstrzygnięcia	Zgłoszenie do właściciela wiedzy
Ponowne wysłanie wniosku	Jeden poprawny zapis	Identyfikator operacji i rekordu
Niedostępny system HR	Informacja o niedostępności	Brak fałszywego potwierdzenia

Do prób dodaj pytania zapisane językiem pracowników: skróty, literówki, potoczne nazwy świadczeń i niepełne zdania. Poprawne wyszukanie dokumentu po jego dokładnym tytule nie potwierdza, że użytkownik znajdzie odpowiedź, gdy tego tytułu nie zna.

Przetestuj również zakończenie rozmowy i rozpoczęcie kolejnej. Przypadkowo utrzymany kontekst wcześniejszej sprawy może skierować odpowiedź na złą procedurę. Szczególnie istotna jest zmiana osoby, jednostki lub okresu, którego dotyczy pytanie.

Przed udostępnieniem wyników pilotażu kierownikom ustal także formę raportu. Do poprawy procedury zwykle wystarczy informacja, których tematów pracownicy nie rozumieją, bez cytowania ich osobistych historii. Oddziel ocenę działania agenta od oceny konkretnego pracownika. Dostęp do materiałów testowych i rozmów powinien odpowiadać zadaniom osób prowadzących utrzymanie, a nie ogólnej ciekawości dotyczącej pytań zadawanych HR.

Oceniaj wynik osobno dla wiedzy i obsługi spraw

W pilotażu pytania nawigacyjne, odpowiedzi proceduralne i operacje w systemie powinny mieć oddzielne wyniki. Łatwe pytania o lokalizację dokumentów mogą podnieść średnią, ukrywając błędy w ważniejszych scenariuszach. Nie przedstawiaj jednej wysokiej liczby bez informacji o składzie próby.

Przykład modelowy: z 80 pytań o procedury agent poprawnie obsłużył 64, 12 zasadnie skierował do HR, a w 4 podał błędną odpowiedź. Oznacza to 80% samodzielnych poprawnych odpowiedzi oraz 95% właściwych zachowań po uwzględnieniu przekazania. Te wskaźniki nie obejmują operacji na danych pracownika, które wymagają osobnego odbioru.

Jeżeli każda z 64 odpowiedzi zastąpiła trzy minuty pracy HR, potencjalnie odzyskano 192 minuty. Od tej liczby trzeba odjąć przegląd rozmów, utrzymanie dokumentów i obsługę błędów. To przykład rachunku, nie obietnica wyniku. Warto także zapytać pracowników, czy znaleźli właściwy następny krok bez ponownego kontaktu.

Ustal rytm utrzymania i następny etap

Wskaż właściciela wiedzy, administratora dostępu oraz osobę oceniającą jakość odpowiedzi. Ustal procedurę aktualizacji materiałów po zmianie zasad i zestaw pytań, który trzeba ponownie sprawdzić. Rozszerzenie zakresu nie powinno wyprzedzać zdolności zespołu do utrzymania istniejących scenariuszy.

Najpierw odbierz agenta odpowiadającego na pytania z zatwierdzonej wiedzy. Następnie rozważ odczyt własnych spraw, a dopiero później kontrolowane operacje. Każdy etap powinien mieć możliwość wyłączenia bez pozbawienia pracowników pozostałych form pomocy.

Przewodnik po Copilot Studio pomoże dobrać zakres narzędzia. Powiąż go z systemem pracy i odpowiedzialnością w firmie. Pierwszym rezultatem powinien być sprawdzony sposób dotarcia do właściwej informacji, a nie największa możliwa liczba podłączonych dokumentów.