SCM650 "Общая настройка в Сбыте"

План семинаров
План семинаров: https://training.sap.com/content/Schedule

2
План семинаров: SCM 650
https://training.sap.com/content/Schedule

3
Содержание

Содержание курса 2009 Содержание курса 1999

4
Обзор курса

Предпосылки для участия в курсе: требуемые знания

5
План семинара:
Глава 1: Понятие организационных структур
Глава 2: Управлением копированием
Глава 3: Управление текстами
Глава 4: Выходные документы
Глава 5: Адаптация системы
Глава 1: Понятие организационных структур
Глава 1: Понятие организационных структур
Глава 1: Понятие организационных структур

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

Важные организационные структуры:

- Сбытовая организация,
- Канал сбыта,
- Сектор сбыта,
- Рынок сбыта.

Необязательные организационные единицы сбыта:

- Отдел сбыта,
- Группа сбыта,
- Продавцы.

9
Глава 1: Понятие организационных структур

Важные организационные структуры:

Сбытовая организация – это организационная единица Логистики, которая представляет собой структуру компании,
отвечающая за задачи сбыта.
Сбытовая организация является самым верхним уровнем суммирования (после организационной единицы „мандант“) для
статистики по сбыту.
Сбытовая организация присваивается только одной балансовой единице.
Сбытовая организация служит критерием выбора для списков всех торговых документов, а также для рабочего списка поставок
и фактур.
SAP S/4 HANA МИ:

IMG IMG > Структура предприятия > Определение > Сбыт > Определение, копирование, удаление, проверка сбытовой орг.
Транзакция SPRO
Настройка

10
Глава 1: Понятие организационных структур

Важные организационные структуры:

Канал сбыта представляет собой способ поставки материалов и
услуг клиенту.
Канал сбыта отвечает на вопрос: «Как продаешь?»
Канал сбыта можно присвоить одной или нескольким сбытовым
организациям.
Для канала сбыта можно определить отделы сбыта.
Для канала сбыта вводится весь торговый документ.
Все позиции фактуры относятся к одному каналу сбыта.
SAP S/4 HANA МИ:
IMG IMG > Структура предприятия > Определение > Сбыт > Определение, копирование, удаление, проверка канала сбыта
Транзакция SPRO
Настройка

11
Глава 1: Понятие организационных структур

Важные организационные структуры:

Сектор сбыта используемся для группирования материалов или
работ/услуг.
Сектор сбыта отвечает на вопрос: «Что продаешь?»
Сектор присваивается одной или нескольким сбытовым организациям.
Сектор присваивается одному или нескольким каналам сбыта.
Материал всегда относится только к одному сектору.
Сектор вводится в основную запись материала на экране «Cбыт: Сбыт
Организ 1»

SAP S/4 HANA МИ:

IMG > Структура предприятия > Определение > Общая логистика > Определение, копирование, удаление,
IMG
проверка сектора > Определение сектора
Транзакция SPRO
Настройка

12
Глава 1: Понятие организационных структур

Важные организационные структуры:

Рынок сбыта – это комбинация определенной сбытовой организации,
канала сбыта и сектора.
Рынок сбыта используется для оценок и расчета цены (назначения
процедуры расчета цены).
Чтобы создать рынок сбыта необходимо присвоить сектор и канал
сбыта сбытовой организации. После этого системой будут
автоматически предлагаться сектора и каналы сбыта, ранее
присвоенные сбытовым организациям.
В основных данных клиента существуют обзоры с данными,
соответствующие рынкам сбыта, а документы заказов создаются для
рынков сбыта.
SAP S/4 HANA МИ:
IMG IMG > Структура предприятия > присвоение > Сбыт > Формирование рынка сбыта
Транзакция SPRO
Настройка

13
Глава 1: Понятие организационных структур

Необязательные (дополнительные) организационные единицы сбыта:

Следующие организационные единицы (например, отдел сбыта) не
являются строго необходимыми. Следует определить на этапе
внедрения будут ли использоваться эти элементы в компании и в
какой форме.
Отдел сбыта - организационная единица, отвечающая за сбыт в рамках
определенной географической области.
Отдел сбыта устанавливает контакты между компанией и
региональным рынком.
Отдел сбыта можно присвоить одному или нескольким рынкам сбыта;
Отдел сбыта можно подразделить на несколько групп сбыта.
SAP S/4 HANA МИ:

