SAP сама называет RPA-ботов в рамках Digital Access. Что это значит для RPA в SAP и Business One, и когда собственный стек SAP оказывается более коротким путём.
Тот, кто хочет объединить RPA и SAP, рано или поздно натыкается на лицензионный вопрос, который может обойтись дороже, чем сам проект автоматизации. Распространённое эмпирическое правило гласит: бот, который вводит данные в интерфейс подобно человеку, безобиден с точки зрения лицензирования, и учитывается только доступ через API. Это правило не зафиксировано ни в одном документе SAP. В собственном определении Digital Access компания SAP прямо называет RPA-ботов.
Да, и SAP пишет об этом прямым текстом. Официальное описание Digital Access для SAP S/4HANA прямо называет RPA-ботов в качестве триггера, не разграничивая доступ через интерфейс и доступ через технический интерфейс: «It also occurs when nonhuman devices, robotic process automation bots (RPA bots), automated systems, and so on, use the digital core in any way.» Добавление «in any way» — именно то место, где эмпирическое правило перестаёт работать.
Это подтверждается договорным определением использования, которое SAP приводит в документе «SAP ERP Pricing for the Digital Age»: «All 'use' of SAP software, regardless of the method of access, requires an appropriate license.» Кликает ли бот мышью или отправляет запрос OData — в логике лицензирования это ничего не меняет.
Digital Access рассчитывается не по пользователям, а по созданным документам. SAP определяет для этого девять типов документов: Sales, Invoice, Purchase, Service & Maintenance, Manufacturing, Quality Management и Time Management с коэффициентом 1,0, а также Material и Financial с коэффициентом 0,2. Учитывается только первичное создание, чтение и изменение ничего не стоят. Область действия узкая: модель касается «Digital Core», то есть SAP ERP (ECC), S/4HANA и S/4HANA Cloud. Сама SAP отмечает в документе, что он не является частью договора и может быть изменён без предупреждения. Определяющим является ваш договор, а не документ с описанием политики и уж тем более не эта статья.
Нет, Business One следует другой лицензионной модели, и именно это регулярно путают в консультационных беседах. В License Guide for SAP Business One 10.0 не встречаются ни «Digital Access», ни девять типов документов. Business One основан на именных пользователях: «SAP Business One is based on a named user licensing model […] authorized to access, directly or indirectly, the licensed SAP Business One software.»
«Indirect Access» существует и там, но как тип лицензии для пользователей, а не как подсчёт документов. Согласно руководству, права Indirect Access должны быть заказаны в договоре, отдельно либо в составе типов пользователей Professional, Limited или CRM. DI API SAP прямо включает в ту же логику: «Note that the logon limitation also applies to the DI API.» Тому, кто запускает бота через DI API, для этого нужна соответствующая лицензия. Одну распространённую цифру мы намеренно опускаем: утверждение, что лицензия Professional якобы включает десять лицензий Indirect по умолчанию, отсутствует в официальном руководстве и происходит из публикации сообщества.
Честный ответ зависит от того, насколько глубоко вы погружены в мир SAP, а не от того, какой инструмент в данный момент продаёт поставщик услуг. Согласно SAP Help Portal, SAP Build Process Automation (SBPA) объединяет no-code-workflow с возможностями RPA, включая настольного агента, который считывает экраны и вводит данные в режиме attended или unattended. Базовая функция, таким образом, такая же, как у классического инструмента RPA. Различия кроются в другом:
Business One предлагает три официальных пути интеграции, и выбор определяет стабильность и трудозатраты на обслуживание. Service Layer — современный путь через HTTP и OData, при этом OData v3 считается устаревшим начиная с FP 2405, а v4 поддерживается в первую очередь. DI API — это COM DLL, более близкая к базе данных, но она подчиняется упомянутому ограничению на количество сессий. Integration Framework (B1if) охватывает сценарии между системами.
Наш опыт: путь через документированный интерфейс почти всегда дешевле бота, который вводит данные в интерфейс, поскольку он переживает изменения интерфейса. В нашем практическом тесте по согласованию счетов мы воспроизвели это сравнение на примере заказа SAP. Вариант через интерфейс не даёт при этом никакого преимущества с точки зрения лицензирования. Для подключения отправной точкой служит наша интеграция интерфейсов, а для самого процесса — наша автоматизация обработки входящих счетов.
На три момента невозможно ответить на основании публичных документов SAP, и мы предпочитаем назвать их, а не гадать. Во-первых, в ценовом документе SAP различает «SAP Applications», которые не требуют дополнительных пользователей, и «technology solutions», которые исключены и прямо включают SAP Cloud Platform. Считается ли SBPA привилегированным приложением или исключённым технологическим решением, там не указано. Именно здесь решается вопрос денег. Во-вторых, SAP не публикует цены Digital Access по документам. В-третьих, дата окончания поддержки Intelligent RPA публично нигде не указана. Проясните это письменно через ваш договор с SAP.
Что касается самого выбора инструмента, всё просто: если ваш процесс полностью живёт внутри SAP и вы в любом случае используете BTP, собственный стек SAP обычно оказывается более коротким путём. Если SAP — лишь один из этапов в цепочке из унаследованной системы, отраслевого ПО и Office, системно-независимый инструмент RPA раскрывает свои сильные стороны. NordFlux — это компания, специализирующаяся на UiPath и Power Platform, а не на SAP. Поэтому это уточнение в наших собственных интересах: если вы глубоко погружены в SAP, партнёр SAP с опытом в SBPA часто оказывается лучшим адресом, чем мы.
Согласно собственному определению SAP, да. SAP Help Portal прямо называет «robotic process automation bots (RPA bots)» в качестве триггера Digital Access, если они используют Digital Core «in any way». Обращается ли бот через интерфейс или через API — не является отличительным признаком. Определяющим является ваш договор с SAP.
Никаких доказательств этому в документации SAP нет. Определение использования, которое цитирует сама SAP, говорит обратное: «All 'use' of SAP software, regardless of the method of access, requires an appropriate license.» Тезис консультантов о том, что screen scraping якобы дешевле вызова API, не подтверждён ни одним документом SAP.
Нет. Digital Access касается Digital Core, то есть SAP ERP (ECC), S/4HANA и S/4HANA Cloud. SAP Business One лицензируется по именным пользователям. «Indirect Access» там — это тип пользовательской лицензии, который, согласно License Guide, должен быть заказан в договоре, а не подсчёт по типам документов.
SAP подтверждает, что Intelligent RPA больше не доступен по подписке, а его возможности объединены в SBPA. SBPA включает настольного агента для автоматизации пользовательского интерфейса в режимах attended и unattended. Публично доступную дату окончания поддержки Intelligent RPA нам найти не удалось.
Основатель NordFlux. Семь лет опыта, от веба и SEO до автоматизации в масштабах концерна, сегодня прагматично для среднего бизнеса и с немецким суверенитетом данных.
Сертификаты
Автоматизация SAP через Citrix: почему селекторы UiPath не срабатывают в виртуальных сессиях и какие подходы на практике остаются действительно стабильными.
SAP Business One и n8n в связке: документированный пример автоматизированной отчётности по продажам без ручного экспорта в Excel.
SAP приобретает долю в n8n и встраивает его в Joule Studio. Что это партнёрство на практике значит для среднего бизнеса, подключённого к SAP.
При определённых условиях SAP относит RPA-ботов к Digital Access, из-за чего вопрос лицензирования становится решающим ещё до выбора инструмента, в том числе для SAP Business One. NordFlux анализирует вашу конфигурацию и реализует автоматизацию с помощью Power Automate Desktop или UiPath, чтобы позже вас не застала врасплох доплата за лицензию.
