Przejdź do treści głównej
FromNine
Menu

AI i dane

Agenci AI i automatyzacja w ustalonych granicach.

Automatyzujemy pracę wieloetapową za pomocą agentów i przepływów pracy: korzystają z ograniczonych narzędzi, czekają na zatwierdzenie przed istotnymi działaniami i zostawiają ślad, który audytorzy mogą odtworzyć.

Dla centrów usług wspólnych i zespołów operacyjnych w Polsce, które prowadzą ten sam proces w wielu systemach, często dla spółek w kilku krajach.

Porozmawiajmy o projekcieWsparcie obsługi
Agenci AI i automatyzacja: warstwy kompetencjiCztery warstwy ułożone jedna za drugą. Od góry do dołu: przepływ pracy, który przechowuje stan, kroki agenta wewnątrz niego, brama narzędzi z uprawnieniami oraz punkt zatwierdzania, zanim działania dotrą do systemów organizacji.01Przepływ pracy i stan02Kroki agenta03Brama narzędzi i uprawnienia04Zatwierdzenie, potem działanie
  1. 01Właściwy poziom autonomii dla każdego kroku, od stałego przepływu pracy po nadzorowanego agenta
  2. 02Narzędzia z minimalnymi uprawnieniami za bramą, z limitami dla każdego działania
  3. 03Każdy krok, wywołanie narzędzia i zatwierdzenie zapisane, możliwe do odtworzenia i eksportu

01 Problemy

Dlaczego programy automatyzacji stają w miejscu

  1. 01

    Nikt nie umie powiedzieć, co agentowi wolno

    Agent działa na szerokim koncie technicznym. Dział ryzyka i bezpieczeństwa nie zatwierdzi takiego rozwiązania i nie powinien być zmuszany do zgadywania.

  2. 02

    Wskaźnik automatyzacji wygląda dobrze, a wyjątków przybywa

    Proste przypadki przechodzą same. Reszta ląduje we wspólnej skrzynce bez kontekstu, a zespół, który ją obsługuje, ma więcej pracy niż wcześniej.

  3. 03

    Gdy coś pójdzie źle, nikt nie umie odtworzyć przyczyny

    Nie ma zapisu, jakie dane widział agent, jakie narzędzie wywołał ani kto zatwierdził krok. Audyt wewnętrzny pyta, a odpowiedzi brak.

  4. 04

    Boty psują się przy każdej zmianie ekranu

    Roboty odczytujące ekrany wykonują krytyczną pracę. Każda aktualizacja aplikacji oznacza weekend napraw.

02 Co dostarczamy