IMG IMG > Структура предприятия > Определение > Сбыт > Ведение отдела сбыта
Транзакция SPRO
Настройка

14
Глава 1: Понятие организационных структур

Необязательные (дополнительные) организационные единицы сбыта:

Группа сбыта – организационная единица, которая осуществляет
процесс сбыта и несет за него ответственность в рамках компании.
Группа сбыта может быть присвоена одному или нескольким отделам
сбыта.
SAP S/4 HANA МИ:

IMG > Структура предприятия > Определение > Сбыт > Ведение группы сбыта
IMG IMG > Структура предприятия > Присвоение > Сбыт > Присвоение
'группа сбыта - отдел сбыта'
Транзакция SPRO
Настройка

15
Глава 1: Понятие организационных структур

Необязательные (дополнительные) организационные единицы сбыта:

Продавцы: группа сбыта может состоять из одного или нескольких
продавцов. В основных данных персонала продавец присваивается
своей группе сбыта или своему отделу сбыта.

SAP S/4 HANA МИ: не используется

16
Глава 1: Понятие организационных структур

Сбыт по нескольким секторам

Если сектор на уровне позиции должен предлагаться из основной

записи материала, то в пользовательской настройке вида торгового
документа нужно выбрать поле "Сектор/позиция".
При выборе этого поля система предлагает сектор из основной
записи материала данной позиции. Если оставить это поле не
заполненным, то сектор в заголовке торгового документа будет
действительным для всех позиций.

SAP S/4 HANA МИ:

IMG > Сбыт > Продажа > Торговые документы > Заголовок торгового документа
IMG
> Определение видов торговых документов
Транзакция SPRO
Настройка

17
Глава 2: Управление копированием
Глава 2: Управление копированием

Поток документов как схема процесса

Бизнес-процесс – это последовательность отдельных шагов процесса,

фиксируемых в формате документов. Данные процесса копируются из
предыдущего в последующий документ. Эта цепочка реализована в
виде потока документов.
С помощью управления копированием можно определить требования и
опции, применяемые при переносе данных из ссылочного документа в
последующий документ.
Поток документов обновляется на уровне заголовка документа по
умолчанию. Если в управлении копированием установлен индикатор
«Обновление потока документов», поток документов обновляется также
для отдельных позиций.
От потока документов можно перейти к соответствующему экрану
представления документов.
Существует возможность просмотра дополнительных данных о статусе
каждого из документов в потоке.

19
Глава 2: Управление копированием
Задачи и процесс управления копированием

В некоторых случаях при настройке системы необходимо учесть при

копировании особые требования.
Для этого необходимо вносить изменения в управление копированием,
например, создать специфичную для клиента подпрограмму переноса
данных.
Таблицы управления копированием являются важным элементом
пользовательской настройки SAP-системы.
Эти таблицы управляют множеством функций, выполняемых при
создании документа со ссылкой на ссылочный документ.
Перед копированием данных проводится проверка на выполнение
определенных требований. Пример таких требований:
- Указан ли в ссылочном и целевом документе один заказчик?
- Использовалась ли копируемая позиция в качестве ссылки ранее?
- Не истек ли срок действия ссылочного документа?
При настройке можно указать данные, которые должны быть
скопированы из ссылочного документа, например, данные заголовка,
данные партнера или условия.
Существуют отдельные таблицы управления копированием для
торговых документов, поставок и документов фактур.
Управляющие таблицы предназначены для всех уровней торговых
документов: заголовок, позиция, партия поставки.
20
 Глава 2: Управление копированием

Задачи и процесс управления копированием

Для копирования данных из ссылочного документа в целевой

документ должны быть выполнены определённые условия.
Эти требования содержаться в подпрограммах АВАР и присвоены в
таблицах управления копированием с использованием
идентификационного номера.
Для создания пользовательских подпрограмм используют транзакцию
VOFM, допускается создание путем копирования существующих
подпрограмм, модифицируя их.
Транзакцию VOFM можно найти, используя следующий путь по меню:
Сбыт -> Адаптация системы -> Подпрограммы -> Определение условий
копирования
Подпрограммы переноса данных применяются только при
выполнении условий копирования.

