Проектирование реализации операций бизнес-процесса «Продажи» на примере ООО «Pikantori»

Содержание:

Введение

Комбинирование разных информационных систем на предприятии формируют условия для информационного пространства организации, где будут функционировать постоянные потоки актуальной информации. Совокупность математики и информатики, с помощью которых возможно построение и исследование наиболее общих математических методов и вычислительных алгоритмов извлечения информации из данных сформировали новое понятие – анализ данных, или аналитика. Аналитика позволяет выявлять крайне ценную информацию из структурированных или неструктурированных наборов данных. Благодаря этому бизнес может определять тенденции, прогнозировать производственные показатели и оптимизировать собственные расходы. Когда такой информации становится много, на предприятии начинают возникать трудности, сложно воспринимать огромное количество чисел и давать им объективное оценочное мнение. В настоящее время на пермском филиале ООО «Pikantori» сложилась такая ситуация.

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

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

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

Объектом работы является деятельность Пермского филиала ООО «Pikantori».

Предмет работы – Проектирование реализации операций бизнес-процесса «Продажи».

Цель – оптимизация операций бизнес-процесса «Продажи».

Для достижения поставленной цели необходимо выполнить следующие задачи:

1. Проанализировать деятельность предприятия и бизнес-процессы на производственных участках.
2. Сформировать предложения по оптимизации бизнес-процессов на производственных участках.
3. Разработать интерактивные отчеты, с учетом требований руководства ООО «Pikantori».

Глава 1. Характеристика деятельности ООО «Pikantori»

Чтобы достичь поставленной цели необходимо провести анализ деятельности предприятия, выявить существующие проблемы в бизнес-процессах, провести анализ нотации и средств описания бизнес-процессов, описать производственные бизнес-процессы предприятия

1.1. Организационная структура

Организационная структура ООО «Pikantori» (Рис. 1) основывается по принципу распределённости, что означает, что фабрикой управляет топ-менеджмент, а генеральное руководство осуществляет планирование и контроль. Все филиалы предприятия и генеральный офис, одинаковы организованы. Эта система очень эффективна для компании и других предприятий с подобными рынками. Особенности в организации предприятия:

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

Рис. 1 Организационная структура Nestle

ООО «Pikantori» обязательно соблюдает законодательство государства, в котором работает. Компания производит большой спектр продуктов питания во всем мире. В ней работают 320 000 человек, функционирует 456 фабрик в 84 странах. В 2018 году выручка компании почти достигла ста миллиардов франков. Прибыль составила почти шестнадцать миллиардов франков [3].

В вопросах управлении предприятием ООО «Pikantori» ориентируется на решения SAP. В глобальном смысле задача ставится так, чтобы все бизнес-процессе перевести под управление этой системой. Процесс сложный в исполнении и требует серьёзного реинжиниринга бизнес-процессов – и на предприятии и во внедряемой программе. Кроме ERP, существуют и другие информационные системы, которые выполняют определенные задачи, которые не решаются ERP-системой. И в конечном итоге предпринимательство – это всегда модернизация и развитие, на предприятии появляются новые бизнес-процессы, которые надо автоматизировать.

ИС совершенствуются и ими нужно всегда управлять. На ООО «Pikantori» интегрируется своя система Global Business Excellence, или GLOBE. Изначально она появилась, чтобы помочь внедрить SAP [4], специально разработанная под бизнес-процессы Нестле. Функционал потерпел сильные изменения, особенно в сфере финансов и учета затрат, на Нестле есть свой стандарт расчетов показателей. В Евразии этот процесс завершился в 2005. Тогда SAP GLOBE был установлен в Москве, а потом и на всех остальных фабриках континента.

Сегодня задачи устремлены на внедрение SAP GLOBE на новых предприятиях группы компаний Нестле в России, обеспечение постоянной работоспособности всех информационных сервисов предприятия в системе и эффективное использование SAP для оптимизации бизнес-процессов.

Сейчас на ООО «Pikantori» проводят digitalization’s. Для автоматизации бизнес-процессов, с использованием системы управления крупным предприятием, на фабрике активно внедряют облачное программное обеспечение Microsoft Office 365. Это программное обеспечение позволяет работать с популярными программами, не устанавливая их на серверы организации, главными преимуществами которого являются:

