Ccылки на транзакции и настройки из браузера

Немного хитрости и смекалки позволяют делать прямые ссылки на транзакции и объекты настроек в SAP.

Стоит только щёлкнуть по ссылке на сайте или в документе, и в SAPGUI открывается нужная транзакция или раздел.

Баловство без реальной необходимости, хотя…

Вот ниже вполне работоспособные ссылки (на моём компьютере):

(далее…)

Справочники большие и маленькие

Отдельная таблица

Целый спектр возможность открывается, если использовать Z-таблицы в качестве справочников. Однако, если дать разработчикам полную свободу, то засилье Z-таблиц рано или поздно приведёт к “мусорке”, в которой трудно найти что-либо нужное.

Здесь самое главное предварительно определиться, действительно ли нужен отдельный справочник в конкретном случае. Во многих случая допустимо:

(далее…)

Управление городами

Справочник городов является настроечными данными. Новые создаваемые города попадают в запрос.

Основной таблицей этого справочника является ADRCITY. Средство поиска для собственного употребления – например: CITY_NAME.

В SPRO есть раздел Города в Управлении адресами – SPRO:F999CC4C918CD21197EA0060B0672A3C

Основные транзакции по созданию/изменению/просмотру городов – это SR10/SR11/SR12.

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

Изменение города

Надо только определиться с диапазоном номеров (подобрать оптимальный подход) – внешний(согласовать формат) или внутренний.

Если вдруг вам нужно удалить город, то тут не всё так просто – есть отчёт SE38:RSADRLSM01, который удаляет в рамках страны все данные (города, индексы, улицы).

Определение корреспонденции в главной книге

Сталкивался с ручной интерпретацией определения корреспонденции.

  1. Для определения допустимой и запрещённой корреспонденции
  2. Для получения отчётов по корреспонденции (журнал-ордер)
  3. Для передачи документов в систему, в которой используются только пары Дт-Кт

До этого такие функции я видел только в Z-разработках, но есть, оказывается, в стандарте кое-что вокруг этого.

(далее…)

Пример с радио-группами

Сегодня — формулировка об унификации селективных экранов. О, да… это тоже борьба с энтропией.

Исключающие параметры

Часто бывает, что некоторые параметры образуются в некоторые взаимоисключающие группы. То есть в данном примере: следует заполнять или первое+второе поле, или третье+четвёртое поле.

Исключающие параметры

В дополнение к таком селективному экрану можно написать обработчик, который будет выдавать ошибку вида “параметры А и Б не следует заполнять при заполненных параметрах В и Г”. Вариант суров и неоднозначен.

В качестве более красивого решения можно предложить разбавить эти параметры с помощью радиогруппы.

Исключающие параметры

Параметры к параметру

Параметр к параметру

Параметр к параметру

Вот чуть-чуть другой пример. Радиогруппа уже есть, но некоторые параметры имеют смысл только для определённых пунктов.

 

Реализация

Во-первых, следует сделать пару добавок в описание селективного экрана:

Описание селективного экрана

 

Добавка “USER-COMMAND flag” требуется только для первого элемента в группе. Цель этой добавки – срабатывание PBO при выборе опции (щелчок мыши).

Добавка “MODIF ID OP1” требуется для группировки полей, чтобы “отвязаться” от количества и имён полей в обработчике экрана.

А во-вторых, добавляем обработчик экрана:

Обработчик AT SELECTION-SCREEN OUTPUT

Этот обработчик по сути говорит:

  • Для группы полей OP1: При включенной опции rg_opt1 – требуется включить ввод, иначе  — выключить ввод
  • Для группы полей OP2: При включенной опции rg_opt2 – требуется включить ввод, иначе  — выключить ввод

Ничего сложного, а пользователю, надеюсь, будет немного понятней.

Впрочем, это только один из вариантов…

Кодекс чести

Перевод статьи Code of Honour за авторством Jens Steckhan (SAP).

Что общего между самураем, клингонцем и работником SAP?

Кодекс чести.

 

Я хочу написать об элементах, которые приносят удовлетворение и радость в мою жизнь разработчика.

Я открыл для себя, что большинство людей, с которыми я имел честь работать, придерживаются неписанного кодекса, немного похожего на Кодекс самурая. Позвольте мне его изложить:

(далее…)

Различные варианты по запросу значений

Часто бывает необходимость в рисовании всплывающих окон для получения тривиальных ответов от пользователя.

И, разумеется, рисовать собственные экраны и писать обработчики при таком раскладе – занятие целиком неблагодарное.

Запрос ответа “ДА” или “НЕТ”

Вызов совсем простой:

POPUP_CONTINUE_YES_NO

Выглядит этот экран следующим образом:

POPUP_CONTINUE_YES_NO

Запрос значения или нескольких значений

Сначала надо определить список полей и начальные значения:

POPUP_GET_VALUES

Затем следует вызов этой функции:

POPUP_GET_VALUES

Получить введённые значения можно из той же таблицы.

Выглядит этот экран следующим образом:

POPUP_GET_VALUES

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

Выбор с вариантами ответов

Сначала определяем варианты ответов:

POPUP_TO_DECIDE_LIST

Затем вызываем функцию и анализируем ответ:

POPUP_TO_DECIDE_LIST

А выглядит это окно следующим образом:

POPUP_TO_DECIDE_LIST

Прочее

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

Практически любое соглашение об именовании лучше его отсутствия

… а лучше оно потому, что если его придерживаться, то порядок увеличивается, а беспорядок уменьшается.

С практической точки зрения порядок можно увеличивать до момента, когда он уже начинает вредить “поворотливости”.

(далее…)

Сертификация по CRM

Сначала прослушал курсы по CRM (Customer Relationship Management System — Система управления взаимодействием с клиентами).

TCRM10 CRM Fundamentals I

TCRM20 CRM Fundamentals II

Затем пошёл на сертификацию по этому модулю.

SAP Certified Application Associate – CRM Fundamentals with SAP CRM 7.0

Тест сдан. С чем могу сам себя поздравить.

Хотя зачем мне был нужен этот модуль… ? Это немного не моя специализация…