21
Глава 2: Управление копированием

Управление копированием на уровне заголовка

В управлении копированием на уровне заголовка определяется, какие

виды исходных документов могут копироваться в те или иные виды
целевых документов.
Создание торгового документа со ссылкой на вид документа, который
отсутствует в управлении копированием, невозможно.
IMG IMG > Сбыт > Продажа > Ведение управления копированием торговых документов
Транзакция SPRO
Настройка

Подробный экран для выбора пары содержит

следующие параметры: условия копирования,
подпрограммы переноса данных, указание
необходимости копирования номеров позиции
в целевой документ, правило «полная ссылка»
(которое дает возможность полностью
скопировать все данные ссылочного
документа в целевой и при попытке что-то
изменить появится сообщение)
 Глава 2: Управление копированием

Управление копированием на уровне позиции

В управлении копированием на уровне позиции для каждой пары “Вид целевого документа/Вид исходного
документа“ определяются свои элементы на уровне позиции.
Экран подробных данных для типа позиции содержит следующее:
- условия копирования,
- подпрограммы переноса данных,
- количество/стоимость, положительно/отрицательно
(влияние операции копирования на выполненный объем позиции в исходном документе),
- вид расчета цены,
- обновление потока документов.
SAP S/4 HANA МИ:

IMG IMG > Сбыт > Продажа > Ведение управления копированием торговых документов -
Транзакция SPRO
Настройка
 Глава 2: Управление копированием

Управление копированием на уровне позиции:

связь между управлением копированием и определением типа
позиции
Правила выбора типов позиций применяются также и при создании торговых
документов со ссылкой. Система может найти только один тип позиции.
SAP S/4 HANA МИ:
IMG > Сбыт > Продажа > Торговые документы - Позиция торгового документа –
IMG
- Присвоение типов позиций
Транзакция SPRO
Настройка
Глава 3: Управление текстами
 Глава 3: Управление текстами

Тексты хранятся в различных объектах системы SAP: основных записях клиента,

материала, во всех документах.
Существует возможность обработки текстов вручную или добавления новых текстов в
целях выполнения требований конкретного клиента. Новые виды текстов должны быть
связаны с обработкой документов.
В документах содержатся тексты на уровнях заголовка и позиции.
Тексты можно вводить на нескольких языках.

Тексты из ссылочного документа (документа-образца) можно также копировать в

другой документ сбыта (например, из предложения в заказ или из заказа - в документ
поставки).
Существует возможность установить условия копирования текстов, например, должны
ли они копироваться из основной записи клиента или из предшествующего документа.

IMG IMG > Сбыт > Основные функции > Управление текстом > Определение видов текста
Транзакция SPRO
Настройка
Глава 3: Управление текстами
Механизм определения текстов служит для автоматического создания текстов при
создании текстового объекта.
Для каждого текстового объекта (например, заголовка торгового документа или
централизованных текстов для клиента) можно определить различные схемы текстов.
Схемы текстов содержат все виды текстов текстового объекта, которые можно вести.
Каждый признак текстового объекта должен быть присвоен одной из определенных
схем.
При вводе заказа клиента торговому документу присваивается схема текстов,
определенная для заголовка торгового документа.
В схеме текстов для документов можно сохранить последовательность доступа для
каждого вида текста. Эта последовательность содержит стратегию поиска, которая
используется системой для поиска соответствующего текста.

Вид текста создается для определенного текстового объекта.

В стандартной поставке SAP-системы предлагается множество различных видов текста.
Можно также создавать виды текста, специфичные для клиента.
Глава 3: Управление текстами

Последовательность доступа состоит из отдельных доступов. При помощи

последовательности доступа пользователь может определить стратегию поиска, в
соответствии с которой система автоматически определяет текст.
Каждый доступ содержит текстовый объект для указания источника для
рассматриваемого текста.
Для каждого доступа пользователь может также указать условия, ограничивающие поиск
в соответствии с
- определенными ролями партнера;
- определенными языками;
- любыми другими условиями, определяемыми пользователем

