Что такое SAP-технологии?

SAP-технологии — это не просто ERP-система, а зрелая платформа для разработки корпоративных приложений, включающая стек на ABAP, Java и Node.js, специфическую БД HANA, модели данных CDS, протоколы интеграции (OData, RFC, SOAP) и облачную платформу BTP. Для разработчика это означает, что нужно понимать как классический ABAP (R/3, ECC), так и современный стек S/4HANA (RAP, Fiori, CDS).

Ключевые составляющие:

• ABAP и Dynpro — классика: работа с отчётами, BDC-загрузками, ALV-отображениями, модулями вызова (BAPI), функциональными модулями (RFC). Типичный пример: создание производственного заказа через BAPI_PRODORD_CREATE_FROM_DAT с проверкой MRP-контура.
• S/4HANA + CDS + RAP — современная разработка: Core Data Services определяют логическую модель данных с поддержкой аннотаций (например, @AccessControl.authorizationCheck), а ABAP RESTful Application Programming Model (RAP) позволяет строить сервисы с автоматической генерацией OData-ручек и возможностью enrich/validate на уровне behaviour definition. Пример — создание Fiori-приложения для создания заказа на закупку через transaction P2P.
• HANA — in-memory БД: вместо старых агрегатных таблиц и индексов — полнотекстовый поиск, SQLScript, аналитические запросы на лету. Для разработчика это означает отказ от HB/MBEWH и переход на CDS с @AnalyticsDetails.
• Fiori и UI5 — современный UI на базе OData-сервисов. Fiori Elements (List Report, Object Page) ускоряют создание экранов, но требуют тонкой настройки через smart controls и extension points.
• BTP — облачная платформа для расширения: Cloud Foundry (CAP — Cloud Application Programming с Java/Node.js), интеграция через Cloud Integration (Cloud Foundry Application Router), API Management, Event Mesh. Пример: вынос внешнего web-API на SAP BTP с помощью CAP, который вызывает RFC в on-prem через BTP Destination.
• Интеграция: классические IDoc и RFC (через RFC_READ_TABLE), OData (через /sap/opu/odata/sap/...), SOAP (Web Service в SOAMANAGER), а также современные протоколы — gRPC через BTP, Kafka через CPI.

Для middle-разработчика ключевое — уметь проектировать CDS-модели, писать RAP-бизнес-логику, настраивать авторизацию через IAM и понимать, какой стек (on-prem, cloud, hybrid) решает задачу. Пример из практики: в проекте по миграции с ECC на S/4HANA я отвечал за замену старых RFC-модулей по закупкам на RAP-сервисы — пришлось переписывать логику закупок с ME_PROCESS_PO_DATA на поведение в RAP с validations и determinations.