Вы находитесь на странице: 1из 52

NATIONAL RESEARCH UNIVERSITY HIGHER SCHOOL OF

ECONOMICS

Department of Business Informatics


PROJECT PROPOSAL

Intelligent Enterprise Concept Implementation Based on SAP Solutions for


Business Consulting and Information Technologies

Kirill Rybalskiy, BBI0175

Advisor:

Kuznetsova Elena Vladimirovna, Associate professor

MOSCOW
2021
Цель данной работы - разработать концепцию интеллектуального
предприятия с использованием современных информационных систем,
определить их возможности и перспективы, а также определить роль ИТ-
процессов в современных компаниях: как они влияют на производительность
и экономику фирмы, какие бизнес-функции они охватывают и как эта
парадигма способствует автоматизации бизнеса.
Для достижения поставленной цели я собираюсь детально описать
особенности рынка ИТ-систем, провести сравнительный анализ вендоров,
обозначить их конкурентный преимущества и недостатки. После чего
необходимо исследовать технические возможности самих систем и
реализовать оптимальное технологическое решение на базе современных
информационных подходов. В качестве вывода я выделю черты
современного интеллектуального предприятия, объясню, как
информационные системы помогают бизнес-процессам и какие перспективы
у них есть в долгосрочной перспективе.
В первую очередь я сосредоточен на средних консалтинговых фирмах
и за основу возьму компанию BearingPoing, в которой проходил
преддипломную практику. Но также и остановлюсь на крупных
предприятиях, разрабатывающих и поставляющих информационных
системы. Поэтому можно сказать, что исследование охватывает влияние
информационных технологий на бизнес как растущую тенденцию, которая
распространяется глобально.
Данная работа также проиллюстрирует практическое использование
современных информационных технологий, интегрированных в бизнес-
контекст.
Содержани
е
Введение................................................................................................................................4
Концепция Интеллектуального предприятия......................................................................6
Информационные системы на примере SAP.......................................................................8
Информация о компании SAP.............................................................................................15
Анализ рынка ERP................................................................................................................18
Сравнительный анализ вендоров.......................................................................................21
Подход к решению проблемы............................................................................................28
Практическая реализация предложенного подхода.......................................................35
Заключение.........................................................................................................................47
Источники............................................................................................................................48
Введение
Проблема исследования заключается в том, как современные ИТ-
решения могут принести пользу развитию бизнес-индустрии в целом и в
сфере консалтинга в частности. Объектом исследования являются
информационные системы, а именно изменения, которые они оказывают на
компании и рыночные отношения в целом.
Поскольку ИТ-инновации затрагивают многие индустрии, которые во
многом определяют нашу повседневную жизнь, я также хочу обозначить
социально-политическую дилемму, возникающую при переходе к
интеллектуальному предприятию. Одна из гипотез заключается в том, что
крупным компаниям необходимо налаживать внешние связи с
узкоспециализированными поставщиками ИТ-услуг, чтобы использовать
самые современные технологические решения для получения конкурентного
преимущества. Например, Норникель - ведущая металлургическая и
горнодобывающая компания России, сотрудничает с консалтинговой фирмой
BearingPoint, внедряющей решения SAP ERP. Гипотетически подобные связи
могут привести к появлению большого разнообразия возможностей у
относительно небольших компаний, которые обладают гибкостью и могут
быстро адаптировать свои ключевые компетенции к требованиям рынка.
С точки зрения небольшой компании, симбиоз с крупными игроками
рынка не только приводят экономическому расту фирмы, но и устраняют
диктат крупных компаний, потому что они зависят от узких компетенций
небольших компаний, которые вследствие меньших транзакционных
издержек и менее сложной организационной структуры, могут быстрее
подстраиваться под меняющиеся технологические тенденции. Как результат,
консалтинговые фирмы создают свою собственную рыночную нишу с
постоянным спросом на более комплексные технические решения.
Многообразие компаний и рыночная конкуренция на разных уровнях
приводят к необходимости сотрудничества, которое обеспечивается
информационными системами, которые, в свою очередь, создают
пространство для честной конкуренции, что воплощается в новых
технологических преимуществах, в частности в ERP-системах.
После подготовки всей теоретической базы еще одной задачей будет
дать примеры использования того, как компания взаимодействует с
информационными системами и какие функциональные возможности они
предоставляют на уровнях базы данных, приложения и интерфейса.
Методы исследования включают в себя сравнение основных
поставщиков информационных услуг, анализ рынка и, далее - внутренней
структуры современной информационной системы на базе SAP, ее
использование в зависимости от конкретных требований заказчика.
И последнее, но не менее важное: я решу практический вопрос
моделирования и анализа данных с помощью инструментов SAP Business
Intelligence (BI) и SAP Business Warehouse (BW), которые объединяют
данные из разных источников, преобразует и консолидирует данные, а также
осуществляет процедуру хранения данных [5]. Решение этого вопроса будет
являться иллюстрацией концепции интеллектуального предприятия, суть
которой заключается как раз-таки в использования современных
технологических решений для улучшения деятельности компании. Мы также
определим количественные и качественные метрики, по которым будем
судить о преимуществах использования предлагаемого подхода.
Основными источниками информации являются документации по
исследуемым системам, научные статьи, обучающие материалы и
практические пособия для реализации сценариев использования ИС.
Доступы к информационным системам были предоставлены компанией
BearingPoint.
Концепция Интеллектуального предприятия
Термин «Интеллектуальное предприятие» не нов, и еще в далеком 2005
году Джеймс Брайан Куинн, ввел это понятие в обиход после своей статьи
под названием “The Intelligent Enterprise a New Paradigm. В ней он описал,
как ИТ-системы влияют на бизнес-сферу, и какую пользу они могут
принести. Куинн утверждает, что разработка и использование технологий для
оказания услуг, будь то в сфере услуг или в производстве, может стать
ключом к будущему благосостоянию и производительности в развитых
индустриальных странах [4]. Дело в том, что большая часть материальных
ценностей приобретает внутреннюю ценность только благодаря «сервисной
деятельности, основанной на знаниях» (там же, с. 109). Эта тенденция
набирает обороты, и сейчас мы наблюдаем ситуацию, когда «твердые»
активы мгновенно устаревают. Напротив, знания обновляются естественным
образом, а материальные активы, такие как базы данных, компьютеры или
другое оборудование, скорее предназначены для поддержки нематериальных
ресурсов, таких как информационные системы. Куинн приводит пример
крупных производственных компаний (таких как Sony, Nike, Honda, Apple и
т. д.), которые следовали модели «интеллектуальной компании». Их
стратегия заключалась в том, чтобы сначала инвестировать в
производственное оборудование, а затем использовать свои ограниченные
ресурсы путем установления внешних связей с поставщиками, оптимизации
логистических операций, инвестирования в прорывные на тот момент
технологии и их внедрение для совершенствования бизнес-процессов (там
же, стр. 110).
Куинн устанавливает интересную взаимосвязь: по мере того, как
производственные циклы становятся короче, технологические
характеристики становятся более важными с точки зрения конечной
производительности (там же, стр. 111). Это имеет два основных последствия:
во-первых, долгосрочная экономика компаний больше не основываются на
финансовых результатах, поскольку деньги стали конечной выгодой, а не
основной целью. Во-вторых, интеллектуальные предприятия «не строят
вертикально интегрированные империи», вместо этого они больше связаны
информацией и взаимными интересами, что достигается, например, путем
развития продуктивного делового сотрудничества с фирмами связанных
специализаций или передачи вспомогательных процессов на аутсорсинг. В
условиях стремительного технологического развития компании больше не
могут поддерживать полный цикл бизнес-операций и конкурировать с
другими фирмами, чьи продукты или услуги являются результатом
наилучшего сочетания идей на рынке. Что еще более важно, компании
стремятся сосредоточить свои ключевые компетенции не на доле рынка, а на
«доле деятельности» или построении внутренних процессов и связей за
пределами спектра возможностей компании (там же, стр. 111). В контексте
интеллектуального предприятия это приводит к оптимизации бизнес-
процессов, планированию ресурсов и даже комплексным мерам по
управлению рисками. В этом связи Куинн вспоминает систему глобальной
торговли, где для непрерывных производственных операций глобальные
информационные сети поставщиков уже давно предлагают преимущества
(там же, стр. 113). Оптимизация логистических операций является ярким
примером не только того, как можно снизить затраты за счёт правильной
логистики, но и того, как малые фирмы могут получить выгоду от развития
новых отраслей, поскольку затраты на логистику имеют тенденцию
увеличиваться примерно в двадцать процентов, а тарифы и обменные курсы
становятся все более значительными (там же, стр. 113). Но одно остается
неизменным - все компании стремятся оптимизировать свою работу, и
поэтому информационные системы сегодня настолько востребованы.
Информационные системы на примере SAP
Первые системы MRP, планирование требований к материалам
(Material Requirements Planning), были введены в Соединенных Штатах в
1950-х годах, а широкое использование компьютерных программ началось в
1970-х годах [10]. MRP отвечает на вопрос, сколько, когда и каких
материалов нам нужно для реализации производственного плана, но не
принимает во внимание другие ресурсы, включая производственные
мощности и финансовое планирование, которые затем были введены в
системы MRP II следующего поколения. Со временем стало понятно, что
компьютерные системы могут эффективно управлять не только
производством и закупками, но и многими другими бизнес-процессами в
области маркетинга, ремонта, строительства, управления персоналом и
многого другого. Концепция ERP была представлена Gartner в 1990 году как
развитие концепции MRP II и включала в себя управление основными
внутренними процессами предприятия (там же). Сфера применения
современных ERP-систем - это не только процессы внутри корпорации, но и
отношения с внешним миром (поставщики, клиенты, государство,
общественные организации и т. Д.).
Важно отметить, что ERP - это не одна программа, это целая система с
разными уровнями, способами реализации и сферами использования в
бизнесе, но все она имеет одну и ту же инфраструктуру, которая включает в
себя сервер базы данных.
Для описания компонентов типичной информационной системы
возьмем пакет решений SAP – лидера рынка бизнес-приложений. Выбор этой
компании основывается не только на лидерских позициях в сфере ИС и будет
обоснован позже, в главе, посвящённой сравнительному анализу
поставщиков ИТ-услуг. А пока начнем с описания компонента SAP HANA -
мощного решения для баз данных, на котором работает все программное
обеспечение SAP. Поскольку SAP является одним из пионеров в области
разработки баз данных, мы, помимо всего прочего, можем наблюдать
основные тенденции в области информационных систем на примере этой
компании.
Итак, до SAP HANA существовала трехуровневая архитектура: базы
данных, приложения и интерфейс. В традиционных системах приходится три
раза извлекать данные: вначале из базы данных в хранилище бизнес-
информации (BW), потом в память в виде результата запроса и наконец в сам
отчет [11]. В SAP HANA данные загущаются сразу в RAM (Random Access
Memory – оперативная память устройства) и промежуточные стадии не
нужны. Подобный механизм дает возможность проводить аналитику в
реальном времени, объединяя возможности аналитики OLAP и
транзакционных систем OLTP в одном модуле оперативной памяти. Это
стало возможным благодаря технологическими инновациями: многоядерная
архитектура (8-24 ядра на процессор) и 64-битное адресное пространство, в
результате чего на текущих серверах объем памяти составляет 4 ТБ [1]. В
результате, промежуточный уровень приложений постепенно изживает себя,
так как основные операции переносятся на уровень БД для более
упрощенной структуры (см. рисунок).

