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

Зайцева Е.А.

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

09.04.02 Информационные системы и технологии

Информатика

Диссертации

Вуз: Белгородский государственный университет - национальный исследовательский университет (НИУ «БелГУ»)

ID: 5c1a87a07966e104f6f85ca4

UUID: 2018f1b0-e5e6-0136-06ec-525400005860

Язык: Русский

Опубликовано: почти 6 лет назад

Просмотры: 12

Зайцева Е.А.

Источник: Федеральное государственное автономное образовательное учреждение высшего образования «Белгородский государственный национальный исследовательский университет»

Комментировать 0

Рецензировать 0

Скачать - 3,6 МБ

Поделиться работой

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ» ( Н И У « Б е л Г У » ) ИНСТИТУТ ИНЖЕНЕРНЫХ ТЕХНОЛОГИЙ И ЕСТЕСТВЕННЫХ НАУК КАФЕДРА ИНФОРМАЦИОННЫХ И РОБОТОТЕХНИЧЕСКИХ СИСТЕМ РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ ПОДСИСТЕМЫ ПЛАНИРОВАНИЯ БЮДЖЕТА ЗАКУПОК И ВЫПЛАТ НА ОСНОВЕ НОВЫХ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКОГО УПРАВЛЕНИЯ Магистерская диссертация обучающегося по направлению подготовки 09.04.02 Информационные системы и технологии очной формы обучения группы 07001635 Зайцевой Екатерины Александровны Научный руководитель: к.т.н., доцент Сергеев С.В. Рецензент: к.т.н., доцент Гахова Н.Н. БЕЛГОРОД 2018

СОДЕРЖАНИЕ СОДЕРЖАНИЕ ....................................................................................................... 2 ВВЕДЕНИЕ .............................................................................................................. 6 1 Анализ процессов бюджетного управления электросетевой компании и подходов к их автоматизации ................................................................................ 9 1.1 Особенности бизнес-процессов электросетевой компании ................... 9 1.2 Анализ существующих подходов к бюджетному управлению электросетевых компаний ................................................................................. 11 1.3 Обзор существующего программного обеспечения ................................ 14 1.4 Постановка задачи автоматизации бюджетного управления электросетевой компании ................................................................................. 20 2 Разработка модели бюджетного управления электросетевой компании ..... 23 2.1 Модернизация модели бюджетного управления электросетевой компании ............................................................................................................. 23 2.2 Разработка функциональных и информационных моделей бюджетного управления электросетевой компании ............................................................ 27 2.3 Разработка модели базы данных бюджетного управления электросетевой компании ................................................................................. 39 3 Разработка подсистемы планирования бюджета закупок и выплат ............. 43 3.1 Обоснование выбора среды разработки .................................................... 43 3.2 Разработка и тестирование бизнес-архитектуры подсистемы планирования бюджета закупок и выплат ...................................................... 52 3.3 Технико-экономическое обоснование и анализ эффективности разработки........................................................................................................... 59 3.4 Практические рекомендации по эксплуатации подсистемы планирования бюджета закупок и выплат электросетевой компании ......... 66 ЗАКЛЮЧЕНИЕ ..................................................................................................... 80 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ........................................... 83 ПРИЛОЖЕНИЕ А ................................................................................................. 88 ПРИЛОЖЕНИЕ Б .................................................................................................. 89 2

РЕФЕРАТ Разработка автоматизированной подсистемы планирования бюджета закупок и выплат на основе новых информационных технологий организационно-экономического управления – Зайцева Е.А., магистерская диссертация, Белгород, Белгородский государственный национальный исследовательский университет (НИУ «БелГУ»), количество страниц 86, включая 2 приложения, количество рисунков 60, количество таблиц 5, количество использованных источников 41. КЛЮЧЕВЫЕ СЛОВА: электросетевая компания, бюджетирование, бюджетное управление, бюджет, ERP, проектирование информационной системы, технология OLAP, центр формирования затрат, SAP, SAP BI, аналитическая система. ОБЪЕКТ ИССЛЕДОВАНИЯ: электросетевой компании. процесс бюджетного управления ПРЕДМЕТ ИССЛЕДОВАНИЯ: модели и средства автоматизации бюджетного управления. ЦЕЛЬ РАБОТЫ: повышение технико-экономических показателей электросетевой компании за счет разработки автоматизированной системы бюджетного управления электросетевого предприятия. ЗАДАЧИ ИССЛЕДОВАНИЯ: анализ процессов бюджетного управления электросетевой компании; исследование существующего программного обеспечения; модернизация модели бюджетного управления электросетевого предприятия; разработка модели базы данных автоматизированной системы бюджетного управления электросетевой компании; разработка и тестирование бизнес-архитектуры подсистемы планирования бюджета закупок и выплат электросетевой компании; техникоэкономическое обоснование разработки и анализ эффективности подсистемы планирования бюджета закупок и выплат. МЕТОДЫ ИССЛЕДОВАНИЯ: системный анализ; анализ литературы; анализ нормативно-правовой документации России в области электроэнергетики; функциональное моделирование. ПОЛУЧЕННЫЕ РЕЗУЛЬТАТЫ: В результате работы создана усовершенствованная модель бюджетного управления электросетевой компании, которая позволяет повысить финансово-экономическую эффективность предприятия, обеспечить его финансовую устойчивость и, как следствие, сохранить и усилить позиции на рынке ; научно обоснованы новые принципы бюджетного управления электросетевого предприятия, 4

учитывающие организационную структуру и особенности существующих бизнес-процессов. На основе модернизированной модели была разработана автоматизированная подсистема планирования бюджета закупок и выплат, являющейся одним из модулей глобальной автоматизированной системы бюджетного управления электросетевого предприятия. Также были описаны практические рекомендаций к внедрению и эффективной эксплуатации подсистемы планирования бюджета закупок и выплат в электросетевых компаний различного масштаба с учетом региональной спецификации. Разработанная подсистема обеспечивает функции: − хранение признаков и показателей с возможность наделения правами ведения справочников пользователя; − формирование отчетов для прогнозирования финансового состояния, сравнительного анализа запланированных и фактически полученных результатов, оценки и анализа выявленных отклонений. − вывод отчетов на печать; − вывод системных сообщений для взаимодействия пользователя программного средства с системой; − обеспечение конфиденциальности информации, хранящейся в системе, и делегирование полномочий пользователей. Для планирования бюджета закупок и выплат были разработаны 3 пользовательских отчета: форма ввода данных бюджета закупок и выплат, 2 гибких отчета «Бюджет закупок и выплат (одна версия)» и «Бюджет закупок и выплат (сравнение версий)». Использовать систему будут пользователи средней и низкой квалификации. Интерфейс системы должен быть максимально приближен к интерфейсам подобных систем. Ввод информации должен осуществляться в наиболее унифицированных формах. Компания SAP предлагает ряд аппаратных конфигураций, обеспечивающих высокую производительность и надежность системы. При выборе сервера рекомендуется учитывать следующие характеристики: количество пользователей системы, время отклика, количество процессоров, скорость и тип ЦПУ, а также объем памяти. Автоматизированная подсистема бюджета закупок и выплат является экономически эффективной, так как ежегодная прибыль от использования составит более 97000 рублей, а срок окупаемости разработанной системы 2 года. В дальнейшем предполагается расширение глобальной системы, путем реализации остальных бюджетов, а также формирование отчетов сводного бюджета. Кроме того, предполагается увеличения числа аналитических отчетов, а также обеспечение безопасности за счет создания полномочий и ролей для ограничения доступа к данным глобальной системы бюджетного управления электросетевой компании. 5

ВВЕДЕНИЕ В современных условиях осуществление единой финансовой политики занимает одно из важнейших мест в общем механизме управления. Роль управления финансами в управлении предприятия определяется тем, что оно затрагивает все стороны экономической деятельности: практическую, аналитическую, научно-техническую, маркетинговую и материально- техническую. В бюджетном управлении электросетевым предприятием отражаются многочисленные внутренние и внешние факторы. В рамках единой финансовой политики, разрабатываемой на высшем уровне управления, определяются источники финансов и их распределение в рамках предприятия. Особое место среди целей и задач электросетевого предприятия в области управления финансами занимают постоянное увеличение стоимости предприятия, максимизация стоимости вложенных в него собственных средств. Именно поэтому изучение рационального оценивания и управления финансами является актуальной темой в современных условиях нестабильной и быстро меняющейся среды [1]. Следовательно, объектом исследования является процесс бюджетного управления электросетевой компании, а предметом – модели и средства автоматизации бюджетного управления. Целью магистерской диссертации является повышение технико- экономических показателей электросетевой компании за счет разработки автоматизированной системы бюджетного управления электросетевого предприятия. Под автоматизацией бюджетного управления на предприятии подразумевается создание соответствующего программного средства для обеспечения поддержки процессов, связанных со сбором, обработкой и 6

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

− в разработке автоматизированной подсистемы планирования бюджета закупок и выплат, являющейся одним из модулей глобальной автоматизированной системы бюджетного управления электросетевого предприятия; − в создании практических рекомендаций к внедрению и эффективной эксплуатации подсистемы планирования бюджета закупок и выплат в электросетевых компаний различного масштаба с учетом региональной спецификации. Магистерская взаимосвязанных диссертация подчастей, состоит заключения, из введения, списка трех использованных источников и приложения. Первый раздел основной части содержит информацию об особенностях бизнес-процессов электросетевой компании, анализ существующих подходов к бюджетному управлению и программного обеспечения. Кроме того, в разделе представлена постановка задачи автоматизации процессов бюджетирования электросетевого предприятия. Второй раздел посвящен разработке модели бюджетного управления электросетевой компании. Здесь представлена модернизированная модель бюджетирования с учетом особенностей бизнес-процессов электросетевой компании, а также разработаны функциональные, информационных модели и модели базы данных бюджетного управления. В третьем разделе представлено описание разработки подсистемы планирования бюджета закупок и выплат автоматизированной системы: обоснование выбора среды разработки, разработка и тестирование бизнесархитектуры подсистемы, практические технико-экономическое обоснование рекомендации по эксплуатации, разработки и эффективность разработанной подсистемы. Магистерская диссертация написана на 86 листах, содержит 60 рисунков и 5 таблицы. 8

1 Анализ процессов бюджетного управления электросетевой компании и подходов к их автоматизации 1.1 Особенности бизнес-процессов электросетевой компании В соответствии с федеральным законом «Об электроэнергетике» к субъектам розничных рынков электроэнергии относятся потребители электрической поставщики, услуги по энергии, энергосбытовые территориальные передаче сетевые электрической организации, организации, энергии, гарантирующие осуществляющие субъекты оперативно- диспетчерского управления, осуществляющие указанное управление на уровне розничных рынков, производители электрической энергии, не имеющие права на участие в оптовом рынке электроэнергии [2]. Электросетевая организация представляет собой юридическое лицо, которое имеет в собственности или на ином законном основании электрические сети и осуществляет хозяйственную деятельность по передаче и распределению электрической энергии с использованием объектов электросетевого хозяйства. При присоединении энергетических установок уполномоченной сетевой организации к распределительным устройствам электростанции последняя выполняет функции сетевой организации [3]. Электросетевые компании осуществляют транспортировку электрической энергии от ее производителей к ее потребителям. Поскольку электросетевой сектор относится к естественным монополиям, тарифы на передачу электрической регулированию. производителями, Тарифы а энергии на подлежат энергию государственными государственному устанавливаются энергетическими не ее комиссиями. Поэтому энергоснабжающие организации заинтересованы в высоких ценах на электроэнергию. Для государства же до сих пор остается проблемой изыскание эффективных способов управления естественными монополиями, 9