Co dostarczamy

  1. 01 Projekt autonomii dla każdego kroku

    Dla każdego kroku wybieramy najprostsze rozwiązanie, które działa: deterministyczny przepływ pracy, pojedyncze wywołanie modelu, agenta korzystającego z narzędzi albo orkiestrację wielu kroków. Czasem właściwa odpowiedź brzmi: agent to złe narzędzie.

    Co robimy

    • Przejście przez proces z osobami, które wykonują pracę
    • Decyzja o autonomii krok po kroku, z oceną ryzyka każdego kroku
    • Model przepływu jako maszyna stanów lub w BPMN
    • Kryteria przejścia kroku do większej lub mniejszej autonomii

    Co Państwo otrzymują

    • Mapa autonomii procesu
    • Model przepływu pracy w systemie kontroli wersji
    • Zapis decyzji dla każdego kroku agenta

  2. 02 Uprawnienia narzędzi i zasada minimalnych uprawnień

    Agenci wywołują narzędzia, nigdy bezpośrednio systemy. Brama narzędzi egzekwuje zakresy uprawnień, listy dozwolonych działań i limity transakcji, a każde narzędzie działa na własnej tożsamości technicznej.

    Co robimy

    • Katalog narzędzi z rozdzieleniem narzędzi odczytu i zapisu
    • Tożsamości techniczne z ograniczonym zakresem dla każdego narzędzia
    • Limity transakcji i częstotliwości dla każdego typu działania
    • Izolowane wykonywanie kodu i operacji na plikach

    Co Państwo otrzymują

    • Brama narzędzi z polityką zapisaną jako konfiguracja
    • Macierz uprawnień zatwierdzona przez dział bezpieczeństwa
    • Zestaw testów egzekwowania polityki

  3. 03 Projekt z człowiekiem w pętli

    Progi zatwierdzania, kierowanie według poziomu pewności i zasada czterech oczu dla istotnych działań. Przy decyzjach dotyczących ludzi w procesie zawsze uczestniczy człowiek, zgodnie z art. 22 RODO i prawem do uzyskania interwencji ludzkiej.

    Co robimy

    • Klasyfikacja działań według skutków
    • Progi zatwierdzania i reguły eskalacji
    • Interfejs dla osoby zatwierdzającej z kontekstem potrzebnym do decyzji
    • Zabezpieczenia dla decyzji dotyczących osób fizycznych

    Co Państwo otrzymują

    • Polityka zatwierdzania dla każdego typu działania
    • Ścieżka zatwierdzania w narzędziach, których zespoły już używają
    • Mapa eskalacji ze wskazanymi zespołami

  4. 04 Identyfikowalność i audyt

    Pełny zapis danych wejściowych, pobranego kontekstu, wyników modelu, wywołań narzędzi i zatwierdzeń, dzięki któremu każde uruchomienie można odtworzyć i wyeksportować dla audytu wewnętrznego lub organu nadzoru.

    Co robimy

    • Projekt dziennika zdarzeń z regułami retencji
    • Odtwarzanie uruchomień na stałych danych wejściowych
    • Formaty eksportu uzgodnione z audytem wewnętrznym
    • Pulpity wskaźników wyjątków i zatwierdzeń

    Co Państwo otrzymują

    • Repozytorium śladu audytowego
    • Narzędzia do odtwarzania uruchomień
    • Pulpity operacyjne

  5. 05 Obsługa awarii

    Agenci będą zawodzić. Projektujemy tak, aby awaria była bezpieczna: idempotentne działania, kompensacja i wycofanie zmian, limity czasu, eskalacja do wskazanego zespołu i wyłącznik awaryjny, z którego ktoś ma prawo skorzystać.

    Co robimy

    • Klucze idempotencji przy każdym działaniu zapisu
    • Kroki kompensacyjne dla zmian w wielu systemach
    • Limity czasu i budżety ponowień
    • Wyłącznik awaryjny dla każdego agenta i narzędzia

    Co Państwo otrzymują

    • Analiza trybów awarii
    • Instrukcja operacyjna z procedurą wyłącznika awaryjnego
    • Testy chaosu dla ścieżek krytycznych

  6. 06 Agenci obok istniejącej automatyzacji

    Eksploracja procesów (process mining) pokazuje przepływ taki, jaki jest naprawdę. Roboty RPA zostają tam, gdzie istnieje tylko stary ekran, i przechodzą na API, gdy tylko API się pojawi. Mierzymy wskaźnik wyjątków, nie tylko wskaźnik automatyzacji.

    Co robimy

    • Eksploracja procesów na podstawie dzienników zdarzeń
    • Inwentaryzacja istniejących robotów i historii ich awarii
    • Alternatywy API dla kruchej automatyzacji ekranów
    • Analiza wyjątków według przyczyn

    Co Państwo otrzymują

    • Analiza bieżącego przepływu
    • Plan przejścia z ekranów na API
    • Stan wyjściowy i cel dla czasu obsługi wyjątków

03 Architektura

Poglądowa architektura referencyjna

Orkiestrator przechowuje stan pracy. Kroki agenta działają w jego wnętrzu i docierają do systemów organizacji wyłącznie przez bramę narzędzi, która przy każdym wywołaniu sprawdza zakres i limity. Narzędzia odczytu przechodzą dalej, a narzędzia zapisu zatrzymują się w punkcie zatwierdzania, gdy działanie jest istotne.

Wszystko zostawia zapis w śladzie audytowym. Orkiestrator ma wyłącznik awaryjny i limity czasu, a wyjątki trafiają do wskazanego zespołu z pełnym kontekstem uruchomienia.