Рисунок. Упрощение структуры ERP систем.


Кроме того, вводятся современные методы обработки данных:
 хранение столбцами
 распараллеливание и разбиение операций обработки
 сжатие
 вставка только по дельте

Рисунок. Механизмы SAP HANA. 405 p. 6

Исходя из иллюстрации можно выделить в качестве тенденции


разделение обработки данных на так называемые партии, которые можно
запускать параллельно вследствие увеличения компьютерных мощностей,
что в комбинации с представленными методами позволяет устранить «узкое
горлышко» в области памяти, используемой базой данных.
Концептуально таблица базы данных представляет собой двумерную
структуру данных с ячейками, организованными по строкам и столбцам, в то
время как компьютерная память организована в виде линейной
последовательности. SAP HANA оптимизирован для хранения столбцов, что
означает, что записи столбца хранятся в смежных ячейках памяти [1]. Эту
концепцию можно понять, приведя пример. Предположим, мы хотим
получить сумму всех объемов продаж. Передача данных из основной памяти
в кэш центрального процессора всегда происходит блоками фиксированного
размера (например, 64 байта). При использовании построчного хранения
каждая строка кэша будет содержать только одно значение (допустим, 4
байта), в то время как оставшиеся байты используются для других полей
записи данных [1]. Следовательно, при организации на основе строк требует
новый доступ к основной памяти требуется каждый раз, когда мы хотим
обработать данные строка за строкой. Как раз при хранении данных в
столбцах все значения продаж хранятся заполняются непрерывно и хранятся
в оперативной памяти, поэтому строка кэша содержит все запрошенные
значения (16 байт в нашем случае), которые необходимы для операции. Это
приводит к эффективному сжатию, агрегации данных и упрощенным
параллельным операциям, поскольку данные уже разделены по вертикали,
поэтому данные по разным столбцам могут быть легко обработаны (см.
рисунок).

