ERP и ABAP-платформа: продукт, среда исполнения и данные
Как различать прикладной продукт SAP S/4HANA, техническую ABAP-платформу, трёхуровневую архитектуру и логический клиент.
3 мин чтения·База знаний
Ревизия 1Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
ERP и ABAP-платформа: продукт, среда исполнения и данные#
В обсуждении SAP часто смешивают три уровня: прикладной продукт, платформу, на которой работают приложения, и физическую инфраструктуру. Их важно разделять, чтобы правильно определить, где находится бизнес-правило, где исполняется код и кто отвечает за работу системы.
SAP S/4HANA является ERP-продуктом, использующим базу данных SAP HANA. Для локального развертывания SAP описывает, что заказчик отвечает за установку, обновления и эксплуатацию продукта на собственной инфраструктуре.
ABAP Platform служит технологической основой ABAP-приложений в линейке SAP S/4HANA. Она включает среды разработки и исполнения ABAP и взаимодействует с базой данных. Это не синоним ERP-функциональности: FI, CO и другие прикладные компоненты задают бизнес-процессы и предметную модель, а платформа обеспечивает их исполнение и технические сервисы.
Документация Application Server ABAP описывает три уровня:
Уровень
Назначение
Представление
SAP GUI, браузер и другие пользовательские интерфейсы
Приложение
Один или несколько серверов приложений с ABAP runtime, где выполняется прикладная логика
Данные
СУБД и база данных, где хранятся данные SAP-системы
Это логическая схема, а не обязательное соответствие «один уровень, один сервер». Физическая топология и масштабирование зависят от архитектуры развертывания. Документы старых и новых версий ABAP Platform могут различаться, поэтому конкретную схему следует проверять для используемого выпуска.
Клиент является структурной единицей внутри SAP-системы. Для части объектов данные и настройки зависят от клиента, а другие объекты являются общесистемными. Поэтому клиент нельзя автоматически считать отдельной инсталляцией, отдельной базой данных или полноценной границей для всех видов данных и кода.
При интеграции включайте клиент в ключ там, где объект действительно клиент-зависимый. Не добавляйте его механически к каждому ключу: общесистемные объекты и сценарии репликации могут иметь другую область уникальности. Сопоставляйте пары «система + клиент», а не только трёхсимвольный код клиента между разными системами.
Перед изменением или диагностикой проследите путь запроса: пользовательский интерфейс передаёт операцию приложению; прикладная логика проверяет бизнес-правила и настройки; программа читает или меняет данные через поддерживаемый интерфейс к БД. Настройка Customizing может менять поведение стандартной функции, но она сама по себе не создаёт произвольную программную логику. ABAP-код может добавлять или расширять поведение, но зависит от контракта платформы, релиза, расширений и доступов.
Для анализа инцидента фиксируйте продукт и выпуск, клиент, используемую функцию или API, уровень приложения, релевантный Customizing и конкретное расширение. Наличие похожего объекта или таблицы в базе не подтверждает, что приложение использует его именно так, как предполагает отчёт.
Материал ограничен четырьмя документами SAP о S/4HANA On-Premise, ABAP Platform и клиентской модели. Подробные границы каждого прикладного компонента, текущая топология и конкретный SAP runtime не проверялись.
ERP and ABAP Platform: product, runtime, and data#
SAP discussions often combine three layers: the application product, the platform on which applications run, and the physical infrastructure. Keeping them distinct helps identify where a business rule lives, where code executes, and who operates the system.
SAP S/4HANA is an ERP product that uses the SAP HANA database. For on-premise deployment, SAP states that the customer is responsible for installing, upgrading, and operating the software on the customer's infrastructure.
ABAP Platform is the technology foundation for ABAP applications in the SAP S/4HANA product line. It provides ABAP development and runtime environments and interacts with the database. It is not synonymous with ERP functionality: FI, CO, and other application components define business processes and subject-area models, while the platform supports their execution and technical services.
Application Server ABAP documentation describes three tiers:
Tier
Purpose
Presentation
SAP GUI, browser, and other user interfaces
Application
One or more application servers with ABAP runtime, where application logic executes
Data
The database system where SAP system data is stored
This is a logical model, not a required mapping of one tier to one server. Physical topology and scaling depend on deployment architecture. Documentation for older and newer ABAP Platform versions can differ, so check the actual release in use.
A client is a structural unit within an SAP system. Some objects are client-dependent, while other objects are system-wide. A client therefore cannot automatically be treated as a separate installation, separate database, or complete boundary for every kind of data and code.
When integrating data, include the client in a key where the object is actually client-dependent. Do not mechanically add it to every key: system-wide objects and replication scenarios can have a different uniqueness scope. Map the pair of system and client, not just a three-character client code across different systems.
Before changing or diagnosing a behavior, trace the request path: the user interface passes an operation to the application; application logic checks business rules and configuration; a program reads or changes data through a supported database interface. Customizing can change the behavior of a standard function, but does not itself create arbitrary program logic. ABAP code can add or extend behavior, but depends on platform contracts, release, extensions, and authorizations.
For incident analysis, record the product and release, client, function or API used, application tier, relevant Customizing, and specific extension. Finding a similar object or table in the database does not prove that the application uses it in the way an extract assumes.
This material is limited to four SAP documents on S/4HANA On-Premise, ABAP Platform, and the client model. Detailed boundaries of each application component, current topology, and a specific SAP runtime were not checked.