поскольку на монопольном рынке покупатель электроэнергии не может выбирать и контролировать поставщика товара. Естественная монополия – это состояние товарного рынка, при котором удовлетворение спроса на этом рынке эффективнее в отсутствие конкуренции в силу технологических особенностей производства, а товары, производимые субъектами естественной монополии, не могут быть заменены в потреблении другими товарами, в связи с чем спрос на данном товарном рынке на товары, производимые субъектами естественных монополий, в меньшей степени зависит от изменения цены на этот товар, чем спрос на другие виды товаров [4]. К органам государственного регулирования относятся: − Федеральный орган исполнительной власти – Федеральная энергетическая комиссия (ФЭК) РФ; − органы исполнительной власти субъектов РФ – региональные энергетические комиссии (РЭК) субъектов РФ. Электросетевые компании осуществляют деятельность на двух основных рынках: на рынке передачи и распределения электроэнергии, а также на рынке технологического присоединения (подключения клиентов к электрическим сетям различного напряжения. Технологическое присоединение к электрическим сетям – самостоятельный вид деятельности электросетевых компаний, который представляет собой процедуры подключения энергопринимающих устройств (энергетических установок) юридических и физических лиц к электрическим сетям [5]. Технологическое присоединение – это осуществляемый сетевой организацией на основании договора с заказчиком (заявителем) комплекс следующих мероприятий: − по подготовке и выдаче заказчику технических условий (ТУ); − по выполнению обеими сторонами этих ТУ; 10

по − устройства фактическому заказчика к присоединению электрической сети энергопринимающего данной электросетевой организации; − по обеспечению работы этого энергопринимающего устройства; − по проверке выполнения выданных ТУ; − по составлению акта о технологическом присоединении электросети; − по выдаче разрешения на присоединение мощности [4]. Заказчик представляет собой юридическое или физическое лицо, заявившее о необходимости присоединения энергопринимающих устройств к электрической сети. Миссия электросетевой компании заключается в обеспечении надежного и качественного снабжения электрической энергией растущих потребностей экономики и социального сектора по экономически обоснованной для потребителей плате за предоставляемые услуги. 1.2 Анализ существующих подходов к бюджетному управлению электросетевых компаний В настоящее время проблема совершенствования бюджетного управления является одной из самых актуальных для большинства российских предприятий. Наличие системы бюджетного управления позволяет повысить финансово-экономическую эффективность предприятия, обеспечить его финансовую устойчивость и, как следствие, позволяет предприятию сохранить и усилить свою позицию на рынке и легко адаптироваться к постоянно меняющимся условиям внешней среды. Бюджет – это план, составленный на следующий отчетный период (месяц, год) в денежном и натуральном выражении и определяющий 11

потребность компании в ресурсах, необходимых для получения запланированных доходов [6]. Бюджет – это, в широком смысле, план, показывающий доходы, которые будет получены, расходы, которые при этом следует понести и капитал, который необходимо привлечь для достижения данной цели [7]. Основное назначение бюджетов – это поддержка решения трех управленческих задач: − прогноз финансового состояния; − сравнительный анализ запланированных и фактически полученных результатов; − оценка и анализ выявленных отклонений. Бюджетирование – это процесс согласованного планирования работы и управления деятельностью подразделений с помощью смет и экономических показателей. Цели компании достигаются коллегиально, и бюджетирование позволяет сначала спланировать, а потом измерить вклад каждого из подразделений в достижение общих целей [8]. Бюджетирование – это технология управления бизнесом на всех уровнях компании, обеспечивающая достижение ее стратегических целей с помощью бюджетов, на основе сбалансированных финансовых показателей [9]. В рамках системы бюджетного управления решаются следующие основные задачи: − руководство предприятия обеспечивается информацией, необходимой для принятия обоснованных управленческих решений; − участники управленческих процессов координируют свои действия для достижения стратегических целей компании; − менеджеры компании несут ответственность за принятие решений в соответствии с их полномочиями; 12

− менеджеры вовлекаются в процессы планирования и контроля, вследствие чего повышается их заинтересованность в результатах работы подразделений и компании в целом [10]. Существующие в электросетевых компаниях системы бюджетного управления нередко являются полноценно использовать все малоэффективными имеющиеся и ресурсы не позволяют для получения максимально возможного экономического эффекта. В процессе исследования был сформирован ряд типичных недостатков действующих на предприятиях систем финансового управления: − отсутствует четкое разграничение прав и обязанностей по уровням управления – отсутствие на предприятии положений об отделах и должностных инструкций или их неактуальность на текущий момент времени; − система показателей управления непригодна для формирования обоснованных управленческих решений, а методология расчета показателей не соответствует потребностям управления; − отсутствует связь между бюджетом и системой поощрения и оценки деятельности подразделений и их руководства. Система мотивации построена на неконтролируемых менеджером показателях, то есть показателях, которые от него не зависят и на которые он не может воздействовать, но за их исполнение несет ответственность; − не установлен регламент взаимодействия структурных подразделений в процессе формирования бюджетов и контроля их исполнения. Сбор информации осуществляется посредством служебных записок, телефонных переговоров, при этом срок формирования планов и отчетов достаточно велик, а информация поступает неструктурированная и неполная; − действующие на предприятии система и методы учета не соответствуют задачам управления, не являются достаточными как анализ финансово-экономических учетных показателей, так и оперативность 13

предоставления данных. Для решения этих проблем требуется изменение методов калькулирования, введение нормативного учета; − отсутствует взаимосвязь тактического уровня планирования со стратегией компании, вследствие чего происходит ориентация на достижение частных тактических целей, которые могут противоречить стратегии компании. 1.3 Обзор существующего программного обеспечения Электросетевые компании – это одни из самых крупных предприятий в мире, владеющие и управляющие своими дочерними и зависимыми обществами. Они имеют территориально распределенную сеть филиалов по всех России [11]. Одним из направлений развития, в том числе электроэнергетического комплекса, является применение инновационных решений и технологий в основной деятельности компаний. В связи с этим фактором для автоматизации бизнес-процессов электросетевые компании используют ERP (Enterprise Resource Planning)-системы. ERP-система – это корпоративная информационная система для автоматизации планирования, учета, контроля и анализа всех основных бизнес-процессов и решения бизнес задач в масштабе предприятия (организации) [12]. ERP-система помогает интегрировать все отделы и функции компании в единую систему, при этом все департаменты работают с единой базой данных и им проще обмениваться между собой разного рода информацией [13]. ERP-система включает в себя различные функциональные модули: бухгалтерский и налоговый учет, бюджетирование, управление складом, транспортировками, казначейство, кадровый взаимоотношениями с клиентами и многие другие. 14 учет, управление

Различные программные модули единой системы ERP позволяют заменить устаревшие разрозненные информационные системы по управлению логистикой, финансами, складом, проектами. Вся информация хранится в единой базе данных, откуда она может быть в любое время получена по запросу. Применение ERP-систем значительно повышает качество управления организацией. Они упрощают контроль над потоком работ между подразделениями, снижают затраты, связанные с дублированием информации и задач, сокращают издержки, возникающие из-за работы разрозненных систем управления [14]. Кроме тог, применение полноценной ERP-системы дает организации следующие преимущества: − контроль процессов – ERP-системы дают возможность осуществлять контроль над всеми важными процессами организации. Контроль может быть построен по иерархической системе: от оперативного уровня, до уровня стратегического управления. − синхронизация процессов – все процессы организации могут быть организованы в виде последовательного и взаимосвязанного потока работ, передаваемого от подразделения к подразделению. За счет применения ERP системы потоки работ могут быть синхронизированы. Это гарантирует эффективное выполнение процессов, замкнутых на отдельных подразделениях, но влияющих на общие для нескольких подразделений процессы. − стандартизация отчетности – средства отчетности ERP-системы унифицируют все виды отчетов и статистических данных, необходимых для управления. Эти отчеты можно создавать по всем процессам, подразделениям или функциям в режиме реального времени. − унификация информационных систем– ERP система внедряется во всех подразделениях организации, то есть, нет необходимости поддерживать 15

разрозненные информационные системы управления. Все функции отдельных систем могут быть интегрированы в ERP систему. − расширение управленческих функций – большинство ERP-систем позволяют применять модули управления корпоративными знаниями. Это дает возможность организации существенно расширить управленческие функции за счет создания корпоративной базы знаний. − интеграция с поставщиками/клиентами – многие современные ERPсистемы позволяют поставщикам/клиентам выполнять часть функций организации (формирование и отслеживание заказа, контроль запасов и их пополнение). − адаптация под нужды бизнеса – в ERP-системах существуют различные модули, которые могут работать как в привязке к базовым функциям, так и отдельно от них. Состав решаемых задач в каждом модуле настраивается под потребности организации [15]. С учетом проведенного анализа процесса бюджетирования на предприятии в целом, был сделан вывод, что наиболее подходящим решением является система бюджетирования, интегрированная с ERP– системой. Одной из важнейших задач при автоматизации деятельности любой компании является обоснование необходимости и цели использования вычислительной техники, а также выбор наиболее оптимальной системы. Для этого необходимо провести анализ рынка ERP-систем. На рисунке 1.2 представлены данные аналитического агентства TAdviser с основными ERP-вендерами и их долей на российском рынке по состоянию на октябрь 2017 года. 16

Рисунок 1.2 – Диаграмма доли ERP-вендоров на российском рынке Компания 1С являются лидером по числу проектов рынка, оставив соперников далеко позади (почти 3 тысячи). На ERP-решения Microsoft приходится порядка 1 тысячи внедрений. Далее следует «Корпорация «Галактика» (660 проектов) и SAP (530 проектов). Лидирующие позиции 1С обуславливается рядом преимуществ для российского бизнеса: − полная адаптация к требованиям российского законодательства; − использование отраслевого стандарта для бухгалтерского учета и управления ресурсами предприятия; − достаточно быстрое и недорогое внедрение системы; − благодаря популярности 1С во многих отраслях, достаточно легко найти персонал, который не нуждается в обучении [15]. Однако также существует ряд значимых недостатков в структуре и в стабильности ядра 1С:ERP. Кроме того, система имеет границу масштабируемости на уровне лишь 1000 – 2000 пользователей, что является ключевым негативным фактором для разрозненных российских компаний [16]. 17 крупных и территориально

Таким образом, 1C:ERP обладает рядом конкурентных преимуществ на российском рынке ERP-систем, но из-за ряда технических и программных ограничений не может обеспечивать планирование ресурсов больших корпораций. Что же касается мирового рынка консалтинговая компания Panorama Consulting Solutions, занимающаяся проблемами внедрения ERP-систем, в начале 2017 года составила рейтинг крупнейших производителей ERPпрограммного обеспечения. Аналитики оценивали вендоров по рыночным долям, стоимости и продолжительности внедрения продуктов, срокам возврата инвестиций и функциональности систем. Panorama выявила, что наибольшую долю на мировом рынке ERPсистем имеет SAP (более 20%). В тройку лидеров входят Oracle (13,9%) и Microsoft (9,4%). По срокам окупаемости инвестиций в ERP первое место получил продукт SAP, но по скорости внедрения лидером является ERP Oracle. Кроме того, исследования компании Panorama показали, что решения SAP и Oracle имеют сильные и слабые стороны. Клиенты имеют различные потребности к функционалу, техническому обеспечению, инвестированию и рискам [17]. Выделяют пять основных критериев, которых необходимо придерживаться при выборе решений SAP или Oracle. а) Улучшенная функциональность против более тесной интеграции между модулями. Компания SAP создавала свои решения самостоятельно, а Oracle – за счет объединения других программных продуктов, которые были приобретены у различных компаний-разработчиков. б) Карта продукта. ERP SAP постоянно совершенствует свои основные продукты, в то время как Oracle продолжает работу над семейством связующих технологий Fusion, необходимой для создания инфраструктуры приложений. На первый взгляд может показаться, что 18

Oracle более развитая и инновационная ERP, однако это также означает, что существует достаточно много рисков из-за большой неопределенности относительно линейки продуктов Oracle. в) Гибкость. SAP является мощнейшим программным средством, однако возникают сложности с изменениями в системе при активном развитии бизнеса. В этом его и сила и слабость: система тесно интегрирована и способствует соблюдению стандартизированных бизнес-процессов в масштабе всего предприятия, однако при этом программное обеспечение труднее модернизировать, чтобы соответствовать изменяющимся бизнеспроцессам и требованиям. Oracle позволяет более гибко учитывать изменяющиеся потребности бизнеса, что также можно расценить как недостаток, когда необходимо обеспечить соблюдение стандартизированных процессов в крупной организации. г) Затраты на внедрение, продолжительность и риск. Обе рассматриваемые системы SAP и Oracle обладают высокой стоимостью и внедряются значительно дольше большинства других ERP-систем. Oracle имеет практически незначительное преимущество в средней продолжительности внедрения, но его средняя стоимость на 20% ниже SAP, что может стать решающим критерием при выборе ERP. Однако внедрение решений SAP менее рискованно и практически не отражается на рабочем процессе компании. д) Бизнес-преимущества и удовлетворенность клиентов. Именно этот критерий является для SAP ключевым и показывает сильнейшие стороны этого продукта. Стоит отметить, что Oracle имеет высокий уровень удовлетворенности клиентов, однако SAP ушел далеко вперед в реальных преимуществ для бизнеса. Как уже было сказано, большинство компаний реализуют ERP-проекты с целью достижения значительных преимуществ в бизнесе, этого достаточно, чтобы признать SAP в качестве надежного решения для многих компаний. 19

Таким образом, любая ERP-система имеет сильные и слабые стороны. Выбранное решение может максимально соответствовать потребностям одной компании и не подходить для другой, даже в рамках одной отрасли. Осуществлять выбор ERP-системы необходимо с учетом требований, приоритетов и конкурентных преимущества, как самой компании, подлежащей автоматизации, так и вендоров ERP-систем [18]. 1.4 Постановка задачи автоматизации бюджетного управления электросетевой компании Ниже представлена наиболее важная для разработки автоматизированной системы бюджетного управления информация из подготовленного технического задания. Под автоматизацией бюджетного управления электросетевого предприятия подразумевается решение следующих задач: автоматизация прогнозирования финансового состояния, процесса сравнительного анализа запланированных и фактически полученных результатов, оценки выявленных отклонений. Таким образом, при автоматизации процесса бюджетного управления электросетевого предприятия необходимо решить ряд задач, связанных с хранением большего объёма данных, а также оперативного доступа к ним. В настоящее время не существует готовых программных решений, обеспечивающих все эти процессы для больших корпораций и подстроенных под их область деятельности. В связи с этим принято решение разработки автоматизированной системы на базе ERP-системы. Назначение разработки – автоматизированная система бюджетного управления электросетевого предприятия предназначена для решения следующих задач: − хранения справочников для формирования отчетности; − хранение форм отчетов; 20

− возможность автоматического формирования и печати отчетов; − возможность анализа результатов и отклонений. Требования к функциональным характеристикам – система должна обеспечивать следующие функции: − хранение признаков и показателей с возможность наделения правами ведения справочников пользователя; − формирование состояния, отчетов сравнительного для анализа прогнозирования запланированных финансового и фактически полученных результатов, оценки и анализа выявленных отклонений. − вывод отчетов на печать; − вывод системных сообщений для взаимодействия пользователя программного средства с системой; − обеспечение конфиденциальности информации, хранящейся в системе, и делегирование полномочий пользователей. Входной информацией системы является регистрационная информация о видах бюджетов, видах деятельности, контрагентах, местах возникновения затрат, типах бюджета, подразделениях финансового менеджмента, справочниках объектов, единицах измерения, услугах, статьях бюджета движения денежных средств, статьях доходов и расходов, этапах планирования и согласования и мероприятиях. Выходной информацией системы являются сформированные отчеты для прогнозирования финансового состояния, сравнительного анализа запланированных и фактически полученных результатов, оценки и анализа выявленных отклонений с возможностью настройки даты и дополнительным параметрам. Требования к надежности – система должна: − проводить контроль вводимой информации; − блокировать некорректные действия пользователя при работе с системой; − обеспечивать целостность данных. 21

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

2 Разработка модели бюджетного управления электросетевой компании 2.1 Модернизация модели бюджетного управления электросетевой компании Бюджеты разрабатываются как в целом для организации (сводный бюджет), так и для ее структурных подразделений или отдельных функций деятельности (частные бюджеты). Главный бюджет представляет собой скоординированный по всем подразделениям или функциям деятельности план работы для организации в целом. В результате его составления создаются: − план прибылей и убытков; − прогноз денежных потоков; − прогнозный бухгалтерский баланс (отчет о финансовом положении). Сводный бюджет организации состоит из трех основных бюджетов – операционного, финансового и инвестиционного бюджета [19]. Сводный бюджет – план деятельности предприятия на установленный период времени (бюджетный период), выраженный в ряде целевых (бюджетных или плановых) показателей, охватывающих все сферы деятельности предприятия и подразделения, составляющие его организационную структуру [20]. Операционный бюджет является подбюджетом 1-го уровня, который входит в структуру сводного бюджета и представляет собой план доходов, расходов и конечных финансовых результатов предприятия на бюджетный период. Инвестиционный является подбюджетом 1-го уровня, который входит в структуру сводного бюджета и представляет собой план капитальных затрат и долгосрочных финансовых вложений предприятия на бюджетный период [20]. 23

Финансовый бюджет является подбюджетом 1-го уровня, который входит в структуру сводного бюджета и представляет собой план денежных поступлений и расходов, движения всех ликвидных ресурсов и текущих обязательств предприятия на бюджетный период [21]. На рисунке 2.1 представлена классическая модель сводного бюджета, которая состоит из бюджетов 4-х уровней. Рисунок 2.1 – Классическая модель сводного бюджета Бюджет продаж является подбюджетом 2-го уровня, который входит в структуру операционного бюджета и представляет собой план доходов от продаж физического объема и структуры продаж, их себестоимости и сбытовых (прямых коммерческих) расходов предприятия на бюджетный период [22]. Бюджет производства является подбюджетом 2-го уровня, который входит в структуру операционного бюджета и представляет собой план физического объема, программы производства, производственных затрат и себестоимости выпуска предприятия на бюджетный период [22]. 24