• Использование готового программного решений, без необходимости разрабатывать своё программное сетевое обеспечение;
• Возможность не отвлекаться на создание резервных копий всех данных предприятия, что позволяет экономить время и заниматься полезными вещами;
• Оплата идет за подписку, никаких больших затрат, только те, которые можно спланировать;
• Знакомое программное обеспечение, с которым работал каждый сотрудник, который выполнял задачи за компьютером, низкие затраты на обучение персонала;
• Наилучшая система по обеспечению безопасности и приватности корпоративных данных, в пакете подписки уже идет защита от вирусов и спама;
• Стабильные и постоянные обновление программного обеспечения;
• Финансовая ответственность Microsoft, гарантии доступности сервиса 99,9% времени.

1.2. Анализ нотаций и инструментов описания бизнес-процесса

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

Описание бизнес-процессов делают для:

• Приведение всех процессов компании к единому виду;
• Сокращения расходов компании;
• Автоматизации отчетности.

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

Рассмотрим основные нотации моделирования бизнес-процессов и обоснование выбора определенной нотации для описания бизнес-процесса. На сегодняшний день в методологиях присутствует большое количество нотаций моделирования бизнес-процессов, например: ARIS, DFD, IDEF0 и BPMN. Критерием выбора нотации будет возможность определения последовательности действий объектов при определённых задачах, взаимодействия между процесса объектов, описание событий и потоков бизнес-процесса для их последующей оптимизации.

1.2.1. ARIS (англ. Architecture of Integrated Information Systems)

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

Особенности нотации:

• Сохранять структуру в целом виде при разработке системы;
• При описании используется несколько уровней, опираясь на теорию цикла жизни сисетмы;
• поддержка полноценной многопользовательской работы.

1.2.2. DFD (англ. Data Flow Diagrams)

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

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

Особенности нотации:

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

1.2.3. IDEF0 (англ. Function Modeling)

Нотация моделирования бизнес-процессов, основанная на методологии структурного анализа SADT это методология IDEF0. Это нотация позволяет строить контекстные диаграммы, показывает из чего состоит модель и её функции, есть возможность построение потоков информации объектов, которые соединяет эти функции. Бизнес-процессы в нотации проектируются ввиде геометрических фигур, а стрелки перехода от процесса к процессу показывают связь с другими процессами.

В этой нотации присутствуют свои особенные черты:

• При декомпозиции бизнес-процесса происходит перестройка диаграммы на под процессы, отсюда появляется иерархическая модель;
• В нотации используется 4 вида стрелок: несколько входов — начало, управление и механизм (этот подход помогает лучше понимать логику бизнес-процесса), и конец.

Построение таких диаграмм обеспечивает наиболее общий вид при описание объектов построения моделей, но такие модели не очень информативны.

1.2.4. BPMN 2.0 (англ. Business Process Model and Notation)

Одна из самых новых и относительно не так давно принятых нотаций – это BPMN 2.0. В результате анализа нотаций именно BPMN была выбрана к использованию для описаний бизнес-процессов в этой работе, так как она имеет несколько значимых аргументов перед другими нотациями.

BPMN используется для подробного описание потоков в компании, и более удобна для моделирования на нижнем уровне. Она обладает отличительной чертой — все построение модели, с использованием этой нотации, могут моделироваться в реального времени. Так же нотация BPMN достаточно сложны к построению самих моделей, тут есть свои нюансы:

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

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

Теперь рассмотрим какие существуют инструменты моделирования бизнес-процессов. Для сравнения использовался метод для оценки по критериями (таб. 1). В сравнении использовались только те программы, которые поддерживают нотацию BPMN 2.0.

Таблица 1

Сравнительная таблица инструментов для построения моделей

Параметр	Парам.	Visual Paradigm	ARIS Express	Bizagi Modeler
Стоимость	1	0	3	3
Простой интерфейс	0,5	2	3	3
Карта процессов	0,3	2	3	3
Симуляция бизнес-процесса	1		0	3
Построение модели в нотации BPMN 2.0	1	2	1	3
Выгрузка модели в виде программного кода	0,7	2	0	3
Управление атрибутами	1	2	0	3
Итог		8,4	6,4	16,5