В качестве источника текста для доступа каждый доступ содержит текстовый объект.
На слайде показаны текстовые объекты, которые могут быть
использованы в компоненте Сбыт.
Глава 3: Управление текстами

Виды текстов включаются в схему текстов. Схемы текстов содержат все виды текстов,
которые могут вестись в текстовом объекте.
Атрибуты схемы текстов различны для текстового объекта для клиентов и текстового
объекта для документов.
Пользователь может установить, должен ли текст копироваться или на него будет указана
ссылка.
В схемах текстов для документов пользователь может также указать, должен ли текст
- быть обязательным (журнал неполных данных);
- определяться автоматически;
- отображаться в документе в текстовом поле.
Глава 3: Управление текстами

На экранах ведения торговых документов для определения текстов можно также

использовать функцию анализа.
Путь по меню:
Перейти к --> Заголовок (или Позиция) --> Тексты. Выберите Вызвать журнал.
Глава 3: Управление текстами

Для каждого вида текста в схеме текстов можно определить, будет ли текст из исходного
документа копироваться (дублироваться) или он будет использован в качестве образца.
Использование текста в качестве ссылки приводит к следующим результатам:
Пока текст в торговом документе 2 ссылается на текст торгового документа 1, его
изменять нельзя.
Если текст в торговом документе 1 изменен, то текст в торговом документе 2 также
изменится.
Процедура копирования текста имеет следующие особенности:
- скопированный текст можно изменять в документе;
- если текст в торговом документе 1 изменяется, то это никаким образом не влияет на
текст в торговом документе 2.

Преобразование не настраиваемых условий с использованием

пользовательских подпрограмм переноса данных

Подпрограммы переноса данных для текстов можно также создавать с помощью

транзакции VOFM.
Глава 4: Выходные документы
Глава 4: Выходные документы

Выходной документ - это вспомогательное средство связи, поддерживающее обмен

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

Выбор выходных документов (как и поиск текста, и расчет цены) осуществляется

посредством техники условий.
Техника условий для вида выходных документов содержит условия для этого вида. Если
эти условия соблюдены, то предлагается этот отдельный вид выходных документов.
На экране выходного документа в торговых документах пользователь может проверить
выбор выходного документа при помощи функции анализа. Это поможет ответить на
вопрос, почему определенный выходной документ был предложен по умолчанию или
выбран?
Глава 4: Выходные документы

Последовательность доступа - это стратегия поиска, по которой в SAP- системе

осуществляется поиск действительных записей выходных документов.
В каждом доступе указана таблица условий, содержащая ключевые поля записей условий
для выходных документов. Транзакция NACE.
Правило последовательности доступа следующее: "От максимально конкретного к
общему".
Для создания новой последовательности доступа скопируйте подобную, уже имеющуюся
последовательность доступа и внесите в нее изменения.
Если пользователь определил свои последовательности доступа, то ключ должен
начинаться с букв Y или Z, поскольку данную область имен фирма SAP зарезервировала в
стандартной поставке.

В диалогах для документов сбыта имеется функция анализа для выбора выходных
документов (в функциях Создать и Изменить).
Путь по меню:
Выберите Перейти к --> Анализ поиска.
Глава 5: Адаптация системы
 Глава 5: Адаптация системы

Во многих проектах внедрения возникают запросы на изменение транзакций SAP

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

Кроме этого в рамках концепции расширений существует транзакция CMOD

(управление проектами расширений SAP), позволяющая клиентам выполнять
расширения элементов в логике приложений, экранах и меню.

Элементы расширения системы для Оперативная логистика объединены в

руководстве по внедрению IMG, путь по меню
Оперативная логистика -> Отгрузка -> Адаптация системы>
Business Add-Ins в Отгрузке
 Глава 5: Адаптация системы

Добавление новых полей (с техников условий)

Для модификации системы рекомендуется использовать технику условий, так как

она используется многими функциями в прикладном компоненте «Сбыт».
Эта техника используется при расчете цен, управление выходными документами,
выборе счета, например, для определения цен или выбора выходных документов.