Рисунок. Пример поколоночного хранения данных.

Еще одна особенность SAP HANA - это механизм «вставки по дельте».


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

 
Рисунок. Разделение основной памяти устройства. [410 p 13].

Принимая во внимание эти аппаратные и программные инновации,


важно еще раз подчеркнуть, что трехуровневая парадигма больше не
является актуальной, поскольку уровень приложения, на котором находятся
все функциональные возможности, постепенно устраняется, так что все
функциональные возможности перемещаются на уровень базы данных. В
результате отпадает необходимость выполнять сложную обработку данных
на отдельном уровне, а вместо этого выполнять операции в памяти и
отдавать инструкции в виде метаданных вышестоящим вычислительным
процессам. Итак, уровень приложения, как мы видим, трансформируется в
область пользовательских манипуляций с данными, которые теперь можно
делать в SAP BW.
Идея хранилища данных естественным образом вытекает из того факта,
что компании ищут информацию для принятия более обоснованных
решений, поэтому им необходимо обрабатывать огромное количество
транзакционных данных, а также накапливать исторические данные,
которыми как раз и управляет система хранилища данных. Основным
недостатком транзакционных систем является тот факт, что исторические
данные больше не доступны для анализа, поскольку записи данных
перезаписываются [12]. Кроме того, процесс управления становится очень
сложным, когда существует множество различных источников данных -
например, в производстве и управлении материалами могут присутствовать
различные внешние источники данных. Используя систему как бы поверх
всех собранных данных, мы можем сделать обработку гетерогенный данных
более последовательной и эффективной.
Развитие хранилищ данных привело к появлению «моделей
межорганизационного сотрудничества» (например, управление цепочкой
поставок или управление отношениями с клиентами) [12]. Благодаря более
высокой скорости обработки и целостности разнородных транзакционных
данных, системы бизнес-хранилищ создали «общую базу данных» для
операций как с внутренними, так и с внешними источниками данных.
Конкретный пример такой системы - SAP Business Information Warehouse
(SAP BW), позволяет исследовать взаимосвязи данных во всех областях
организации. SAP BW может собирать данные из различных исходных
систем, таких как SAP ERP или SAP SCM, а также из внешних источников
данных, например, данные XML. Затем данные представляются в различных
визуальных формах, включая персонализированные отчеты, определяемые
запросы и предварительно определенные отчеты, например, на основе
хранимых процедур. [2].
Информация о компании SAP
Чтобы понять масштабы бизнеса, нам необходимо рассмотреть
некоторую общую статистику. Во-первых, у SAP более 100 000 сотрудников
по всему миру и 27,34 миллиарда выручки, включая 5,28 миллиарда прибыли
на конец 2019 года (см. рисунок). Выручка SAP в 2020 году снизилась на 1%
и составила 27,34 миллиарда евро (см.рисунок). Падение продаж немецкой
компании не повлияло на облачный бизнес, объем которого вырос на 17%, до
8,08 млрд евро. В SAP заявили, что компании удалось превзойти все
финансовые цели на 2020 год, когда ожидаемая выручка предположительно
находилась в диапазоне 27,2–27,8 млрд евро [12].
Продажи программного обеспечения и облачных сервисов от SAP на
конец 2020 года достигли 23,23 миллиарда евро, что на 1% больше, чем год
назад. Компания ожидала 23,1–23,6 млрд евро. Выручка от решений SaaS
(Software as a service) и PaaS (Platform as a service) увеличилась на 27%, от
продуктов IaaS - на 23% [12]. О решениях SaaS и PaaS будет рассказано
подробнее в следующей главе.
Выручка от лицензирования программного обеспечения и услуг
поддержки в 2020 году составила 15,15 млрд евро, что на 6% меньше по
сравнению с аналогичным периодом прошлого года [12]. Снижение
произошло из-за того, что все больше и больше клиентов предпочитали
облачные решения SAP тем, которые можно интегрировать локально, что
скорее является позитивным трендом, так как многие технологические
гиганты, включая SAP, делают ставку на облачные технологии, которые
сыграют свою роль в будущем.
Разделение программ на локальные, облачные и гибридные
применяется к большинству последних продуктов SAP, в том числе к
современным ERP-решениям - SAP S/4HANA. SAP также уделяет особое
внимание фазе поддержки после внедрения, поэтому львиная доля оборота
приходится на послепроектную стадию и составляет 2,68 миллиарда евро в
2020 году против 21,67 миллиарда долларов годом ранее [12]. Этот еще один
позитивный тренд, который можно выделить на основе финансовых
показателей, говорит о том, что SAP устанавливает более тесное
сотрудничество с клиентами в сфере B2B, что отчасти подтверждает наше
гипотезу о необходимом симбиозе фирм на разных уровнях интеграции.
Европа, Ближний Восток и Африка все также являются крупнейшими
рынками для SAP и в 2020 году компания получила выручку в размере 12,07
миллиарда евро, что немного выше, чем годом ранее. SAP завершила 2020
год с чистой прибылью в размере 5,28 млрд евро против 3,37 млрд евро в
предыдущем году [12]. Увеличение общей прибыли при несущественном
росте прибыли в ключевых регионах говорит о расширении SAP на новых
рынках.
В сравнении с остальными конкурентами на рынке, о которых будет
сказано в следующих главах, SAP SE не только является одним из лидеров по
финансовым показателям, но и обладает гибкой организационной
структурой, состоящей из трех основных отделов, как показано ниже [12]:
- Приложения, технологии и услуги;
- Деловая сеть;
- Опыт работы с клиентами.
Функции этих отделов в основном вытекают из их названий, но если
говорить более конкретно, первый отдел занимается разработкой
программных продуктов компаний, которые в первую очередь являются
бизнес-приложениями. Под деловой сетью понимаются внутренние связи и
отношения с другими участниками рынка, развитие сотрудничества. А отдел
клиентского опыта изучает особенности потребительского спроса.
Рисунок. Количество сотрудников

Рисунок. Доход и прибыль за период в млрд. евро.


Анализ рынка ERP
Мировой рынок программного ERP оценивался в 35,81 миллиарда
долларов в 2018 году и, по прогнозам, достигнет 78,40 миллиарда долларов к
2026 году, при этом среднегодовой темп роста с 2019 по 2026 год составит
10,2% [13]. Программное обеспечение ERP, которое теперь доступно на
рынке, включает в себя: разработку, планирование, производство, продажи и
маркетинг на уровне единой базы данных, приложений и пользовательского
интерфейса. Как упоминалось ранее, нет никаких причин для поддержки
отдельных баз данных и электронных таблиц, которые необходимо вручную
объединять для создания отчетов. Главное преимущество решения ERP
заключается в том, что оно предоставляет пользователю функциональные
возможности для получения ценной информации из единой интегрированной
сети.
Финансовая аналитика остается наиболее популярным модулем на
рынке программного обеспечения ERP и, по прогнозам, сохранит
доминирующие позиции в будущем из-за более широкого внедрения
финансового модуля в большинстве организаций для снижения сложности
финансовых операций и введения полного бухгалтерского учета. Среди
заказчиков ERP решений доминировал сектор обрабатывающей
промышленности, и ожидается, что эта тенденция сохранится в
последующие годы. Это приведет к появлению новых клиентов на рынках
фармацевтики, автомобилестроения, одежды и бытовой электроники [13].
Более того, быстрое внедрение облачных решений с огромными объемами
транзакционных данных клиентов, которые помогают процессу принятия
решений, также способствует росту рынка. Однако ожидается, что модуль
управления человеческими ресурсами (HR) будет демонстрировать самый
высокий рост благодаря уверенному развитию бизнеса в развивающихся
странах, что вынуждает компании применять HR-модули ERP для
управления всей необходимой информацией о существующих и
дополнительных кадрах [13].
Рынок программного обеспечения ERP подразделяется на [13]:
 компонентные часть,
 модели интеграции,
 бизнес-функции,
 отраслевую вертикаль,
 конечные пользователи.
По компонентному разбиению рынок делится на софт и услуги. По
модели интеграции участники рынка программного обеспечения ERP обычно
включают локальные, облачные и гибридные варианты интеграции. На
основе бизнес-функций рынок делится на финансовую аналитику,
управление человеческими ресурсами (HR), логистику, управление
клиентами (CRM), управление запасами, производственный модуль и другие
[13]. В зависимости от конечного пользователя рынок делится на крупные,
средние и малые предприятия. Отраслевая вертикаль включает в себя
производство, банкинг и страхование, здравоохранение, розничную
торговлю, коммунальные услуги, ИТ и телекоммуникации, строительство,
аэрокосмическую и оборонную промышленность и другие [13].
Расширяющееся внедрение программного обеспечения ERP для
повышения прозрачности и операционной эффективности организаций,
резкий рост спроса на принятие решений на основе данных, а также рост
внедрения облачных и мобильных приложений являются одними из важных
положительных факторов, влияющих на рост рынка программного
обеспечения ERP. Более того, рост спроса на ERP среди малых и средних
предприятий, а также новые технологические достижения в области
информационных технологий открывают широкие возможности для
увеличения размера рынка бизнес-приложений [13]. С другой стороны,
следует упомянуть также факторы, которые могут ограничить рост рынка,
такие как: более высокие капиталовложения и затраты на обслуживание, а
также доступность приложений с открытым исходным кодом, которые могут
быть использованы злоумышленниками для личных корыстных целей.
Большинство поставщиков ERP заинтересованы в облачных
технологиях, которые позволяет предприятиям хранить данные и получать к
ним доступ через Интернет. Модель SaaS - это одна из моделей облачных
сервисов, основанная на плате за использование услуг сервиса и включающая
как правило пакет специализированных программ, операционную систему и
удаленный сервер для хранения данных. В отличие от SaaS, в модели PaaS
единственный уровень, которым может управлять пользователь – уровень
приложений. А Iaas предоставляет только серверную инфраструктуру для
хранения данных. Важно отметить, что две последние модели (PaaS и IaaS)
не так широко распространены среди поставщиков ERP, как SaaS, потому что
компании стараются продавать как можно больше программных решений,
обеспечивая тесную связь между компонентами решения, чтобы было
больше обратной связи и возможностей для дальнейшего сотрудничества с
заказчиками.
Основная причина более широкого распространения облачных
приложений среди компаний-заказчиков заключается в том, что облачные
решения снижают стоимость ИТ-инфраструктуры предприятия из-за менее
дорогостоящего оборудования, так нематериальные активы в виде
алгоритмов и человеческого капитала сменяют материальные в виде
аппаратного обеспечения вследствие увеличения компьютерных мощностей.
Еще одна причина, по которой облачные вычисления являются одной из
центральных тенденций в сфере ERP, заключается в том, что эта технология
позволяет получать доступ к информации независимо от времени и
местоположения пользователя. Это помогает организациям поддерживать
баланс между работой и личной жизнью своих сотрудников, а также
повышать производительность и сокращать транзакционные издержки.
Сравнительный анализ вендоров
Как мы видим на оценочном листе (см. рисунок), сравнительный
анализ включает метрики, которые в свою очередь разделены на несколько
групп:
- Оценка и заключение контракта - начальный этап, когда два
контрагента пытаются оценить условия и заключить контракт.
- Интеграция и развертывание - процесс внедрения индивидуального
технологического решения с учетом запросов клиента.
- Обслуживание и поддержка - этап после внедрения, когда поставщик
получает отзывы о продукте и помогает справиться с возникающими
проблемами, связанными с использованием решения ERP.

Рисунок. Сравнительные показатели основных программных решений ERP.

Все основные игроки рынка ERP получили практически одинаковые


оценки в интервале 4,0 - 4,7 балла, поэтому с учетом развивающегося рынка
можно сделать обоснованное предположение о плотной конкуренции и
отсутствии явных конкурентных преимуществ среди перечисленных
вендоров. Определённые программные решения выбираются клиентами
исходя из их конкретных предпочтений, которые в большей степени
определяются компаниями, в которых они работают, поэтому конкуренция
на рынке ERP в основном развивается за счет партнерских соглашений с
компаниями, использующими ERP в своем бизнесе.

Рисунок. Распределений вендоров «Magic Quadrant».

В отчете исследовательской компании Gartner, предоставленном 17


поставщиков оцениваются по «исполнимости» и «полноте видения».
Полнота видения определяется Gartner как способность убедительно
сформулировать логические утверждения о текущем и будущих
направлениях развитиях рынка, инновациях, потребностях клиентов [14].
Помимо всего прочего, сюда входят следующие критерии:
 Понимание рынка - оценивается способность анализировать потребности
клиентов и воплощать это понимание в продуктах и услугах.
 Маркетинговая стратегия - проверяет наличие соответствующей сети
прямых и косвенных продаж, обслуживания и коммуникации.
 Стратегия предложения (продукта) - оценивает подход поставщика к
разработке, продвижению и интеграции продукта.
 Бизнес-модель - рассматривает организационные планы и логику
основных бизнес-процессов.
 Вертикальная / отраслевая стратегия - критерий оценивает стратегию
поставщика по использованию ресурсов, существующих навыков для
удовлетворения конкретных потребностей клиентов на отдельных
сегментах рынка.
 Инновации - выявляется синергетический эффект от ресурсов, опыта и
капитала для инвестиций.
 Географическая стратегия - этот критерий оценивает способность
поставщика подстроиться под специфические потребности
географических регионов (экономические показатели, локальные
конкурентные преимущества, правовые нормы, корпоративную культуру).

Вторым критерием оценки является «исполнимость»: аналитики


Gartner оценивают поставщиков технологий по качеству и эффективности
процессов, систем, методов или процедур, которые позволяют поставщикам
быть конкурентоспособными, эффективными и положительно влиять на
доход, удержание клиентов и репутацию. Все это оценивается следующими
метриками [14]:
 Продукт или услуга - этот критерий оценивает основные товары и
услуги, предлагаемые вендорами для определенного рынка.
Показатель оценивает текущие возможности продукта или услуги, его
отличительные качества, набор функций и возможностей
использования и так далее.
 Финансовая жизнеспособность - оценивает финансовые показатели
организации.
 Маркетинговая эффективность – касается показателей эффективности
маркетинговых стратегий, включающих сегментацию, таргетинг и
позиционирование.
 Качество обслуживания клиентов - этот критерий рассматривает
способы оказания клиентам технической поддержки.
 Операции - этот показатель оценивает сложность организационной
структуры, включая навыки, опыт, программы, корпоративные системы
и другие механизмы, которые позволяют организации работать
эффективно.

Gartner выделяет ключевые сильные и слабые стороны основных


участников рынка ERP. Если говорить о Microsoft, то ERP инфраструктура
Microsoft Dynamics 365 имеет следующие сильные стороны [14]:
- Широта портфеля: Microsoft предоставляет портфель услуг,
включающий интеграцию бизнес-приложений приложений,
автоматизация бизнес-задач, поддержка API и обработку потоков
данных.
- Оценка рынка: оценка обеспечивается большой потребительской
аудиторией, имеющей годовые подписки на Azure Logic Apps и Azure
Data Factory - сервисы облачных вычислений для создания,
тестирования, развертывания и управления службами через центры
обработки данных.
- Глобальный охват - включает почти 1000 партнерских соглашений.

С другой стороны, у Microsoft есть и свои слабые стороны:


- Внедрение продукта и документация: Gartner отмечает, что некоторые
клиенты Microsoft, использующие решения PaaS, недовольны сложной
и неполной технической документацией, связанной с политикой
установки ПО. Эти проблемы приводят к увеличению времени
окупаемости по сравнению с его основными конкурентами [14]. И, как
мы видели ранее, у Microsoft самый низкий балл по интеграции и
развертыванию, всего 4,0 против 4,3 у Oracle.
- Модель ценообразования: этот вопрос связан с предыдущим,
поскольку сложно оценить затраты без оптимальных сценариев
реализации.
- Предоставляемым ERP-решениям не хватает гибкости из-за
ограниченной технологической среды, где есть только одна
программа, которая не обеспечивает дополнительных возможностей
интеграции, которые есть у других компаний. Например, у SAP уже есть
решения для моделей мульти-облачного и гибридного развертывания,
которые сейчас очень популярны на рынке.

Переход на SAP, который является очень сильным игроком на рынке


ERP-систем. И вот основные причины:
- Предлагаемый охват: в отличие от размера стека приложений
Microsoft и его вариативности, SAP имеет большой выбор различных
видов программного обеспечения для бизнеса, что является сильным
конкурентным преимуществом, поскольку SAP фокусируется не только
на технических особенностях технологии, но и смотрит на свои
решения с точки зрения комплексной архитектуры, развивая и
подстраивая отдельные решения под общую информационную
систему.
- Финансовые показатели. Имея уровень внедрения около 10% среди
собственной клиентской базы, SAP превзошел рынок PaaS с
предполагаемым ростом на 55% и общим числом пользователей 11
300, что привело к увеличению выручки на 59% [14].
- Клиентский опыт: отзывы клиентов значительно улучшились, в
основном благодаря стратегическому акценту SAP на анализ опыта
пользователей в течение 2019 года.

С другой стороны, следует упомянуть некоторые слабые стороны


решений SAP:
- Маркетинговая стратегия: несмотря на то что отзывы клиентов
существенно улучшились, SAP по-прежнему является одним из
наименее рассматриваемых поставщиков согласно данным
опрошенных клиентов рамках Magic Quadrant [14]. Это говорит о том,
что каналы связи до сих пор не работают с достаточной
эффективностью.
- Развертывание платформы: дело в том, что клиенты, которым
требуется локальная интеграция ERP, должны установить SAP
NetWeaver Process Orchestration версии 7.5. Подобный недостаток мы
наблюдали у Microsoft. Такая «центрическая» технологическая система
является явным недостатком и отпугнет потенциальных клиентов, не
желающих устанавливать дополнительные продукты. SAP необходимо
разработать многофункциональную интегрированную программную
систему.
- Платформенные технологии: SAP зависит от технологий таких
поставщиков, как Cloud Elements, Google (Apigee) и Solace [14].
Наконец, рассмотрим Oracle как одного из основных конкурентов на
рынке ERP, который имеет уже описанные ранее у других вендоров сильные
стороны: предложение широкого спектра функциональных продуктов,
эффективная маркетинговая стратегия и менеджмент продукта,
ориентированный в том числе на интеграцию решений искусственного
интеллекта. Однако, на основе обзоров специалистов указано, что все же есть
возможности для улучшения с точки зрения пропускной способности памяти,
высокой доступности, аварийного восстановления, управления
инфраструктурой открытых ключей (PKI), соответствия стандартам,
мониторинга деловой активности и облачных центров обработки данных
[14]. Хотя Oracle поддерживает сотрудничество с другими поставщиками
ERP, компания не имеет с ними прочных связей и должна разработать свою
партнерскую программу, чтобы получить самые современные решения и
оценить свои собственные возможности [14]. В целом, можно отметить, что
все упомянутые компании имеют возможности для улучшения с точки
зрения поддержки, качества и доступности обучения конечных
пользователей, ценообразования и коммерческой гибкости.

Таблица. SWOT-анализ компании SAP.


Учитывая все сильные и слабые стороны, а также рыночные
возможности и угрозы, мы можем наметить основные стратегии по
устранению рисков. В целом, SAP необходимо использовать вариативность
своего программного обеспечения, чтобы предлагать новые решения в
рамках своей платформы. Для этого компания должна учитывать тенденции
рынка и технологические преимущества конкурентов. Более того, облачные
решения, мобильные приложения и многофункциональность программных
компонентов должны стать главными приоритетами в будущих
стратегических планах компаний.
Подход к решению проблемы
Я собираюсь погрузиться в основные цифровые бизнес-процессы, не
только демонстрируя, как они развиваются с современными корпоративными
информационными системами, но также исследуя технические детали и
предлагая оптимальное решение для реализации процесса потока данных в
соответствии с потребностями бизнеса. Я буду использовать инструменты
SAP HANA Modeler и SAP BW Modeling [1], которые позволяют создавать
объекты данных на уровне базы данных и хранилища соответственно (см.
Рисунок 1). После этого мы можем манипулировать созданной структурой
данных с помощью гибкой матрицы в Excel Analysis и визуализировать ее на
уровне интерфейса с помощью решения SAP Business Objects Lumira -
программного обеспечения для бизнес-аналитики с интерактивными
панелями мониторинга и аналитическими приложениями [3]. В результате
мы получим оптимальное решение для потока данных на разных уровнях
интеграции данных, как исчерпывающее доказательство применимости
информационных систем в бизнесе.

Рис. 1. Перспективы SAP BW и HANA [Хранилище данных с SAP BW /


4HANA. с. 32].
В момент написания работы я прохожу стажировку в уже упомянутой
консалтинговой компании BearingPoint. Это позволяет рассматривать
возможность внедрения информационных систем в большом количестве
компаний различных отраслей. Таким образом, моя работа имеет свою
практическую ценность вне строгой зависимости от сферы, в которой
осуществляет деятельность та или иная компания, поэтому я исследую
влияние интеграции информационных технологий в бизнес как растущую
тенденцию, которая распространяется в глобальном масштабе.

Учитывая тот факт, что платформа SAP HANA имеет трехуровневую


архитектуру: уровни данных, приложения и интерфейс. Это будет базовый
подход для разработки решений, предоставляемых SAP и демонстрации их в
действии с предварительным сбором бизнес-данных. Доступ к программам и
данным предоставляется BearingPoint.

Вся процедура изучения возможностей программ SAP состоит из


нескольких этапов. Начиная с серверных приложений, таких как SAP HANA
Studio, я буду создавать различные виды представлений данных (расчетные,
аналитические и атрибутные), делая проекции определенных полей,
объединяя их по ключам и предоставляя результаты в узле агрегации, так как
показатели сгруппированы по соответствующим измерениям. В SAP BW
(Business Warehouse) я буду управлять исходными параметрами объектов
хранилища данных (DSO), которые представляют собой двумерную единицу
хранения, в которой хранятся консолидированные и очищенные данные
транзакций или основных данных с минимальной степенью детализации [5],
а также таблицы, которые включены в представления. DSO имеет свою
собственную структуру, которая состоит из входящей таблицы объектов
данных, активных данных для других целей данных и таблицы журнала
изменений, в которой сохраняется история изменений, сделанных в DSO
между активациями (см. Рисунок 2).
Рисунок 2. Структура DSO [Дизайн и анализ запросов BW / 4HANA. с. 95].

Чтобы инициализировать DSO, нам нужно определить параметры. Во-


первых, нужно задать тип создаваемого объекта. Существует несколько
типов DSO, для наших целей нам необходимо описать основные из них [9]:

1. Стандартный объект хранилища данных, который включает (см. Рисунок


3):

 Write Change Log означает, что дельта-записи (новые, удаленные и


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

2. Промежуточный объект хранилища данных состоит из [9]:

 Только входящая очередь - таблицы журнала изменений нет, поэтому


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

3. Data Mart DataStore Object также является опцией для создания отчетов, и
отличительной особенностью этого DSO витрины данных является то, что
после процесса активации данные обновляются в активной таблице и
агрегируются. После этого данные удаляются из входящей таблицы. Нам не
нужна история изменений данных, поэтому журнал изменений здесь не
применим.

4. Объект хранилища данных прямого обновления - в этом типе DSO данные


напрямую записываются в активную таблицу данных и записываются с
использованием DTP или API, поэтому дельта-загрузка здесь невозможна.
Рисунок 3. Типы DSO.

Затем будет выполнена часто используемая процедура объединения


различных источников данных и объектов хранилища данных. Источники
данных могут быть следующих типов [1]:

- Экстракторы SAP ERP


- Объекты SAP BW
- Представления SAP HANA
- Файловые и XML-данные (CSV, XLS, необработанные данные из
интернет-приложений)
- Сторонние провайдеры (внешние сети)

Объединение объектов данных может быть выполнено во время


промежуточного процесса или процесса сбора данных (см. Рисунок 4). Это
один из процессов хранения данных в BI, который предоставляет механизмы
для промежуточного хранения данных (основные данные, данные
транзакции, метаданные) и определяет процесс загрузки с InfoPackage в
планировщике из различных источников [2]. В нашем случае мы используем
SAP Business Objects в качестве источников информации и представляем их
на уровне отчетности с помощью композитного провайдера (см. Рисунок 5).
Кроме того, я буду использовать Business Explorer Suite (BEx), который
предоставляет инструменты для создания настраиваемого запроса BW поверх
провайдера с помощью аналитического механизма SAP BW.

Рисунок 4. Схема SAP HANA и SAP BW с иллюстрацией процесса сбора


данных [BW / 4HANA Query Design and Analysis. c. 59].

Рисунок 5. Модель данных с составным поставщиком [Хранилище данных с


SAP BW / 4HANA. c. 126].
Следующим этапом является создание перехода от BW к уровню
отчетности. Чтобы осуществить этот переход, нам необходимо создать
запрос внутри провайдера, в котором мы определяем столбцы,
представляющие расчётные и ограниченные показатели, а также строки или
характеристики, в которых хранятся основные данные, которые затем
отображаются в гибкой матрица Excel Analysis и интерфейсе SAP Lumira.
Практическая реализация предложенного подхода

Целью задания является создание процесса потока данных от


начального уровня системы до управления необработанными данными, где
расположены объекты хранилища данных. Затем нам нужно установить связь
между распределением DSO, характеристиками и представлениями
вычислений, которые представляют собой гибкие информационные
представления, используемые для определения более сложных срезов
данных, доступных в базе данных SAP HANA. Основное различие между
DSO на первом и втором уровнях состоит в том, что первые используют
обычные поля отображения свойств источника, а вторые Инфообъекты со
своими внутренними свойствами. Также важно отметить, что мы можем
использовать характеристику с атрибутами отображения и навигации.
Необходимо учесть, что они могут использоваться как отдельные
функциональные элементы, которые могут действовать как любая другая
характеристика в расчетах.

Всеми параметрами элементов мы можем управлять с помощью


инструмента моделирования SAP BW. Например, мы можем
идентифицировать все представления, прикрепленные к поставщику в
разделе сценария (см. Рисунок 6).

Рисунок 6. Раздел сценария CompositeProvider.


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

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


ограничить показатель конкретной константой другой связанной
характеристики, в нашем примере, тип Project and Portfolio Management
равен X0 (см. Рисунок 7).
- Расчетный показатель: формулы, состоящие из арифметических
операций и простых функций, например, функция NDIV0 возвращает
0, если знаменатель равен 0, в противном случае возвращает деление
числителя на знаменатель. В нашем случае мы делим производство
сурьмы на производство полипропилена и умножаем на 100, получая
соотношение между материалами (см. Рисунок 8).

Рисунок 7. Ограниченный показатель.


Рисунок 8. Расчетный показатель.

Для выполнения операций, связанных с объектами базы данных, нам


необходимо использовать функциональные возможности SAP HANA
Modeler, в частности, мы можем манипулировать признаками и показателями
для создания структуры данных. Чтобы объединить исходные таблицы
столбцов в представлении, нам необходимо преобразовать таблицы на основе
столбцов в представления на основе измерений. Поэтому мы используем
сценарий StarJoin для соединения таблиц объединения фактов с
представлениями вычислений на основе измерений, которые ранее были
созданы с проекциями в таблицах измерений, образуя базовую
звездообразную схему. Кроме того, функциональность SAP HANA Views
позволяет объединять или объединять таблицы по ключевым элементам,
делать прогнозы по определенным атрибутам и показателям ранжирования.
Давайте возьмем пример, предположим, что у нас есть еще несколько
расчетных представлений, которые нам нужно объединить, затем мы создаем
структуры соединения (см. Рисунок 9), которые необходимы для
объединения таблиц или CV по идентификатору поля. Далее мы выполняем
суммирование по полям, чтобы все данные были доступны составному
провайдеру в агрегированной форме.
Рисунок 9. Связи между представлениями SAP HANA.

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


таблиц, включая столбцы и входные параметры, которые мы обсудим позже
(см. Рисунок 10).

Рисунок 10. Детали выбора и компоненты таблиц SAP HANA.

Наконец, должен быть CompositeProvider, который используется для


объединения нескольких представлений вычислений с информационными
провайдерами BW с использованием операторов соединения и объединения.
Для этих целей мы используем конструктор запросов, а затем экспортируем
данные в гибкий отчет Excel, где мы можем манипулировать
агрегированными показателями, единицами и характеристиками. В целом мы
используем перечисленные источники данных, которые формируют уровень
данных исходных систем (см. Рисунок 11).

Рисунок 11. Модель потока данных.

Затем мы переходим на уровень DSO с полями исходных данных (см.


Рисунок 12). Здесь мы видим объект промежуточного хранилища данных
только с входящей очередью. Как мы уже обсуждали ранее, это означает, что
система не создает таблицу журнала изменений для хранения истории
изменений для дельта-обновления от DSO к другим целевым объектам
данных.
Рисунок 12. Поля исходного DSO.

После этого мы создаем транфсформацию между исходным DSO и


целевым, где мы создаем соответствующие информационные объекты,
которые можно определить как атомарные объекты данных, которые
разделены на [6]:

- Характеристики
- Ключевые цифры
- Единицы измерения
- Временные характеристики
- Технические характеристики

Характеристики - это единицы качественной классификации, такие как


тип растения или материала (см. Рисунок 13). Признаки - это критерии, в
соответствии с которыми данные для показателей, типы которых
обсуждались ранее, сохраняются и оцениваются, например, выручка по
подразделению. В нашем случае мы можем привести базовую единицу в
качестве примера единицы измерения. Временные характеристики - это такие
характеристики, как финансовый год, календарный день и время. Также мы
можем встретить технические характеристики при взаимодействии между
объектами BI, например, ID запроса загрузки входящей таблицы.

Рисунок 13. Инфообъекты DSO.

Трансформация - это процесс, в котором мы сопоставляем элементы


между объектами хранилища данных. В нашем примере мы сопоставляем
созданные поля первого промежуточного DSO с информационными
объектами второго стандартного DSO в соответствии с их именами и
исходным логическим значением (см. Рисунок 14).

Рисунок 14. Правила трансформации.


После всех необходимых операций на уровне BW мы можем загружать
данные либо в Excel Analysis, либо в SAP Business Objects. Чтобы получить
доступ к инструментам анализа, нам необходимо использовать SAP Logon -
локально установленную программу, используемую для прямого входа в
систему SAP. Он соединяет систему SAP и пользовательский интерфейс SAP,
а также показывает список доступных систем SAP и автоматически
управляет серверами в соответствии с самым быстрым временем отклика [7].
Здесь мы видим, что система разделена на несколько этапов:

- Демо
- Разработка
- Промежуточный этап PreProduction
- Производство
- Системы оценки качества

Нам нужно выбрать область разработки и идентификатор системы - BWD,


что означает Business Warehouse Development (см. Рисунок 15).

Рисунок 15. Рабочие пространства SAP Logon.

Панель управления открывается со списком основных инструментов,


но мы также можем получить прямой доступ к запросу CompositeProvider с
помощью транзакции под названием «raaoe» - она запускает анализ Excel по
определенному клиенту, документу или запросу (см. Рисунок 16).

Рисунок 16. Интерфейс программы запуска Excel Analysis

Затем мы получаем экран выбора, где мы можем определить начальные


параметры, такие как период, код компенсации и аналитика плана / факта
(см. Рисунок 17).

Рисунок 17. Экран выбора переменных.


Прежде всего, посмотрим на основную информацию документа:
переменные, техническое и фактическое название поставщика информации
(см. Рисунок 18).

Рисунок 18. Информация о документе.

На правой панели показаны столбцы и строки для параметров и


аналитики, мы также можем использовать фоновый фильтр или фильтровать
только по элементам. После этого получаем гибкую матрицу с выбранными
параметрами по названию материала (см. Рисунок 19).

Рисунок 19. Гибкая матрица.


Другой подход к доступу к данным с помощью интерфейса -
использование решения SAP Business Objects Lumira, которое позволяет
пользователю получать аналитическую информацию из надежных
корпоративных источников данных и личных данных, а также делиться этой
информацией с другими пользователями с помощью интерактивных
визуализаций, историй и специализированных приложений анализа либо в
настольных браузерах, либо на мобильных устройствах [8]. Это также
позволяет пользователю анализировать данные в режиме онлайн с
групповым доступом в реальном времени к системам SAP и полной
поддержкой SAP HANA и SAP BW. В результате мы можем создавать
диаграммы с полезными показателями для мониторинга, например, плана /
факта для руды, переработанной в тысячах тонн (см. Рисунок 20).

Рисунок 20. Диаграммы Lumira.

Также есть разделы производительности основных процессов добычи и


объемов горной массы (см. Рисунок 21).
Рисунок 21. Производительность основных горных процессов и объемы
горной массы.

Таким образом, мы составили структуру данных и создали поток


данных исходя из потребности в мониторинге показателей эффективности. В
дальнейшем это принесет компании-заказчику возможности для лучшей
«исполнимости» операционных процессов, но и формирования
стратегического видения. В частности, мы можем говорить о стратегии
принятия решений на основе данных. Как уже было упомянуто ранее,
«полнота видения» включает в себя отраслевую стратегию, и
продемонстрированный пример показывает, что путем интеграции
информационного решения можно наиболее полно и всестороннее оценить
показатели работы, отклонения от первоначального плана и сформировать
дальнейшую стратегию, если необходимо. Также следует понимать тесную
связь операционных показателей со стратегическими. Основываясь на
приведенном примере и критериях оценки вендоров, можно отметить, что
даже общие показатели производственного объема и производительности
могут влиять на логику основный бизнес-процессов компании, так как
показатели производительности учитываются в оптимизации логистических
операций и определяют финансовое состояние фирмы. Аналогичным
образом путем построения информационных потоков можно отслеживать не
только текущее состояние фирмы, но и анализировать потребности клиентов,
воплощать это понимание в продуктах и услугах. Также можно подключать
сети коммуникации, обслуживая клиентов и предоставляя им поддержку.
Более того, качественные показатели необходимо учитывать для
формирования маркетинговой и географической стратегий. В любом случае,
с интеграцией информационных технологий подход остается тем же –
формирование стратегического видения на основе анализа текущих
показателей эффективности.
Заключение
Для создания объектов данных на уровне базы данных и хранилища мы
использовали функциональные возможности инструментов SAP HANA
Modeler и SAP BW Modeling, которые позволили нам создавать необходимые
объекты данных и манипулировать ими, изменяя их параметры и используя
их на разных уровнях в соответствии с бизнес-требованиями. После того, как
мы построили структуру данных с метаданными на уровне бизнес-
хранилища, мы также создали поток данных с этими объектами, объединив
их с расчетными представлениями, которые, тем временем, предлагают
возможности для агрегирования и проецирования полей таблицы. Кроме
того, мы загрузили компоненты данных с гибкой матрицей в Excel Analysis и
визуализировали их на уровне интерфейса с помощью решения SAP Business
Objects Lumira с интерактивными панелями мониторинга и аналитическими
приложениями. В результате мы создали оптимальное решение для потока
данных на разных уровнях интеграции данных и обнаружили, как
информационные системы используются в консалтинговых организациях.

С точки зрения организационных преимуществ теперь становится ясно,


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

Концепция интеллектуального предприятий с внедрением


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

Наконец, мы выяснили, что количественные аналитики способствуют


более полному качественному анализу. На примере создания потока и
структуры данных, начиная с уровня базы данных и заканчивая
отображением показателей с использованием интерфейса было
продемонстрировано, как информационные технологии используются для
совершенствования бизнеса, тем самым формируя концепцию
Интеллектуального предприятия.
Источники
1. Data Warehousing with SAP BW/4HANA [Electronic resource]. URL:
https://www.itechc.net/hubfs/SAP%20training/en/BW410.pdf
2. BW/4HANA Query Design and Analysis. [Electronic resource] URL:
https://www.itechc.net/hubfs/SAP%20training/en/BW405.pdf
3. Описание системы SAP Lumira. Electronic resource: URL:
https://www.sap.com/products/lumira.html
4. Информация о компании BearingPoint. Electronic resource: URL:
https://en.wikipedia.org/wiki/BearingPoint#cite_note-26
5. Статья о применении DataStore Objects. Electronic resource: URL:
https://www.guru99.com/what-is-dso-why-use-it.html#:~:text=A%20DSO
%20is%20a%20two,is%20stored%20at%20detailed%20level.
6. Документация об Infoobjects. Electronic resource: URL:
https://help.sap.com/doc/saphelp_nw70/7.0.31/en-
US/23/054e3ce0f9fe3fe10000000a114084/content.htm?no_cache=true
7. Информация о Logon системе. Electronic resource: URL:
https://help.sap.com/doc/7abd5470728810148a4b1a83b0e91070/1511%20000/
en-US/frameset.htm?91cdbc2bfd6d451d956067f93928d981.html
8. Документация о системе Lumira. Electronic resource: URL:
https://help.sap.com/viewer/67a08e99ebed427daefb66e497b0f83c/2.3.0.0/en-
US/e788f14780b7101487253286b0e91070.html
9. Описание типов DSO. Electronic resource: URL:
https://visualbi.com/blogs/sap/sap-bw-hana/sap-bw4hana/adso-functionalities-
bw-4hana/
10. Введение в ERP системы. [Electronic resource] URL: https://dl-
iamt.spbstu.ru/pluginfile.php/42041/mod_book/chapter/1653/1.1.%20%D0%92
%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD
%D0%B8%D0%B5%20%D0%B2%20ERP
%20%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B.pdf.
11.Chapter 4 Data Management: Concepts and SAP Solutions, p. 39. P 40
12. SAP info https://www.tadviser.ru/index.php/%D0%9A%D0%BE%D0%BC
%D0%BF%D0%B0%D0%BD%D0%B8%D1%8F:SAP_SE
13. Анализ рынка ERP. https://www.alliedmarketresearch.com/ERP-market
14. Анализ вендоров https://www.gartner.com/doc/reprints?id=1-
249BWGWS&ct=200928&st=sb