SAP: Customizing, операции и расширения#

При разборе изменения сначала определите его тип. Настройка стандартной функции, эксплуатационная операция и собственный код могут выглядеть для пользователя одинаково, но имеют разные жизненные циклы, права, зависимости и способы переноса между системами.

Customizing меняет параметры стандартной функции#

Customizing адаптирует поставляемые функции к требованиям организации: например, задаёт валюты, организационные единицы и правила поведения стандартных приложений. SAP описывает Customizing как управление поведением прикладной функции; для переноса настроек в другие системы используется транспортная система. Customizing сам по себе не изменяет программную реализацию стандартной функции.

Перед изменением выясните, клиент-зависимая это настройка или общесистемная, в каком клиенте её допустимо менять и какие связанные настройки нужны. Несогласованность ландшафта или забытый транспорт могут привести к отличающемуся поведению разработки, теста и продуктивной системы.

Операция меняет состояние или запускает обработку#

Эксплуатационная операция выполняет предусмотренное приложением действие: проводит документ, запускает регламентную задачу, закрывает период или выполняет загрузку. Она может создавать бизнес-данные, изменять статусы или формировать результат обработки, но обычно не предназначена для изменения определения программы или базовой конфигурации.

Для операционной процедуры фиксируйте предусловия, полномочия, область данных, идентификатор запуска, результат и возможность безопасного повтора. Не называйте операцию Customizing только потому, что её запускают из административного экрана.

Расширение добавляет или связывает собственную логику#

Расширение может добавлять поля, бизнес-объекты, проверки или прикладные действия. В документации SAP для ряда extension items описан отдельный процесс создания, публикации и регистрации объектов для переноса. Это отличается и от настройки готового параметра, и от обычной проводки.

Перед реализацией проверьте, существует ли поддерживаемая точка расширения или стандартная настройка. Собственный код увеличивает поверхность сопровождения и должен проверяться на совместимость с релизом, интерфейсом, полномочиями и транспортами. Прямое изменение стандартных объектов не следует считать эквивалентом поддерживаемого расширения.

Перенос и управление изменением#

Change and Transport System охватывает конфигурацию ландшафта, распространение программного обеспечения, транспорт объектов и связанных настроек. Категория транспортного запроса зависит от типа объекта и области его действия. Один запрос может включать изменения разного вида, поэтому название задачи не является достаточным описанием его содержимого.

Полезный реестр изменений фиксирует тип изменения, объект и владельца, систему и клиент-источник, зависимости, транспортный запрос, результаты проверки в целевой системе и способ восстановления. Перед импортом проверьте, что нужные настройки и код совместимы с версией целевого релиза и уже доступными объектами.

Быстрая классификация#

Изменение	Что меняется	Типичная проверка
Customizing	Параметры стандартной функции	Значение, клиент и перенос между системами
Операция	Бизнес-данные или состояние обработки	Полномочия, выборка, идемпотентность и результат
Расширение	Поля, бизнес-объект или собственная логика	Контракт расширения, совместимость, тесты и транспорт
Изменение продукта/релиза	Поставляемый код и модель	Официальный upgrade-план, адаптация и регрессионная проверка

Это метод классификации для анализа, а не инструкция выполнять продуктивное изменение. Конкретный процесс зависит от версии SAP, настроек ландшафта, типа объекта и корпоративного управления изменениями.

Связанные материалы#

SAP: Customizing, operations, and extensions#

When analyzing a change, first identify its type. Configuring a standard function, performing an operational action, and introducing custom code can look similar to users, but have different lifecycles, permissions, dependencies, and transport mechanisms.

Customizing changes standard-function parameters#

Customizing adapts shipped functions to an organization's requirements. For example, it can define currencies, organizational units, and standard application behavior. SAP describes Customizing as controlling application behavior; the transport system is used to move settings to other systems. Customizing by itself does not change the software implementation of a standard function.

Before making a change, determine whether it is client-dependent or system-wide, which client is allowed to change it, and which related settings it requires. An inconsistent landscape or a missing transport can result in different behavior across development, test, and production systems.

An operation changes state or runs processing#

An operational action performs a function provided by the application: posting a document, running a scheduled job, closing a period, or loading data. It can create business data, change statuses, or produce a processing result, but is usually not intended to change a program definition or base configuration.

For an operational procedure, record its preconditions, authorization, data scope, run identifier, result, and whether it can be safely repeated. Do not call an action Customizing just because it is launched from an administration screen.

An extension adds or connects custom logic#

An extension can add fields, business objects, validations, or application actions. SAP documentation for several extension items describes a separate process for creating, publishing, and registering objects for transport. This differs from changing a supplied parameter and from an ordinary business posting.

Before implementation, check whether a supported extension point or standard setting exists. Custom code increases maintenance surface and should be checked for compatibility with the release, interface, authorizations, and transports. Direct modification of standard objects should not be treated as equivalent to a supported extension.

Transport and change management#

The Change and Transport System supports landscape configuration, software distribution, object transport, and related settings. The transport request category depends on object type and scope. A request may include different kinds of changes, so its task name alone is not a sufficient description of its contents.

A useful change register records the change type, object and owner, source system and client, dependencies, transport request, verification results in the target system, and recovery method. Before import, verify that the required settings and code are compatible with the target release and existing objects.

Quick classification#

Change	What changes	Typical check
Customizing	Parameters of a standard function	Value, client, and transport between systems
Operation	Business data or processing state	Authorization, selection, idempotency, and result
Extension	Fields, business object, or custom logic	Extension contract, compatibility, tests, and transport
Product or release change	Shipped code and model	Official upgrade plan, adaptation, and regression check

This is an analysis classification, not an instruction to perform a production change. The exact process depends on SAP version, landscape settings, object type, and organizational change management.

SAP: Customizing, операции и расширения