Для каждого компонента все поля, определенные как допустимые для доступа к
записям условий, объединены в собственных структурах связи.

Структура связи содержит все поля данных, используемых при работе с таблицей
условий. Таким образом, структуры связи содержат все поля
данных, которые могут использоваться для доступа к таблице условий.

Во все релевантные структуры связи включены INCLUDES, посредством которых в эти

структуры можно добавлять новые поля данных. При смене версии системы они
защищены от перезаписи.
Подробный контрольный список в руководстве по внедрению поясняет
последовательность действий. См. Создание новых полей (с использованием
техники условий).
 Глава 5: Адаптация системы

Добавление новых полей (без техники условий )

Так же используется в модификации системы добавление полей без техники

условий.

Через данную технику возможно добавление полей основной записи

клиента в торговом документе, новых полей для печати документов,
основной записи материалов и других.
 Глава 5: Адаптация системы

Подпрограммы

Подпрограммы - это короткие программы, которые выполняют различные функции

при обработке документов. В компоненте SD для создания и обработки подпрограмм,
условий копирования, переноса данных, условий и формул в Сбыте используется
транзакцию VOFM.
Условия копирования определяют, могут ли определенные данные копироваться при
копировании документов или нет. Условие копирования, например, может
устанавливать, что при копировании запроса в предложение заголовок документа
должен содержать данные одного и того же клиента.
Подпрограммы для переноса данных позволяют точно управлять скопированными
полями. Они могут определять, например, что определенные поля позиций могут
копироваться только совместно с определенными полями и только в контракты,
кредитовые и дебетовые авизо.
Подпрограммы для условий и формул применяются для функций, использующих
технику условий. Условие может быть задано, как что доступ разрешается только при
соблюдении определенных обязательных условий. Оно может, например, проверить,
какая валюта документа используется в процедуре расчета цены - иностранная или
внутренняя и, в зависимости от результата проверки, предоставить доступ или нет.
Формулы в расчете цены позволяют определить логику расчета цены, отличную от
стандартной. Определить такую логику при помощи только стандартной
пользовательской настройки невозможно.
 Глава 5: Адаптация системы

Обзор технологий расширений в компоненте «Сбыт»

Подробно технология расширений рассматривается в предназначенном

курсе для программистов BC 425 «Расширения и модификации».

Под пользовательскими расширениями (user-exit) понимаются

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

Как один из вариантов через технологии user-exit заполняются новые поля.

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

Расширения экрана: существует возможность настроить области экранов,

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

Расширения меню: существует возможность активировать основные

пункты меню и присвоить им имена. Код функции, определенный для
выбора пункта меню, используется в определении соответствующего
функционального модуля пользователя.
Глава 5: Адаптация системы
Пользовательские расширения
Эволюция техник расширения
В общем виде можно представить следующую модель развития используемых техник .
В общем случае, точки, в которых
пользователю можно расширить логику
работы системы, называют точками
пользовательского расширения системы
(User Exits). Однако, в связи с тем, что
система развивается и существует уже
более 40 лет (имеется в виду версия SAP
R/3), вместе с её изменением менялись
взгляды и подходы к реализации
пользовательских расширений.

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

41
Глава 5: Адаптация системы
Пользовательские расширения
Доступные техники расширений
В настоящий момент в системе используются и доступны для разработчиков следующие техники расширений:
• Field-Exit – Наверное, один из самых старых вариантов включения пользовательских расширений в логику работы
программы. В общем виде, данное расширение позволяет проверить значения, введенные (в диалоге или при
использовании пакетного ввода) в поля стандартных транзакций. В данном типе расширения можно только проверить
введенное пользователем значение, например, на существование в каком-то справочнике или сформировать/проверить
введенные данные по собственной маске. К сожалению, получить «регламентированный» доступ к значениям других
полей в контексте выполнения программы, для общего анализа введенных в поле данных – невозможно. Однако,
существуют механизмы, которые позволяют все - таки обойти это ограничение.
• Customerexits (Проекты расширений) – пользовательские расширения, использующие технику проектов, транзакции
CMOD/SMOD. Данная техника используется практически в любой функциональности системы. Это наиболее широкий
способ использования программных расширений. Для реализации технологии, используется вызов специального
функционального модуля, для этого в язык системы был введен отдельный оператор вызова функции расширения.
Основная проблема данного типа расширений - это поддержка написанного кода расширения несколькими
разработчиками, кроме того отсутствует возможность «регламентированного» доступа к переменным вне
функционального модуля системы, т.е. разработчики заранее определили набор переменных, которые передаются для
анализа и набор переменных, которые можно изменить в данном типе расширения. Как и при использовании техники
Field-Exit существует механизм обхода ограничения на доступ к переменным. Решение об использовании такой техники,
принимает пользователь. Разработчики SAP не используют такого рода расширений, эта техника полностью отдана на
откуп клиентам. Я встречал рекомендацию: если это возможно, в общем случае, использовать именно этот механизм
расширений.

