Ещё по теме

Комментарии по теме

«По­дго­то­ви­те­льные настройки для обе­спе­че­ния со­о­тве­тствия учёта основных средств в SAP ERP тре­бо­ва­ни­ям МСФО»
Татьяна Шевченко:
Мне кажется, уместной будет небольшая демонстрация работы данного решения. В целом различий при первоначальном признании активов по стандартам US GAAP и МСФО не так уж и много. По обоим...
«Свя­зы­ва­ние сче­то­в-фа­ктур и частичных платежей для вы­ра­вни­ва­ния»
Константин Блюменталь:
1. Хотелось бы дополнить статью Киса в части того, как отражаются частично выровненные документы в отчетах по отдельным позициям, на примере отчета FBL5N. Предположим, у нас есть частичное...

База знаний

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

Подход к выбору системы для реализации отчетности в S/4 или BW on HANA

14 июля 2017, 10:14

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

Принятие правильного и взвешенного решения по части выбора места  формирования пользовательской отчетности позволяет минимизировать риски недостаточности базового функционала и избежать большого объема доработок Системы в будущем.

Технологические подходы к построению отчетности

До появления СУБД SAP HANA, классическая технология получения аналитических отчетов на данных SAP предполагала использование нескольких этапов трансформации данных:

Бизнес операции и транзакции, выполненные в исходной системе, сохраняются на уровне базы данных (OLTP), после чего выполняется выгрузка (репликация) данных в специализированное информационное хранилище, где над выгруженными данными выполняются преобразования (ETL) реализующие бизнес трансформацию данных в структуры и аналитические модели (OLAP), пригодные для выполнения многомерного анализа.

Одним из недостатков такой технологии являлась вынужденная работа не с оперативными данными, а с данными выгруженными из системы по состоянию на «вчера». Перенос задач построения отчетности на уровень хранения транзакционных данных (SAP) приводило к резкой потере производительности учетной Системы, что влияло на время выполнения критичных для бизнеса процессов. На уровне же аналитической системы (OLAP) информация многократно дублировалась т.к. для анализа процесса преобразования данных требовались промежуточные объекты с результатами преобразований, а сам процесс трансформации данных (ETL) являлся сложным в реализации и трудным в поддержке.

С появлением СУБД SAP HANA, для выполнения анализа данных стала применяться технология in-memory анализа (анализ данных в памяти).

Основными преимуществами такого подхода является работа с «живыми» данными, отсутствие дублирования данных, упрощение процессов трансформации данных (ETL), отсутсвие фоновых обработок и перезагрузок данных между системами.

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

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

  • Выгрузки данных в информационное хранилище;
  • Подключения в качестве источника данных для SAP BI Аналитических приложений (SAP Business Objects Analysis for Office, SAP Lumira/Design Studio, SAP Business cockpit);
  • Использование в качестве источника данных для встроенной аналитики (SAP Embedded BI или SAP Business cockpit).

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

Основными чертами такого подхода являются:

  • Отсутствие задержек;
  • Отсутствие дублирования информации;
  • Преднастроенный контент;
  • Интеграционные сценарии для SAP BW ;
  • Реализация на уровне ABAP приложений;
  • Поддержка SAP ERP авторизации и иерархий.

Однако, т.к. задачи, решаемые бизнес пользователями значительно превосходят только анализ текущих данных, введенных в систему, на практике используется подход при котором большая часть анализа выносится на уровень Корпоративного Хранилища Данных SAP BW on HANA. Задачи, решаемые в SAP BW on HANA:

  • Работа с данными из нескольких источников;
  • Стратегическая и тактическая отчетность с большим числом аналитик;
  • Интеграция, гармонизация данных, обеспечение кросс-системной консистентности данных;
  • Быстрая настройка за счет преднастроенного контента;
  • Обеспечение полного цикла данных от сбора и обработки до анализа и публикации;
  • Управление корпоративными данными;
  • Планирование;
  • Углубленная аналитика и доступ к данным из различных приложений;
  • Предоставление данных в виде сервисов для использования в сторонних приложениях.

В то же время, на уровне SAP ERP и SAP HCM остаются следующие задачи анализа и отчетности:

  • Анализ оперативных данных;
  • Анализ в режиме реального времени;
  • Легкое моделирование;
  • Использование шаблонизированного представления данных;
  • Подготовка данных для глубокого, многостороннего анализа в SAP BW;
  • Использование аналитических виртуальных моделей в других сценариях и приложениях.

Сценарий выбора места реализации отчетности

Критерий

Платформа

  • Простая системная архитектура состоящая из одной системы, являющейся источником данных для всей отчетности;
  • Работа только с операционной
    отчетностью;
  • Многократное и частое обращение к оперативным данным в течение рабочего дня;
  • Отсутствие потребности в консолидации данных из различных источников;
  • Простые модели трансформации и  подготовки данных для целей отчетности;
  • Прямая заинтересованость в разработке отчетов только с использованием встроенной BI аналитики.

Фокус на S/4HANA Analytics for operational reporting

 

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

Фокус на SAP BW powered by SAP HANA

 

В случае, когда на проекте необходимо одновременно решать задачи первого и второго уровня, например совмещать в отчете исторические данных из различных источников и текущие оперативные данные из учетной системы SAP, рекомендуется использовать гибридный подход, обеспечивающий «подтягивание» в аналитические отчеты SAP BW данных из учетной системы посредством обращения к CDS виртуальному провайдеру реального времени.

С уважением, Илья Муковоз

Руководитель отдела Хранилища SAP BW компании САПРАН

Комментарии:

Алексей Рыбин (Рейтинг: 307) 09:22, 10 августа 2017

Добрый день, Илья! Спасибо, интересная и актуальная публикация! Совсем недавно нами проводился анализ подобного рода. Были найдены схожие с Вашими аргументы для выбора того или иного сценария. В ходе этой работы была сделана попытка сформулировать для самих себя выводы в какой-нибудь более-менее краткой форме, примерно так: если все данные лежат в HANA и нет иных аналитических задач, кроме оперативного мониторинга факта, то, да, вероятно, достаточно S/4HANA Analytics )
17:47, 10 августа 2017

Илья Муковоз (Рейтинг: 4972)

Согласен, Алексей!