Jak monitorować agenta AI w SAP?

Szybkość maszynowa łamie przegląd po fakcie

Większość zespołów SAP przegląda konta uprzywilejowane, serwisowe i techniczne w ten sam sposób od zawsze: eksport logu, otwarcie w arkuszu kalkulacyjnym i czytanie. Miesięcznie, być może. Po incydencie, być może. Kiedy audytor zapyta.

AI zmienia skalę tej pracy. Agenty i skrypty rozmawiają teraz z SAP bezpośrednio - wywołania OData, odczyty RFC, automatyzacja GUI - działając pod kontami serwisowymi, często w nocy, z prędkością setek zdarzeń na minutę. Większość z nich to dokładnie to, czego można się spodziewać. Skrypt discovery czyta struktury tabel; monitorowane konto wykonuje swoje rutynowe zadania.

Problemem jest reszta. Ten jeden odczyt, który dotknął wrażliwej tabeli. Ta jedna akcja poza normalnym wzorcem konta. W logu tysięcy zdarzeń ta pojedyncza pozycja jest niewidoczna dla ludzkiego oka - a zanim ręczny przegląd ją znajdzie, ślad ma tygodnie chłodu.

Pod spodem kryje się drugi problem: atrybucja. Kiedy agent działa pod kontem osoby, pierwsze pytanie audytora nie brzmi „odczyt czy zapis?" - brzmi „kto jest odpowiedzialny za tę sesję?". Osobowy użytkownik uruchamiający skrypt zaciera segregację obowiązków i przypisuje każdy błąd komuś, kto nigdy niczego nie wpisał.

Zakaz tego nie zatrzymuje

Istnieje kusząca odpowiedź na to wszystko: nie pozwolić AI ani skryptom zbliżyć się do SAP. To nie działa. Ludzie już automatyzują te części swojej pracy, których najbardziej nie lubią - ręczny eksport, kopiowanie do Excela, te same pięć kliknięć sto razy dziennie. Zamknij ścieżkę sankcjonowaną, a wybiorą niesankcjonowaną: konto osobiste, lokalny skrypt, narzędzie na laptopie, którego IT nigdy nie widzi.

Więc wybór nigdy nie brzmiał AI w SAP - tak czy nie. Brzmi monitorowane albo shadow. Zakaz w całości nie usuwa ryzyka; usuwa Twoją widoczność tego ryzyka i przenosi aktywność dokładnie na te konta osobowe, które najbardziej zaburzają atrybucję.

I robi się to łatwiejsze, a nie trudniejsze. Włączenie SAP GUI Scripting to jeden parametr profilu (sapgui/user_scripting = TRUE); mały most COM pozwala asystentowi sterować żywą sesją SAP; a praktycy już publikują agentów, którzy otwierają transakcję, czytają siatkę ALV i produkują analizę w Excelu w kilka minut.

Idzie też natywnie. Własny asystent SAP - Joule - osadza się teraz w SAP GUI for Windows z akcjami frontendowymi, które czytają bieżący ekran i uruchamiają skrypty GUI bezpośrednio - AI operujące transakcjami SAP jako funkcja wspierana przez dostawcę, a nie obejście. Ta możliwość nadchodzi, niezależnie od tego, czy Twoje kontrole są na nią gotowe, czy nie.

Działający agent, jedno zdanie w prostym języku

To nie jest teoria. Praktyk kieruje asystenta na działającą sesję SAP przez COM i pisze coś zbliżonego do zwykłej polszczyzny: wypisz połączenia, otwórz monitor błędów, przeczytaj komunikaty, zbuduj mi Excela z prawdopodobnymi poprawkami. Dwie minuty później mamy uszeregowany arkusz - klasa komunikatu, liczność, waga, transakcja, do której trzeba pójść, żeby każdy naprawić - dla przebiegu migracji z czternastoma tysiącami błędów księgowania, co konsultantowi zajęłoby popołudnie. Ludzie otwarcie publikują te przewodniki, z załączonymi krokami konfiguracji.