Бюджет запасов является подбюджетом 2-го уровня, который входит в структуру операционного бюджета и представляет собой план изменения стоимостного и физического объема, структуры запасов готовой продукции предприятия за бюджетный период [23]. Бюджет закупок является подбюджетом 2-го уровня, который входит в структуру операционного бюджета и представляет собой план закупок материальных оборотных средств и изменения складских запасов материальных оборотных средств предприятия за бюджетный период [24]. Бюджет постоянных расходов является подбюджетом 2-го уровня, который входит в структуру операционного бюджета и представляет собой план постоянных (хозяйственных и общих коммерческих) расходов предприятия на бюджетный период [24]. Бюджет производственных затрат является подбюджетом 3-го уровня, который входит в структуру бюджета производства и представляет собой план величины и структуры производственных затрат за бюджетный период [25]. Бюджет сбытовых (прямых коммерческих) расходов является подбюджетом 3-го уровня, который входит в структуру бюджета продаж и представляет собой план прямых коммерческих расходов по сбыту отдельных видов продукции за бюджетный период [26]. Бюджет прямых материальных затрат является подбюджетом 4-го уровня, который входит в структуру бюджета производственных затрат и представляет собой план прямых производственных затрат в части расходования материальных и финансовых оборотных ресурсов за бюджетный период [26]. Бюджет прямых затрат труда является подбюджетом 4-го уровня, который входит в структуру бюджета производственных затрат и представляет собой план прямых производственных затрат по оплате труда за бюджетный период [27]. 25

Бюджет общепроизводственных расходов является подбюджетом 4-го уровня, который входит в структуру бюджета производственных затрат и представляет собой план всех косвенных производственных расходов предприятия за бюджетный период [28]. Бюджет движения денежных средств является подбюджетом 2-го уровня, который входит в структуру финансового бюджета и представляет собой план поступления и изъятия денежных средств предприятия за бюджетный период [28]. Бюджет доходов и расходов является подбюджетом 2-го уровня, который входит в структуру финансового бюджета и представляет собой план денежных поступлений и расходов предприятия за бюджетный период [28]. Данная модель не учитывает особенности бизнес-процессов, которые протекают в электросетевых компаниях, и требует модернизации и адаптации к нуждам подобных компаний. Например, одним из важнейших процессов электросетевых компаний являются ремонтные работы, которые также требуют составления отдельного бюджета, входящего в состав операционного. Кроме того, было принято решение расширить бюджет закупок, внеся в него учет производимых по ним выплат. Это связано с тем, что руководители подразделений, осуществляющие планирования закупок, должны ориентироваться на планируемые этапные выплаты по предыдущим закупкам. Для учета закупок и выплат необходимо выделить бюджет запасов материалов и услуг для нужд электросетевой компании, а также бюджет потребностей в материалах и услугах для нужд электросетевой компании, которые станут бюджетами 3-го уровня. Итоговая структура сводного бюджета представлена на рисунке 2.1. 26

Рисунок 2.2 – Структура сводного бюджета электросетевой компании По рисунку 2.2 видно, что изменения модели коснулись только операционного бюджета. Принципы формирования и назначения финансового и инвестиционного бюджета остаются прежними. 2.2 Разработка функциональных и информационных моделей бюджетного управления электросетевой компании Одним из важнейших этапов разработки информационной системы является проектирование, так как полученные модели точно описывают, какие функциональные возможности заложены в систему, каким образом организовано разделение полномочий внутри системы и взаимодействие отдельных её модулей [29]. В качестве методологии проектирования была выбрана методология функционального SADT (IDEF0). Методология SADT – методология структурного анализа и проектирования представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели системы [30]. 27

Целью методологии является создание функциональной модели исследуемой системы, описывающей все входящие в нее процессы с достаточной для однозначного построения точности. Построение функциональных моделей – это детализация контекстной диаграммы на функциональные подсистемы, которые делятся на подфункции, а те, в свою очередь, на конкретные процедуры [31]. Корпоративное бюджетирование представляет собой введенную регулярную систему комплексного планирования, контроля и анализа хозяйственной деятельности организации[32]. Существуют следующие методологии бюджетного управления: − планирование «сверху вниз», при котором проекты бюджетов подразделений разрабатываются службами аппарата управления; − планирование «снизу вверх», при котором проекты бюджетов разрабатываются самими подразделениями; − встречное планирование, когда проекты бюджетов разрабатываются подразделениями с последующей корректировкой службами аппарата управления. Утверждение бюджетных показателей всегда происходит по схеме «аппарат управления – подразделение». [33]. Для осуществления бюджетного управления электросетевой компании была выбрана методология встречного планирования для возможности осуществления корректировки уже запланированных бюджетов службами аппаратов управления. Следовательно, показатели бюджетирования всегда устанавливаются «сверху вниз» аппаратом управления предприятия и обязательны к исполнению структурными подразделениями. Ведение индикативного бюджета является единственнм исключением, так как устанавливающиеся целевые ориентиры стратегии развития предприятия на долговременную перспективу носят рекомендательный характер для подразделений предприятия [34]. 28

Между понятиями бюджета и бюджетирования существуют различия. Бюджет – это обладающий количественными показателями документ, на основе которого предприятие ведёт хозяйственную деятельность [34]. Бюджетирование – это процесс создания и реализации разработанного документа в процессе деятельности предприятия[34]. Бюджетный процесс включает в себя не только создание сводного бюджета. Стадии бюджетного процесса представлены на рисунке 2.3. Рисунок 2.3 – Процесс бюджетного управления Следовательно, бюджетный цикл представляет собой временной период от начала 1-й стадии составления сводного бюджета, до завершения 3-й стадии – проведение план-факт анализа исполнения сводного бюджета. Бюджетный процесс в компании должен быть непрерывным, то есть завершение анализа исполнения бюджета отчётного периода должно совпадать по временным рамкам с планирование бюджета следующего периода [35]. На основе приведённой выше модели бюджетного цикла была разработана контекстная диаграмма процесса бюджетирования, а также диаграмма-декомпозиция, в которой был выделен особый блок консолидации бюджетов, а также утверждение полученного итогового бюджета (рисунок 2.4, 2.5). 29

Приказ о начале разработки годового бюджета Приказы ген. директора Приказ о цел. знач. ключ. показателей деят. на предст. год Комплексные годовые планы мероприятий Приказы рук. подр. ФМ Регламент Приказы бюджета рук. фин.эк.отдела орг. Справочник контрагентов Отчёт о финансовых результатах и их использовании Справочники видов и типов бюджета Справочник договоров Отчёт об инвестициях Справочник единиц измерений Справочник видов деятельности Справочник подразделений ФМ Справочник мероприятий Бюджетирование электросетевой компании Справочник позиций Справочник НДС Отчёт о движении денежных средств Отчёт об изменении финансового состояния Справочник расценка услуг Справочник объектов Статьи БДДС Документ "Управленческий баланс" Список услуг Статьи БДР Справочник услуг Этапы планирования/согласования 0р. 0 Финансово экономический отдел Сотрудники подразделения ФМ АСБУ Рисунок 2.4 – Контекстная диаграмма бюджетирования ЭК Приказ о начале разработки годового бюджета C2 C5C1 C7 C4C6C3 Регламент бюджета орг. Приказы ген. директора Приказы рук. подр. ФМ I4 I5 Справочник единиц измерений Справочник видов деятельности Справочники видов и типов бюджета I2 Утвержденный и косолидированный бюджет Справочник подразделений ФМ I6 I7 I8 I3 I9 I10 I11 I14 I12 I16 I13 I15 Приказ о цел. знач. ключ. показателей деят. на предст. год Комплексные годовые планы мероприятий Приказы рук. фин.эк.отдела Справочник контрагентов I1 Готовые бюджеты Справочник мероприятий Справочник позиций Справочник договоров Справочник НДС Составление сводного бюджета отчетного периода Рекомендации по корректировке оперативной деятельности компании (подразделений) Консолидация и утверждение бюджета Справочник расценка услуг Справочник объектов 0р. 2 Статьи БДР Отчёт об инвестициях O2 План-факт анализ исполнения бюджета отчетного периода Отчёт о финансовых результатах и их использовании Статьи БДДС Контроль (мониторинг) исполнения бюджета отчетного периода Этапы планирования/ согласования Список услуг Справочник услуг 0р. Сотрудники подразделения ФМ АСБУ M1 0р. 1 M3 3 0р. 4 O1 Документ "Управленческий баланс" O5 Отчёт об изменении финансового состояния O4 Финансово - экономический отдел M2 Рисунок 2.5 – Декомпозиция контекстной диаграммы бюджетного управления Входными параметрами являются все необходимые для составления операционного бюджета справочники, описанные в качестве входной информации системы в техническом задании. Управление обеспечивается приказами генерального директора компании, руководителя финансово30

экономического отдела, руководителя финансового менеджмента, регламентом бюджета организации, а также рядом приказов, таких как: приказ о начале разработки годового бюджета, приказ о целевых значениях ключевых показателей деятельности на предстоящий год и комплексные годовые планы мероприятий [36]. Механизмами формируются выступают бюджеты, автоматизированная руководители подразделений, финансово-экономический система бюджетного отдел, а управления. где также Выходной информацией является набор отчетов и выходных форм: отчёт о финансовых результатах и их использовании, отчёт об инвестициях, отчёт о движении денежных средств, отчёт об изменении финансового состояния, управленческий баланс. Детализация блока «Составление сводного бюджета отчетного периода» была произведена с использование FEO-диаграммы, так как данный процесс состоит из ряда независимых друг от друга трех функциональных блоков, описанных на рисунке 2.6, с использование в каждом из них практически всех входящих потоков, механизмов и управления [37]. Справочники (набор входных потоков) Приказы рук. подр. ФМ && Ген.дир. && Регламент бюджета && Приказ о начале разр. бюджета && Приказ о цел.зн. ключ. показ && Комп. год. планы меропр. Составление операционног о бюджета 0р. Готовые бюджеты 1 Составление инвестиционного бюджета 0р. 2 Составление финансового бюджета 0р. 3 Сотр.подр,ФМ && АСБУ Рисунок 2.6 – FEO-диаграмма «Составление сводного бюджета отчетного периода» 31

FEO-диаграммы используются для иллюстрации альтернативной точки зрения, для отображения отдельных деталей, которые не поддерживаются явно синтаксисом IDEF0. FEO-диаграммы позволяют нарушить любое синтаксическое правило, дают возможность освободиться от лишних графических деталей и делают диаграмму более читабельной [38]. С этой же целью были использованы FEO-диаграммы для дальнейшей декомпозиции блоков «Составление операционного бюджета» и «Составление бюджета производства» (рисунок 2.7, 2.8). Приказы рук. подр. ФМ && Ген.дир. && Регламент бюджета && Приказ о начале разр. бюд жета && Приказ о цел.зн. ключ. пок аз && К омп. год . планы меропр. Готовые бюд жеты Составление бюджета продаж 0р. 1 Составление бюджета производ ства 0р. 2 Составление бюджета запасов гот.прод ук ции 0р. 3 Справочники (набор входных поток ов) Составление бюджет запасов материалов и услуг 0р. 4 Составление бюджета постоянных расходов 0р. 5 Составление бюджет ремонтов 0р. 6 Составление бюджета потребн. в матер. и усл. 0р. 7 Составление бюджета закупок и выплат 0р. 8 Сотр.под р.ФМ && АСБУ Рисунок 2.7 – FEO-диаграмма «Составление операционного бюджета» Прик азы рук . подр. ФМ && Ген.дир. && Регламент бюджета && Приказ о начале разр. бюджета && Приказ о ц ел.зн. к люч. показ && К омп. год . планы меропр. Справочники (набор входных поток ов) Составление бюджета прямых материальных затрат 0р. 1 Составление бюджет прямых затрат труда 0р. Готовые бюджеты 2 Составление бюджета общепроизводственных расход ов 0р. 3 Сотр.под р,ФМ && АСБУ Рисунок 2.8 – FEO-диаграмма «Составление бюджета производства» 32

Процесс консолидации и утверждения бюджета происходит в несколько этапов, изображенных на рисунке 2.9. C2 C3 C4 C1 Приказы ген. Прик аз о начале разработки директора годового бюджета Приказы рук. фин.эк.отдела Регламент бюджета орг. Защита бюд жетов, согласование доработк а Готовые бюд жеты I1 0р. 1 Защищенные, согласованные, доработанные бюджеты Утвержденные бюджеты Утверждение бюджетов 0р. 2 Рассмотрение балансировк а и принятие бюджета 0р. 3 Принятый бюджет Утверждение годового бюджета в составе годового плана 0р. 4 Утвержденный и консолид ированный бюджет O1 M1 Финансово - эк ономическ ий отдел Рисунок 2.9 – Консолидация и утверждение бюджета Защита бюджетов, затем их согласование, доработка и утверждение центрами ответственности является одним из базовых и основных процессов. Такое планирование делает процесс формирования бюджета прозрачным и практически лишает исполнителей шансов завысить плановые затраты своих подразделений [39]. Рассмотрение, балансировка и принятие бюджета исполнительным органом предприятия позволяют провести централизацию показателей и признаков всех бюджетов. Далее следует утверждение годового бюджета в составе годового плана под руководством генерального директора. Все вышеописанные процессы выполняет финансово-экономический отдел, опираясь на сроки, указанные в приказе о начале разработки годового бюджета. 33

Следующим действием является контроль исполнения бюджета отчетного периода. На рисунке 2.10 представлена детализация данного функционального блока. C1 Утвержденный и к онсолид ированный бюджет I1 C4 Прик азы рук . фин.эк.отдела Распред еление функц ий между управленчиск ими службами по к онтролю исполнения бюджета 0р. 1 Выбранные методы исполнения бюджетного управления 0р. 2 Результаты к онтроля исполнения бюджета Контроль тек ущего исполнения бюджетного задания 0р. АСБУ M1 Прик азы ген. дирек тора План к онтроля исполнения бюджета Выбор метод ов исполнения бюджетного управления M2 C3 Регламент бюджета орг. 3 Ведение к онтрольно-учетной деятельности 0р. 4 Рекомендац ии по коррек тировке оперативной деятельности к омпании (подразделений) O1 Финансово - эк ономическ ий отдел Рисунок 2.10 – Контроль исполнения бюджета отчетного периода Под этим процессов подразумевают распределение функций контроля между управленческими службами, выбор методов исполнения бюджетного управления, контроль текущего исполнения бюджета, а также ведение контрольно-учетной деятельности. В электросетевой компании обычно этими функциями занимается финансово-экономический организации. Выходной отдел под информацией управлением являются руководителя рекомендации по корректировке оперативной деятельности компании. Следующий этап является одним из самых важнейших «План-факт анализ исполнения бюджета отчетного периода». Он является заключительным в цикле бюджетного управления компании [35]. Бюджет электросетевой компании включает в себя ряд показателей. В процессе формирования бюджета данные необходимо вносить с максимальной степенью детализации. При этом постоянно осуществлять контроль по каждой отельной вносимой строке нет необходимости. 34

