کارشناسان این سوال را مطرح می کنند که آیا نسخه ی نمایشی Salesforce خط مشی SAP API را نقض می کند یا خیر

کارشناسان SAP این سوال را مطرح می‌کنند که آیا دموی عمومی اخیر Salesforce از فناوری هوش مصنوعی آن، خط‌مشی بحث‌برانگیز API فروشنده آلمانی - که در آوریل راه‌اندازی شد - در محیط‌های تولید را نقض می‌کند یا خیر. Salesforce نقض هر یک از قوانین دسترسی SAP را رد کرده است. در طول ارائه اصلی در کنفرانس پرچم‌دار فروشنده CRM در سانفرانسیسکو در هفته گذشته، کتی اونیل، مدیر بازاریابی محصول Salesforce، نشان داد که چگونه یک عامل هوش مصنوعی Salesforce توانسته است تامین‌کننده را با SAP انجام دهد و سازنده مهندسی جهانی زیمنس را به عنوان یک مشتری به نمایش بگذارد.

O'Neil گفت: به نظر می رسد این نسخه نمایشی نشان می دهد که عامل هوش مصنوعی مارشال در یک SAP sandbox کار می کند و یاد می گیرد که "کجا کلیک کنید، کدام فیلدها مورد نیاز است." او گفت که عامل هوش مصنوعی از "استدلال LLM برای درک واقعی قوانین تجاری پشت این فرآیند" استفاده می کند. نتیجه این است که کاربرانی که در پلتفرم همکاری Salesforce، Slack کار می‌کنند، می‌توانند مشتریان را در SAP یا همان نسخه نمایشی نشان دهند. مارشال آنها را بسته بندی می کند، کتابخانه ای از اقدامات قابل اعتماد ایجاد می کند، و اینجاست که استدلال هوش مصنوعی به اجرای قطعی تبدیل می شود.

این به چه معناست؟ این بدان معناست که وقتی زمان چیزی مانند نصب تامین کننده فرا می رسد، مارشال فقط بداهه گویی نمی کند. مارشال هر بار در مقابل مجموعه ای از اقدامات قابل اعتماد اجرا می کند، بنابراین می دانید که می توانید به او تکیه کنید.» این که غول ERP SAP - شرکتی که آینده خود را روی هوش مصنوعی نیز شرط بندی می کند - در مورد همه اینها چه احساسی دارد، موضوع دیگری است. تنزل رتبه به ارائه سیستم های پشتیبان در حالی که Salesforce کنترل تجربه کاربر را در دست می گیرد، بخشی از برنامه فروشندگان آلمانی نیست.

در یک پست رسانه اجتماعی، یک مشاور مستقل SAP استدلال کرد که این نسخه آزمایشی، در صورت تکرار در دنیای واقعی، توسط SAP تحت سیاست API خود مجاز نخواهد بود. ماریو د فیلیپ، معاون داده و هوش مصنوعی SAP در شرکت خدمات IT و مدیریت شده Apiphani، گفت که خط مشی API "تکنیک های جعل هویت" را ممنوع می کند. در عین حال، هر هوش مصنوعی مستقل باید از طریق "معماری های تایید شده" SAP برای ورود به برنامه های SAP استفاده کند.

او گفت: «آنها نه تنها برای به‌روزرسانی یک تأمین‌کننده به SAP API متصل شدند، که می‌توانست ساده باشد، اما نه تأثیر شگفت‌انگیزی که برای یک سخنرانی کلیدی لازم است، بلکه به یک سیستم SAP متصل شدند، منطق برنامه SAP را ضبط کردند... نحوه عملکرد مدل نقش BP [فرایند تجاری]... رفتار کامل محصول SAP». او در لینکدین اشاره کرد که این نسخه ی نمایشی نتیجه مشارکت جدید بین فروشندگان نبود.

یکی از سخنگویان Salesforce به The Register گفت: "در اینجا یک تمایز مهم وجود دارد: نمایش Dreamforce از طریق رابط کاربری خود با استفاده از حساب های سرویس، بدون استفاده از SAP API با SAP تعامل داشت. بنابراین محدودیت های استفاده از API ذکر شده در پست LinkedIn برای فعالیت نشان داده شده اعمال نمی شود." SAP فرصت اظهار نظر را رد کرده است.

دی فیلیپ در صحبت با The Register، اشاره کرد که سیاست API SAP استفاده از API را برای "تعامل یا یکپارچه سازی با سیستم های هوش مصنوعی (نیمه) مستقل یا مولد که دنباله هایی از تماس های API را برنامه ریزی، انتخاب یا اجرا می کنند، ممنوع می کند، مگر اینکه "از طریق و در محدوده معماری های تایید شده SAP". خراشیدن، برداشت، یا استخراج یا تکثیر داده های سیستماتیک و/یا مقیاس بزرگ نیز با همین اخطار ممنوع است. او مدعی شد: «بیش از شکستن قوانین، Salesforce می‌دانست که آنچه در آن سخنرانی اصلی نشان می‌دهد، کاری نیست که مشتریان باید انجام دهند.

"راهی برای انجام این کارها به پیروی از معماری SAP وجود دارد: این دیدگاه SAP است. راهی برای انجام این کارها به دنبال معماری Salesforce وجود دارد. اما کاری که Salesforce انجام داد به وضوح [نه] بهترین معماری عملی در مورد نحوه استقرار عوامل هوش مصنوعی." دیگران برخی قوانین را در دموی Salesforce مشاهده می کنند. ماریان زیس، مشاور مستقل SAP در آلمان، گفت که با اکثر تفسیرهای دی فیلیپ موافق است. «خود اتوماسیون فرآیند رباتیک به طور کلی خوب است.