Исходя из данных приведенных в таблице 1, будем считать что лучшим средством для решения поставленных задач подойдет инструмент для моделирования бизнес-процессов Bizagi Modeler.

1.3. Описание производственных процессов ООО «Pikantori»

Для описания бизнес-процессов предприятия воспользуемся контекстной диаграммой и выполним её декомпозицию. Политика безопасности на основе BBS входит в должностные инструкции всех сотрудников фабрики (Рис. 2).

С помощью нотации IDEF0 построим диаграмму первого уровня, которая покажет деятельность предприятия. На самих производственных участках требования BBS входят в регламент бизнес-процессов и обязательны к исполнению сотрудникам на каждом участке производства (Рис. 3).

Рис.2 Контекстная диаграмма производства

Рис. 3 Декомпозиция диаграммы производства

Система, которая существует на предприятии по учету BBS нарушений и аномалий на производственных участках, не удовлетворяет обще стандартным требованиям корпоративной политики Nestle LLC.

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

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

Глава 2. Предложения по оптимизации бизнес-процессов

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

• Провести интервьюирование сотрудников для выявления требований к новому процессу;
• Построить модель бизнес-процесса;
• Определится с выбором программных средств для работы с данными;

2.1. Показатель BBS на фабрике ООО «Pikantori»

Behavior-based safety (BBS) – безопасность на основе поведения, которая существует уже более 30 лет и является одной из самых надежных систем безопасности, с вовлечением в этот процесс сотрудников. Она разработана как способ контроля на рабочем месте. Качество безопасности на рабочем месте напрямую связано с тем, насколько эффективно организация контролирует воздействие опасностей на сотрудника в процессе работы. Исследования этого подхода показали связь между инициативами BBS и улучшениями во всем – от культуры рабочего процесса до качества выпускаемой продукции.

Сейчас на фабрике фиксирование нарушений и аномалий на производственных участках осуществляется с помощью чек-листов (Рис. 1), что несет в себе массу недостатков:

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

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

Рис. 1 Checklist по фиксированию BBS нарушений

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

Для оптимизации BBS процесса на производственных участках необходимо было пользоваться только программным обеспечением, которое предусмотрено политикой компании. На предприятии активно внедряют облачное программное обеспечение Microsoft Office 365.

2.2. Анализ доступных средств для хранения и визуализации данных

Программное обеспечение Microsoft Office 365 включает в себя ряд инструментов, позволяющих цифровизировать процессы предприятия. Для оптимизации с руководством предприятия был согласован список используемого программного обеспечения:

• В качестве базы данных для хранения записей был выбран продукт MS SharePoint Online. Продукт позволяет добавлять столбцы для разных типов данных, например текст, денежный или множественный выбор, создавать представления для эффективного отображения данных. Сортировка, группировка, форматирование и фильтрация списков для вывода наиболее важной информации. Список может включать пользователей, ссылки, изображения, даты и многое другое.
• Для уведомления ответственных на производственных участках о новой записи или происшествии используется программное обеспечение MS Flow. Это облачный сервис от компании Microsoft, который позволяет автоматизировать рабочие процессы между приложениями, службами и online-сервисами. Эти процессы можно использовать для сбора данных, синхронизации файлов, получения уведомлений и других целей.
• Для разработки форм для взаимодействия с пользователями используется программное обеспечение MS PowerApps. Это набор приложений, служб, соединителей и платформ данных, обеспечивающий быструю среду разработки приложений для создания пользовательских приложений в соответствии с потребностями бизнеса. С помощью Power Apps можно быстро создавать пользовательские бизнес-приложения, которые подключаются к бизнес-данным, хранящимся либо в базовой платформе данных (Common Data Service), либо в различных сетевых и локальных источниках данных (SharePoint, Excel, Office 365, Dynamics 365, SQL Server и т. д.).
• Для того, чтобы специалист из отдела охраны труда мог отслеживать и реагировать на поступающие нарушения и аномалии на базе программного обеспечения MS Power BI создан Dashboard, с автоматический обновлением данных каждый час. Power BI — это новый инструмент для бизнес – аналитики (BI), состоящий из набор служб бизнес-аналитики с поддержкой облачных технологий для работы с данными и построения интекративных отчетов. Самое главный плюс от использование этого ПО — простота в построение отчетов (dashboard).