Достаточно выявить ключевые показатели, на основе которых будет производиться анализ отклонений. Кроме того стоит определить пороговые значения отклонений, превышение которых является недопустимым. Основным этапом данного процесса является сбор всех информации о финансово-хозяйственной деятельности электросетевой компании. Сложность и временные затраты на сбор реальной информации о финансовохозяйственной деятельности полностью зависит от используемой системы управления предприятием, а также степени автоматизации основных биснеспроцессов. Сравнение плановых и фактических показателей сводного бюджета заключается в создании различных итоговых отчетных форм: отчёта о финансовых результатах, отчёта о движении денежных средств и ряда других отчетов. Анализ исполнения подбюджетов сводного бюджета заключается в: − план-факт анализе исполнения операционного бюджета; − план-факт анализе исполнения инвестиционного бюджета; − план-факт анализе исполнения финансового бюджета [35]. На данном этапе анализ отклонений и формулировка выводов проводится по каждому агрегированному подбюджету отдельно. Описанные составляющие сводного бюджета являются взаимосвязанными через результаты денежных поступлений и расходов. После подробного план-факт анализа операционного, инвестиционного и финансового бюджетов необходимо сделать количественно обоснованные выводы о выполнении сводного бюджета электросетевой компании. Полученные результата используются при составлении SWOT-анализа, который является общим выводом на первом и втором этапах аналитической работы по отдельным подбюджетам и сегментам бизнеса. Анализ положительных и отрицательных мест является базой для составления бюджета следующего периода. На рисунке 2.11 представлена 35

детализация функционального блока «План-факт анализ исполнения бюджета отчетного периода». Комплек сные годовые планы мероприятий C3 C2 C5 Приказы ген. Приказ о цел. знач. дирек тора к люч. показателей деят. на предст. год C4 Регламент бюджета орг. Рекомендац ии по к оррек тировке оперативной деятельности к омпании (подразд елений) O1 Контрольные показатели Определение "контрольных показателей" для аналаза исполнения бюджета 0р. Отчёт об инвестиц иях O2 1 Отчет хоз. -фин. деят. орг. Сбор информац ии о ховяйственнофинансовой деятельности организац ии 0р. Отчёт о финансовых результатах и их использовании План-факт Сравнение плановых и фактическ их пок азателей "выходных форм" сводного бюджета 2 0р. O3 Анализ исполнения трех основных бюджетов и их синтез 3 0р. 4 Документ "Управленческ ий баланс" O4 Отчёт об изменении финансового состояния M1 АСБУ M2 Финансово - эк ономический отдел Рисунок 2.11 – План-факт анализ исполнения бюджета Для более детального исследования бюджета закупок и выплат была разработана модель потоков данных на основе методологии графического структурного анализа Data Flow Diagrams (DFD) [36]. Диаграммы потоков данных DFD представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами [36]. Бюджет закупок и выплат показывает, какое количество материалов и услуг и по какой цене необходимо закупить для выполнения планов компании с учетом складской логистики. На рисунке 2.12 представлена взаимосвязь бюджетов компании при формировании бюджета закупок и выплат. 36 O5

Рисунок 2.12 – Схема формирования бюджета закупок и выплат В бюджете закупок и выплат указывается следующая информация – номенклатура закупаемых материалов и услуг, их объем и цена, условия поставщика и другие показали, которые содержат входящие в него бюджеты. На рисунке 2.13 изображена контекстная диаграмма формирования бюджета закупок и выплат, содержащая в себе ряд внешних сущностей, предоставляющих необходимые бюджеты. в о с а п а з т е ж д ю Б в о л а и р е т а м 1 0 . р 0 в о с а п а з т е ж д ю Б Отдел ск ладской логистики й о в о т о г и и ц к у д о р п 4 Поставщики к о в а т с о п я и в о л с У 8 и к о п у к а з т е ж д ю Б т а л п ы в 5 а т р а к я а к с е ч и г о л о н х е Т Финансово-эк ономический отдел Производственный отдел ж а д о р п т е ж д ю Б 6 Отдел продаж в о т н о м е р т е ж д ю Б 7 х а л а и р е т а м в и т с о н б е р т о П я и н е ч е п с е б о я л д х а г у л с у и Отдел техническ ого обеспечения Формирование бюджета зак упок и выплат и и н а п м о к и т с о н ь л е т я е д 9 Организационные подразд еления Рисунок 2.13 – Контекстная диаграмма формирования бюджета закупок и выплат 37

В зависимости от вида материалов и услуг способы планирования затрат на их закупку могут быть различными. Сырье и материалы, необходимые для основной деятельности компании, чаще всего имеют утвержденные нормы расхода, и потребность в них рассчитывается как произведение планового объема производства (на основе производственной программы) и существующих норм. С учетом складских остатков материально-технических ресурсов и нормативов складских запасов происходит корректировка значений. В результате получается плановых объем материально-технических ресурсов в натуральном выражении [42]. Планирование потребности в материалах и услугах для хозяйственной деятельности электросетевой компании проходит в другом порядке, так как их номенклатура очень обширна (канцелярские товары, хозяйственный инвентарь, расходные материалы, материалы для ремонта офиса), а нормы расходов не существует. На рисунке 2.14 представлена диаграмма-декомпозиция формирования бюджета закупок и выплат. я а к с е ч и г о л о н х е Т 1 . р 0 а т р а к ж а д о р п т е ж д ю Б ь т а в о р и м р о ф С в о с а п а з т е ж д ю Б т е ж д ю б а в т с д о в з и о р п и и ц к у д о р п й о в о т о г а в т с д о в з и о р п т е ж д ю Б 2 . р 0 ж а д о р п т е ж д ю Б т е ж д ю б ь т а в о р и м р о ф С х а л а и р е т а м в й е т с о н б е р т о п в й е т с о н б е р т о п т е ж д ю Б х а г у л с у и в о т н о м е р т е ж д ю Б х а г у л с у и х а л а и р е т а м 3 ь т а в о р и м р о ф . С р 0 в о с а п а з т е ж д ю Б и к о п у к а з т е ж д ю Б к о п у к а з к о п у к а з т е ж д ю Б т е ж д ю б в о л а и р е т а м т а л п ы в 4 . р 0 т е ж д ю б ь т а в о р и м р о ф С т а л п ы в и к о п у к а з к о в а т с о п я и в о л с У Рисунок 2.14 –Диаграмма-декомпозиция формирования бюджета закупок и выплат 38

По диаграмме видно, что в первую очередь формируется бюджет производства, затем на его основе – бюджет потребностей в материалах и услугах. Затем, учитывая бюджет запасов материалов, включающий остатки и возможности склада на хранение, формируется бюджет закупок. После предоставления условий поставщиком, согласования сроков, цен и объемов поставки формируется бюджет закупок и выплат, который перетекает в бюджет доходов и расходов и бюджет движения денежных средств, то есть в финансово-экономический отдел. 2.3 Разработка модели базы данных бюджетного управления электросетевой компании Системы класса ERP обладают комплексным решением BI (Business Intelligence), которое обеспечивает оперативный сбор, анализ данных и построение широкого спектра отчетов. Business Intelligence позволяет анализировать данные из оперативных приложений ERP-систем, других бизнес-приложений и внешних источников данных, таких как базы данных, онлайн-сервисы и Интернет [38]. При разработке BI учитывались следующие требования: − система организации хранилищ данных с оптимизированными структурами данных для системы отчетов и анализа процесса бюджетирования; − отдельная система; − механизм и инструменты OLAP; − на основе комплексной архитектуры хранилища данных; − автоматизированное управление хранилищем данных; − включение в поставку ноу-хау в глобальном бизнесе [38]. Учитывая вышеизложенную информацию, было принято решение о создании собственной системы организации хранилищ данных, в которой 39

задачи по составлению отчетов классифицируются как автономный бизнескомпонент. Для предотвращения возникновения многочисленных неудобств, связанных с отчетностью в системе планирования ресурсов предприятия, хранение данных, управление и выполнение отчетов осуществляется на отдельном сервере. Сервер поддерживает оперативную аналитическую обработку (OLAP) для стейджинга информации из больших объемов оперативных и исторических данных. Технология OLAP позволяет получать многомерные аналитические отчеты согласно различным бизнес-перспективам [23]. OLAP-структура, созданная из рабочих данных, называется OLAP-куб. Куб создаётся из соединения таблиц с применением схемы-звезды или схемы-снежинки. В центре схемы-звезды находится таблица фактов, которая содержит ключевые факты, по которым делаются запросы. Множественные таблицы с измерениями присоединены к таблице фактов. Эти таблицы показывают, как могут анализироваться агрегированные реляционные данные [25]. Многомерная модель была разработана как расширенная (усовершенствованная) схема-звезда для устранения проблем, возникавших при применении классической схемы-звезды. Это расширение заключается в том, что таблицы измерений не содержат информацию основных данных. Основные данные хранятся в отдельных таблицах, называемых таблицами основных данных [24]. Базовые кубы являются центральными объектами многомерной модели. На них основываются отчеты и анализы. С точки зрения системы отчетов, базовый куб представляет собой автономный набор данных в пределах бизнес-сферы, на основе которого можно определять запросы. Базовый куб состоит из набора расположенных в различных измерениях реляционных таблиц, то есть из центральной таблицы фактов, окруженной несколькими таблицами измерений. Таблицы SID связывают эти таблицы измерений с соответствующими им таблицами основных данных [23]. 40

В схеме-звезде факты в таблице фактов называются показателями, а атрибуты измерения – признаками (базовый куб). Таблицы измерений реляционно связаны с центральной таблицей фактов посредством внешнего или первичного ключа. В отличие от классической схемы-звезды, признаки не являются компонентами таблиц измерений; другими словами, значения признаков не хранятся в таблицах измерений. В схеме дополнительная информация о признаках называется основными данными. Существуют следующие типы основных данных: атрибуты, тексты, (внешние) иерархии. Информация основных данных хранится в независимых от таблиц измерений отдельных таблицах – в так называемых таблицах основных данных (отдельно для атрибутов, текстов и иерархий). На основе бюджетирования данных, полученных при исследовании процесса электросетевого предприятия, была разработана схема- звезда базы данных (рисунок 2.15) с использованием CASE-средства для проектирования и документирования баз данных AllFusion ERwin Data Modeler (Рисунок А.1). Рисунок 2.15 – Таблица фактов схемы-звезды хранилища данных бюджетного управления По рисунку 2.15 видно, что инфо-куб включает в себя таблицу фактов, связанную с 8 измерениями, такими как: «Финансовые позиции», «Организационная единица», «Бюджет», «Договор», «Этапы планирования», 41

«Единица», «Пакет данных» и «Время». Последние 3 измерения являются обязательными для любого инфо-куба. Каждое из измерений имеет таблицу SID, с помощью которого происходит взаимосвязь с основными данными внутренних таблиц измерений. Кроме того, таблица фактов имеет 2 атрибута: сумма и количество [23]. Выводы по второму разделу: были разработаны функциональные диаграммы бюджетного управления электросетевой компании с использованием методологий IDEF0, а также модели потоков данных DFD планирования бюджета закупок и выплат. Кроме того, была разработана модель базы данных – расширенная схема-звезда, для специальной организации реляционных таблиц, удобная для хранения многомерных показателей, лежащая в основе технологии OLAP. 42

3 Разработка подсистемы планирования бюджета закупок и выплат 3.1 Обоснование выбора среды разработки Одной из важнейших задач любого разработчика является подбор наиболее оптимальной среды разработки. Для этого были исследованы аппаратно-программные средства, используемые на электросетевых предприятиях России. Более 70% всех крупнейших электросетевых компаний России, в числе которых ОАО «ФСК ЕЭС», ОАО «МРСК Центра», ОАО «МРСК Юга», ОАО «МРСК Урала», ОАО «МРСК Сибири», ОАО «МОЭК», ОАО «ОЭК», ОАО «Ленэнерго», имеют лицензию на использование ERP-системы SAP. SAP Business Suite 7 – это семейство решений компании SAP AG, предлагающее широкую функциональность, интеграцию, неограниченную масштабируемость и взаимодействие в рамках сетевых инфраструктур ведения бизнеса. Используется преимущественно в крупных компаниях [37]. Business Suite 7 содержит более 150 новых функциональных возможностей и позиционируется как гибкий и рентабельный. Основными преимуществами системы является модульная структура, которая позволяет пользователям платить только за необходимый им функционал и устанавливать лишь выборочные обновления, а также ориентация на бизнеспроцессы и бизнес-пользователей [38]. Для разработки автоматизированной системы бюджетного управления электросетевого предприятия наиболее подходящей платформой является SAP Business Intelligence (SAP BI). SAP BI позволяет осуществлять анализа данных из оперативных приложений SAP, а также всех остальных бизнес-приложений и внешних источников данных, таких как базы данных, онлайн-сервисы и Интернет. Архитектура SAP BI обеспечивает возможности приобретения, преобразования, хранения, анализа, извлечения и распределения данных как 43

из источников SAP, так и из внешних источников данных. Business Explorer (BEx) включает разнообразные инструменты для достижения этих целей. Один из них – это BEx Query Designer [23]. BEx Query Designer является инструментом для создания определений запросов. Определение запросов задают способ структурирования данных из разных источников для предоставления пользователю. Ключевые пользователи могут использовать BEx Query Designer для создания запросов на основе данных, хранящихся в провайдерах данных BI, простым интуитивным методом перетаскивания. В анализах и отчетах могут присутствовать компоненты, которые требуется создать только один раз. Запросы BEx и ракурсы запросов представляют собой основу для аналитических отчетов, анализа сценариев планирования в разработке вебприложений BEx, дизайнере отчетов BEx и BEx Analyzer [25]. Сервер BI, предварительно сконфигурированный бизнес-содержимым для основных областей и процессов, позволяет проверить взаимосвязи в каждой сфере на предприятии. Бизнес-содержимое предоставляет предприятиям информацию с разделением по ролям. Это помогает сотрудникам выполнять их задачи. Кроме ролей, бизнес-содержимое включает другие предварительно сконфигурированные объекты, такие как инфо-кубы, запросы, показатели и признаки. Эти объекты упрощают внедрение SAP BI [25]. Запросы могут выполняться в нескольких разных пользовательских интерфейсах. BEx Analyser использует Microsoft Excel в качестве простого интерфейса для просмотра и анализа данных. Последние исследования показали, что до 70% всех пользователей системы OLAP являются базовыми пользователями. По сравнению с продвинутыми пользователями и разработчиками запросов, они используют только аналитические функции системы и в небольшом объеме. Это связано с тем, что такие пользователи обычно выполняют предварительно определенные запросы с фиксированными наборами данных. Поэтому 44

большинству пользователей необходим простой пользовательский интерфейс. В то же время, опытные пользователи и разработчики запросов, проектирующие и выполняющие информационный анализ на нескольких уровнях, должны иметь возможность полного и эффективного использования всех инструментов для своих анализов. При разработке SAP BI были учтены эти различные потребности пользователей. Специально для системы SAP R/2 компанией в 1980 году был создан язык программирования ABAP, позднее унаследован в SAP R/3 и SAP Business Suite. Язык реализует работу с внутренними структурами данных, интерфейсом пользователя SAP Business Suite, транзакциями, отчётами, интерфейсами загрузки и выгрузки данных. Используется исключительно для бизнес-приложений и промежуточного программного обеспечения компании SAP. Имеет возможности для объектно-ориентированного программирования. Имеет сборщик мусора [25]. Все приложения SAP Business Suite и даже часть базовой системы созданы на АВАР/4. Этот простой язык помогает разработчику быстро генерировать приложения как для малых фирм, так и для очень крупных предприятий. Надежность его эксплуатационных качеств обеспечивается широкими функциональными возможностями и высокой производительностью системы, что позволяет создавать приложения, с помощью которых пользователь без особого труда обрабатывает гигантские массивы данных и распечатывает огромное количество счетов-фактур. Система SAP Business Suite включает широкий набор инструментов для разработки приложений. С помощью АВАР/4 можно создавать новые приложения в архитектуре клиент/сервер, функциональность существующих модулей R/3 [25]. 45 а также расширять