Warstwy na rysunku

Wejście
Nowa sprawa, wiadomość lub zdarzenie uruchamia przebieg z identyfikatorem korelacji.
Orkiestracja
Stan przepływu pracy, kroki agenta, kompensacja i wyłącznik awaryjny.
Granica uprawnień
Brama narzędzi, narzędzia odczytu, punkt zatwierdzania i narzędzia zapisu.
Systemy
CRM, ERP i systemy obsługi spraw, dostępne wyłącznie przez narzędzia.
Ślad
Ślad audytowy i zespół, który obsługuje eskalacje.
Przykład poglądowy

  1. Wejście

    • Wyzwalacz: sprawa, wiadomość, zdarzenie

  2. Orkiestracja

    • Orkiestrator i stan
    • Krok agenta
    • Wyłącznik awaryjny i limity czasu
    • Kompensacja i wycofanie

  3. Granica uprawnień

    • Brama narzędzi
    • Narzędzia odczytu
    • Punkt zatwierdzania
    • Narzędzia zapisu

  4. Systemy

    • CRM, ERP, obsługa spraw

  5. Ślad

    • Ślad audytowy: każdy krok, wywołanie i zatwierdzenie, z odtworzeniem i eksportem
    • Wskazany zespół do wyjątków
Agent w granicach uprawnień

Architektura poglądowa, nie system klienta.

Diagram w formie tekstu

Główna ścieżka prowadzi od zdarzenia inicjującego przez orkiestrator i krok agenta do bramy narzędzi, następnie przez punkt zatwierdzania, w którym decyduje człowiek, do narzędzia zapisu i na końcu do systemów biznesowych.

Brama dopuszcza też narzędzia odczytu, które odpytują systemy biznesowe bezpośrednio. Wyłącznik awaryjny steruje orkiestratorem, kroki kompensacyjne mogą cofnąć działania agenta, a orkiestrator eskaluje sprawy do wskazanego zespołu.

Zatwierdzenia i działania zapisu trafiają do śladu audytowego, który umożliwia odtworzenie i eksport. Brama, narzędzia odczytu, punkt zatwierdzania i narzędzia zapisu tworzą razem granicę uprawnień.

04 Uwarunkowania i ograniczenia

Uwarunkowania inżynierskie i ograniczenia

  • Autonomię każdy krok musi zdobyć

    Jak do tego podchodzimy

    Kroki zaczynają pod nadzorem. Autonomię rozszerzamy dopiero wtedy, gdy logi pokazują, że krok mieści się w uzgodnionych granicach na znaczącej liczbie spraw.

    Ograniczenia i zależności

    Niektóre kroki nigdy nie powinny być autonomiczne, niezależnie od liczb. To decyzja biznesowa i poprosimy o jej wyraźne podjęcie.

  • Agent jest tak bezpieczny jak jego narzędzia

    Jak do tego podchodzimy

    Narzędzia zapisu są wąskie i sparametryzowane: „wystaw fakturę korygującą do określonego limitu”, nigdy „wywołaj ERP”.

    Ograniczenia i zależności

    Jeśli system nie ma szczegółowego modelu uprawnień, kompensujemy to w bramie. To dodatkowa praca, a niektórych systemów nie da się zabezpieczyć na tyle, by dać im dostęp do zapisu.

    Wynik AI może być błędny. Dlatego istotne działania czekają na człowieka, a niepewne przypadki są przekazywane dalej, a nie zgadywane.

  • Prompt injection to ryzyko operacyjne

    Jak do tego podchodzimy

    Treść z e-maili, dokumentów i stron internetowych traktujemy jako niezaufaną. Nie może zmienić instrukcji agenta ani poszerzyć jego uprawnień, a testy red teamingowe to sprawdzają.

    Ograniczenia i zależności

    Żadne zabezpieczenie nie usuwa ryzyka całkowicie. Projekt zakłada, że pewnego dnia próba się powiedzie, i ogranicza to, do czego może ona dotrzeć.

  • Wyjątki są częścią produktu

    Jak do tego podchodzimy

    Każdy wyjątek trafia do kolejki zespołu, który za niego odpowiada, z kontekstem uruchomienia, przyczyną i proponowanym kolejnym krokiem.

    Ograniczenia i zależności

    Jeśli nikt nie odpowiada za kolejkę wyjątków, automatyzacja przesuwa pracę, zamiast ją usuwać. Nie uruchamiamy produkcji bez wskazanego właściciela.

