Rubryka sponsora jest wymagana, rubryka właściciela nie. Mandat za agenta rozstrzyga formularz, nie uchwała
Decyzja, którą podejmiesz po tym tekście
Odpowiedzialność za agenta to pole w rejestrze tożsamości, nie zapis w uchwale. Co znaczą role sponsora, właściciela i przełożonego oraz kto je obsadza.
Microsoft nie pozwala utworzyć tożsamości agenta bez wskazania sponsora, czyli osoby odpowiedzialnej za jego cel biznesowy. Właściciel techniczny jest w tym samym formularzu opcjonalny: dokumentacja administracyjna Microsoft Entra Agent ID stwierdza, że sponsor jest wymagany przy tworzeniu tożsamości agenta i wzorca, a właściciele i przełożeni są zawsze opcjonalni. Jeśli nikt nie wpisze sponsora świadomie, wpisze go procedura: przy żądaniu utworzenia, w którym istnieje kontekst użytkownika, sponsorem zostaje automatycznie osoba wywołująca operację, o ile nie wskazano nikogo innego.
To jest praktyczna definicja tego, kto w waszej organizacji odpowiada za agenta. Nie uchwała, nie slajd z podziałem kompetencji, nie zdanie w polityce AI. Pole w rejestrze tożsamości, wypełnione nazwiskiem człowieka, który kliknął „utwórz”.
Dlaczego mandat z uchwały rozjeżdża się z wpisem w rejestrze
Zarząd rozstrzyga pytanie o własność AI na poziomie struktury: komitet czy jedna osoba, pod kogo podlega, co może podpisać. Systemy, w których agenci faktycznie działają, rozstrzygają je na poziomie rekordu i robią to niezależnie od uchwały. Te dwa rozstrzygnięcia nie muszą być zgodne i domyślnie zgodne nie są.
Rozdział jest w dokumentacji Microsoftu zamierzony: model administracyjny Agent ID oddziela administrację techniczną od odpowiedzialności biznesowej, a relacje właściciela i sponsora są konfigurowane osobno na każdym obiekcie i są odrębne od uprawnień nadawanych rolami RBAC, takimi jak Agent ID Administrator. Innymi słowy: osoba z najwyższą rolą administracyjną w katalogu nie jest z tego tytułu odpowiedzialna za ani jednego konkretnego agenta. Dokumentacja wyjaśnia ten wybór wprost — administratorzy z rolami Agent ID nie zostają sponsorami automatycznie, żeby nie obciążać ich bezpośrednią odpowiedzialnością za pojedyncze agenty.
Dla zarządu to oznacza jedno: zdanie „za AI odpowiada dyrektor IT” nie jest prawdziwe ani fałszywe, dopóki ktoś nie pokaże listy agentów z nazwiskami w rubrykach. Jeśli na tej liście w rubryce sponsora stoi dwadzieścia różnych nazwisk, mandat jest rozproszony niezależnie od tego, co mówi regulamin organizacyjny.
Ile nazwisk ma jeden agent i co każde z nich może zrobić
Warto znać podział, bo zastępuje on dyskusję o tym, czy własność ma być „biznesowa” czy „techniczna”. W modelu Entra Agent ID jest jedna i druga, z rozdzielonymi uprawnieniami.
| Rola | Czym jest | Co może | Czego nie może | Wymagana |
|---|---|---|---|---|
| Sponsor | Przedstawiciel biznesu odpowiedzialny za cel agenta i decyzje o jego cyklu życia, bez dostępu administracyjnego | Wyłączyć agenta, usunąć go miękko, zmienić listę sponsorów, wnioskować o dostępy, autoryzować reakcję przy incydencie | Zmienić konfiguracji ani ustawień uwierzytelniania, przywrócić wyłączonego lub usuniętego agenta | Tak, co najmniej jeden przy tworzeniu |
| Właściciel | Administrator techniczny: konfiguracja, poświadczenia, ustawienia | Zmieniać ustawienia i poświadczenia, dodawać kolejnych właścicieli i sponsorów, przywracać i trwale usuwać tożsamość | Nie odpowiada za cel biznesowy agenta ani za decyzję o jego utrzymaniu | Nie |
| Przełożony | Osoba, do której agent „raportuje” w hierarchii organizacyjnej | Wnioskować o dostępy dla agenta, widzieć go w panelu jako podległego | Modyfikować ani usuwać agenta | Nie |
Dwa limity z tej samej dokumentacji mają znaczenie przy pisaniu procedury. Tożsamość agenta i wzorzec przyjmują maksymalnie 100 sponsorów, z czego nie więcej niż 5 grup, a konto użytkownika agenta — maksymalnie 5 sponsorów. Jako sponsora można wskazać grupę, ale nie każdą: dopuszczone są grupy o członkostwie dynamicznym oraz grupy Microsoft 365 z członkostwem przypisanym, a grupy z możliwością przypisania roli i grupy bezpieczeństwa z członkostwem przypisanym nie są obsługiwane. Właścicielem grupa być nie może w ogóle — tylko użytkownik albo jednostka usługi.
To przesądza kształt rozwiązania, które zwykle wybiera zarząd: „odpowiada za to zespół” da się zapisać w rubryce sponsora przez grupę, ale nie w rubryce właściciela. Jeśli chcecie mieć odpowiedzialność zespołową po stronie biznesowej i imienną po stronie technicznej, system to pozwala. Jeśli chcecie odwrotnie, nie pozwala.
Co się psuje, gdy w rubryce nie ma nikogo
Puste pole właściciela nie jest wadą kosmetyczną w rejestrze. W Power Automate automatyzacja bez poprawnego właściciela ma własną nazwę i własny tryb awarii: artykuł Microsoftu o osieroconych przepływach definiuje je jako przepływy, które nie mają już poprawnego właściciela, i dodaje, że takie przepływy mogą przestać działać, jeśli korzystają z połączeń przywiązanych do tego konta użytkownika.
Mechanika jest tu bardziej dotkliwa, niż sugeruje słowo „osierocony”. Agent nie zatrzymuje się w momencie, w którym ktoś przestaje za niego odpowiadać. Zatrzymuje się później, przy pierwszym wywołaniu połączenia uwierzytelnionego nieistniejącym już kontem, i zgłasza to jako błąd integracji, a nie jako problem z własnością. Kolejność jest odwrotna niż w intuicji zarządu: najpierw cicho znika odpowiedzialność, potem głośno pada proces.
Ta sama dokumentacja pokazuje, jak takie przypadki wyliczyć: w panelu administracyjnym trzeba wejść w środowisko, zakładkę zasobów i listę przepływów, a następnie szukać pozycji bez wpisu w kolumnie właścicieli. Przy większej liczbie automatyzacji robi się to poleceniami Get-AdminFlow i Get-AdminFlowOwnerRole, a nowego współwłaściciela przypisuje Set-AdminFlowOwnerRole. Istotne dla decyzji o tym, kto ma prowadzić przegląd: dokumentacja zastrzega, że przepływy bez żadnego poprawnego właściciela widzą tylko użytkownicy z odpowiednimi uprawnieniami. Zwykły przegląd prowadzony przez właściciela procesu tych pozycji po prostu nie wyświetli.
Dlaczego log z systemu nie wskaże odpowiedzialnego
Druga pułapka dotyczy organizacji, które zamiast kont imiennych zrobiły rzecz z pozoru dojrzalszą: posadziły agentów na kontach technicznych. Rubryka właściciela przestaje wtedy świecić pustką, ale informacja o odpowiedzialności nie pojawia się w żadnym innym miejscu automatycznie.
W zaleceniach Google Cloud dotyczących kont usługi jedynym wskazanym miejscem na osobę kontaktową jest pole opisu, do którego sugeruje się wpisać osobę kontaktową, odnośniki do dokumentacji lub inne notatki. Nie ma osobnego pola „odpowiedzialny” i nie ma mechanizmu, który pilnowałby, żeby było wypełnione. Ten sam dokument odradza używanie jednego konta usługi do wielu aplikacji, bo komplikuje to zarządzanie, i wyjaśnia, dlaczego to boli przy ustalaniu faktów po zdarzeniu: dzienniki audytu zapisują nazwę konta usługi, ale nie aplikację, która z niego korzystała.
Praktyczny wniosek dla osoby, która będzie czytała raport po incydencie: log odpowie na pytanie „które konto to zrobiło”, nie odpowie na „który agent” ani „kto za to odpowiada”. Jeśli jedno konto obsługuje trzy automatyzacje, dziennik nie rozstrzygnie, która z nich wykonała sporną operację. Zalecenie jest proste i tanie do wdrożenia: dedykowane konto na aplikację, nazwa konta z nazwą zastosowania, pole opisu wypełnione nazwiskiem.
Ilu agentów macie i skąd wziąć tę liczbę
Rozmowa o podziale odpowiedzialności zwykle rozbija się o to, że nikt nie zna mianownika. Liczby z raportów branżowych tego nie zastąpią i rozchodzą się zbyt mocno, żeby je przenosić na własny slajd. Palo Alto Networks w raporcie 2026 Identity Security Landscape podaje, że tożsamości maszynowe, w tym agenty AI, przewyższają liczebnie tożsamości ludzkie w stosunku 109 do 1, na próbie 2930 osób odpowiedzialnych za cyberbezpieczeństwo. Przegląd innych badań z tego samego roku, zestawiony przez Help Net Security, pokazuje, że blisko połowa badanych organizacji raportuje stosunek powyżej 100 do 1, a w części branż sięga on 500 do 1. Rozrzut między publikowanymi wskaźnikami jest tak duży, że jedyna liczba warta wstawienia do materiału na zarząd to policzona u siebie.
Ta inwentaryzacja nie wymaga projektu. Wymaga czterech zapytań do systemów, które już macie: lista tożsamości agentów w katalogu z kolumną sponsorów, lista automatyzacji w platformie workflow z kolumną właścicieli, lista kont usługi z polem opisu, lista kont technicznych i integracji w systemach biznesowych. Wynik mieści się na jednej kartce i to ona jest materiałem na spotkanie, nie prezentacja o zarządzaniu AI. Żeby kartka nie była jednorazowa, jej przegląd musi mieć stałe miejsce w rytmie spotkań i agendzie przeglądu, a nie wracać przy okazji kolejnego wniosku o budżet.
Kto powinien siedzieć w rubryce sponsora
Dokumentacja Microsoftu opisuje typowy profil sponsora jako właściciela biznesowego, menedżera produktu, lidera zespołu albo interesariusza, który rozumie cel agenta, i zaznacza, że przy agentach nieopublikowanych sponsorem bywa ich twórca, a przy opublikowanych sponsor pochodzi zwykle z zespołu korzystającego z agenta. To rozsądny domyślny podział na poziomie pojedynczej automatyzacji i zły na poziomie portfela. Trzydzieści agentów, każdy ze sponsorem z zespołu, który go używa, daje trzydzieści niezależnych decyzji o utrzymaniu i zero osoby, która widzi całość.
Stąd bierze się pytanie, czy w organizacji ma istnieć jedna osoba z mandatem do portfela agentów — rola opisywana jako właściciel programu agentowego w organizacji — czy wystarczy komitet przeglądający listę raz na kwartał. Rozstrzygnięcie zależy od jednej zmiennej, którą da się policzyć przed spotkaniem: od liczby agentów wykonujących operacje nieodwracalne. Przy agentach, które tylko czytają i proponują, przegląd kwartalny wystarcza. Przy agentach, które wysyłają pieniądze, pisma albo zmieniają dane klienta, decyzja o wyłączeniu musi mieć jednego adresata dostępnego tego samego dnia.
Osobno trzeba zdecydować o sukcesji, bo system jej nie pilnuje. Dokumentacja Entra Agent ID stwierdza wprost, że sponsorstwo należy utrzymywać tak, aby zapewnić następstwo, gdy pracownik będący sponsorem zmienia stanowisko lub odchodzi. To zdanie jest w dokumentacji technicznej, a opisuje obowiązek kadrowy: w procedurze zmiany stanowiska i w liście zadań przy rozstaniu musi być pozycja o przepisaniu sponsorstwa. Jeśli jej nie ma, rubryka wyczyści się sama przy dezaktywacji konta.
Arkusz: trzy nazwiska pod jedną automatyzacją
Rama do przejścia agent po agencie. Wiersz bez trzech wypełnionych kolumn jest pozycją do decyzji, nie do raportu.
| Kolumna | Co wpisać | Skąd to wziąć | Co oznacza pustka |
|---|---|---|---|
| Odpowiedzialny biznesowo | Imiennie, osoba, która może zdecydować o wyłączeniu | Rubryka sponsora w katalogu tożsamości | Nikt nie zdecyduje o wygaszeniu; agent będzie działał do awarii |
| Odpowiedzialny techniczny | Imiennie albo zespół z dyżurem | Rubryka właściciela, lista współwłaścicieli przepływu | Awaria nie ma adresata, a poświadczeń nie ma kto wymienić |
| Tożsamość wykonawcza | Konto, pod którym agent faktycznie działa | Dziennik audytu, lista kont usługi i integracji | Dziennik nie rozstrzygnie, który agent wykonał operację |
| Zakres nieodwracalny | Operacje, których nie da się wycofać | Lista narzędzi i uprawnień agenta | Nie wiadomo, czy wyłączenie jest decyzją pilną, czy kwartalną |
| Data przeglądu | Konkretny dzień, nie „kwartalnie” | Decyzja sponsora | Przegląd nie odbędzie się nigdy |
Kolejność prac, jeśli arkusz ma być gotowy na następne posiedzenie: najpierw wyciąg wszystkich automatyzacji bez wpisanego właściciela, bo to pozycje z policzalnym ryzykiem awarii. Potem agenty z uprawnieniami do operacji nieodwracalnych, bez względu na to, czy rubryki mają wypełnione — przy nich osobnym rozstrzygnięciem jest to, które działania wolno agentowi wykonać poza godzinami pracy zatwierdzającego. Potem reszta portfela. Na końcu, nie na początku, dyskusja o strukturze i nazwie roli.
Pytania na najbliższe spotkanie
- Ile mamy uruchomionych agentów i automatyzacji, licząc z czterech rejestrów, a nie z pamięci zespołów?
- Ile z nich ma puste pole właściciela albo sponsora i które z nich korzystają z połączeń przywiązanych do konta osoby, która już u nas nie pracuje?
- Czy wśród agentów z uprawnieniami do operacji nieodwracalnych każdy ma imiennie wskazaną osobę, która może go wyłączyć tego samego dnia?
- Kto dziś widzi listę automatyzacji bez poprawnego właściciela i czy ta osoba uczestniczy w przeglądzie?
- Czy przepisanie sponsorstwa jest pozycją w naszej procedurze zmiany stanowiska i rozstania z pracownikiem?
- Czy nasze konta techniczne są dedykowane pojedynczym zastosowaniom, czy jedno obsługuje kilka agentów, i co z tego wynika dla ustalenia faktów po incydencie?
- Po czym poznamy, że portfel agentów przekroczył wielkość, przy której przegląd kwartalny przestaje wystarczać?