Вызов удаленных функций дает возможность строить открытые приложения, обеспечивающие распределенную обработку данных с участием нескольких SAP Business Suite и даже внешних систем. Приложения АВАР/4 могут быть перенесены в среду многих СУБД и ОС. В частности, в АВАР/4 интегрировано подмножество SQL (открытый SQL – Open SQL). Открытый SQL и интерфейс с базой данных системы SAP Business Suite образуют тот уровень, который располагается между СУБД и прикладной программой. Эта многоуровневая архитектура позволяет разработчику полностью сконцентрироваться на концептуальных аспектах задачи и не заботиться о таких технических деталях, как распределение памяти, операции с указателями или организация работы в сети. Система SAP Business Suite предоставляет многочисленные средства для коллективной работы [23]. Интегрированные функции АВАР/4 обеспечивают работу команды программистов в среде клиент/сервер. Это программное обеспечение использовалось при создании самой системы SAP Business Suite, над пакетом коммерческих приложений которой трудились более тысячи программистов. В частности, применение словаря Dictionary гарантирует непротиворечивость данных во всей системе и позволяет избежать избыточности. Хранилище данных АВАР/4 Repository служит источником информации для всех разрабатываемых и выполняемых объектов. Repository состоит из словаря (Dictionary), модели данных, программы, определения экранов и многих других элементов [25]. Активный интегрированный словарь (Dictionary) и архивная информационная система (Repository) обеспечивает широкие возможности и гибкость средств разработки АВАР/4 Development Workbench. Системы управления версиями – программное обеспечение для облегчения работы с изменяющейся информацией. Система управления версиями позволяет хранить несколько версий одного и того же документа, при необходимости возвращаться к более ранним версиям, определять, кто и 46

когда сделал то или иное изменение, и многое другое. Такие системы наиболее широко используются при разработке программного обеспечения для хранения исходных кодов, разрабатываемой программы. ABAP имеет свою систему контроля версий. Система контроля версий в SAP полностью контролирует и управляет всеми программами, выпускаемыми в системную среду, а также всеми изменениями, которые время от времени приходится вносить в систему. Все эти действия невозможны без строгой проверки со стороны системы контроля версий. Также эта система осуществляет не менее строгую проверку в отношении версий всех продуктов разработки, внедряемых в системную среду. Эта система является частью концепции авторизации в SAP Business Suite. Все операции внутри системы SAP Business Suite записываются в журналы, эту информацию можно сортировать по пользователям или транзакциям. Похожим образом, любые изменения в профиле запуска системы SAP Business Suite, а также в настройках, параметрах баз данных и операционной системы записываются и могут быть в дальнейшем проанализированы. Огромный и постоянно увеличивающийся информационный поток – особенность современного мира, поэтому способность обработки большого количества информации в короткие сроки является неотъемлемой частью построения любых бизнес-процессов, будь то разработка стратегических планов, управлении производством или финансовой деятельностью компании. Предлагаемые решения SAP обязаны своей эффективностью в том числе использованию высокопроизводительной платформы для хранения и обработки данных SAP HANA (High-Performance Analytic Appliance). В основу платформы положена технология вычислений использующая принцип поколончатого хранения данных. 47 in-memory,

Архитектура HANA обеспечивает как высокоскоростную обработку транзакций, так и работу со сложными аналитическими запросами, совмещая решение этих задач в рамках единой платформы.[30] Внедрение SAP HANA открывает широкие возможности для работы как с существующим SAP, так и другими информационными системами. Платформа может функционировать на обычных серверах с архитектурой 86х64, а также на блейд-серверах. Интеграция системы осуществляется при помощи специализированных продуктов SAP – Sybase Replication Server и BusinessObjects Data Services. Использование продукта позволяет сократить время формирования отчетных данных до долей секунд. Системные требования – это описание примерных характеристик, которым должен соответствовать компьютер для того, чтобы на нём могло использоваться какое-либо определённое программное обеспечение. Эти характеристики могут описывать требования как к аппаратному обеспечению (тип и частота процессора, объём оперативной памяти, объём жёсткого диска), так и к программному окружению (операционная система, наличие установленных системных компонентов и сервисов и т. п.). Обычно такие требования составляются производителем или автором программного обеспечения [28]. Различают минимальные и рекомендуемые системные требования. Минимальные системные требования – это набор условий, необходимых для возможности запуска и работы программного продукта. Однако, наличие минимальных системных требований не отменяет возможность запуска программного обеспечения на компьютерах, которые по характеристикам слабее минимальных [37]. Рекомендуемые системные требования – набор характеристик, подразумевающих оптимальную работу большей части возможностей продукта. Если компьютер и подходит под рекомендуемые системные требования, то это не означает высокой производительности программного обеспечения [37]. 48

Выбор аппаратной части для BW-сервера является очень важной задачей. Стоимость аппаратного обеспечения гораздо ниже программного наполнения, поэтому в данном случае экономить нецелесообразно, ведь основная задача аппаратуры заключается в обеспечении надежности и производительности. Выбор аппаратуры во многом обуславливается программными BWрешениями, которые будут внедрены в компании. При внедрении SAP Business Suite необходимо ориентироваться на функциональность и производительность. Серьезные расчеты могут проводиться несколько дней, а любой сбой приведет к убыткам, размер которых значительно превысит возможные средства, полученные при экономии на оборудовании [26]. В сегменте серверов преобладает оборудование на базе архитектуры x86, в последнее время с поддержкой 64-разрядных расширений. Это могут быть процессоры Intel Xeon MP или AMD Opteron 8xx, которые поддерживают работу в SMP-системах с четырьмя и более процессорами. Одно из важнейших характеристик сервера – это наличие средств, обеспечивающих функционирование сервера при выходе из строя узлов, а также использование стандартных компонентов, которые можно купить в обычном магазине. Однако пока это не относится к системным платам. Целый ряд производителей самостоятельно проектируют чипсеты и дизайн системных плат. Среди крупных международных компаний так делают практически все. Избежать вероятных потерь данных позволит использование дисковых массивов с обязательной избыточностью. Тогда при выходе из строя одного из дисков информация будет сохранена на других. В простейшем случае RAID 1 состоит из двух дисков – рабочего и так называемого «зеркала». Сегодня, однако, более популярен вариант RAID 5, где резервная информация хранится лишь на одном диске массива. Соответственно, чем больше в массиве дисков, тем меньше потери. Но при повреждении одного накопителя стремительно растет нагрузка на весь массив, так как при записи 49

тратятся дополнительные ресурсы и накопители начинают интенсивно разогреваться. Чтобы избежать этого, необходимо один диск оставлять в резерве. Компания SAP предлагает ряд аппаратных конфигураций, обеспечивающих высокую производительность и надежность системы. При выборе сервера рекомендуется учитывать следующие характеристики: количество пользователей системы, время отклика, количество процессоров, скорость и тип ЦПУ, а также объем памяти. В зависимости от того сколько инфо-объектов, инфо-провайдеров, источников данных, инфо-кубов, мультипровайдеров, уровней агрегаций, таблиц будет содержать хранилище BW, а также объем и регулярность их дельта-обновлений можно выбрать одну из предложенных конфигураций, представленных в таблице 3.1. Таблица 3.1 – Характеристики серверов Время Количество Сервер отклика пользователей (сек) Forward! by Unisys FWD8610000 6510 7656 Windows Server 2012 8521 0.98 R2 Standard Edition Windows Server 2012 9385 0.90 Datacenter Edition Dell PowerEdge M620 Windows Server 2012 9704 0.95 Datacenter Edition Hitachi Compute Blade 520H Windows Server 2012 9950 0.93 Datacenter Edition HP ProLiant BL460c Gen8 SQL Server 0.94 R2 Datacenter Edition NEC Express5800 Model R120e-1M Windows Server 2012 Windows Server 2012 Unisys Forward! 2100 СУБД 0.96 Standard Edition NEC Express5800 R320e-M4 Операционная система Windows Server 2012 10025 0.98 Datacenter Edition 50 2012 SQL Server 2012 SQL Server 2012 SQL Server 2012 SQL Server 2012 SQL Server 2012 SQL Server 2012

Продолжение таблицы 3.1 Объем Количество Сервер Скорость памяти процессоров Forward! by Unisys Тип ЦПУ ЦПУ (MB) Intel Xeon Processor FWD8610000 2 E5-2667 v2 NEC Express5800 3300 262144 2300 262144 3000 262144 2700 262144 2700 262144 2700 262144 2700 262144 Intel Xeon Processor R320e-M4 2 E5-2670 v3 Unisys Forward! Intel Xeon Processor 2100 2 E5-2690v2 NEC Express5800 Intel Xeon Processor Model R120e-1M 2 E5-2697 v2 Dell PowerEdge Intel Xeon Processor M620 2 E5-2697 v2 Hitachi Compute Intel Xeon Processor Blade 520H 2 E5-2697 v2 HP ProLiant BL460c Intel Xeon Processor Gen8 2 E5-2697 v2 Копания SAP предлагает использование Windows Server 2012 и Microsoft SQL Server различных версий. Windows Server 2012 – ведущая серверная операционная система, на которой построена работа многих крупнейших центров обработки данных. Предоставляет широкие возможности предприятиям любого размера по всему миру. Windows Server 2012 содержит сотни новых и усовершенствованных функций, которые позволяют трансформировать ITсреды виртуализации и облачных вычислений с целью сокращения расходов и увеличения ценности для бизнеса. В Windows Server 2012 реализованы впечатляющие инновации в области виртуализации, сетевых технологий, систем хранения данных и удобства работы [37]. Microsoft SQL Server – система управления реляционными базами данных (РСУБД), разработанная корпорацией 51 Microsoft. Основной

используемый язык запросов – Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия [37]. Microsoft SQL Server 2012 – полностью готовая к использованию в информационная платформа, которая обеспечивает надёжностью критически важных для бизнеса систем при работе с данными. Обладает повышенной доступностью, функциональными высокой производительностью возможностями особенно в и области обширными обеспечения безопасности в критически важных моментах и сверхсильных нагрузок, с самостоятельным изучением данных и возможностями интерактивной визуализации данных. Платформа интегрирована с облачными технологиями для обеспечения нужд клиентов, желающих расширять решения как при локальных развертываниях, так и в облаке [37]. Учитывая тот факт, что 90 % электросетевых компании успешно внедрили большую часть модулей SAP Business Suite, организованный для этого сервер может также являться сервером для модуля BI. Однако это может привести к снижению производительности других модулей. В таком случае стоит выделить отдельный сервер для работы с автоматизированной системой бюджетного управления. 3.2 Разработка и тестирование бизнес-архитектуры подсистемы планирования бюджета закупок и выплат Разработка бизнес-архитектуры в SAP начинает с создания инфо- объектов. Инфо-объекты – это наименьшие доступные информационные единицы в SAP BW: их можно однозначно определить при помощи технического имени [23]. Как компоненты репозитария метаданных, инфо52

объекты содержат техническую и специальную информацию для основных и переменных данных в SAP BW. Инфо-объекты используются во всей системе для создания структур и таблиц. Это позволяет моделировать информацию в структурированной форме в SAP BW. Инфо-объекты используются для определения отчетов, анализа основных и переменных данных. Они делятся на следующие классы: показатели, признаки, внешние признаки. На рисунке 3.2 изображена иерархия созданных для автоматизации бюджетирования электросетевого предприятия инфо-объектов. Рисунок 3.2 – Созданные инфо-объекты Далее заполним созданные объекты данными. На рисунках 3.3 и 3.4 изображено содержание инфо-объектов «Бюджет» и «Вид деятельности». Рисунок 3.3 – Основные данные инфо-объекта «Бюджет» 53

Рисунок 3.4 – Основные данные инфо-объекта «Вид деятельности» После создания инфо-объектов необходимо создать инфо-провайдеры. Инфо-провайдер – это общее название объекта, который можно использовать для создания отчетов в Business Explorer (BEx). Инфопровайдеры – это объекты или ракурсы, являющиеся релевантными для системы отчетов. Инфо-провайдеры включают различные метаобъекты базы данных, поставляющие данные для определений запросов. Вид сбора данных зависит от используемого инфо-провайдера. Однако способ сбора данных не оказывает влияния на систему отчетов. Инфо-провайдеры поставляют данные, которые можно анализировать с использованием запросов. Существует два типа хранения данных. Физическое хранение обеспечивают: − инфо-кубы; − объекты хранилища данных; − инфо-объекты (признаков). Логические ракурсы физического хранения данных включают: − инфо-наборы; − виртуальные провайдеры; − мультипровайдеры. Прежде всего, был разработан инфо-куб, описанный в виде схемызвезды в предыдущем разделе. Для этого были созданы измерения, указаны признаки, входящие в измерения (созданные ранее инфо-объекты), атрибуты 54

инфо-куба и наполнены содержимым. На рисунках 3.5 и 3.6 изображена внутренняя структура инфо-куба. Рисунок 3.5 – Измерения (признаки) инфо-куба Рисунок 3.6 – Показатели инфо-куба Инфо-кубы – это контейнеры центральных данных, являющиеся основой для отчетов и анализов в SAP BI [23]. Они содержат показатели и ссылки на признаки. Показатели и признаки являются инфо-объектами. Каждый отдельный инфо-куб должен содержать автономный набор данных, т.к. запросы содержат ссылки, главным образом, на один инфо-куб. Каждый инфо-куб имеет одну таблицу фактов и до 16 таблиц измерений. Каждая таблица фактов может содержать максимум 233 показателя. Измерение может содержать до 248 свободно доступных признаков. 55

Содержимое инфо-куба изображено на рисунке 3.7. Общая таблица фактов включает все таблицы, описанные в схеме-звезда. Рисунок 3.7 – Просмотр данных инфо-куба Далее необходимо было создать мультипровайдер. Мультипровайдер является специальным инфо-провайдером, который при предоставлении данных для системы отчетов объединяет данные из нескольких инфо-провайдеров. Сам мультипровайдер не содержит каких-либо данных. Его данные происходят исключительно от инфо-провайдеров, на которых он основан. Эта концепция предусматривает возможности углубленного анализа без необходимости пополнения новых чрезвычайно объемных инфо-кубов. Можно строить более простые базовые кубы с меньшими таблицами и с меньшей избыточностью данных. Фрагмент кода программы находится в приложении Б. На рисунке 3.8 изображена структура мультикуба на основе ранее созданного инфо-куба. В последствие в него можно добавить еще ряд инфопровайдеров, не изменяя структуру основного инфо-куба. 56

