← Blog / AI i dane

Zatwierdzenie wdrożenia AI przez zarząd: pytania o dane

Opublikowano: 30 września 2026

Wniosek o budżet na AI trafia na posiedzenie zarządu zwykle w tej samej formie: nagranie, w którym asystent w kilkanaście sekund przygotowuje ofertę dla klienta, slajd z zaoszczędzonymi godzinami przeliczonymi na złotówki i kwota na pilotaż. Brakuje w nim informacji, skąd asystent weźmie ceny, rabaty i historię klienta, kto da mu dostęp do SAP i Salesforce oraz gdzie trafi oferta, kiedy już powstanie. Demo zwykle działa na danych przygotowanych do pokazu.

Poniższe pytania można zadać wnioskodawcy na tym samym posiedzeniu. Przy większości jest opis odpowiedzi, z którą da się pracować, i takiej, po której lepiej wstrzymać głosowanie. Pierwsze cztery dotyczą danych i integracji, bo od nich zależą odpowiedzi na pozostałe.

Pytania przed głosowaniem

1. Jakich danych potrzebuje ten przypadek użycia i gdzie one dziś są?

Dobra odpowiedź to lista konkretnych obiektów z systemem źródłowym przy każdym: warunki cenowe i limity kredytowe z S/4HANA, historia kontaktów i otwarte szanse sprzedaży z Salesforce, karty produktów z repozytorium dokumentów. Przy każdej pozycji ktoś powinien umieć powiedzieć, kto jest właścicielem danych i w jakim są stanie, bo asystent, który dostanie trzy wersje tego samego klienta, przygotuje trzy różne oferty.

Sygnał ostrzegawczy: „model będzie miał dostęp do wszystkich danych” albo pilotaż zbudowany na eksporcie do Excela. Eksport pokazuje, że model radzi sobie z danymi, ale nie mówi nic o tym, jak będzie je dostawał w produkcji, codziennie i z uprawnieniami konkretnego użytkownika, i właśnie w tym miejscu wdrożenia AI utykają po pilotażu.

2. Którędy AI połączy się z SAP i czy SAP na to pozwala?

W kwietniu 2026 roku SAP zaktualizował politykę API, a jej sekcja 2.2.2 polityki API zakazuje używania API do współpracy z autonomicznymi lub generatywnymi systemami AI, które planują, wybierają lub wykonują sekwencje wywołań API, chyba że dzieje się to przez architektury i ścieżki wskazane przez SAP. Ten sam zapis obejmuje masowe pobieranie i replikację danych. W FAQ do polityki SAP wyjaśnia, że klient może używać platformy AI innej firmy, jeśli łączy się ona z SAP przez taką architekturę, opartą na protokołach A2A i MCP, a integracje korzystające z opublikowanych API zgodnie z ich przeznaczeniem nie powinny zostać dotknięte.

Dobra odpowiedź: wnioskodawca wie, czy rozwiązanie jest agentem, który sam decyduje o kolejnych wywołaniach, czy wywołuje jedno opublikowane API w ustalonym miejscu procesu. Dla agenta wskazuje drogę połączenia zgodną z architekturą opisaną przez SAP, a wszystkie używane interfejsy są opublikowane w SAP Business Accelerator Hub albo w dokumentacji produktu.

Sygnał ostrzegawczy: dostawca agenta łączy się z SAP przez użytkownika technicznego z szerokimi uprawnieniami albo przez interfejs, którego nikt nie potrafi wskazać w dokumentacji. SAP w materiałach o polityce podaje ODP-RFC jako przykład interfejsu niedozwolonego do przekazywania danych do systemów innych firm.

3. Kto będzie właścicielem integracji po uruchomieniu?

Pilotaż ma zespół, budżet i termin. Po uruchomieniu zostaje połączenie między modelem a SAP i Salesforce, które ktoś musi monitorować, aktualizować przy zmianie wersji API i naprawiać, gdy w poniedziałek rano agent przestanie widzieć zamówienia. Dobra odpowiedź wskazuje zespół z nazwiska, pozycję w budżecie utrzymania na kolejne lata i miejsce, w którym działa integracja, najlepiej na platformie, którą firma już utrzymuje. Odpowiedź „integrację zrobi dostawca rozwiązania AI” bez dopowiedzenia, kto ją przejmie po zakończeniu umowy wdrożeniowej, oznacza, że po roku nikt w firmie nie będzie wiedział, jak ona działa.