05 Jak pracujemy

Jak pracujemy

Zaczynamy od procesu takiego, jaki jest w praktyce, a nie na schemacie, i rozszerzamy autonomię krok po kroku.

  1. 01

    Rzeczywisty przepływ

    Eksploracja procesów i obserwacja pracy pokazują wolumeny, warianty i miejsca, w których ginie czas.

    RezultatAnaliza bieżącego przepływu

  2. 02

    Autonomia dla każdego kroku

    Przepływ pracy, wywołanie modelu albo agent, ze skutkami błędnego działania zapisanymi dla każdego kroku.

    RezultatMapa autonomii i macierz uprawnień

  3. 03

    Tryb cienia

    System proponuje, ludzie działają. Porównujemy propozycje systemu z decyzjami ludzi na rzeczywistych sprawach.

    RezultatRaport z pracy w trybie cienia

  4. 04

    Uruchomienie z zatwierdzeniami

    Istotne działania czekają na zatwierdzenie, a progi weryfikujemy na podstawie danych, nie odczuć.

    RezultatPolityka zatwierdzania i pulpity

06 Kontrola człowieka

Gdzie kontrolę zachowuje człowiek

Agenci działają w uprawnieniach ustalonych przez organizację, proszą o zatwierdzenie przed istotnymi działaniami i zapisują każdy krok.

  • Zatwierdzenie przed skutkiem

    Płatności, decyzje dotyczące osób i zmiany danych podstawowych czekają na człowieka, który dostaje kontekst potrzebny do szybkiej decyzji.

  • Cztery oczy tam, gdzie to ważne

    Powyżej uzgodnionych progów zatwierdzają dwie osoby. Próg jest ustawieniem, którym zarządza właściciel ryzyka, a nie częścią kodu.

  • Wyłącznik awaryjny, z którego ktoś może skorzystać

    Każdego agenta i każde narzędzie może zatrzymać wskazana rola, bez nowego wdrożenia, a procedura jest przećwiczona.

  • Decyzje dotyczące ludzi sprawdza człowiek

    Gdy wynik dotyczy osoby fizycznej, sprawdza go człowiek, a ta osoba może zażądać takiej weryfikacji.

  • Eskalacja do wskazanego zespołu

    Niepewne lub nieudane uruchomienia trafiają do zespołu, który za nie odpowiada, nigdy do nieobsługiwanej skrzynki.

07 Przykład

Przykład poglądowy

Przykład poglądowy

Faktury zakupowe z KSeF w hurtowni materiałów budowlanych

01Sytuacja
Hurtownia materiałów budowlanych z kilkoma oddziałami odbiera faktury zakupowe przez KSeF. Faktury, które nie zgadzają się z zamówieniem lub przyjęciem towaru, czekają w kolejce całymi dniami, a księgowość wyjaśnia rozbieżności z kupcami przez e-mail.
02Co byśmy zbudowali
Agent pobiera fakturę ustrukturyzowaną, zamówienie, dokument przyjęcia i warunki umowy, przygotowuje propozycję rozwiązania i wiadomość do kupca oraz proponuje księgowanie przez ograniczone narzędzia systemu ERP.
03Gdzie decyduje człowiek
Księgowania powyżej ustalonej kwoty wymagają dwóch zatwierdzeń. Wszystko, co dotyczy rachunku bankowego dostawcy, nigdy nie jest automatyzowane.
04Co byśmy mierzyli
Liczba dni, przez które wyjątek pozostaje otwarty, odsetek propozycji przyjętych bez zmian i czas poświęcony na jeden wyjątek.

08 Perspektywa branżowa