Рисунок 3.8 - Создание мультипровайдера На рисунке 3.9 представлены инфо-провайдеры, входящие в состав мультикуб. Для добавления достаточно ввести техническое имя инфообъекта. Рисунок 3.9 – Инфо-кубы мультипровайдера Созданный мультипровайдер стал основой для разработки уровня агрегации, который позволит вносить данные инфо-куб с помощью BEx- 57

запроса. Рисунок 3.10 содержит иерархию зависимостей объектов, вложенных в уровень агрегации. Рисунок 3.10 – Иерархия созданного уровня агрегации Следующим шагом был разработан пользовательский запрос (BExзапрос) с использование созданного уровня агрегации. Для этого использовалась среда для разработки отчетов BEx Query Designer. Путем выбора и комбинирования признаков и показателей или многократно используемых структур в запросе можно определить способ анализа данных На рисунке 3.11 представлен созданный отчет «Типовая форма ввода». Рисунок 3.11 – BEx-запрос «Типовая форма ввода» 58

Анализ данных в BEx SAP BW может быть выполнен в следующих областях: − BEx Analyzer (на основе Microsoft Excel); − в веб-приложениях BEx. Обе области могут быть полностью интегрированы. Другими словами, при помощи одного щелчка можно просмотреть запросы из BEx Analyzer в стандартном ракурсе веб-браузера. Обратное также возможно, то есть можно экспортировать веб-приложение в Microsoft Excel 2010. 3.3 Технико-экономическое обоснование и анализ эффективности разработки Технико-экономическое обоснование проекта автоматизированной системы бюджетного управления проводится с целью: − доказать целесообразность инвестиционного проекта по внедрению автоматизированной системы; − рассчитать и проанализировать составляющие денежного потока для рассматриваемого срока службы системы; − сопоставить затраты на создание и функционирование автоматизированной системы с результатами, получаемыми от ее внедрения, оценить прибыль, определить условия и сроки окупаемости затрат. Автоматизированная подсистема бюджета закупок и выплат электросетевого предприятия была разработана для решения следующих управленческих задач: − организации рабочего процесса; − учета бюджетных планов и их измерений; 59

− обеспечения поддержки и функциональности алгоритмов системы бюджетирования; − организации взаимодействия сотрудников на всех уровнях; − поддержки платформы, архитектуры и средств интеграции. В результате создания подсистемы были улучшены значения следующих показателей: − времени доступа к документации и другой информации; − повышение качества (полноты, точности, достоверности, своевременности, согласованности) информации; − времени взаимодействия между сотрудниками и организационными подразделениями; − эффективность распределение задач; − оперативность формирования отчетности. Эффективности создания и внедрения разработанной информационной системы определяется экономической эффективностью. Экономическая эффективность – это соотношение экономического эффекта и затрат, породивших этот эффект [39]. Прежде всего была определена себестоимость разработки информационной системы, которая определяется рядом статей затрат: − основная заработная плата производственного персонала; − отчисления на социальные нужды; − затраты на электроэнергию; − затраты на амортизацию и ремонт вычислительной техники; − накладные расходы [39]. Следующим шагом были вычислены затраты на оплату труда всех участвующих в проекте должностных лиц. Трудоемкости разработки была определена календарным методом. Полученные результаты представлены в таблице 3.1. 60

Исходя из таблицы 3.1, трудоемкость подобной разработки подсистемы планирования бюджета закупок и выплат составила 640 часов или 80 рабочих дней при восьмичасовом рабочем дне. Среднемесячный фонд рабочего времени в 2018 году составил 164,42 часов, среднемесячная заработная плата BI-эксперта – 50000 рублей. Таблица 3.1 – Оценка трудоемкости разработки № Наименование работ Продол. п/п работ (ч.) 1 Проработка алгоритма формирования данных и подготовка ТЗ (SD) 32 2 Проработка алгоритма формирования данных и подготовка ТЗ (BI) 32 3 Проработка алгоритма формирования данных и подготовка ТЗ (FI) 16 4 Проработка алгоритма формирования данных (MM) 12 5 Проектирование функциональных и информационных моделей 24 6 Разработка экстракторов для выгрузки данных (BI) 200 7 Разработка хранилища данных, потока данных (BI) 96 8 Реализация отчетов в BI и разработка формуляра 96 10 Тестирование отчетов 42 11 Устранение замечаний 42 12 Корректировка и тестирование ролей пользователей 8 13 Подготовка инструкции 16 14 Управление изменением 24 Итого 640 Расчет основной заработной платы ( З осн ) производился по формуле 3.1 [40]. Зосн = где Зср Фср *Ч , Зср – среднемесячная заработная плата; Ф ср – среднемесячный фонд рабочего времени; 61 (3.1)

Ч – это количество отработанных часов. В соответствии с формулой 3.1 основная заработная плата разработчика составила 194623,5 рубля. В соответствии с Федеральным законом от 24 июля 2009 года N 212-ФЗ "О страховых взносах в Пенсионный фонд РФ, Фонд социального страхования РФ, страхования и Федеральный территориальные фонд обязательного медицинского фонды обязательного медицинского страхования" (в редакции Федерального закона от 03.12.2011 № 379-ФЗ) работодатель обязан осуществлять страховой взнос, который в 2018 году составляет 26% от дохода и вычисляется по формуле 3.2 [40]: СВ = Зосн * Р, где (3.2) Зосн – основная заработная плата; Р – размер страхового взноса на социальные нужды. Итоговые отчисления на социальные нужды составили 50602 рубля, а основная заработная плата разработчика с учетом отчислений – 144221,5 рублей. Затраты на электроэнергию были рассчитаны по формуле 3.3 [40]: Cээ = Н ч *Ч * Т ч , где (3.3) Нч – норма потребления электроэнергии за час; Ч – количество рабочих часов электроприборов; Т – тарифный план за использование 1 КВт/ч. Затраты на использование электроэнергии стационарным компьютером и монитором с мощностями 0,07 КВт/ч и 0,04 КВт/ч, тарифным планом – 3,8 рубля за 1 КВт за 640 часов работы составили 276,52 рубля. 62

К накладным расходам были отнесены расходы на все виды связи, в том числе на широкополосный доступ к сети Интернет, стоимость которого составляет 550 рублей в месяц за 100 Мбит/с. За 3 месяца разработок общая сумма составит 1650 рублей. Покупка лицензий на программное обеспечения не требуется, так как система SAP BI входит в пакет лицензионной поставки для SAP ERP . Амортизация – процесс постепенного переноса стоимости средств производства на производимый продукт [39]. Амортизационные отчисления – постепенное возмещение износа основных фондов в стоимостном выражении [39]. Расчет амортизационных отчислений по компьютерной технике вычислялся исходя из нормы амортизации, установленной в зависимости от нормативного срока использования компьютерной техники. Для стационарного компьютера предполагаемый срок использования 5 лет, а процент амортизационных отчислений в год составил 20%. Первоначальная стоимость компьютера устанавливалась исходя из средней стоимости с учетом расходов на доставку, установку и монтаж (45000 рублей), а годовой фонд рабочего времени в часах, исходя из нормы рабочего времени на 2018 год (1970 час). Расчет амортизационных отчислений вычислялся по формуле 3.4 [40]: АО = где Сп * П АО * Фср , Фг (3.4) Cп – первоначальная стоимость компьютера; П АО – процент амортизационных отчислений в год; Фг – годовой фонд рабочего времени в часах за 2018 год; Ф ср – среднемесячный фонд рабочего времени [45]. Таким образом, амортизационные отчисления составили 751 рубль. 63

На основе произведенных расчетов по отдельным статьям калькуляции была составлена таблица 3.2. Она содержит информацию о том, какое количество денежных средств будет затрачено по каждой статье калькуляции, а также общую стоимость. В результате себестоимость подсистемы бюджета закупок и выплат составила 197501,02 рублей. Таблица 3.2 – Калькуляция себестоимости № Наименование статей затрат Сумма (руб.) 1 Затраты на оплату труда работников 144221,50 2 Отчисления на социальные нужды 50602,00 3 Накладные расходы 1650,00 4 Амортизационные отчисления 751,00 5 Электроэнергия 276,52 Итого: 197501,02 Критерием эффективности создания и внедрения информационных систем выступает ожидаемый годовой экономический эффект, получаемый потребителем программы. Чистая прибыль от использования продукта за год определялась по формуле 3.5 [40]: (3.5) П = Рг − З г , где Pг – стоимостная оценка результатов применения программного продукта в течение года; Зг – стоимостная оценка затрат при использовании программного продукта [40]. При ручном ведении бюджета закупок и выплат среднее время на выполнение сотрудниками всего бюджетного составляет 120 цикла с часов (15 формированием рабочих отчетности дней), а при автоматизированном ведении – всего лишь 6 часов. Кроме того, вероятность 64

совершения ошибок при сведении бюджета практически исключена, так как все вычисления производятся подсистемой самостоятельно. С учетом того, что бюджет формируется каждый квартал, то за год ручного ведения сотрудники тратит в среднем 480 часов (60 дней) своего рабочего времени, а при автоматизированном – 24 часа (3 дня). То есть за год величина выплат сотруднику при том же объеме работы сократится в 20 раз. Средняя заработная плата сотрудника подразделения финансового менеджмента 35000 рублей в месяц. Таким образом, за год работы оплата за введение подсистемы бюджетного управления снизится с 102152 рублей до 5102,04. Отчисления на социальные нужды соответственно уменьшатся с 26559,52 до 1326,53. Амортизационные отчисления не изменят своего значения после внедрения подсистемы и составят 751 рубль. Накладные расходы также не изменят значения и составят 6600 рублей. Затраты на использование электроэнергии стационарным компьютером и монитором с мощностями 0,07 КВт/ч и 0,04 КВт/ч, тарифным планом – 3,8 рублей за 1 КВт, а также фондом рабочего времени 1740 часа за год работы вычислялись по формуле 3.2 составили 200,64 рубля, а после внедрения автоматизированной системы при том же объеме работы – 10,03 рубля. Сопоставление расходов за год ручного и автоматизированного ведения цикла бюджета покупок и выплат представлено в таблице 3.3. Таблица 3.3 – Сравнение себестоимости № п/п Наименование статьи Сумма за год Сумма (ручное) год (автоматизированное) 1 Затраты на оплату труда работников 75592,48 3775,40 2 Отчисления на социальные нужды 26559,52 1326,53 3 Накладные расходы 6600,00 6600,00 4 Амортизационные отчисления 751,00 751,00 65 за

5 Электроэнергия 200,64 10,03 Итого 109703,64 12462,96 Таким образом, чистая прибыль от использования разработанного программного продукта за год составит 97240,68 рублей. Срок окупаемости системы равен 2 годам. Для вычисления срока окупаемости использовалась формула 3.6 [40]. (3.6) СО = K 0 / C, где K 0 – сумма первоначально вложенных средств; C – годовые поступления от внедрения системы. Автоматизированная подсистема бюджета закупок и выплат является экономически эффективной, так как ежегодная прибыль от использования составит более 97000 рублей, а срок окупаемости разработанной системы 2 года. 3.4 Практические рекомендации по эксплуатации подсистемы планирования бюджета закупок и выплат электросетевой компании Руководство содержащий по описание эксплуатации – программного это технический обеспечения и документ, инструкцию пользования им [37]. Разработанная специалистов, инструкция участвующих в по эксплуатации процессах предназначена бюджетного для управления электросетевой компании. Руководство содержит инструкции по общим принципам работы с элементами интерфейса АСБУ в части бюджета закупок и выплат, а также дополнительной детальной информацией по вводу и анализу данных. 66

Для планирования бюджета закупок и выплат были разработаны 3 пользовательских отчета: форма ввода данных бюджета закупок и выплат, 2 гибких отчета «Бюджет закупок и выплат (одна версия)» и «Бюджет закупок и выплат (сравнение версий)». Для начала взаимодействия с системой пользователю необходимо войти в неё, введя мандант (область деятельности в SAP), логин, пароль и язык ввода (рисунок 3.12) . Рисунок 3.12 – Вход в систему Если регистрационные данные введены неверно, то в окне появится сообщение об ошибочных данных (рисунок 3.13). Рисунок 3.13 – Сообщение об ошибке при входе Если регистрационные данные введены верно, то будет отображено меню пользователя. После этого пользователю предоставляется возможность просмотра своего рабочего пространства. На рисунке 3.14 представлены каталоги пользователя Зайцевой Е.А. 67

Рисунок 3.14 – Рабочее пространство пользователя Первым подпроцессом ведения бюджета закупок и выплат является планирование затрат. Поэтому, прежде всего, пользователь должен с помощью формы ввода внести все необходимые значения. В меню пользователя следует запустить форму ввода «Бюджет закупок и выплат», а в появившемся окне задайте необходимые значения переменных (рисунок 3.15). Рисунок 3.15 – Форма ввода переменных Переменные «ЦФО», «Филиал», «Статья», «Договор», «Версия бюджета» можно заполнять вручную или выбирать значения из списка. Для выбора из списка необходимо открыть окно выбора значений нажатием кнопки справа от поля ввода значений переменной. 68

После открытия окна, представленного на рисунке 3.16, следует выбрать необходимое значение и нажать кнопку «ОК». Рисунок 3.16 –Выбор значения переменной Кроме того, можно воспользоваться строкой поиска (рисунок 3.17). . Рисунок 3.17 – Строка поиска Так же можно изменить представление признака, воспользовавшись кнопкой, представленной на рисунке 3.18. . Рисунок 3.18 – Кнопка изменения представления Переменные «ЦФО», «Филиал», «Версия бюджета» являются обязательными для ввода и требуют ввод отдельного значения. Переменная «Статья» является необязательной для ввода и допускает множественный выбор. Для переменной «Статья» существует множественный выбор значений. Для добавления новых строк необходимо нажать кнопку, представленную на рисунке 3.19. 69

Рисунок 3.19 – Кнопка добавления новых строк Для удаления строки значения необходимо нажать кнопку, изображенную на рисунке 3.20. Рисунок 3.20 – Кнопка удаления строк Переменная «Договор» является необязательной для ввода. При пустом значении переменной из системы выгружаются все договоры, доступные для указанных статей. Следуя методике, выберите значения для всех необходимых переменных. Проверить корректность введенных значений переменных можно при помощи индикаторов на панели ввода слева – раздел «Резюме запроса на ввод», представленном на рисунке 3.21: Рисунок 3.21 – Форма ввода В случае, если отображается зеленый индикатор, переменная введена корректно, если индикатор красный – значение переменной необходимо скорректировать. 70

В случае корректного ввода всех переменных нажмите кнопку, представленную на рисунке 3.22. Рисунок 3.22 – Кнопка подтверждения Далее описан процесс ввода данных и сохранения данных. Для статей бюджета закупок и выплат определены позиции, по которым необходимо вводить значения. Соответствующие ячейки доступны для ввода и выделены голубым цветом (рисунок 3.23). Рисунок 3.23 – Форма ввода данных Ячейки, помеченные серым цветом, являются расчетными и ввод в поле не разрешен. После ввода значений данные в форме ввода необходимо сохранить. Для этого, следует нажать кнопку, представленную на рисунке 3.24. Рисунок 3.24 – Кнопка сохранения данных Если введены некорректные данные, появится предупреждающее сообщение о необходимости скорректировать введенные значения. В случае корректных данных появится информационное сообщение «Данные сохранены». Для того чтобы изменить значения фильтра необходимо нажать кнопку «Выбрать аналитики» (рисунок 3.25). 71