Dziś większość tych agentów jest celowo ostrożna: tylko do odczytu, działają pod własną sesją i uprawnieniami osoby, bez księgowań. Ale przeczytaj uczciwe notatki inżynierskie, które im towarzyszą, a trajektoria jest jasna. Prymitywy - nawigacja, odczyt pola, parsowanie siatki, odkrywanie ekranu - już napędzają większość transakcji raportowych. To, czego wciąż brakuje (identyfikatory pól specyficzne dla systemu, paginacja siatek, wieloekranowe procesy księgowania), to luki niezawodności, a nie intencji. Następna wersja chce głębszego odkrywania ekranu, a docelowo zapisu zwrotnego.

To punkt, w którym pytanie o kontrolę przestaje być opcjonalne - i, wygodnie, w którym dzisiejszy tryb tylko do odczytu daje spokojne okno na wprowadzenie konta, polityki i dowodów, zanim pojawi się zapis zwrotny.

Przeglądaj wyjątki, a nie log

Rozwiązaniem nie jest większy przegląd. Jest mniejszy - wycelowany w to, co naprawdę się liczy.

Zamiast czytać wszystko, co konto zrobiło, i oceniać po fakcie, definiujesz z góry, co konto może robić. System pokazuje wtedy tylko aktywność, która wypada poza tę linię. Przegląd przestaje być archeologią wiersz po wierszu, a staje się obsługą wyjątków: pięć rzeczy do przejrzenia, a nie pięć tysięcy.

Konta monitorowane i żyjąca polityka

smartGRC obserwuje konta uprzywilejowane, serwisowe i AI względem polityki - białej listy i czarnej listy transakcji, ograniczonej do konta lub zestawu kont. Gdy coś wypada poza politykę, proces uruchamia się sam:

Powyższy workflow przekłada się bezpośrednio na sposób, w jaki smartGRC obsługuje żywą sesję SAP. Poniższy diagram pokazuje, co dzieje się przy każdej transakcji uruchamianej przez agenta AI - od początkowego wywołania, przez sprawdzenie polityki, po trzy sposoby rozwiązania akcji spoza listy. Zielona przerywana pętla wracająca do polityki to kluczowy szczegół: każda decyzja właściciela uczy granicy, więc jutrzejszy przegląd jest mniejszy niż dzisiejszy.

Czytaj od lewej do prawej: agent AI wywołuje transakcję, smartGRC sprawdza ją względem polityki w locie i albo pozwala jej przejść po cichu, albo podnosi wyjątek w chwili, gdy go zobaczy. Ten wyjątek trafia do właściciela - nie w przyszłym tygodniu, nie w miesięcznym raporcie. Stamtąd trzy rezultaty: biała lista (transakcja była zasadna i dołącza do reguł na następny raz), uzasadnij (jednorazowe zdarzenie, wyjaśnione i udokumentowane dla ścieżki audytu) albo zablokuj (konto nie może tego znowu wykonać, dopóki ktoś nie podpisze). Ten sam interfejs, ten sam dowód, niezależnie od decyzji właściciela.

Ten czwarty krok jest tym, który się kumuluje. Granica, którą egzekwujesz, nigdy nie jest zdezaktualizowanym dokumentem - to zestaw reguł, który staje się dokładniejszy przy każdym użyciu. I działa w dwóch trybach, które obejmują cały obraz:

Co przechodzi, a co jest flagowane

Weź konto serwisowe używane przez agenta AI do eksploracji i raportowania danych SAP. To samo konto, ta sama etykieta „tylko odczyt" - i trzy bardzo różne werdykty, rozstrzygane przez politykę, a nie przez pamięć recenzenta:

Odczyty z białej listy nigdy nie docierają do człowieka. Wyjątki trafiają do właściciela tego samego dnia - uzasadnij lub dodaj jako regułę. Wpisy z czarnej listy są zatrzymywane od razu. Recenzent widzi kilka pozycji, a nie tysiąc tych, które były w porządku.

Łatwe do przeoczenia, kosztowne do wyjaśnienia

Każde z nich w surowym logu wygląda niepozornie, siedząc między setkami nieszkodliwych odczytów. Właśnie dlatego muszą się wybić samodzielnie.

Granica, którą system egzekwuje - z właścicielem, wyjątkiem w czasie rzeczywistym i pełną ścieżką dla audytora - jest. To różnica między posiadaniem polityki użytkowania AI a możliwością udowodnienia, że działa.

---

Powiązane lektury