W Państwa branży

  • Usługi finansowe

    Likwidacja szkód, onboarding klientów i wyjątki płatnicze obsługiwane przez agentów z limitami transakcji, zasadą czterech oczu i eksportem audytowym w formacie uzgodnionym z funkcją audytu.

  • Administracja publiczna

    Przygotowanie sprawy, w którym agent zbiera informacje i przygotowuje projekt, a decyzję podejmuje osoba prowadząca sprawę. Każdy krok jest zapisany na potrzeby kontroli i odwołań.

  • Przemysł i produkcja

    Zmiany zamówień, kontakty z dostawcami i zgłoszenia serwisowe w systemie ERP i poczcie e-mail, z zatwierdzeniem tam, gdzie zapadają decyzje o pieniądzach lub mocach produkcyjnych.

Polska

Automatyzacja z decyzją człowieka

Akt w sprawie sztucznej inteligencji i art. 22 RODO obowiązują w całej Unii Europejskiej. W Polsce akt uzupełnia ustawa o systemach sztucznej inteligencji, z Komisją Rozwoju i Bezpieczeństwa Sztucznej Inteligencji (KRiBSI) jako organem nadzoru rynku, a przetwarzanie danych osobowych nadzoruje Prezes UODO. Centrum usług wspólnych, które obsługuje spółki w kilku państwach, automatyzuje jeden proces przy różnych regułach zatwierdzania w grupie.

Utrzymujemy jedną orkiestrację i jeden ślad audytowy, a progi zatwierdzania, języki i ścieżki eskalacji konfigurujemy dla każdej spółki. Od 1 lutego 2026 r. odbieranie faktur przez KSeF jest obowiązkowe, więc faktury zakupowe coraz częściej trafiają do organizacji w ustrukturyzowanej postaci, co upraszcza ich dopasowanie do zamówień. Właściciel ryzyka w każdej spółce widzi i zatwierdza ustawienia dotyczące jej pracowników i klientów.

Pytania o agentów AI i automatyzację

Kiedy agent, a kiedy zwykły przepływ pracy?

Jeśli kroki są znane, a dane wejściowe ustrukturyzowane, przepływ pracy jest tańszy, szybszy i łatwiejszy w audycie. Agent ma sens tam, gdzie dane wejściowe są zmienne, ścieżka zależy od tego, co zostanie znalezione, a człowiek może sprawdzić wynik. Większość systemów produkcyjnych łączy oba podejścia.

Co powstrzymuje agenta przed zrobieniem czegoś, czego nie powinien?

Agent może działać tylko przez narzędzia, każde narzędzie działa na własnej, ograniczonej tożsamości, a brama egzekwuje limity przy każdym wywołaniu. Istotne działania zapisu czekają na zatwierdzenie. Niezaufana treść nie może zmienić tych reguł.

Używamy już RPA. Czy trzeba z niego zrezygnować?

Nie. Roboty obsługujące stare ekrany działają dalej tam, gdzie nie ma API. Dodajemy agentów do kroków wymagających oceny, eksploracją procesów wyszukujemy kruche roboty i zastępujemy je integracjami API, gdy pozwalają na to systemy źródłowe.

Jak mierzy się sukces?

Czasem realizacji, wskaźnikiem wyjątków, liczbą poprawek i czasem, jaki ludzie poświęcają na wyjątki, w porównaniu ze stanem wyjściowym zmierzonym przed uruchomieniem. Sam wskaźnik automatyzacji ukrywa zbyt wiele.

Czy audyt wewnętrzny lub organ nadzoru może sprawdzić, co się wydarzyło?

Tak. Każde uruchomienie można odtworzyć z dziennika: dane wejściowe, pobrany kontekst, wyniki modelu, wywołania narzędzi i zatwierdzenia. Formaty eksportu uzgadniamy z funkcją audytu przed uruchomieniem.

Proces, który najbardziej obciąża zespół

Zanim cokolwiek powstanie, wskażemy, gdzie pomoże agent, gdzie wystarczy przepływ pracy, a gdzie musi decydować człowiek.

Porozmawiajmy o projekcieWsparcie obsługi