42
Глава 5: Адаптация системы
Пользовательские расширения
• Userexits (Пользовательские подпрограммы) – пользовательские расширения для которых требуется получение ключа
разработчика, так как реализация данного расширения представляет собой модуль находящийся в пространстве имен
SAP. При этом в данном модуле реализованы подпрограммы, в которые требуется добавить пользовательский код. Так как
эти подпрограммы выполняются в рамках контекста основной системной программы, то необходимо очень аккуратно
обрабатывать доступные глобальные переменные основной программы. Данная техника достаточно активно
применяется в функциональности SD.
• Замещения – Технология замещений используется в некоторых модулях системы, например FI и позволяет автоматически
выполнить заполнение параметров документов при сохранении. Например, задачи замещения контрольного счета
кредитора при проводке счета логистики или сложные алгоритмы замещения объектов контировок. В общем виде,
данная техника замещений предназначается для работы без какого-либо кодирования на языке ABAP. Но, в одном из
вариантов реализации замещений, можно использовать программные вставки кода. Данная техника расширений
представляет пользователю довольно гибкий механизм управления значениями полей в документах. Техника позволяет,
как выполнять проверки в ходе сохранения документа, так и выполнять изменения в значениях полей. Одним из плюсов
данной техники, является то, что после работы замещения, структура сохраняемого документа еще раз проходит функции
проверки значений для полей документа. Соответственно если вы некорректно выполните замещение поля, например,
подставите в ходе замещения номер счета главной книги, которого нет в системе, то получите стандартное сообщение об
ошибке. Это в некоторой мере страховка от неправильной реализации кода замещения.

43
Глава 5: Адаптация системы
Пользовательские расширения
BTE - Business Transaction Events – техника расширения, позволяющая выполнить дополнительную проверку данных в
момент ввода документа в систему или выполнить обновление данных в собственных таблицах при формировании
определенных типов операций в функциональности главной книги FI-GL, учете дебиторской и кредиторской задолженности (FI-
AR и FI-AP) и модуле сбыта (SD). Появление данной техники должно было сгладить некоторые проблемы использования одной
точки расширения разными разработчиками. В некотором роде, для событий проверки значений это удалось сделать, однако
реализация события обновления может быть только одна. Техника бизнес событий используется как разработчиками SAP,
партнерами SAP, так и клиентами, хотя для клиентов часть событий ограничена к использованию.
BADI – Технология внедрения бизнес расширений в код стандартных транзакций, данная техника доступна в любых
модулях системы, фактически эта технология принята заместить технику Userexits, используя объектно-ориентированный подход
к реализации расширений системы. На данном этапе существуют два варианта реализации технологии BADI, это так называемы
старые и новые BADI расширения, которые отличаются способом реализации классов расширения. На первый взгляд техника
новых и старых BADI кажется одинаковой, но, если разобраться, различия существенны и непонимание этих различий приводит
к неправильному использованию новых BADI. Технология BADI призвана решить основную проблему использования точки
расширения несколькими пользователями с изоляцией вызовов. Причем, именно новая технология BADI предоставляет полную
изоляцию каждой инстанции.
Enhancements spot/section – Техника расширения, доступная с версии 6.0, позволяющая практически выполнить внедрение
пользовательского кода в любом месте стандартной бизнес-транзакции. Enhancement-ы в системе разделяются на «явные» и
«не явные». Явные точки расширения аналогично технике Userexits используют специально введенный оператор, неявные -
фактически присутствуют в начале и конце логически завершенного блока. Эта техника позволяет внедрять пользовательский
код в контекст выполнения стандартного кода системы. Вы получаете доступ ко всем переменным и можете фактически
полностью переопределить логику работы системы, что является очень небезопасным, так как это может привести к серьезным
сбоям в работе стандартных транзакций, в случае некорректной реализации кода расширения.