В модели бизнес-процесса «Фиксация BBS нарушений и аномалий на производственных участках» все элементы будут располагаться только в одном пуле – «Фиксация BBS». Пул разделен на 3 дорожки:

• пользователь;
• специалист отдела охраны труда;
• ответственный.

Для удобства пользователей было разработано приложение для занесений записей в SharePoint Online. Интерфейс приложения представлен ниже (Рис 2).

Рис. 2 Интерфейс приложения

Для внесения предусмотрены обязательные поля для ввода, стоит проверка для корректности ввода данных (Рис. 3) и (Рис. 4).

Рис. 3 Форма для ввода данных	Рис. 4 Форма для ввода данных

Чтобы отслеживать записи в SharePoint Online для сотрудника отдела охраны труда был разработан dashboard (Рис. 5).

Отчет позволяет видеть, какое количество записей произошло и на каком участке, какое количество записей до сих пор не просмотрено и не обработано сотрудником, а также какого типа нарушений больше всего по отношению к остальным в процентном соотношении, а также подробная информация о записи. Так же реализован список топ сотрудников, которые занесли наибольшее число записей для поощрения (Рис. 6).

Рис. 5 Dashboard BBS

Рис. 6 Активные пользователи

• 1. Выводы по главе

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

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

Такой метод построения аналитических отчетов удовлетворяет требования ООО «Pikantori» и в дальнейшем будет применяться для автоматизации расчетов по показателям других структур предприятия.

Глава 3. Создание автоматизированных отчетов

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

• Обосновать актуальность построения таких отчетов;
• Согласовать требования с руководством предприятия по нужным показателям;
• Проанализировать этапы построения dashboards.

3.1. Интерактивные отчеты BI (Dashboards)

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

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

Смысл такого объединения состоит в том, чтобы на один холст, в рамках одного экрана монитора вывести основные, самые важные метрики для наблюдения, сравнения и контроля. А далее, при нажатии на каждую метрику (на конкретную плитку панели мониторинга), перейти в соответствующий развернутый отчет и углубиться во все многочисленные детали.

На примере (Рис. 1) показан один из созданных Dashboard, объединяющий несколько раздельных отчетов, построенных на совершенно разных наборах. Каждая плитка соответствует определенной визуализации в своем отчете, при клике на которую, откроется полноценный исходный отчет с многочисленными визуализациями, деталями и мелочами. Вся визуализация, отображенная на плитке дашборда при изменении исходного набора данных, также изменяется.

Рис. 1 Dashboard Diamond

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

• Выгрузить данные из SAP;
• Загрузить данные в MS Power BI;
• Очистить данные от не нужной информации;
• Добавить новые столбцы и меры;
• Выполнить визуализацию полученных данных.

Ниже будет подробно описан процесс выполнение каждого этапа создания dashboard.

3.2. Получение данных из системы SAP

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

Рис. 2 Авторизация в ERP системе SAP

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

• Description (т.е. название отчета);
• Technical Name (техническое имя отчета).

После того как необходимы отчет с данными найден, открывается стандартный экран – Variable Screen, в котором вводите параметры для вашего отчета (Рис. 3).

Рис. 3 Диалоговое окно, для указания параметров выгрузки данны

3.3. Подготовка данных для визуализации

После того, как необходимая информация найдена, её нужно очистить от всего, что нас не интересует. Дальнейшая работа с информацией происходит в программе Microsoft Power BI (Рис. 4).

Рис. 4 Рабочая область MS Power BI

Задача состоит в том, чтобы подготовить данные к использованию, для этого необходимо:

• Чтобы данные находились чётко под заголовками столбцов;
• Чтобы формат данных в столбце чётко соответствовал формату данных, заданных данному столбцу;
• Желательно удалить те столбцы, которые не будет использоваться.

