ПРОДУКТЫ И ПЕРЕХОДЫP1L3
S/4HANA: модели расширяемости и границы по редакциям
Как выбирать между key-user, developer и side-by-side расширениями в SAP S/4HANA, проверять выпущенные интерфейсы и оценивать переносимость между редакциями.
4 мин чтения·База знаний
Ревизия 1
Применимость к указанным контекстам
Частичное покрытие
Контекст: CTX-S4-ONPREMКонтекст: CTX-S4-PRIVATEКонтекст: CTX-S4-PUBLICКонтекст: CTX-BTP-ABAP
документальная опора: недостаточно данных
Расширение SAP S/4HANA следует выбирать по задаче, доступным точкам расширения и контрактам целевой редакции. Названия «key-user», «developer» и «side-by-side» описывают разные модели работы и размещения. Наличие похожего инструмента в двух редакциях не означает, что объект, API или готовое расширение можно перенести между ними без изменений.
Три модели расширения#
Key-user extensibility#
Подходит для небольших адаптаций стандартных приложений, полей, форм, аналитики и логики в предусмотренных точках. Выполняется в стеке S/4HANA средствами для ключевых пользователей.
Проверьте, поддерживает ли расширение именно это приложение и бизнес-контекст, а также какие поля, CDS-источники и точки расширения доступны.
Developer extensibility#
Подходит для более сложной логики и ABAP-приложений, тесно связанных с ERP. Выполняется on-stack в тех продуктах и версиях, где доступна эта модель, с использованием ABAP Cloud.
Проверьте, выпущены ли нужные объекты и точки расширения с подходящим release contract, а также выполнены ли условия ландшафта и авторизаций.
Side-by-side extensibility#
Подходит для слабо связанного приложения, отдельного интерфейса или процесса, которому нужен собственный жизненный цикл. Решение выполняется на SAP BTP или другой согласованной платформе рядом с ERP.
Убедитесь, что для операции опубликованы подходящие удалённый API или событие. Дополнительно проверьте семантику данных, авторизацию и обработку ошибок.
В SAP S/4HANA Cloud Public Edition документация 2608 описывает все три модели: key-user, developer через SAP S/4HANA Cloud ABAP Environment и side-by-side через SAP BTP. В этой редакции интеграция опирается на опубликованные SAP объекты и публичные API. Для конкретного расширения всё равно нужно проверить его приложение, доступный объект и release contract.
Для SAP S/4HANA On-Premise и Private Edition доступность developer extensibility, ABAP Cloud и отдельных released objects зависит от продукта, установленного релиза и компонента. В руководстве SAP S/4HANA 2025 FPS01 язык ABAP for Cloud Development описан как ограниченный облачно-совместимый вариант: он ограничивает синтаксис и доступ к объектам, используя release contracts. Обычный Standard ABAP и существующий классический код относятся к другой модели и сами по себе не становятся upgrade-stable.
SAP Application Extension Methodology рассматривает on-stack расширения для Public Edition, Private Edition и S/4HANA наряду с расширениями на SAP BTP. Это архитектурная карта, а не гарантия одинакового набора возможностей или одинаковых API во всех поставках. В частности, переносимость решения нужно подтверждать для целевого продукта и релиза.
Контракт интерфейса важнее имени объекта#
Для ABAP-разработки проверяйте в целевой системе статус выпуска объекта, его release contract, видимость и назначение. Например, контракт C0: Extend предназначен для стабильных точек расширения; область его применения зависит от visibility объекта и поддерживаемого инструмента. Для внешней интеграции проверяйте опубликованный удалённый API или событие и точный продукт в SAP Business Accelerator Hub.
Не считайте одинаковые технические имена достаточным основанием для совместимости. SAP публикует изменения расширяемых объектов по релизам: новые объекты, изменённые возможности, устаревшие объекты и преемники. Включите такую проверку в оценку обновления и повторите её на целевой версии. В On-Premise и Private Edition дополнительно сверяйте объекты в ADT подключённой системы и документацию установленного релиза.
Как выбрать модель#
- Сначала выясните, решается ли задача стандартной настройкой процесса. Конфигурирование бизнеса само по себе не является расширением.
- Если требуется небольшая адаптация существующего приложения, проверьте предусмотренные для него key-user возможности.
- Если нужна тесная логика внутри ERP, рассмотрите developer extensibility и подтвердите наличие нужных released objects и extension points для целевой редакции и версии.
- Если решение должно иметь отдельный жизненный цикл, собственную технологию или слабо связано с ERP, оцените side-by-side вариант и доступность публичных удалённых интерфейсов.
- Классический код и модификации оценивайте по фактическим зависимостям, сопровождению и плану обновления; не предполагайте, что они автоматически совместимы с ABAP Cloud.
- Перед переносом между Public, Private и On-Premise сопоставьте API, release contracts, приложения, ограничения данных и операции жизненного цикла на обеих сторонах.
Ключевой результат архитектурного выбора - список требуемых точек расширения и интерфейсов с подтверждением их наличия для конкретной редакции и релиза. Если такого подтверждения нет, совместимость и переносимость остаются непроверенными предположениями.
Материал частично покрывает S4-11. Он опирается на SAP Help для Public Edition 2608, ABAP Platform и SAP S/4HANA 2025 FPS01, а также на SAP Extension Architecture Guide. Записи источников имеют статус metadata_only: исходные страницы не сохранены как проверенные фрагменты. Клиентская система, фактические расширения, авторизации и runtime не проверялись.
Связанные материалы#
Choose an SAP S/4HANA extension by the task, the available extension points, and the contracts of the target edition. "key user", "developer", and "side-by-side" describe different ways of working and deployment. Similar tools in two editions do not mean an object, API, or extension can move between them unchanged.
Three extension models#
Key-user extensibility#
Fits small adaptations to standard apps, fields, forms, analytics, and logic at predefined points. It runs in the S/4HANA stack using key-user tools.
Check whether the specific app and business context support the extension, and which fields, CDS sources, and extension points are available.
Developer extensibility#
Fits more complex logic and ABAP apps closely integrated with ERP. It runs on-stack in products and releases that support this model, using ABAP Cloud.
Check that the required objects and extension points are released with the right release contract, and that landscape and authorization prerequisites are met.
Side-by-side extensibility#
Fits a loosely coupled app, separate UI, or process that needs an independent lifecycle. It runs on SAP BTP or another agreed platform alongside ERP.
Confirm a suitable released remote API or event exists for the operation. Also check data semantics, authorization, and error handling.
For SAP S/4HANA Cloud Public Edition, the 2608 documentation describes all three models: key-user, developer through SAP S/4HANA Cloud ABAP Environment, and side-by-side through SAP BTP. Integration in this edition relies on released SAP objects and public APIs. For a specific extension, check the application, available object, and release contract.
For SAP S/4HANA On-Premise and Private Edition, availability of developer extensibility, ABAP Cloud, and individual released objects depends on the product, installed release, and component. SAP S/4HANA 2025 FPS01 documentation describes ABAP for Cloud Development as a restricted, cloud-ready language version: it limits syntax and object access through release contracts. Standard ABAP and existing classic code are a different model and are not automatically upgrade-stable.
SAP's Application Extension Methodology considers on-stack extensions for Public Edition, Private Edition, and S/4HANA alongside extensions on SAP BTP. This is an architecture map, not a promise that every offering has identical capabilities or APIs. Confirm portability for the target product and release.
Interface contracts matter more than object names#
For ABAP development, check an object's release status, release contract, visibility, and purpose in the target system. Contract C0: Extend, for example, is intended for stable extension points; its applicability depends on the object's visibility and supported tooling. For external integration, verify the released remote API or event and exact product in SAP Business Accelerator Hub.
Do not treat matching technical names as proof of compatibility. SAP publishes release-specific changes to extensibility objects, including newly released or changed objects, deprecated objects, and successors. Include this review in upgrade planning and repeat it against the target version. For On-Premise and Private Edition, also check objects in ADT connected to the system and documentation for the installed release.
A model selection workflow#
- First check whether standard process configuration meets the need. Business configuration is not itself an extension.
- For a small change to an existing app, check the key-user capabilities provided for that app.
- For logic closely coupled to ERP, consider developer extensibility and confirm the necessary released objects and extension points for the target edition and release.
- If the solution needs an independent lifecycle, its own technology, or loose coupling to ERP, assess side-by-side deployment and the availability of public remote interfaces.
- Assess classic code and modifications against actual dependencies, support, and an upgrade plan; do not assume they are automatically compatible with ABAP Cloud.
- Before moving a solution between Public, Private, and On-Premise, compare APIs, release contracts, apps, data constraints, and lifecycle operations on both sides.
The key output of an architecture decision is a list of required extension points and interfaces, confirmed for the specific edition and release. Without that confirmation, compatibility and portability remain unverified assumptions.
This material partially covers S4-11. It draws on SAP Help for Public Edition 2608, ABAP Platform and SAP S/4HANA 2025 FPS01, and SAP's Extension Architecture Guide. Source records are metadata_only; the source pages were not archived as verified excerpts. No customer system, actual extensions, authorizations, or runtime were inspected.
Related materials#