Что такое SAP PaPM? (дополнение)

Это продолжение предыдущей статьи в которой рассматривались функции PaPM, которые могут генерировать объекты на уровне БД SAP HANA или на уровне сервера приложений, в частности говорилось о SQL-скриптах, с помощью которых выполняются бизнес-расчеты. В конце статьи был сделан вывод, что PaPM хорош тем, что он нечто большее, чем просто набор SQL-скриптов, так как позволяет моделировать, управлять расчетам, контролировать ход выполнения и визуализировать результаты расчетов. И вот это переход от голого SQL к управлению и моделированию был неочевидным, я не показал этот механизм моделирования и управления расчетами. Исправляюсь.

Стандартный бизнес-контент

Вместе с PaPM поставляется стандартный бизнес-контент, который показывает возможности PaPM на примере простых расчетов для различных видов бизнеса:

Возьмем пример для Нефти и Газа:

Здесь представлены следующие функции:

1. Доступ к источникам данных. С помощью функций доступа к данным можно подключится к источникам данных как на уровне приложений SAP BW и SAP S/4HANA (или классической SAP ERP), так и на уровне как локальной базы данных, так и к удаленным базам данным, причем практически к любым (с помощью соответствующих адаптеров). Данные возможности не специфичны для PaPM, это обеспечивается общим функционалом SAP. В данном случае используются объекты SAP BW. Подробнее про подключения можно почитать тут.

2. Функции хранения данных в таблицах на уровне PaPM и записи этих данных на уровень SAP BW (или уровень приложений ERP). Можно ввести данные в таблицы модели среды PaPM вручную через интерфейс или загрузить из файла и далее используя функции записи перенести данные в объекты SAP BW (ADSO). Подробнее про функции записи можно почитать тут.

3. Используя функции запроса можно просмотреть данные в настроенной структуре представления как в самом приложении, так и с использованием Analysis for Excel. Если запрос редактируемый, то можно используя функцию планирования (функционал SAP BW) редактировать показатели или через приложение или используя Analysis for Excel. Подробнее про функции запроса можно почитать тут.

4. Сами функции расчета, которые генерируют SQL-скрипты при активации.

5. Функции запросов с настроенными фильтрами и с настроенной структурой представления столбцов и строк для формирования отчетов.

Поток моделирования

Красивая картинка, которая показывает все элементы модели и их взаимосвязи. При проваливании в конкретную функцию, например в join “Определение пар МВЗ для распределения” приложение показывает взаимосвязи более подробно:

Другой пример:

Шаблон процесса

Для того, чтобы функции не оставались набором SQL-скриптов, а стали частью процесса, необходимо создать шаблон процесса с операциями, в которых нужно указать исполняемые функции и последовательность их выполнения:

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

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

Инстанция процесса

Для выполнения процесса создается инстанция процесса, которая потом развертывается (деблокируется):

Далее можно осуществить выполнение операций, контроль и утверждение результата выполняется согласно присвоения пользователей группам. Пользователь не присвоенный группе выполнения не может запустить операцию.

Выполнение операций процесса

Существует отдельное FIORI-приложение для просмотра отчетов по процессу:

Приложение показывает выполняемые операции, который должны быть выполнены или операции ввода/вывода, которые должны быть запущены:

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

Операции ввода/вывода можно запустить для получения отчетов:

в виде диаграмм,

или в табличном виде.

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

Также есть вариант с использованием надстройки Analysis for Excel:

Подробнее про запросы и возможность редактировать показатели можно посмотреть в статье тут.

Отчетность

Существует отдельное FIORI-приложение для просмотра отчетов по процессу:

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

Еще один пример из стандартного бизнес-контента SAP поставляемого с PaPM:

Для отчетов с возможностью ввода данных в этом приложении можно ввести показатели с использованием пользовательского интерфейса и обновить расчет с целью моделирования “что если…”:

Монитор приложений

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

Теперь уже вполне оправданный вывод…

Вывод

Наверное, в определенных ситуациях, когда алгоритмы расчетов стабильны и из раза в раз выполняется один и тот же код, собственная разработка на SQL будет проще, быстрее и дешевле чем PaPM. Но если требуется именно моделирование, когда алгоритмы расчетов меняются и необходимо гибко управлять логикой расчетов, входными условиями расчетов, то без инструмента управления элементами расчетов (хранимыми процедурами), последовательностью их выполнения, организации запусков, контроля хода выполнения и обработки результатов не обойтись. Создавать это самостоятельно – трата сил, времени и денег, в то время как уже есть SAP PaPM.