44
Глава 5: Адаптация системы
Пользовательские расширения
На данный момент, это, с одной стороны - очень мощный механизм расширения функциональности, а с другой - самый
небезопасный из всех типов расширений. Общая рекомендация от компании SAP: если существует возможность использования
любого другого типа расширения – используйте его, технику Enhancements используйте, только в том случае, когда других
возможностей влияния на выполняемый код нет.
Расширение объектов словаря данных. Система позволяет частично модифицировать некоторые элементы словаря
данных без получения ключа на объект. К таким модификациям относится: создание вторичных индексов к таблицам БД,
создание новых значений к доменам системы и расширение стандартных структур и таблиц системы.

45
 Глава 5: Адаптация системы

События бизнес-операций (СБО)

События бизнес-операций (СБО) предоставляют пользователю возможность

интеграции в стандартной поставке SAP-системы дополнительных компонентов в
виде функциональных модулей.
Существует два вида доступных интерфейсов:
- Интерфейсы Publish & Subscribe должны информировать пользователя о том,
произошло ли определенное событие в стандартном SAP-приложении и делают
данные, созданные в результате этого события и полученные из внешнего ПО,
доступными для пользователя.
Внешнее ПО не осуществляет обратную передачу каких-либо данных в SAP-систему.
- Интерфейсы процессов используются, чтобы подвергнуть бизнес-процесс другой
процедуре
Возможна интеграция внешних разработок со стандартной SAP-системой.
Дополнительные разработки клиента осуществляются с помощью ABAP-
инструментальных средств.
 Глава 5: Адаптация системы

Business Add-In (BAdI)

Техника поиска BADI

Для просмотра существующих BADI в системе реализованна
транзакция просмотра SE18, которая позволят просмотреть параметры и
методы существующих классов, реализующих BADI. Эта транзакция
разделяет BADI на два вида: собственно новые BADI, называемые в данный
момент «Точка расширения» (1) и стандартные старые BADI (2). 

Поэтому есть более простой метод поиска всех BADI, которые вызываются в ходе выполнения любой транзакции. Как мы
помним, фактически BADI, это класс, который создается в момент работы транзакции, таким образом, в системе существует
программа, которая для любого выполняемого кода, если находит точку вызова BADI, должна проверить существование
реализации данного BADI и если, такая реализация существует, то необходимо создать инстанцию реализующую класс.
В системе действительно есть реализация класса, который вызывается всегда, когда система пытается проверить
существование реализации BADI.
Это класс - CL_EXITHANDLER и его метод - GET_INSTANCE.
В транзакции SE24 переходим к просмотру кода реализации и на строке:
call method cl_exithandler=>get_class_name_by_interface
Глава 5: Адаптация системы
Устанавливаем точку останова
Теперь идем в интересующую нас транзакцию, и
в те моменты, когда будет проверяться
реализация/существование BADI, система будет
попадать в данный класс и метод. В переменной
exit_name, система будет возвращать имя BADI.
Соответственно, выполнив транзакцию, вы получите
все BADI, которые вызываются при ее работе.

Другой метод поиска BADI так же связан с отладчиком и появлением

новым команд в языке, а именно команды GET BADI и CALL BADI. Поэтому
можно поставить точку останова на вызов команды CALL BADI и получить в
отладчике перечень реализуемых в транзакции методов расширений, или
же поставить точку останова на команду GET BADI для получения списка
расширений.

Информация:
Дерево SAP: Инструменты -> АВАР-инструментальные средства
->Утилиты -> Business Add-Ins -> Определение ->
Инфосистема/Иерархия приложений (F4)

48