زمانی که یک LLM یا عامل مستقل شروع به برنامه‌ریزی و اجرای فراخوان‌ها علیه SAP می‌کند، دشوارتر می‌شود، زیرا در آن صورت SAP انتظار مسیرهای دسترسی مستند یا تایید شده را دارد. من به‌طور خودکار عاملی را که با مجوز کاربر عمل می‌کند، «تکنیک جعل هویت» نمی‌نامم. در این خط‌مشی، این عبارت در زمینه دور زدن کنترل‌های API استفاده می‌شود، بنابراین واقعا بستگی به نحوه اجرای نسخه نمایشی Salesforce دارد.

سیاست API SAP در ماه آوریل راه‌اندازی شد و برخی از منتقدان استدلال می‌کردند که استفاده از API برای ادغام با سیستم‌های هوش مصنوعی خارج از معماری‌های تایید شده‌اش را ممنوع می‌کند و سیستم‌هایی را که کاربران می‌خواهند استفاده کنند قفل می‌کند. زیس گفت: «مسئله بزرگ‌تر من مسئله عملی است: خط‌مشی API به عنوان یک سند حاکمیتی معقول است، اما هنوز خیلی با نحوه کار مشتریان امروزی مطابقت ندارد.

در نظرات LinkedIn به پست De Felipe، جان اپلبی، کارشناس قدیمی SAP و مدیر عامل سابق شریک SAP آوانترا، هشدار داد که دموها اغلب به گونه‌ای طراحی می‌شوند که «تحریک‌آمیز باشند، اما هیچ توافقنامه مجوزی را زیر پا نگذارند». او گفت که آیا نسخه ی نمایشی Salesforce هر یک از قوانین خط مشی API را زیر پا می گذارد، یک منطقه خاکستری است، در حالی که راه هایی نیز برای ادغام این نوع فناوری ها از طریق "لایه مجاز مانند SAP Integration Suite" وجود دارد. با توجه به اینکه آن‌ها نام زیمنس را حذف می‌کنند، می‌توانید مطمئن باشید که این مورد مطابق با آن بررسی شده است.

اما بله، از زمان قوانین دسترسی غیرمستقیم SAP، که به دو دهه قبل و البته از زمانی که سیاست API جدید وضع شد، اژدهاهایی در این نوع استفاده وجود داشته است.» یکی از تحلیلگران ارشد که با The Register بدون سابقه صحبت کرد، گفت که سیاست API SAP با توجه به اینکه فروشنده تا چه حد فروشنده با RaAP AI SAI تا چه حد فاصله دارد. او گفت که اولین تلاش SAP در هوش مصنوعی، به نام Joule، تنها یک دستیار دیجیتالی است.

او گفت: "عواقب انحصاری بودن 93 درصد است - تقریبا همه مشتریان بزرگ - دسترسی ندارند، که توضیح می دهد که چرا آنها هیچ مطالعه موردی قابل توجهی ندارند. SAP مجبور شد برخی چرخش ها را انجام دهد زیرا مشتریان بزرگ آنها به این زودی ها افزایش نمی یابند." بعدها، SAP Joule Agent Builder را راه‌اندازی کرد، بخشی از Joule Studio در SAP Build، که برای همه مشتریان RISE و غیر RISE قابل دسترسی است. او گفت: "این در دسامبر 25 منتشر شد، اما آنها هنوز با کسی که از آن استفاده کرده باشد صحبت نکرده اند." سپس در ماه می، SAP شروع به ارائه هوش مصنوعی به مشتریان اولیه در سیستم‌های قدیمی کرد.

او گفت: "سیاست SAP API در ماه آوریل این بود که اعلامیه آنها در ماه بعد در Sapphire هنگام اعلام خدمات هوش مصنوعی برای ECC و S/4HANA on-prem پوشش داده شود." با این حال، او گفت که مشتریان تمایلی به "هدر دادن پول در صحبت با ERP خود" در معماری های مورد تایید SAP نداشتند. او ادعا کرد که اکثر مشتریان SAP که قبلا GenAI را که از API استفاده می‌کردند مستقر کرده‌اند، اکنون طبق خط‌مشی SAP API سازگار نیستند. SAP ترجیح می دهد که مشتریانش در محیط خود عامل ایجاد کنند و از آنجا به کار با سیستم های دیگر دست پیدا کنند.

هنگامی که SAP در کنفرانس Sapphire خود در ماه مه Joule Studio 2.0 خود را راه اندازی کرد، گفت که به توسعه دهندگان این امکان را می دهد تا عوامل هوش مصنوعی ایجاد و مدیریت کنند که با ابزارهای شخص ثالث و عوامل شخص ثالث ارتباط و همکاری دارند. محمد علم، عضو هیئت اجرایی SAP برای محصول و مهندسی، در آن زمان گفت: "ما توسعه پذیری را به یک اصل طراحی اصلی تبدیل کرده ایم... این به شما امکان می دهد آنها را به برنامه های غیر SAP خود متصل کنید، زیرا می دانیم که باید این کار را انجام دهید."

اینکه آیا این برای جلوگیری از دزدیدن راهپیمایی SAP توسط دیگران - Salesforce، ServiceNow، Microsoft یا هر کسی که طبیعی‌ترین تناسب را با کاربران نهایی دارد، کافی باشد یا خیر، بی پاسخ است. انتشار یک سند خط مشی API بعید به نظر می رسد که آنها را متوقف کند. ®