Рисунок 3.25 – Кнопка выбора аналитик В появившемся окне задайте необходимые значения переменных и нажать кнопку «ОК» и ввести данные описанным выше способом. После ввода плановых данных пользователь может просмотреть общие данные в разрезе различных аналитик в гибком отчете «Бюджет закупок и выплат (одна версия)» Выгрузка данных для гибкого отчета «Бюджет закупок и выплат (одна версия)» выполняется из SAP BW системы. Из меню пользователя необходимо запустить отчет «Бюджет закупок и выплат (одна версия)». В появившемся окне также ввести параметры отчета, представленные на рисунке 3.26. Рисунок 3.26 – Ввод входных параметров отчета Переменные ЦФО и Филиал являются не обязательными для ввода. Переменная «Версия бюджета» обязательна для ввода. После ввода всех данных следует нажать кнопку «ОК». Выгрузится отчет с заданными параметрами (рисунок 3.27) . 72

Рисунок 3.27 – Сформированный отчет Для смены значений переменных нажмите кнопку «Выбрать аналитики» (рисунок 3.28). Рисунок 3.28 – Выбор аналитик Так же можно воспользоваться полями в области фильтров для ограничения выводимых на экран признаков и показателей. На рисунке 3.29 выделена кнопка смены фильтров. Рисунок 3.29 – Область фильтров 73

Для задания фильтра необходимо нажать на всплывающий значок и выбрать необходимые условия. Пример представлен на рисунке 3.30. После нажатия кнопки «ОК» выполнится фильтрация данных. Рисунок 3.30 – Выбор данных фильтра С помощью гибкого отчета «Бюджет закупок и выплат (сравнение версий)» пользователь может сравнить несколько созданных версий бюджета. Выгрузка данных для гибкого отчета «Бюджет закупок и выплат (сравнение версий)» также выполняется из SAP BW системы. Из меню пользователя необходимо запустить отчет «Бюджет закупок и выплат (сравнение версий)», а затем ввести параметры отчета (рисунок 3.31). Рисунок 3.31 – Форма ввода входных данных Переменные ЦФО и Филиал являются не обязательными для ввода, Переменная «Версия бюджета», «Версия 2»обязательны для ввода. 74

После ввода всех данных нажмите кнопку «ОК». Выгрузится отчет с заданными параметрами (рисунок 3.32). Рисунок 3.32 – Выгруженный отчет Для смены значений переменных нажмите кнопку «Выбрать аналитики» (рисунок 3.33). Рисунок 3.33 – Выбор аналитик Так же можно воспользоваться полями в области фильтров для ограничения выводимых на экран признаков и показателей. Данные процессы идентичны отчету «Бюджет закупок и выплат (одна версия)». Одну из важнейших ролей в данной системе играет администратор. Им может выступать один из сотрудников участвующих в работе АСБУ электросетевой компании. Он будет работать напрямую с бизнес- хранилищем системы. Основной его задачей будет формирование версий бюджетов. Для добавления новой версии необходимо зайти в систему с использованием своей учетной записи, полномочия которой позволяют вести данный бизнес-процесс (рисунок 3.34). 75

Рисунок 3.34 – Вход в систему Далее следует вызвать транзакцию rsa1 (рисунок 3.35). Рисунок 3.35 – Вызов транзакции rsa1 Далее в разделе «Инфо-объекты» найти признак ZVERBUD и правой кнопкой мыши вызвать контекстное меню, в котором выбрать пункт «Ведение основных данных» (рисунок 3.36). Рисунок 3.36 – Вызов контекстного меню 76

После этого в открывшемся окне выполнить просмотр кнопкой «F8» с клавиатуры или нажатием кнопки, выделенной на рисунке 3.37. Рисунок 3.37 – Ведение основных данных признака После этого появится список всех версий бюджета, созданных в системе. Для создания новой версии необходимо нажать «F5» или пиктограмму, выделенную на рисунке 3.38. Рисунок 3.38 – Добавление новой версии бюджета В появившемся окне заполняются необходимые параметры версии: версия бюджета (ключ), календарный год/месяц, тип версии, описание (рисунок 3.39). 77

Рисунок 3.39 – Заполнение полей ввода Далее нажать кнопку подтверждения или (Enter) и пиктограмму «Сохранить», представленную на рисунке 3.40. Рисунок 3.40 – Сохранение новой версии бюджета Далее следует вернуться к выбору объекта и в контекстном меню нажать «Активировать основные данные» (рисунок 3.41). Рисунок 3.41 – Активация основных данных 78

Только после активации основных данных инфо-объекта новая версия бюджета появится в справочнике при указании переменных в любой из отчетных форм, включая форму ввода данных. Выводы по третьему разделу: в данном разделе описаны процессы разработки и тестирования подсистемы планирования бюджета закупок и выплат, технико-экономическое обоснование разработки подсистемы и даны практические рекомендации внедрения и эксплуатации. Автоматизированная подсистема бюджета закупок и выплат является экономически эффективной, так как ежегодная прибыль от использования составит более 97000 рублей, а срок окупаемости разработанной системы 2 года. 79

ЗАКЛЮЧЕНИЕ В настоящее время проблема совершенствования бюджетного управления является одной из самых актуальных для большинства российских предприятий. Наличие автоматизированной системы бюджетного управления позволяет повысить финансово-экономическую эффективность предприятия, обеспечить его финансовую устойчивость, сохранить и усилить свою позицию на рынке и легко адаптироваться к постоянно меняющимся условиям внешней среды. Развитие системы бюджетирования является особой задачей для больших компаний и корпораций, имеющих филиалы в различных городах России и других странах мира. Одним из ярчайших примеров являются электросетевые предприятия. В магистерской диссертации была достигнута цель повышения технико-экономических показателей электросетевой компании за счет разработки подсистемы бюджета закупок и выплат автоматизированной системы бюджетного управления электросетевого предприятия. Под автоматизацией бюджетного управления на предприятии подразумевается создание соответствующего программного средства для обеспечения поддержки процессов, связанных со сбором, обработкой и хранением больших объемов данных, а также с реализацией различных методик прогнозирования, планирования и анализа. Для достижения поставленной цели были решены следующие задачи: − проведен анализ процессов бюджетного управления электросетевой компании; − исследовано существующее программное обеспечение; − осуществлено совершенствование модели бюджетного управления электросетевого предприятия; 80

− разработана модель базы данных автоматизированной системы бюджетного управления электросетевой компании; − разработана и протестирована бизнес-архитектура подсистемы планирования бюджета закупок и выплат электросетевой компании; − проведены технико-экономическое обоснование разработки и анализ эффективность подсистемы планирования закупок и выплат. Исследование особенностей бизнес-процессов в электросетевой компании и изучение существующих подходов к бюджетному управлении дало возможность осуществить постановку задачи автоматизации. Одним из важнейших этапов стало проектирование функциональных и информационных моделей. Диаграмма бизнес-процессов и схема-звезда являются основой разработки бизнес-архитектуры системы. Для построения диаграмм бизнес-процессов и информационной модели системы использовалось CASE-средство AllFusion Process Modeler и AllFusion ERwin Data Modeler . Модели обеспечивали данных помогли эффективный визуализировать процесс структуру организации, данных, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания. Следующим шагом был осуществлен выбор среды разработки. Для этого был проведен анализ рынка ERP-систем, вследствие которого было принято решение об оптимальности продукта SAP Business Suite 7. Кроме того, было проведено технико-экономическое обоснование разработки и оценена эффективность подсистемы с калькуляцией себестоимости проекта по всем существующим статьям затрат. Разработка информационной системы производилась в SAP BI, модуле SAP SAP Business Suite 7, которая является платформой для создания корпоративных хранилищ данных и бизнес-аналитики. Cистема содержит инфо-куб, мультипровайдер, уровень агрегации. 81

Для планирования бюджета закупок и выплат были разработаны 3 пользовательских отчета: форма ввода данных бюджета закупок и выплат, 2 гибких отчета «Бюджет закупок и выплат (одна версия)» и «Бюджет закупок и выплат (сравнение версий)». Автоматизированная подсистема бюджета закупок и выплат является экономически эффективной, так как ежегодная прибыль от использования составит более 97000 рублей, а срок окупаемости разработанной системы 2 года. В дальнейшем предполагается расширение глобальной системы, путем реализации остальных бюджетов, а также формирование отчетов сводного бюджета. Кроме того, предполагается увеличения числа аналитических отчетов, а также обеспечение безопасности за счет создания полномочий и ролей для ограничения доступа к данным глобальной системы бюджетного управления электросетевой компании. 82

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. Демчук, О.Н. Теория организации: Учебное пособие: [Электронный ресурс] / О.Н. Демчук, Т.А. Ефремова. - 3-е изд., стер. Москва : Флинта, 2017. - 262 с. 2. Маринко, Г.И. Управленческий консалтинг : Учебное пособие для студентов вузов, обучающихся по специальности (направлению подготовки) 030201 (020200) и 030200 (520900) «Политология» / Г.И. Маринко; МГУ им. М.В. Ломоносова, Фак. государственного управления. - М.: ИНФРА-М, 2016. - 381 с. 3. Ширяев, В.И. Управление бизнес-процессами: Учебно- методическое пособие : [Электронный ресурс]/ В.И. Ширяев, Е.В. Ширяев; В.И. Ширяев, Е.В. Ширяев. - Москва : Финансы и статистика, 2009. - 462 с. 4. Ронова, Г.Н. Оценка стоимости предприятий : Учебно- методический комплекс : [Электронный ресурс] / Г.Н. Ронова, П.Ю. Королев, А.Н. Осоргин; Г.Н. Ронова, П.Ю. Королев, А.Н. Осоргин и др. - Москва : Евразийский открытый институт , 2015. - 157 с. 5. Учитель, Ю.Г. Разработка управленческих решений : Учебник : [Электронный ресурс] / Ю.Г. Учитель, А.И. Терновой, К.И. Терновой; Ю.Г. Учитель, А.И. Терновой, К.И. Терновой. - 2-е изд., перераб. и доп. - Москва : Юнити-Дана, 2015. - 384 с. 6. Савчук, В.П. Управление прибылью и бюджетирование : [Электронный ресурс] / В.П. Савчук; В.П. Савчук. - 3-е изд. - Москва : БИНОМ. Лаборатория знаний, 2015. - 432 с. 7. Никулина, Е.В. Финансовое законодательство [Электронный ресурс]: учебное пособие / Е. В. Никулина - Белгород, 2015. 8. Ковалев В.В. Лизинг: Финансовые, учетно-аналитические и правовые аспекты : Учебно-практическое пособие / В. В. Ковалев; В.В. Ковалев. - Москва : Проспект, 2015. - 448 с. 83

9. Зимакова Л.А. Учет затрат, калькулирование и бюджетирование в отдельных отраслях производственной сферы: Учебно-методический комплекс : [Электронный ресурс] / Л. А. Зимакова; Л.А. Зимаков. - Белгород, 2014. 10. Савкина Р.В. Планирование на предприятии: Учебник: [Электронный ресурс] / Р. В. Савкина; Р.В. Савкина. - Москва: Дашков и К°, 2013. - 324 с. 11. Гахов, Р.П. Компьютерное моделирование экономических процессов [Текст]: учебное пособие для студентов вузов / Р.П. Гахов, Н.В. Щербинина - Белгород: ИД Белгород, 2014. - 88 с. 12. Маторин, С.И. Теория систем и системный анализ [Электронный ресурс] / С.И. Маторин, О.А. Зимовец - Белгород: ИД Белгород, 2015. 13. Третьякова, Л.А. Управленческий учет и учет персонала : учебное пособие для студентов бакалавриата и магистратуры / Л.А. Третьякова, Т.А. Власова; рец.: Г.С. Ферару, Л.И. Проняева ; М-во образования и науки, НИУ БелГУ. - Белгород : ИД Белгород, 2017. - 120 с. 14. Забнина, Г.Г. Управление бюджетированием : [Электронный ресурс] : Учебно-методический комплекс / Г.Г. Забнина, О.Н. Андреева. Белгород, 2016. 15. Зимакова, Л.А. Учет затрат, калькулирование и бюджетирование в отдельных отраслях производственной сферы : [Электронный ресурс] : Учебно-методический комплекс / Л.А. Зимакова. - Белгород, 2014. 16. Ломакин, В.В. Программирование и программное обеспечение информационных технологий [Электронный ресурс] / В.В. Ломакин – НИУ БелГУ. - Белгород, 2014. 17. Черных, И.Н. Организация учета затрат по центрам ответственности : учебное пособие для студентов, обучающихся по спец. «Бухгалтерский учет, анализ и аудит» / И.Н. Черных, З.Ч. Хамидуллина; рец.: В.Г. Гетьман и др. - М. : КноРус, 2017. - 160 с. 84

18. Горелик О.М. Управленческий учет и анализ : Учебное пособие для студентов вузов, обучающихся по спец. "Прикладная информатика (по областям)" и другим экономическим спец. / О.М. Горелик, Л.А., Э.Ш. Низамова; Рец.: О.И. Васильчук, Г.Н. Гогина. - М. : КноРус, 2015. - 253 с. 19. Ханина О.С. Информационные системы в производстве: [Электронный ресурс]: Учебно-методический комплекс / О.С. Ханина. Белгород, 2016. - 255 с. 20. Никитин, А.В. Управление предприятием (фирмой) с использованием информационных систем : Учебное пособие для студентов вузов, обучающихся по экономическим спец. / А.В. Никитин, И.А. Рачковская, И.В. Савченко; Московский гос. ун-т им. М. В. Ломоносова (МГУ). - М. : Инфра-М, 2017. - 188 с. 21. Асадуллаев, Р.Г. Интегрированные информационные системы предприятия : [Электронный ресурс]: Учебно-методический комплекс / Р.Г. Асадуллаев. - Белгород, 2016. - 261 с. 22. Никулина, Е.В. Финансовое законодательство [Электронный ресурс]: учебное пособие / Е. В. Никулина - Белгород, 2015. - 321 с. 23. Лиане, В. Системное администрирование SAP R/3. Официальное руководство SAP / В. Лиане; Пер. С. Орлов; Науч. ред. А. Вендров. - М.: Лори, 1999. - 342 с. 24. Ханина, О.С. Информационные системы в производстве: Учебнометодический комплекс: Электронный ресурс / О. С. Ханина; О.С. Ханина. Белгород: НИУ БелГУ, 2012. 25. Кале, В. Внедрение SAP/3: Руководство для менеджеров и инженеров / В. Кале; Пер. с англ. П.А. Панов. - М. : Компания АйТи, 2004. 512 с. : ил.,табл. - Предметный указ.: с. 507-511. - ISBN 0-672-31776-1 (англ.): 982-00. 26. Кречмер Р. Разработка приложений SAP R/3 на языке ABAP/4 : Официальное руководство, разработанное SAP Development Team / Р. Кречмер, В. Вейс. - М. : ЛОРИ, 2015. - 342 с. 85

