Как определить дополнительную логику для OM инфо-типа?

Sergei Ignatov

Aug 5, 2017 — 2 min read

Пояснение к вопросу

В одной из заметок я рассмотрел вопрос определения дополнительной логики для PA инфо-типа

См. заметку Как определить дополнительную логику для PA инфо-типа?

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

В качестве примера я предлагаю реализовать проверку на заполненность поля Object name инфо-типа 1000 - "Object" для объекта 91.

Решение вопроса

На этот этот раз на помощь приходит BAdI HRBAS00INFTY, доступ к которому можно получить, запустив транзакцию SE18

Создайте новое внедрение для этого BAdI, выбрав в меню Enhancement Implementation -> Create

Введите техническое наименование нового внедрения

Затем присвойте ему текстовое наименование

Для реализации проверки, про которую я написал выше, мне необходимо воспользоваться методом AFTER_INPUT. ABAP код может, приблизительно, следующим

Активируйте метод и само внедрение. Для тестирования выполненных изменений можно воспользоваться транзакцией PP01

Если стандартный вид сообщения об ошибке не устраивает, можно воспользоваться немного другой конструкцией. Точнее - всплывающим окном с такой же ошибкой. Для этого придется немного изменить код вывода сообщения об ошибке

Проверяем

Resolving Issues with PGP Decryption in SAP BTP iFlow

Hey there! I want to address an issue that may arise in projects involving encryption/decryption within the SAP BTP iFlow and its embedded PGP engine. Scenario description Imagine you've installed the latest version of the gpg4win application (version 4.3.1) to generate public and secret keys

Creating an API for iFlow: A Step-by-Step Guide

This guide aims to outline the steps required to create an API for iFlow and subsequently run the iFlow through the API. Step # 1. Develop an iFlow Begin by creating a simple iFlow. Deploy any changes made. Step # 2. Setting Up API Providers Navigate to the API section on the

Logging the iFlow's payload

This note contains an example of a Groovy script that may help the developer trace the payload within the iFlow, especially if it changes during its lifecycle. It is worth noting that the beauty of the script below is that it adds an attachment to the processed message that can

Overwriting standard BTP iFlow header parameters

This brief note aims to highlight the possibility of overwriting standard iFlow header parameters, offering developers flexibility in addressing various requirements. Specifically, this discussion centers around the header parameters SAP_Sender and SAP_Receiver. See Headers and Exchange Properties Provided by the Integration Framework SAP allows developers to overwrite the