Три факта к звонку

Накидал к вторнику три вещи, которые показались важными. Вы SAP знаете лучше меня, так что если где-то ошибаюсь — поправьте. Это будет полезнее, чем если я приду с красивой, но неверной картиной.

1. «SAP запретил внешние ИИ-агенты» — это неправда

В апреле 2026 вышла новая политика API (v.4.2026a), и пресса раскатала её как «SAP закрыл доступ для чужого ИИ». Формулировка раздела 2.2.2 действительно жёсткая — под запрет попадает интеграция с ИИ-системами, которые «планируют, выбирают или исполняют последовательности вызовов API».

Но к политике есть отдельный документ вопросов и ответов — 21 страница, 56 вопросов, версия 1.3 от июня 2026. Судя по тому, что пишут в отраслевой прессе, его почти никто не открывал. А там всё существенно мягче.

Детерминированные последовательности — вне запрета

Rule-based RPA tools that execute pre-defined, deterministic API call sequences without autonomous reasoning, AI planning, or LLM-based decision-making, are not within the scope of Section 2.2.2.

Вопрос 40

То есть если последовательность вызовов задана кодом, а модель только рассуждает над полученными результатами — это не нарушение. Запрещено, когда модель сама решает, какие вызовы и в каком порядке делать.

Сторонние MCP-серверы разрешены прямым текстом

Customers and partners may use third-party or custom MCP servers to connect to SAP APIs, provided all use complies with the agreement, the Documentation and in particular the SAP API Policy.

Вопрос 56

Условия: аутентификация и авторизация на каждом соединении, соблюдение опубликованных лимитов. Перед этим разрешением SAP полстраницы объясняет, что MCP сам по себе не решает вопросы аутентификации, распространения identity и управления доступом — и что всё это ложится на того, кто сервер развернул. Формулировка честная: разрешено, но вся ответственность на вас, поддержки и гарантий стабильности SAP не даёт.

Исходящие события вообще вне рассмотрения

Outbound interfaces, such as event-driven notifications or callbacks sent from SAP systems to external endpoints, are out of scope.

Вопрос 12

Политика регулирует входящие обращения к SAP. То, что SAP сам отправляет наружу, ей не регулируется.

Численного порога, что считать «массовым извлечением», в документах нет вообще. Критерий — назначение и характер обращения, а не объём.

2. Читать из SAP дёшево, писать в SAP — дорого

Две отдельные причины, и обе ведут в одну сторону.

Лицензионная

У SAP есть модель Digital Access: платят не за пользователей, а за документы, которые создаются в системе внешними системами. Продаётся блоками по 1000 документов в год. Счётчик включается на создании документа внутри SAP, а не на чтении уже существующих данных.

Практическая

На форумах SAP-практики про запись агента в продуктив высказываются единодушно, и никто не возражает:

No one will let an agent into SAP, that's insane. It's not safe.

r/SAP, июнь 2026

Could just be reading agents. Surely no one will allow any writing access to Production in SAP.

там же

Ни одного человека, который просил бы ИИ с правом записи, в обсуждениях не нашлось.

3. Собственный ИИ SAP пока не доехал до продуктива

Опрос DSAG, 198 компаний, поле — с 8 декабря 2025 по 21 января 2026. Внедряли сценарии с ИИ 43 процента опрошенных. Среди них:

• 77 %в проде на стороннем ИИ
• 3 %в проде на решениях SAP
• 26 %у SAP на стадии проверки концепции
• 43 %из 198 вообще внедряли ИИ — это и есть знаменатель

geben 77 Prozent an, diese mit Non-SAP-Lösungen in Produktion bzw. Nutzung zu haben, während nur 3 Prozent hier auf SAP setzen

DSAG Investitionsreport 2026

Заодно про базу

Варианты пересекаются — в одной компании может стоять несколько систем. Основная масса до сих пор не в публичном облаке, и это прямо влияет на то, что технически доступно.

Что из этого следует для нас

Дверь не закрыта, но она узкая и с понятной формой:

И отдельно: у SAP полно пилотов, которые не доехали до продуктива. Это тоже рынок, причём внутри разрешённого периметра.