3.4. Расчёты

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

Для создания нового измерения нажимаем кнопку New Measure, вместо слова Measure вводим название вычисляемого показателя и вводим формулу расчёта в формате, аналогичном формату Excel (Рис. 5).

Рис. 5 Создание новой меры

3.5. Визуализация данных

Перед началом работы необходимо ознакомится с рабочей областью (Рис. 6) и основными инструментами.

Рис. 6 Рабочая область визуализации

• Панель управления для добавления новых объектов.
• Рабочая область дашборда.
• Стандартный набор доступных инструментов визуализации.
• Вкладка настройки данных и фильтров визуализации.
• Вкладки настройки форматирования инструмента визуализации.
• Поле для внесения данных.
• Фильтры различного уровня: уровня страницы, уровня отчёта или уровня визуализации.
• Раздел массива данных.

Для начала работы выберем в поле инструментов визуализаций Cluster Column Chart, так как чарт имеет возможность для условного форматирования. У нас появляется наш первый график на рабочей области, который нам необходимо наполнить данными: Для этого в поля внесения данных перетягиваем данные из полей данных, которые будут служить в качестве значений величин нашего чарта, его осью легендой и основанием для цветовой индикации (Рис. 7):

Рис. 7 Чарт с наполненными данными

Необходимо определить формат данных нашего измерения. После этого наша ось данных приобрела формат данных в % (Рис. 8):

Рис. 8 Ось в процентных показателях

После этого нам необходимо отформатировать оставшуюся часть таблицы, открыв перечень настроек визуализации отчёта (Рис. 9).

Рис. 9 Надстройки визуализации

• Общие настройки-высота ширина и позиционирование графика;
• Настройка формата оси X;
• Настройка формата оси Y;
• Настройка цветов данных;
• Настройка формата подписей данных;
• Настройка формата фона зоны данных;
• Настройка отображения названия отчёта;
• Настройка фона отчёта;
• Настройка формата границ отчёта;
• Настройка формата области заголовка визуализации.

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

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

Рис. 10 Итоговая визуализация данных

Отчеты, созданные с помощью программного обеспечения MS Power BI, позволяют создавать структурированные, актуальные наборы данных. Функциональный язык DAX дает возможность обрабатывать данные и проводить операции над ними. Инструменты для визуализации позволяют настроить отчет под наши критерии.

Заключение

Для достижения цели было проанализировано текущее состояние процессов продаж фабрики ООО «Pikantori», выявлены основные этапы бизнес-процесса, проведено интервьюирование сотрудников с целью выявления показателей для автоматизации, произведено сравнение нотаций моделирования, инструментов моделирования, обоснован выбор нотации BPMN, инструмента Bizagi Modeler.

Разработанные отчеты могут быть улучшены с помощью интеграции с другими облачными сервисами предприятия, для большей автоматизации показателей, с целью исключения ручного расчета. Все поставленные задачи были успешно решены и интегрированы в бизнес-процессы ООО «Pikantori».

Список используемых источников