4. Gdzie wynik wraca do procesu?

Asystent, którego wynik trzeba skopiować z okna czatu do transakcji SAP, oszczędza mniej, niż obiecuje slajd ROI, bo przepisywanie zostaje, a dochodzą do niego błędy przy przepisywaniu. Dobra odpowiedź nazywa obiekt, w którym wynik ląduje: propozycja zamówienia jako dokument do zatwierdzenia w S/4HANA, notatka i następny krok w szansie sprzedaży w Salesforce, zmiana statusu reklamacji. Wtedy wynik ma numer, autora i historię zmian, a audytor znajdzie go po roku.

Sygnał ostrzegawczy: osobne narzędzie, do którego użytkownicy mają „zaglądać”, i integracja z ERP przesunięta do drugiego etapu.

5. Jak rozwiązanie klasyfikuje się w EU AI Act?

Na koniec września 2026 roku zakazy z art. 5 obowiązują od lutego 2025 roku, obowiązki przejrzystości z art. 50 od 2 sierpnia 2026 roku, a wymogi dla systemów wysokiego ryzyka z Załącznika III, po zmianach wprowadzonych przez Digital Omnibus, zaczną obowiązywać 2 grudnia 2027 roku, co potwierdza strona Komisji Europejskiej o ramach regulacyjnych AI. Co dokładnie zmieniła nowelizacja, opisujemy we wpisie o EU AI Act po Digital Omnibus.

Zarząd potrzebuje klasyfikacji na piśmie, z uzasadnieniem i z informacją, czy firma występuje jako dostawca systemu, czy jako podmiot stosujący. W ERP i CRM granica bywa cienka. Selekcja kandydatów i ocena pracowników są w Załączniku III wprost. Ten sam załącznik obejmuje ocenę zdolności kredytowej osób fizycznych, więc limit kredytowy dla spółki do niego nie trafia, ale klient prowadzący jednoosobową działalność gospodarczą jest osobą fizyczną i przy takim kliencie odpowiedź wymaga analizy prawnej.

Sygnał ostrzegawczy: „to tylko asystent, nas to nie dotyczy”, bez dokumentu, który to uzasadnia.

6. Ile to będzie kosztować miesięcznie przy pełnym ruchu?

Slajd ROI pokazuje zwykle koszt pilotażu, a koszt produkcji zależy od liczby operacji, która rośnie razem z wolumenem. Według strony cenowej SAP dla AI agenty dostarczane przez SAP są w 2026 roku rozliczane po 0,02 AI Unit za akcję, przy czym akcją jest pojedynczy krok agenta, na przykład wywołanie usługi, a jedno zadanie może wymagać kilku akcji. Niewykorzystane AI Units wygasają po 12 miesiącach, a zużycie ponad pulę jest rozliczane jako nadwyżka. Salesforce w cenniku Agentforce liczy standardową akcję agenta jako 20 Flex Credits. Do tego dochodzą pozycje, których żaden z tych cenników nie obejmuje.

PozycjaOd czego zależyKto podaje liczbę
Akcje agentów SAP (AI Units)liczba kroków na jedną transakcję razy wolumen transakcjiwnioskodawca, z pomiaru w pilotażu
Akcje Agentforce (Flex Credits)jak wyżej, po stronie Salesforcewnioskodawca
Wywołania modelu poza platformami SAP i Salesforceile danych z ERP trafia do każdego zapytania, czyli liczba tokenówarchitekt rozwiązania
Ruch na platformie integracyjnejliczba komunikatów między AI a systemamizespół integracji
Utrzymaniepatrz pytanie 3właściciel integracji

Dobra odpowiedź podaje koszt jednej transakcji biznesowej, czyli jednej oferty albo jednego zamówienia, zmierzony w pilotażu i pomnożony przez roczny wolumen. Zdanie „zużycia nie da się przewidzieć” bez planu, jak je zmierzyć, jest powodem, żeby wrócić do tematu za miesiąc.

7. Kto podpisuje decyzję, którą przygotowała AI?

Dla systemów wysokiego ryzyka art. 26 EU AI Act wymaga, by podmiot stosujący powierzył nadzór osobom, które mają niezbędne kompetencje, przeszkolenie i uprawnienia, oraz przechowywał logi generowane przez system przez co najmniej sześć miesięcy. Poza wysokim ryzykiem prawo tego nie narzuca, a pytanie o podpis zostaje: kto odpowiada za zamówienie, rabat albo odmowę reklamacji, które zaproponował agent.

Dobra odpowiedź rozdziela decyzje progami: do jakiej kwoty lub w jakich przypadkach agent działa sam, od jakiej tylko proponuje, a człowiek zatwierdza w SAP lub Salesforce, i kto konkretnie zatwierdza. Sygnał ostrzegawczy: „człowiek zawsze sprawdza” przy kilkuset propozycjach dziennie na jedną osobę. Przy takiej liczbie zatwierdzanie staje się klikaniem, a odpowiedzialność formalnie zostaje przy kimś, kto nie miał czasu niczego sprawdzić.

8. Co zostanie po wyłączeniu rozwiązania?

Wystarczy krótka odpowiedź: gdzie są konfiguracje agentów, prompty i logi, czy dane z ERP zostały skopiowane do zewnętrznego indeksu i kto je usunie, jeśli firma zmieni dostawcę.

Czego te pytania nie rozstrzygną

Najmniej pewny punkt listy to pytanie drugie. Polityka API SAP mówi o systemach, które „planują, wybierają lub wykonują sekwencje wywołań API”, ale nie wyznacza granicy przypadek po przypadku. Asystent, który na prośbę handlowca pobiera dwa rekordy z jednego opublikowanego API, i agent, który sam decyduje o kilku kolejnych wywołaniach, leżą po dwóch stronach tego zapisu, a między nimi jest sporo rozwiązań, dla których odpowiedź da dopiero rozmowa z SAP. SAP deklaruje w FAQ do polityki, że zaczyna od dialogu z klientem i nie stosuje automatycznych blokad. Przy projekcie, w którym agent ma działać na danych z S/4HANA, warto zadać SAP to pytanie na piśmie przed podpisaniem umowy z dostawcą agenta.

Chcesz poznać więcej praktycznych rozwiązań?

Dołącz do nas na bezpłatnej konferencji "Zintegrowany Biznes" 25.11.2026 w Warszawie (ADN Centrum Konferencyjne). Udział jest bezpłatny, a liczba miejsc ograniczona.

Zarejestruj się za darmo ↗

FAQ

Czy agent AI innej firmy może korzystać z API SAP?

Może, ale od kwietnia 2026 roku w granicach polityki API SAP. Jej sekcja 2.2.2 zakazuje łączenia API z systemami AI, które same planują i wykonują sekwencje wywołań, poza architekturami wskazanymi przez SAP. W FAQ do polityki SAP wyjaśnia, że platforma AI innej firmy jest dopuszczalna, jeśli łączy się z SAP przez taką architekturę, opartą na protokołach A2A i MCP.

Ile kosztuje agent AI w SAP?

Agenty dostarczane przez SAP są w 2026 roku rozliczane po 0,02 AI Unit za akcję, czyli za pojedynczy krok agenta, na przykład wywołanie usługi. Jedno zadanie biznesowe może wymagać kilku akcji, więc koszt lepiej liczyć na transakcję niż na akcję. Własne agenty uruchamiane w produkcyjnym środowisku Joule Studio są według SAP bezpłatne do końca 2026 roku.

Kto powinien zatwierdzać decyzje przygotowane przez AI w ERP?

Osoba, która dziś odpowiada za ten sam typ decyzji, z ustalonym progiem, powyżej którego agent tylko proponuje. Dla systemów wysokiego ryzyka z Załącznika III EU AI Act od 2 grudnia 2027 roku wymaga, by nadzór sprawowały osoby z odpowiednimi kompetencjami, przeszkoleniem i uprawnieniami. W pozostałych przypadkach próg i osobę zatwierdzającą ustala firma, najlepiej przed uruchomieniem.