← Blog / Strategia i koszty

Kto utrzymuje agentów AI między SAP a Salesforce

Opublikowano: 6 listopada 2026

Agent po go-live czyta zamówienie w SAP i zmienia rekord w Salesforce. Po miesiącu handlowiec zgłasza, że status zamówienia jest błędny. Zespół Salesforce odpowiada, że agent robi to, co mu skonfigurowano, zespół SAP widzi poprawne dane po swojej stronie, a warstwa pośrednia nie ma przypisanego opiekuna, więc zgłoszenie wędruje od zespołu do zespołu. Agenta AI działającego między SAP a Salesforce w praktyce utrzymują trzy role: zespół Salesforce, zespół SAP i właściciel integracji, a za wynik odpowiada jedna osoba biznesowa. Jeśli któraś z tych czterech ról nie ma nazwiska, zgłoszenia zostają bez właściciela.

Nadzór nad agentami opisany w materiałach obu dostawców dotyczy ich własnych platform. Salesforce przedstawił w komunikacie o Agentforce 3 z 23 czerwca 2025 roku Command Center, czyli warstwę obserwowalności z alertami i wglądem w interakcje agentów. SAP w kursie SAP Learning o agentach Joule opisuje AI Agent Hub jako centralny widok agentów SAP, agentów z Joule Studio i agentów zewnętrznych. Każde z tych narzędzi pokazuje swoją stronę. W dokumentacji, którą przejrzeliśmy, nie znaleźliśmy roli odpowiedzialnej za agenta przekraczającego granicę obu systemów, co nie dowodzi, że takiej roli nigdzie nie opisano. Dlaczego wdrożenia AI utykają po pilotażu, pisaliśmy we wpisie o luce wdrożeniowej AI.

Trzech właścicieli jednego agenta

Agent, który czyta w SAP i działa w Salesforce, potrzebuje nazwanych opiekunów dla swoich danych, uprawnień i wyników. Podział zadań po go-live to nasza propozycja, nie zapis z dokumentacji dostawców:

• Zespół Salesforce: konfiguracja agenta, tematy i akcje, prompty, monitoring rozmów, zmiany w obiektach CRM.
• Zespół SAP: autoryzacje użytkownika technicznego, zmiany w BAPI i OData, dostępność danych, zgodność z polityką API SAP.
• Właściciel integracji: warstwa pośrednia, mapowanie pól, wersje interfejsów, alerty i obsługa błędów.
• Właściciel biznesowy: wynik agenta mierzony w procesie, na przykład czas obsługi zapytania o zamówienie.

Polityka SAP API Policy v4/2026 z kwietnia 2026 ma tu znaczenie praktyczne. Według opisów tej polityki SAP zabrania używania API do współpracy z (pół)autonomicznymi lub generatywnymi systemami AI, które planują, wybierają lub wykonują sekwencje wywołań API, z wyjątkiem architektur zatwierdzonych przez SAP. Opieramy się na źródłach wtórnych, więc przed decyzją trzeba przeczytać dokument na stronie SAP, a zwłaszcza definicję architektury zatwierdzonej i jej skutki dla agenta działającego z poziomu Salesforce. Pilnowanie zgodności z tym zapisem naturalnie trafia do zespołu SAP.

Konflikty między rolami pojawiają się tam, gdzie zmiana w jednym miejscu dotyka kilku właścicieli naraz. Zespół Salesforce chce dodać agentowi nową akcję, a ta wymaga nowego wywołania po stronie SAP, które zespół SAP musi autoryzować i ocenić pod kątem polityki API. Właściciel integracji dowiaduje się o tym, gdy testy już się nie przechodzą. Pomaga jedna zasada: żadna zmiana zakresu agenta nie wchodzi bez zgody wszystkich trzech właścicieli technicznych. Granice samodzielnych działań agenta opisaliśmy w mapie akceptacji AI w SAP i Salesforce.

W małych firmach jedna osoba łączy dwie z tych ról, najczęściej administrator Salesforce bierze na siebie integrację. To działa, dopóki ta osoba jest dostępna, dlatego zastępstwa wpisujemy do planu od początku.

Koszt utrzymania do wyceny przed pilotażem

Koszty bieżące powinny wejść do uzasadnienia biznesowego (business case) przed zatwierdzeniem pilotażu, a nie po nim. Strona Salesforce Help o cenniku Agentforce opisuje koszt platformy, czyli rozliczanie za zużycie. Pracę ludzi po go-live każda firma musi dopisać do rachunku sama. Pozycje, które trzeba wycenić:

• przegląd jakości odpowiedzi agenta,
• zmiany w API i wersjach SAP lub Salesforce,
• rotacja uprawnień technicznych,
• testy regresji po aktualizacjach,
• rozliczanie za zużycie.

Ostatnia pozycja bywa pomijana. Według wspomnianej strony Salesforce Help rozliczenie opiera się na akcjach agenta, więc rachunek rośnie z liczbą wywołań, także błędnych i powtarzanych. Cennik zmienia się, dlatego aktualne stawki trzeba sprawdzić bezpośrednio u dostawcy.

Przykład, hipotetyczny i bez związku z konkretnym wdrożeniem: ktoś w SAP zmienia pole, na przykład format identyfikatora zamówienia. Akcja agenta w Salesforce, która wysyła to pole dalej, przestaje działać, a agent próbuje ponownie i zużywa kolejne akcje. Ktoś musi zauważyć błąd, ustalić, że przyczyną jest zmiana w SAP, poprawić mapowanie i przetestować zmianę. To godziny kilku osób, których nikt nie wpisał do budżetu.

Tego, ile takich godzin będzie rocznie, nie da się wiarygodnie policzyć przed inwentaryzacją interfejsów, które agent faktycznie wykorzystuje. Nie znaleźliśmy też rzetelnych benchmarków kosztu utrzymania agentów, więc nie podajemy żadnych liczb. Reguła jest prosta: zanim zarząd podpisze pilotaż, w dokumencie ma stać roczny budżet utrzymania i nazwane stanowisko, które za niego odpowiada. Pozycje na 2027 zebraliśmy w liście budżetu IT na integrację i AI.

Jakie role zatrudnić, a jakie kupić od partnera w 2027 roku

W firmie zostaje właściciel integracji, administrator Salesforce, specjalista SAP znający uprawnienia i procesy oraz właściciel biznesowy agenta. Od partnera kupuje się projektowanie interfejsów, testy regresji przy większych zmianach, dyżury poza godzinami pracy i wzmocnienie w szczytach. To rekomendacja redakcyjna, nie wynik badania.

Uzasadnienie jest takie. Na pracuj.pl wciąż widać ogłoszenia dla analityków i developerów Salesforce, w tym opublikowane między 29 września a 1 października 2026. To pojedyncze ogłoszenia, nie dane o rynku, więc nie wyciągamy z nich liczb ani widełek. Naszą hipotezą, której nie potwierdza żadne źródło, jest to, że umiejętności platformowe da się zatrudnić, a wąskim gardłem są kompetencje integracyjne i właścicielskie: ktoś, kto rozumie jednocześnie autoryzacje SAP, obiekty Salesforce i skutki zmiany w warstwie pośredniej.

Właściciela integracji i właściciela biznesowego warto mieć u siebie, bo obaj muszą znać procesy firmy i podejmować decyzje na bieżąco. Administrator Salesforce i specjalista SAP znają środowisko od środka i są pierwszą linią przy zgłoszeniach. Projektowanie interfejsów i testy regresji przy dużych zmianach wymagają wiedzy potrzebnej okresowo, więc to naturalni kandydaci do zakupu od partnera. To samo dotyczy dyżurów poza godzinami pracy, których budowa własnego zespołu na zmiany byłaby dużym przedsięwzięciem.

Ostateczny podział zależy od tego, ile interfejsów faktycznie obsługuje agentów, a tego przed inwentaryzacją zwykle nikt nie wie. Przed podpisaniem umowy utrzymaniowej z partnerem warto zapytać o poziom SLA i czas reakcji, zakres usług (co jest w ryczałcie, a co poza nim), zastępstwa na czas urlopów i chorób oraz o to, kto po stronie partnera zna Twoje interfejsy z nazwiska.

Co sprawdzić w planie na 2027 przed zatwierdzeniem pilotażu

Poniższą listę można przenieść na posiedzenie zarządu:

• nazwany właściciel danych, uprawnień i wyników agenta,
• roczny budżet utrzymania z nazwanym stanowiskiem,
• plan zastępstw dla każdej z czterech ról,
• zakres umowy z partnerem i SLA,
• baseline z SAP i CRM do pomiaru ROI, zebrany przed pilotażem, według wpisu o pomiarze ROI z AI.

FAQ

#Agenci AI #SAP #Salesforce #Utrzymanie #Budżet IT