1. Куняев Н.Н., Конфиденциальное делопроизводство и защищенный электронный документооборот: учебник./ Н.Н. Куняев, А.Г. Фабричнов, А.С. Дёмушкин – М.: Логос, 2011. – 448 с.
2. Медынский В.Г. Инновационный менеджмент: Учебник. – М.: ИНФРА–М, 2004.
3. Мишин Е. А. Уровень зрелости организации, Элитариум, апрель 2007 г. – 2009 [Электронный ресурс], режим доступа: http://www.elitarium.ru (6.06.2015).
4. Остервальдер А., Построение бизнес–моделей: Настольная книга стратега и новатора/ А. Остервальдер, И. Пинье; Пер. с англ. – 2–е изд. – М.: Альпина Паблишер, 2012 – 288 с.
5. Репин В. В., Процессный подход к управлению. Моделирование бизнес–процессов/ В. В.Репин, В.Г. Елиферов. – М.: РИА "Стандарты и качество", 2004.
6. Романов Д. А., Логинова А. Ю. Правда об электронном документообороте/ Д. А. Романов, Т. Н. Ильина, – М.: Компания АйТи: ДМК Пресс, 2004.
7. Харрингтон Д., Оптимизация бизнес–процессов. Документирование, анализ, управление, оптимизация/ Д. Харрингтон, K.C. Эсселинг, В. Н. Харм. СПб.: Азбука, 2002. – 171 с.
8. Расчет экономического эффекта от внедрения системы автоматизации [Электронный ресурс]. – Режим доступа: http://www.antegra.ru/news/experts/_det–experts/4/ (06.11.2019).
9. Сбалансированная система показателей [Электронный ресурс]. – Режим доступа: http://openlink.ru/bsc–sbalansirovannaya–sistema–pokazateley/ (6.06.2015).
10. Ключевые показатели деятельности (KPI) [Электронный ресурс]. – Режим доступа: http://www.marketch.ru/notes_on_marketing. (06.11.2019).
11. Архипенков С. Лекции по управлению программными проектами [Электронный ресурс]. – Режим доступа: http://citforum.ru/SE/project/arkhipenkov_lectures/5.shtml#2.5 (06.11.2019).
12. Барышникова M.Ю. Менеджмент [Текст]: информационные технологии. / М. Ю. Барышникова. – М.: Издательство: МГТУ им. Н. Э. Баумана, 2010г. – 233 с.
13. Калиберда Е.А. Анализ эффективности информационных систем [Текст]: учеб. пособие для студ. / Е.А. Калиберда, Е.П. Яхина. – Омск: Издат.–полиграф. центр ОГИС, 2006 г. – 108  с.
14. Как оценить экономическую эффективность ИТ – проекта [Электронный ресурс]. – Режим доступа: http://www.iemag.ru/analitics/detail.php?ID=30577 (06.11.2019).
15. Результаты расчетов экономической целесообразности внедрения проекта [Электронный ресурс]. – Режим доступа: http://www.osp.ru/cio/2009/04/7214608/ (06.11.2019).
16. Дискуссионный клуб: Оценка эффективности IT–проектов [Электронный ресурс]. – Режим доступа: http://dssclub.com.ua/categories/economics/2014–03–19–09–57–47.html (06.11.2019).
17. Чусавитина Г.Н., Управление проектами с использованием Microsoft Project// Г.Н. Чусавитина, В. Н. Макашова: Практикум. – Магнитогорск: МаГУ, 2009. – 196 c.
18. Lester А. Project Management, Planning and Control [Book]: Managing Engineering, Construction and Manufacturing Projects to PMI, APM and BSI Standards/ A. Lester. – UK: Solutions, 2011г. – 185 с.
19. ГОСТ 34.003–90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения. – Взамен ГОСТ 24.003–84, ГОСТ 22487–77; Дата введения 1992–01–01 – Москва: Издательство стандартов, 1981. – 16 страниц.
20. ГОСТ 34.201–89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем. – Взамен ГОСТ 24.101–80, ГОСТ 24.102–80, РД 50–617–86; Дата введения 1990–01–01 – Москва ИПК: Издательство стандартов, 2002. – 11 страниц.
21. ГОСТ 34.320–96 Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы. – Дата введения 2001–07–01 – Москва ИПК: Издательство стандартов, 2001. – 46 страниц.
22. ГОСТ 34.601–90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. – Взамен ГОСТ 24.601–86, ГОСТ 24.602–86 – Дата введения 1992–01–01 – Москва ИПК: Издательство стандартов, 1992. – 6 страниц.
23. ГОСТ 34.603–92 Информационные технологии. Виды испытаний автоматизированных систем. – Взамен ГОСТ 24.104–85 в части разд.3 – Дата введения 1993–01–01 – Москва ИПК: Издательство стандартов, 1993. – 12 страниц.
24. ГОСТ Р ИСО/МЭК 12207–99 Информационная технология. Процессы жизненного цикла программных средств. – Дата введения 2000–07–01 – Москва ИПК: Издательство стандартов, 2000. – 46 страниц.
25. Вендров А.М. Методы и средства моделирования бизнес–процессов (обзор), Jet Info №10, 2004 г. [Электронный ресурс], режим доступа: http://www.jetinfo.ru (6.06.2015).