27. Маклаков, С.В. Моделирование бизнес-процессов с BPwin 4.0 [Текст] / С.В. Маклаков. – М.: ДИАЛОГ-МИФИ, 2013. – 224 с. 28. Гахов, Р.П. Методы и средства проектирования информационных систем и технологий: Учебно-методический комплекс [Электронный ресурс] / Р.П. Гахов – НИУ БелГУ. - Белгород, 2013. 29. Колокольникова, А.И. Компьютерное моделирование финансовой деятельности: Учебное пособие: [Электронный ресурс] / А.И. Колокольникова - Москва: Директ-Медиа, 2013. - 164 с. 30. Гусятников, В.Н. Стандартизация и разработка программных систем: Учебное пособие: [Электронный ресурс]/ В.Н. Гусятников, А.И. Безруков; В.Н. Гусятников, А.И. Безруков. - Москва : Финансы и статистика : Инфра-М, 2014. - 288 с. 31. Репин, В.И. Бизнес-процессы. Моделирование, внедрение, управление [Электронный ресурс] / В.И. Репин - Москва: Флинта, 2013. 480 с. 32. Компьютерные технологии в моделировании, управлении и экономике [Электронный ресурс]: сборник материалов VIII-ой межвузовской научно-практической конференции / ред. проф. А.В. Полянина – Орел: Издательство ОФРАНХиГС, 2016. – 264 с. 33. Румбешт, В.В. Программная инженерия [Электронный ресурс]: учебно-методический комплекс / В. В. Румбешт - Белгород, 2013. 34. Синицын, С.В. Верификация программного обеспечения [Электронный ресурс]: курс лекций / С. В. Синицын, Н. Ю. Налютин Москва: Интернет-Университет Информационных Технологий, 2017. - 367 с. 35. Золотов, С.Ю. Проектирование информационных систем [Электронный ресурс] / С.Ю Золотов – Томск: Эль Контент, 2013. - 88 с. 36. Петина, М.А. Инструментальные средства поддержки жизненного цикла программно-информационных средств [Электронный ресурс]: Учебнометодический комплекс / М.А. Петина, А.Н. Коваленко, Т.Г. Кузьмичева. Белгород, 2017. - 165 с. 86

37. Влацкая, И.В. Проектирование и реализация прикладного программного обеспечения : Учебное пособие : [Электронный ресурс] / И.В. Влацкая, Н.А. Заельская, Н.С. Надточий; Оренбургский гос. ун-т. - Оренбург : ОГУ, 2015. - 119 с. 38. Иорш, В.И. Управление основными фондами на основе ключевых показателей эффективности [Текст] / В. И. Иорш, В. Д. Стружинский // Горный журнал. - 2015 г. - №3. - с. 25-28. 39. Методика автоматизированных определения систем экономической управления эффективности предприятиями и производственными объединениями // ГКНТ СССР. АН СССР. - М.: Статистика, 2016. - 62 с. 40. Бородин, Р.А. Особенности учета затрат на производство и калькуляции себестоимости продукции [Электронный ресурс] / Р.А. Бородин. - Москва: Лаборатория книги, 2012. - 141 с. 41. ГОСТ 7.32-2001 Отчет о научно-исследовательской работе. Структура и правила оформления [Текст]. - М.: Изд-во стандартов, сор. 2001. - 26 с. - (Система стандартов по информации, библиотечному и издательскому делу). 42. ГОСТ 7.1-2003 Библиографическая запись. Библиографическое описание [Текст]. - М.: Изд-во стандартов, сор. 2004. - 170 с. - (Система стандартов по информации, библиотечному и издательскому делу). 87

ПРИЛОЖЕНИЕ А Модель базы данных схема-звезда Рисунок А.1 – Модель базы данных схема-звезда 88

ПРИЛОЖЕНИЕ Б Фрагмент кода программы FUNCTION ECPCA_BIW_GET_DATA. *"--------------------------------------------------------------------*"*"Lokale Schnittstelle: *" IMPORTING *" VALUE(I_REQUNR) TYPE SBIWA_S_INTERF ACE-REQUNR *" VALUE(I_ISOURCE) TYPE SBIWA_S_INTER FACE-ISOURCE OPTIONAL *" VALUE(I_MAXSIZE) TYPE SBIWA_S_INTER FACE-MAXSIZE OPTIONAL *" VALUE(I_INITFLAG) TYPE SBIWA_S_INTER FACE-INITFLAG OPTIONAL *" VALUE(I_UPDMODE) TYPE SBIWA_S_INTE RFACE-UPDMODE OPTIONAL *" VALUE(I_DATAPAKID) TYPE SBIWA_S_INT ERFACE-DATAPAKID OPTIONAL *" VALUE(I_PRIVATE_MODE) OPTIONAL *" VALUE(I_CALLMODE) LIKE ROARCHD200CALLMODE OPTIONAL *" TABLES *" I_T_SELECT TYPE SBIWA_T_SELECT OPTI ONAL *" I_T_FIELDS TYPE SBIWA_T_FIELDS OPTI ONAL *" E_T_ISPCACST STRUCTURE ISPCACST OP TIONAL *" E_T_ISPCASTA STRUCTURE ISPCASTA OP TIONAL *" E_T_GLPCW STRUCTURE GLPCW OPTION AL *" E_T_ISPCAPRC4 STRUCTURE ISPCAPRC4 OPTIONAL *" E_T_SELECT STRUCTURE RSSELECT OPTI ONAL *" EXCEPTIONS *" NO_MORE_DATA *" ERROR_PASSED_TO_MESS_HANDLER *" CANCELED_BY_USER *"--------------------------------------------------------------------- ISTRUCTURE , ld_area type char20. FIELD-SYMBOLS: <glpcw> TYPE glpcw. STATICS: sd_psposid_requested TYPE boole_d. CASE i_callmode. WHEN RSAZT_C_CALLMODESELSCREEN OR RSAZT_C_CALLMODE-SELCHECK. * not supported yet E_T_SELECT[] = I_T_SELECT[]. CALL FUNCTION 'RSAP_ADK_ADMIN_POP UP' EXPORTING I_OBJECT = '' I_CHECK_FILES = SBIWA_C_FLAG_ OFF I_CALLMODE = I_CALLMODE TABLES * I_T_OBJECTS = C_T_SELECT = E_T_SELECT EXCEPTIONS CANCELED_BY_USER =1 ERROR_PASSED_TO_MESS_HANDLE R = 2. CASE SY-SUBRC. WHEN 1. RAISE CANCELED_BY_USER. WHEN 2. RAISE ERROR_PASSED_TO_MES S_HANDLER. ENDCASE. WHEN RSAZT_C_CALLMODE-EXTRACTION. * Initialization mode (first call by SAPI) or data trans fer mode * (following calls) ? IF I_INITFLAG = SBIWA_C_FLAG_ON. "Initiali zation mode or data extr. ? * Invalid second initialization call -> error exit IF NOT G_FLAG_INTERFACE_INITIALIZE D IS INITIAL. TABLES: GLPCT, TKA03. DATA: L_S_SELECT TYPE SBIWA_S_SELE CT , L_S_FIELDS TYPE SBIWA_S_FIELDS , LT_GLPCT_B LIKE GLPCT_B OCCURS 0 WITH HEADER LINE , LT_GLPCW LIKE GLPCW OCCURS 0 W ITH HEADER LINE , LS_ISPCAPRC4 LIKE ISPCAPRC4 , L_GRTYP LIKE TKA03-GRTYP , L_VALUTYP LIKE ISPCACSTVALUTYP , LD_ZERO_RECORDS TYPE SBIWA_FLAG , LD_STRUCTURE LIKE T800AIS- IF 1 = 2. MESSAGE E008(R3). ENDIF. LOG_WRITE 'E' "message type 'R3' "message class '008' "message number '' "message variable 1 ' '. "message variable 2 RAISE ERROR_PASSED_TO_MESS_HAND LER. ENDIF. * Check InfoSource validity CASE I_ISOURCE. 89

WHEN GC_DATASOURCE_1. WHEN GC_DATASOURCE_2. WHEN GC_DATASOURCE_3 or GC_DATASOURCE_3_COPY. WHEN GC_DATASOURCE_4. IF I_UPDMODE NE SBIWA_C_UPDMODE _FULL. IF 1 = 2. MESSAGE E011(R3). ENDIF. LOG_WRITE 'E' "message type 'R3' "message class '011' "message number I_UPDMODE "message variable 1 ' '. "message variable 2 RAISE ERROR_PASSED_TO_MESS_HA NDLER. ENDIF. WHEN OTHERS. IF 1 = 2. MESSAGE E009(R3). ENDIF. LOG_WRITE 'E' "message type 'R3' "message class '009' "message number I_ISOURCE "message variable 1 ' '. "message variable 2 RAISE ERROR_PASSED_TO_MESS_HAN DLER. ENDCASE. E_TO_HEADER' EXPORTING I_REQUNR I_ISOURCE I_MAXSIZE I_INITFLAG I_UPDMODE I_DATAPAKID I_CALLMODE TABLES I_T_SELECT I_T_FIELDS = I_REQUNR = I_ISOURCE = I_MAXSIZE = I_INITFLAG = I_UPDMODE = I_DATAPAKID = I_CALLMODE = I_T_SELECT = I_T_FIELDS. * Fill field list table for selection CLEAR G_T_FIELDS. REFRESH G_T_FIELDS. APPEND LINES OF I_T_FIELDS TO G_T_FI ELDS. * add mandatory fields to field list IF NOT G_T_FIELDS[] IS INITIAL. L_S_FIELDS-FIELDNM = 'KOKRS'. COLLECT L_S_FIELDS INTO G_T_FIELDS . L_S_FIELDS-FIELDNM = 'RYEAR'. COLLECT L_S_FIELDS INTO G_T_FIELDS . * Check for supported update mode CASE I_UPDMODE. WHEN SBIWA_C_UPDMODE_FULL. WHEN SBIWA_C_UPDMODE_INIT. WHEN SBIWA_C_UPDMODE_DELTAINIT. WHEN 'S'. "simulated delta i nit EXIT. WHEN OTHERS. IF 1 = 2. MESSAGE E011(R3). ENDIF. LOG_WRITE 'E' "message type 'R3' "message class '011' "message number I_UPDMODE "message variable 1 ' '. "message variable 2 RAISE ERROR_PASSED_TO_MESS_HAN DLER. ENDCASE. IF I_ISOURCE = GC_DATASOURCE_2. L_S_FIELDS-FIELDNM = 'STAGR'. COLLECT L_S_FIELDS INTO G_T_FIELD S. L_S_FIELDS-FIELDNM = 'QUANTITY'. COLLECT L_S_FIELDS INTO G_T_FIELD S. ENDIF. IF I_ISOURCE = GC_DATASOURCE_4. L_S_FIELDS-FIELDNM = 'TURNOVER'. COLLECT L_S_FIELDS INTO G_T_FIELD S. DELETE G_T_FIELDS WHERE FIELDNM = 'BALANCE'. ENDIF. ENDIF. * Fill parameter buffer for data extraction calls G_S_INTERFACE-REQUNR = I_REQUNR. G_S_INTERFACE-ISOURCE = I_ISOURCE. G_S_INTERFACEMAXSIZE = I_MAXSIZE. G_S_INTERFACEINITFLAG = I_INITFLAG. G_S_INTERFACEUPDMODE = I_UPDMODE. G_S_INTERFACEDATAPAKID = I_DATAPAKID. G_FLAG_INTERFACE_INITIALIZED = SBI WA_C_FLAG_ON. * Fill selection table and add additional selections CLEAR G_T_SELECT. REFRESH G_T_SELECT. APPEND LINES OF I_T_SELECT TO G_T_S ELECT. CLEAR L_S_SELECT. L_S_SELECT-FIELDNM = 'RLDNR'. L_S_SELECT-SIGN = 'I'. L_S_SELECT-OPTION = 'EQ'. L_S_SELECT-LOW = '8A'. " PCA Ledger APPEND L_S_SELECT TO G_T_SELECT. * Write interface parameters to LOG table FAGL _BW_LOG_HEAD CALL FUNCTION 'G_BIW_LOG_INTERFAC * Which InfoSource ? CASE I_ISOURCE. WHEN GC_DATASOURCE_1. 90

CLEAR L_S_SELECT. L_S_SELECT-FIELDNM = 'STAGR'. L_S_SELECT-SIGN = 'I'. L_S_SELECT-OPTION = 'EQ'. L_S_SELECT-LOW = ' '. APPEND L_S_SELECT TO G_T_SELECT. WHEN GC_DATASOURCE_2. CLEAR L_S_SELECT. L_S_SELECT-FIELDNM = 'RACCT'. L_S_SELECT-SIGN = 'I'. L_S_SELECT-OPTION = 'EQ'. L_S_SELECT-LOW = ' '. APPEND L_S_SELECT TO G_T_SELECT. WHEN GC_DATASOURCE_3 OR GC_DATASOURCE_3_COPY. CLEAR L_S_SELECT. L_S_SELECT-FIELDNM = 'STAGR'. L_S_SELECT-SIGN = 'I'. L_S_SELECT-OPTION = 'EQ'. L_S_SELECT-LOW = ' '. APPEND L_S_SELECT TO G_T_SELECT. CLEAR L_S_SELECT. L_S_SELECT-FIELDNM = 'ACTIV'. L_S_SELECT-SIGN = 'E'. L_S_SELECT-OPTION = 'EQ'. L_S_SELECT-LOW = 'PRC4'. APPEND L_S_SELECT TO G_T_SELECT. WHEN GC_DATASOURCE_4. "periodic al BSI transfer CLEAR L_S_SELECT. L_S_SELECT-FIELDNM = 'STAGR'. L_S_SELECT-SIGN = 'I'. L_S_SELECT-OPTION = 'EQ'. L_S_SELECT-LOW = ' '. APPEND L_S_SELECT TO G_T_SELECT. ENDFUNCTION. 91

Ведомость магистерской диссертации Обозначение Дополнитель ные сведения Наименование Текстовые документы 1. 110700026.09.04.02.ХХХ.ПЗМД Пояснительная записка __ с. Графические документы 2. 110700026.09.04.02.ХХХ.ДММД Демонстрационные материалы (презентация) Демонстрационные материалы (пл. ф. А4) __ сл. __ лист. Другие документы 3. Документы на компакт-диске 1 CD 110700026.09.04.02.ХХХ.ПЗМД Изм. Лист. Номер докум. Подп. Дата Разработал Зайцева Е.А. Разработка автоматизированной подсистемы планирования бюджета Проверил Сергеев С.В. закупок и выплат на основе новых Н.контр. Нестерова информационных технологий Е.В. организационно-экономического Утвердил Иващук О.А. управления Ведомость МД 92 Лит. Лист Листов 91 92 НИУ «БелГУ» гр.07001635

Магистерская диссертация выполнена мной совершенно самостоятельно. Все использованные в работе материалы и концепции из опубликованной научной литературы и других источников имеют ссылки на них. «___» ________________ _____ г. ____________________ (подпись) _________________ (Ф.И.О.) 93

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв