Експерти SAP сумніваються, чи публічна демонстрація технології штучного інтелекту Salesforce суперечить суперечливій політиці API німецького виробника, яка почалася в квітні у виробничих середовищах. Salesforce заперечує, що порушує будь-які правила доступу SAP.
Під час основної презентації на флагманській конференції Dreamforce CRM у Сан-Франциско Кеті О’Ніл, директор із маркетингу продуктів Salesforce, показала, як агент Salesforce AI зміг керувати постачальником за допомогою SAP і продемонструвати глобального виробника техніки Siemens як клієнта.
Схоже, демонстрація показує агента ШІ Маршалла, який працює на системі SAP і «куди клацати, які поля він запитує», — сказав О’Ніл.
Він сказав, що агент штучного інтелекту «використовує докази LLM, щоб дійсно зрозуміти бізнес-правила, що стоять за процесом».
Результатом є те, що користувачі, які працюють на платформі Salesforce для співпраці, Slack, можуть приєднатися до клієнтів у SAP, або так показує демонстрація.
«Маршалл збирає їх, створює бібліотеку надійних дій, і саме тут мислення штучного інтелекту перетворюється на детерміноване виконання. Що це означає? Це означає, що коли приходить час для чогось, наприклад, завантаження постачальника, Маршалл не просто імпровізує. Маршалл щоразу стикається з тим самим набором надійних дій, тож ви знаєте, що можете на нього покластися».
Інше питання, як гігант ERP SAP – компанія, яка робить ставку на ШІ – у цьому. Хоча Salesforce контролює взаємодію з користувачем, вона зводиться до забезпечення систем підтримки, що, як ми підозрюємо, не входить до планів німецького роздрібного продавця.
У дописі в соціальних мережах незалежний консультант SAP заявив, що демонстрація, якщо вона буде відтворена в реальному світі, не буде дозволена SAP відповідно до її Політики API.
Маріо де Феліпе, віце-президент SAP із даних та штучного інтелекту в компанії Apiphani з ІТ та керованих послуг, сказав, що політика API забороняє «шахрайство». У той же час будь-який автономний штучний інтелект повинен пройти «перевірену архітектуру» SAP для інтеграції в програми SAP.
«Вони не просто підключилися до SAP API, щоб оновити постачальника, що було б просто, але вау-ефект не був потрібен для основної доповіді, вони підключилися до системи SAP, записали логіку програми SAP… як BP [business process] модель працює… повна поведінка продукту SAP”, – сказав він.
Шоу не було результатом нового партнерства між постачальниками, сказав він у LinkedIn.
Про це повідомив представник Salesforce зареєструватися: «Тут є важлива відмінність: демо-версія Dreamforce взаємодіяла з SAP через її інтерфейс користувача за допомогою облікових записів служби, без використання SAP API. Тому обмеження щодо використання API, викладені в публікації LinkedIn, не застосовуються до відображеної активності».
SAP відмовилася від коментарів.
Виступ до зареєструватисяДе Феліпе зазначив, що політика API SAP забороняє використовувати API для «взаємодії або інтеграції з (напівавтономними) системами або системами, що створюють штучний інтелект, які планують, вибирають або виконують послідовність викликів API», за винятком «через архітектури, схвалені SAP».
Видалення, збір або систематичне та/або великомасштабне вилучення чи відтворення даних також заборонено цим повідомленням.
«Більше, ніж порушення правил, Salesforce знав, що те, що вони показали в цій доповіді, не було тим, що повинні робити клієнти», — сказав він. «Є спосіб робити ці речі відповідно до архітектури SAP: це точка зору SAP. Є спосіб робити ці речі відповідно до архітектури Salesforce. Але те, що зробив Salesforce, зрозуміло. [not] найкраща практична архітектура щодо розгортання агентів ШІ.”.
Інші бачать певні порушення в роботі Salesforce. Маріанна Цейс, незалежний консультант SAP у Німеччині, сказала, що погоджується з більшою частиною тлумачення Де Феліпе.
«Сама роботизована автоматизація процесів загалом хороша. Коли LLM або автономний агент починає планувати та виконувати виклики проти SAP, це стає складніше, тому що тоді SAP очікує задокументованих або схвалених шляхів доступу. Я не можу автоматично називати агента, який діє з дозволом користувача, «технікою шахрайства». У політиці ця фраза використовується в контексті переходу до керування API, тому це дійсно залежить від того, як реалізовано перегляд Salesforce», — сказав він. він
Політика API SAP була запущена в квітні, і деякі критики стверджують, що вона забороняє використання API для інтеграції з системами штучного інтелекту поза схваленою архітектурою та іншими системами, з якими хочуть працювати користувачі.
«Моїм найбільшим викликом є практичність: політика API є розумною як керівний документ, але вона все ще не зовсім узгоджується з тим, як працюють клієнти сьогодні», — сказав Цейсс.
У коментарях на LinkedIn до публікації Де Феліпе Джон Епплбі, давній експерт SAP і колишній директор-партнер SAP Avantra, попередив, що демонстраційні ролики часто розроблені так, щоб «бути жартівливими, але не порушувати жодних ліцензійних угод». За його словами, питання про те, чи порушує демонстрація Salesforce будь-які правила політики API, залишається сірою зоною, хоча існують способи інтегрувати такі технології за допомогою «дозвільного рівня, такого як SAP Integration Suite».
«З огляду на те, що вони згадують Siemens, ви можете бути впевнені, що цю сумісність було перевірено. Але так, оскільки правила непрямого доступу SAP, які налічують майже два десятиліття, і, звичайно, після впровадження нової політики API, у цьому типі використання були дракони», — сказав він.
З ним спілкувався старший аналітик зареєструватися Само собою зрозуміло, що політика API SAP є чистим протекціонізмом через те, наскільки далеко постачальник знаходиться в будь-якій гонці ШІ. За його словами, підключення штучного інтелекту до RISE із SAP — угодою про партнерство з постачальником, щоб залучити клієнтів до хмари та оновити програмне забезпечення ERP — було «великою помилкою».
Перший набіг SAP на штучний інтелект під назвою Joule — це просто цифровий помічник, сказав він.
«Виняток становлять 93 відсотки — майже всі великі клієнти — не мають доступу до інформації про те, чому у них немає важливих досліджень. SAP довелося здійснити певну ротацію, тому що їхні великі клієнти не скоро піднімуться», — сказав він.
Пізніше SAP запустила Joule Agent Builder, який є частиною Joule Studio в SAP Build і доступний для всіх клієнтів RISE і не RISE. «Це було випущено 25 грудня, але вони досі не спілкувалися ні з ким, хто ним користувався», — сказав він.
Потім у травні SAP почала пропонувати штучний інтелект внутрішнім клієнтам на застарілих системах.
«Квітнева політика щодо API SAP повинна охоплювати оголошення наступного місяця в Sapphire, коли вони анонсують власні послуги штучного інтелекту як для ECC, так і для S/4HANA», — сказав він.
Однак, за його словами, клієнти на архітектурах, схвалених SAP, «не бажають витрачати гроші, спілкуючись зі своїм ERP».
Більшість клієнтів SAP, які вже розгорнули GenAI і використовували API, наразі не відповідають політиці API SAP, сказав він.
SAP віддає перевагу тому, щоб її клієнти створювали агенти у своєму власному середовищі та відмовлялися працювати з іншими системами звідти. Коли компанія SAP запустила свою Joule Studio 2.0 на конференції Sapphire у травні, заявила, що вона дозволить розробникам створювати та керувати агентами штучного інтелекту, які підключаються та взаємодіють із сторонніми інструментами та агентами сторонніх розробників.
«Ми зробили розширюваність ключовим принципом дизайну… Це дозволяє вам підключати їх до програм, які не належать до SAP, тому що ми знаємо, що вам це потрібно», — сказав Мухаммад Алам, член виконавчої ради SAP із продуктів і проектування.
Чи буде цього достатньо, щоб запобігти маршу крадіжок на SAP іншим — Salesforce, ServiceNow, Microsoft чи будь-кому, хто найбільше підходить для кінцевих користувачів — ще невідомо. Публікація документа про політику API навряд чи зупинить їх. ®
