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

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

Что такое PaPM? SAP Profitability and Performance Management – это инструмент для расчетов на базе SAP HANA, можно сказать инструмент для создания “считалища”. Типичным примером таких расчетов является дифференциация затрат, когда имеется модель учета затрат, состоящая из сотен, а может и тысяч объектов учета, десятки или сотни тысяч документов на входе и десятки или сотни продуктов на выходе. Задача показать какие элементы затрат или аналитики первичных документов попали в конечный продукт после множества циклов перерасчетов между объектами учета.

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

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

Часто на ERP-проектах помимо транзакционной системы есть еще и аналитическая система и когда появляется задача с выполнением сложных вычислений над большим объемом данных возникает вопрос: “Где считать?”. Если побеждает или проигрывает (тут с какой стороны посмотреть) ERP, то с использованием ABAP создают сложные программы для расчетов, которые очень нестабильно работают и с которыми постоянно возникают проблемы. Если используется BW, то примерно такая же ситуация, в Expert Routine вставляется код для расчетов и это плохо работает. Я несколько раз слышал: “Ну вот, сломали BW, из хранилища сделали считалище…”. Понятно, что есть истории успеха (success story) и найдутся счастливые разработчики и пользователи прекрасной системы, которая хорошо работает, но что-то мне такие не попадались (понимаю, это моя проблема).

Что такое SAP Central Finance? Это комплексные решения, позволяющие на базе S/4HANA с включенной бизнес-функцией «CFIN» и SAP SLT сервера решать различные задачи в ситуациях, когда в компании или холдинге имеется несколько исторических систем, автоматизирующих неунифицированные финансовые бизнес-процессы с различными основными данными и организационными структурами в каждой ERP-системе и есть потребность в централизации финансовой функции. То есть сценарии Central Finance это on-line подключение различных систем к Центральной системе SAP S/4HANA для репликации детальных операций финансового учета, гармонизации данных из различных ERP-систем с целью формирования эквивалентных финансовых документов в Центральной системе и предоставления согласованной и актуальной финансовой информации в масштабах всей компании или всего холдинга.

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