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

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

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

Удобные средства графического отображения плановой модели и взаимосвязей бюджетов. В полной мере поддерживается всесторонний анализ данных, как с помощью технологии drill-down («сверление» данных по иерархии), так и «по связям» между планами.

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

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

Присутствует некоторая техническая не доработанность: это касается организации хранения элементов плановой модели, поддержки многопользовательской работы, интеграции с внешними источниками. Не «вычищен» интерфейс. Отсутствует удаленный доступ через Web. BPlan имеет ограниченные средства обмена данными с внешними приложениями и может интегрироваться только с Excel.

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

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

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

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

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

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

Для наглядного представления сравнительный анализ описанных систем планирования сведён в табл. 1.7.

Таблица 1.7

Наименование	Российские системы	Разрабатываемая система
	«Галактика»	«Инталёв»	BPlan	Контур Корпорация
Поддержка многопользовательской коллективной работы	Поддерживает	Отсутствует	Плохо организована	Поддерживает	Поддерживает
Функциональность системы	Хорошо развита	Хорошо проработан только базовый функционал	Очень развита	Высокий технологический уровень	Высокий уровень поддержки процесса планирования
Затраты на внедрение и сопровождение	Большие	Средние	Средние	Большие	Небольшие
Область применения	Средние, крупные предприятия	Средние, крупные предприятия	Средние	Крупные финансовые компании	Средние, крупные предприятия
Используемая архитектура	«Клиент-сервер»	Файл-серверная архитектура	«Клиент-север»	«Клиент-север»	Трехуровневая архитектура «клиент-сервер»
Иерархическая структура для работы со статьями	Поддерживает	Отсутствует	Частично	Поддерживает	Хорошо развита
Поддержка многомерного анализа данных (OLAP)	Отсутствует	Поддерживает	Поддерживает	Частично поддерживает	Поддерживает
Наличие удаленного доступа через Web	Да	Нет	Нет	Нет	Да
Требования к производительности клиентской части	Высокие	Средние	Высокие	Средние	Низкие



1.8.4 Выводы по сравнительному анализу

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

· Контур Корпорация Бюджет обеспечивает взаимосвязь данных бухгалтерского и управленческого учета. В едином Хранилище системы можно собирать первичные бухгалтерские данные (счета, документы с проводками по счетам и др.) со всех рабочих мест и использовать их для решения задач управленческого учета, в частности, для расчета фактического исполнения планов и показателей финансового результата. Таким образом, система рассчитана на большие корпорации и только для таких предприятий способна полнофункционально реализовывать функциональные элементы финансового планирования. Перенастройка под малые предприятия, является достаточно трудоёмким процессом, и затраченные средства требуют большого срока окупаемости.

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

· «Инталёв» - одна из самых ранних, хорошо известных и широко распространенных систем планирования. Наиболее успешно может быть применена в комплексе с остальными программными продуктами «Инталёв» и программными продуктами серии «1С». Система может рассматриваться как инструментальное средство для реализации на ее основе различных методик планирования. Слабая гибкость не позволяет настроить систему на малом предприятии в полном объёме, так как утрачивается целостность и как следствие надёжность.

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

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

1.9 Определение требований к разрабатываемой системе

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

1.9.1 Требования к методике

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

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

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

На четвертом этапе осуществляется оперативное финансовое планирование.

Завершается процесс финансового планирования практическим внедрением планов и контролем за их выполнением.

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

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

Управление потоком финансовых ресурсов, выраженных в денежных средствах, является центральным вопросом в финансовом управлении малым предприятием.

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

1.9.2 Требования к архитектуре и структуре информационной системы

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

Для малых предприятий оптимальной является двухуровневая структура, которая позволяет организовать работу пользователей даже удалённо, посредством Web-технологий. Двухуровневая архитектура представляет собой связку Клиент - Канал связи - Сервер. Такая связь обусловлена тем, что на Клиенте присутствует не только интерфейс для работы пользователя, но и функциональная логика системы.

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

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

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



2. Моделирование

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

2.1 Анализ и выбор CASE средств

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

Первый и основополагающим требованием к CASE-средству должна быть поддержка нотации UML версии 2.0 и свободное встраивание в модели произвольных графических объектов. Вторым немаловажным требованием является удобство применения CASE-средства.

На следующем этапе выберем несколько CASE-средств, среди которых будет производиться выбор. В данной работе в процессе анализа будут представлены следующие CASE-средства: Borland Together, MSVisio 2007, Rational Rose. Все эти продукты поддерживают нотацию UML 2.0.

Достоинством MSVisio 2007 является тот факт, что данный продукт распространяется как надстройка к MSOffice 2007. Размер дистрибутива у данного продукта не очень большой, что позволяет скачать его с сайта разработчика без каких-либо серьезных затрат.

Недостатком в данном CASE-средстве является тот факт, что оно поддерживает не все диаграммы нотации UML 2.0. Еще один минус - это отсутствие технической поддержки пользователей. Но! Большим плюсом является тот факт, что имеется возможность использовать не стандартные графические примитивы.

CASE-средство Rational Rose является коммерческой разработкой компании IBM.Последняя 2007 версия данного продукта поддерживает нотацию UML 2.0 в полном объеме. При инсталляции пакета разработчику предоставляется множество утилит и сопутствующих продуктов, облегчающих разработку систем. Также в пакете присутствует возможность генерации исходного кода приложения на основе моделей. Среди достоинств еще можно выделить очень красивый интуитивно понятный и эргономичный интерфейс продукта.

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

CASE-средство Borland Together поставляется в комплекте с пакетом Borland Developer Studio. Данный пакет ориентирован на разработку приложений на языках Delphi, C++ и Java. Встроенное CASE-средство в данный пакет позволяет создавать модели и генерировать исходный код из диаграммы классов. Данный пакет изначально ориентирован на написание исходного кода приложения, его компиляцию и отладку. Функции разработки моделей в данном пакете являются дополнительными.

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

В идеальном случае для создания моделей и проведения моделирования предметной области необходимо использовать CASE-средство от компании IBM - Rational Rose 7.0. Но ввиду высокой стоимости и недоступности данного средства, в данной работе будет использовано CASE-средство MSVisio 2007. Оно в данном случае удовлетворяет всем требованиям и является доступным.

CASE-средство BPwin поддерживающее методологии IDEF0, DFD, IDEF3 и CASE-средство Erwin поддерживающее методологию IDEF1x,являются безальтернативными в плане выбора. Проводить сравнение между средствами, поддерживающими нотацию UML 2.0 и методологии IDEF0, DFD, IDEF3 и IDEF1x считаю нецелесообразным, так как данные средства нацелены на решение различного круга задач, причем средства с поддержкой UML 2.0 способны решать задачи, решаемые средствами BPwin и ERwin.

Таблица 2.1

Анализ CASE средств

	MS Visio 2007	Rational Rose 7.0	Borland Together
Поддержка UML 2.0 и выше	+	+	+
Генерация кода программы	+	+	+
Работа в комплексе	-	+	+
Поддержка	-	+	+
Экспертная оценка	Удовлетворительно	Отлично	Хорошо
Размер дистрибутива	350 Мбайт	8 400 Мбайт	4 500 Мбайт
Аппаратные требования	512 Мб оперативной памяти, 400 Мб свободного места на HDD.	Минимум 1 Гб оперативной памяти, от 1200 Мб свободного места на HDD.	Минимум 1 Гб оперативной памяти (рекомендуется больший объем), 700 Мб свободного места HDD
Стоимость	Бесплатно, при условии покупки MsOffice	> 130 000 рублей	>55 000 рублей

Проведя анализ достоинств и недостатков, представленных CASE средств, можно сделать выбор какое средство необходимо использовать в данном случае. Я склоняюсь к использованию для создания модели работы объекта исследования и модели разрабатываемой системы CASE-средства MSVisio 2007, так как оно удовлетворяет требованиям по использованию нотации UML 2.0 в создаваемых моделях.

2.2 Моделирование предметной области «AS-IS»

Согласно теории моделирования при построении моделей уже действующего объекта вначале необходимо создать модель по принципу «Как есть» («As-is»).В данной работе не имеет смысла рассматривать целиком весь производственный процесс, так как задача стоит в финансовом планировании, посредством оценки риска предприятия. Организационная структура предприятия была рассмотрена в первом разделе дипломной работе на рисунке 1.2. Так как за риск в каждом из отделов отвечают непосредственно их начальники, при детализации структуры следует ограничиться только начальниками. То есть для финансового планирования посредством процесса управления риском имеем шесть базовых организационных единиц:

· Директор;

· Начальник цеха;

· Начальник лаборатории;

· Начальник производственного отдела;

· Начальник коммерческого отдела;

· Главный бухгалтер.

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

2.2.1 Моделирование и анализ информационных потоков

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

· Начальник цеха (НЦ) предоставляет - статистические данные по производительности труда, рабочие табели, данные регулярного хронометража;

· Начальник лаборатории (НЛ) предоставляет - данные по новым синтезированным составам, данные касающиеся результатов исследования составах на контрольных группах;

· Начальник производственного отдела (НП) предоставляет - данные по производственному травматизму, статистические отчеты по отказу оборудования;

· Начальник коммерческого отдела (НК) предоставляет - данные маркетинговых исследований рынка, отчеты по деятельности компаний конкурентов;

· Главный бухгалтер (ГБ) предоставляет - бухгалтерскую отчетность, финансово-экономические показатели предприятия за отчетные периоды (см. раздел 1).

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

Таблица 2.2

Справочник документов влияющих на процесс финансового планирования

Наименование документа	Уникальный идентификатор	Источник
Статистическая отчетность производительности труда	001.1	НЦ
Табели посещаемости	001.2	НЦ
Данные хронометража	001.3	НЦ
Документация на синтезированные составы	002.1	НЛ
Результаты исследования составов на контрольных группах	002.2	НЛ
Статистика производственного травматизма	003.1	НП
Статистика отказов оборудования	003.2	НП
Маркетинговые исследования рынка	004.1	НК
Показатели компаний конкурентов	004.2	НК
Бухгалтерская отчетность	005.1	ГБ
Финансово-экономические показатели за отчетный период	005.2	ГБ

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

Проводя беглый анализ назначения и состава документов, а так же структуры построенного графа можно видеть, что директор предприятия нагружен большим количеством «сырых» необработанных данных. Поэтому следует уделить внимание рассмотрению текущего сценария финансового планирования на предприятии. По сути, из графа видно, что промежуточные звенья существую только для документов 001.2 - главный бухгалтер, и для документов 002.1 и 002.2 - начальник коммерческого отдела. Остальные данные поступают напрямую к директору.

Рис. 2.1 Граф информационных потоков

2.2.2 Построение сценария процесса финансового планирования на предприятии

Рис. 2.2 Процесс финансового планирования на предприятии

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

2.3 Описание проблемы

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

2.4 Реижиниринг бизнес процессов и построение моделей «TO-BE»

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

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

Таким образом, проект организации системы финансового планирования на предприятии ООО “Шарм Клео Косметик”, предусматривает, для наиболее эффективной реализации данной функции, выделение в системе управления предприятием отдельного структурного подразделения - отдел финансового планирования (ОФП).

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

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

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

2.4.1 Модернизированная организационная структура предприятия

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



Размещено на http://www.allbest.ru/

Рис. 2.3 - Организационная структура предприятия при введении отдела финансового планирования

2.4.2 Моделирование модернизированных информационных потоков на предприятии

В связи с введением в организационную структуру предприятия отдела финансового планирования, естественно изменятся потоки документов. В первую очередь наряду с основными организационными единицами, представленными в пункте 2.2.1 добавиться отдел финансового планирования (ОФП), генерирующий следующий тип документов - методы воздействия на риск, оценка эффективности принятых решений. Тогда таблица 2.2 примет вид, представленный в таблице 2.3.

Таблица 2.3

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

Наименование документа	Уникальный идентификатор	Источник
Статистическая отчетность производительности труда	001.1	НЦ
Табели посещаемости	001.2	НЦ
Данные хронометража	001.3	НЦ
Документация на синтезированные составы	002.1	НЛ
Результаты исследования составов на контрольных группах	002.2	НЛ
Статистика производственного травматизма	003.1	НП
Статистика отказов оборудования	003.2	НП
Маркетинговые исследования рынка	004.1	НК
Показатели компаний конкурентов	004.2	НК
Бухгалтерская отчетность	005.1	ГБ
Финансово-экономические показатели за отчетный период	005.2	ГБ
Методы воздействия на риск	006.1	ОФП
Оценка эффективности принятых решений	006.2	ОФП

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

Рис. 2.4 Модернизированный граф информационных потоков

Рассматривая приведенный на рисунке 2.4 граф информационных потоков можно видеть, что при новой организационной структуре, все необработанные данные, касающиеся финансового планирования перераспределились, с директора на одел финансового планирования. Теперь данный отдел будет заниматься переработкой «сырых» данных, а так же разрабатывать методы финансового планирования, воздействия на риск, изменения ключевых показателей и проводить дальнейшую оценку их эффективности. Видно, что на данном модернизированном графе информационных потоков появилось два новых типа документов «методы воздействия на риск», «оценка эффективности принятых решений» с уникальными идентификаторами 006.1 и 006.2 соответственно. Так же можно видеть, что количество документов обрабатываемых директором сократилось ровно в два раза. Что в принципе является хорошим результатом.

2.4.3 Реинжинириг бизнес процессов финансового планирования

Учитывая рассмотренный в пункте 2.4.2 модернизированный информационный поток, проведем изменения в бизнес процессе финансового планирования, представленном на рисунке 2.2. Помимо реорганизации информационных потоков, в связи с введением профессионального отдела финансового планирования качественно измениться логика этого процесса и его функциональные составляющие. Отобразим измененный процесс финансового планирования на рисунке 2.5.

Теперь в модернизированной структуре бизнес процесса финансового планирования появился новый объект - «отдел финансового планирования». Структура, представленная на рисунке 2.5, проектировалась с учетом данных полученных в предыдущих разделах данной работы. Одной из основных причин неэффективного финансового планирования является отсутствие ясных и четких методологических основ этого процесса. Анализ приводимых в литературе принципов финансового планирования и управления рисками показывает их разрозненность, а отдельным попыткам их систематизации присуще множество спорных моментов. Тем не менее, анализ исследований в области методологии финансового планирования с учетом требований современной экономики позволяет сформировать систему принципов финансового планирования:

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

- управление рисками должно осуществляться в рамках корпоративной стратегии организации;

- управление рисками принимаемые решения должны базироваться на необходимом объеме достоверной информации;

- при финансовом планировании принимаемые решения должны учитывать объективные характеристики среды, в которой предприятие осуществляет свою деятельность;

- финансовое планирование должно носить системный характер;

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

Рис. 2.5 Модернизированный процесс финансового планирования на предприятии

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

2.5 Выбор математической модели для количественной оценки риска

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

· На основе подхода Альтмана;

· Метод оценки риска банкротства разработанный Недосекиным А.О. и Максимовым О.Б.

Рассмотрим математический фундамент указанных подходов более подробно:

Подход Альтмана является наиболее широко распространенным подходом к анализу риска банкротства предприятия и состоит в следующем:

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

2. В N-мерном пространстве, образованном выделенными показателями, проводится гиперплоскость, которая наилучшим образом отделяет успешные предприятия от предприятий-банкротов, на основании данных исследованной статистики. Уравнение этой гиперплоскости имеет вид

(2.1)

где K_i - функции показателей бухгалтерской отчетности, _i - полученные в результате анализа веса.

3. Осуществляя параллельный перенос плоскости (17), можно наблюдать, как перераспределяется число успешных и неуспешных предприятий, попадающих в ту или иную подобласть, отсеченную данной плоскостью. Соответственно, можно установить пороговые нормативы Z₁ и Z₂: когда Z < Z₁ , риск банкротства предприятия высок, когда Z > Z₂ - риск банкротства низок, Z₁ < Z < Z₂ - состояние предприятия не определимо.

Отмеченный подход, разработанный в 1968 г. Эдвардом Альтманом, был применен им самим в том же году применительно к экономике США. В результате появилось широко известная формула:

(2.2)

где:

К₁ = собственный оборотный капитал/сумма активов;

К₂ = нераспределенная прибыль/сумма активов;

К₃ = прибыль до уплаты процентов/сумма активов;

К₄ = рыночная стоимость собственного капитала/заемный капитал;

К₅ = объем продаж/сумма активов.

Интервальная оценка Альтмана: при Z<1.81 - высокая вероятность банкротства, при Z>2.67 - низкая вероятность банкротства.

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

. (2.3)

Здесь К₄ - уже балансовая стоимость собственного капитала в отношении к заемному капиталу. При Z<1.23 Альтман диагностирует высокую вероятность банкротства.

Метод оценки риска банкротства, по Недосекину А.О. и Максимову О.Б.

Эксперту необходимо выбрать ряд отдельных финансовых показателей, о которых можно сказать, что они наилучшим образом характеризуют отдельные стороны деятельности предприятия и при этом образуют некую законченную совокупность, дающую исчерпывающее представление о предприятии как о целом. Выбор системы показателей для анализа - искусство, вырабатываемое долгим опытом анализа. Исследование самого процесса выбора системы показателей для оценки риска банкротства осуществляется в [10] (там же, кстати, доходчиво объясняется, почему классическая формула Альтмана неприменима в российских условиях). Не существует двух предприятий, для которых одинаково хорошо подходили бы одни и те же показатели. Или точнее: значимость тех или иных показателей для оценки тех или иных предприятий различна, и поэтому перед экспертом встает трудная задача отбора и ранжирования факторов анализа. Показатели, классифицированные по группам (финансовая устойчивость, ликвидность, рентабельность и т.д.), могут образовывать иерархию, но в простейшем случае они просто составляют неупорядоченный набор.

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

Пример системы показателей:

Х₁ - коэффициент автономии (отношение собственного капитала к валюте баланса),

Х₂ - коэффициент обеспеченности оборотных активов собственными средствами (отношение чистого оборотного капитала к оборотным активам),

Х₃ - коэффициент промежуточной ликвидности (отношение суммы денежных средств и дебиторской задолженности к краткосрочным пассивам),

Х₄ - коэффициент абсолютной ликвидности (отношение суммы денежных средств к краткосрочным пассивам),

Х₅ - оборачиваемость всех активов в годовом исчислении (отношение выручки от реализации к средней за период стоимости активов),

Х₆ - рентабельность всего капитала (отношение чистой прибыли к средней за период стоимости активов).

Сопоставим каждому показателю Х_i уровень его значимости для анализа r_i. Чтобы оценить этот уровень, нужно расположить все показатели по порядку убывания значимости так, чтобы выполнялось правило

(2.4)

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

Если система показателей проранжирована в порядке убывания их значимости, то значимость i-го показателя r_i следует определять по правилу Фишберна [35]:

(2.5)

Например, для системы с N=3 показателями r₁ = 3/6, r₂ = 2/6, r₃ = 1/6, и сумма уровней значимости равна единице.

Правило Фишберна отражает тот факт, что об уровне значимости показателей неизвестно ничего кроме (20). Тогда оценка (21) отвечает максимуму энтропии наличной информационной неопределенности об объекте исследования.

Если же все показатели обладают равной значимостью, тогда

r_i = 1/N (2.6)

Будем распознавать уровень показателя на качественном уровне, словесно. Для этого составим таблицу следующего вида:



Таблица 2.4

Распознавание уровня показателей

Наименование показателя	Уровень показателя
	очень низкий	Низкий	средний	высокий	очень высокий
Х1	11	12	13	14	15
…	…	…	…	…	…
Хi	i1	i2	i3	i4	i5
…	…	…	…	…	…
ХN	N1	N2	N3	N4	N5

В таблице 2.4_ij равно 1, если эксперт именно таким образом распознал текущий уровень показателя, и 0 во всех остальных случаях.

Эксперт может разработать самостоятельную классификацию уровней показателей.

Таблица 2.5

Классификатор уровней финансовых показателей

Наименование показателя	Критерий разбиения по уровням:
	очень низкий	Низкий	средний	высокий	очень высокий
Х1	x1<0.15	0.15< x1<0.25	0.25<x1<0.45	0.45<x1<0.65	0.65< x1
Х2	х2<0	0<x2<0.09	0.09<x2<0.3	0.3<x2<0.45	0.45<x2
Х3	х3<0.55	0.55< x3<0.75	0.75<x3<0.95	0.95< x3<1.4	1.4<x3
Х4	х3<0.025	0.025< x4<0.09	0.09<x4<0.3	0.3< x4<0.55	0.55<x4
Х5	х5<0.1	0.1< x5<0.2	0.2<x5<0.35	0.35< x5<0.65	0.65<x5
Х6	х6<0	0 < x6<0.01	0.01 < x6<0.08	0.08 < x6<0.3	0.3<x6

Здесь Х₁ - Х₆ - показатели, предложенные выше.

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

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

, (23)

где

, (24)

_ij определяется по таблице 2.4, а r_i - по формуле (21) или (22). В ходе свертки используются две системы весовых коэффициентов - значимости показателей и опорные веса (24) для сведения нескольких отдельных показателей в один.

В таблице 2. приведен классификатор уровня комплексного показателя V&M, настроенный на систему весов (24):

Таблица 2.6

Заключение о финансовом состоянии предприятия

Интервал значений V&M	Заключение о финансовом состоянии
0-0.2	Предельный риск банкротства
0.2-0.4	Степень риска банкротства высокая
0.4-0.6	Степень риска банкротства средняя
0.6-0.8	Низкая степень риска банкротства
0.8-1	Риск банкротства незначителен

Вывод: В данном разделе было проведено исследование бизнес процессов предприятия ООО «Шармклеокосметик» и построены схемы информационных потоков в области финансового планирования. Затем был проведен реинжиниринг бизнес процессов с учетом современной теории финансового планирования. Было указанно, что для успешного проведения финансового планирования наиболее важным является количественная оценка риска. Поэтому был проведен анализ соответствующей литературы, вследствие которого были выбраны два метода количественной оценки риска и изучены их математические основы. Далее можно переходить к этапу проектирования учитывая, что в данной работе далее будет рассматривать только аспекты количественной оценки риска. Используя полученные в данном разделе данные можно переходить к этапу проектирования информационной системы.

информационный финансовый реинжиниринг бизнес



3. Проектирование информационной системы финансового планирования

3.1 Выбор архитектуры информационной системы

По способу организации ИС имеют следующие виды;

· архитектура файл-сервер;

· архитектура клиент-сервер;

· многоуровневая система;

· на основе интернет/интранет-технологий.

Рассмотрим более подробно особенности архитектуры построения информационных приложений.

Архитектура файл-серверне имеет сетевого разделения компонентов и использует клиентский компьютер для выполнения функций диалога и обработки данных, что облегчает построение графического интерфейса. Файл-сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения добавляют лишь незначительную нагрузку на центральный процессор. Каждый новый клиент добавляет вычислительную мощность к вычислительной системе. [4]

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

Архитектура клиент-сервер предназначена для разрешения проблем файл-серверной архитектуры путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью файл-серверной архитектуры является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации. Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными размещаются на сервере, а диалог логики, обработка логики - на клиенте. Двух уровневая архитектура клиент-сервер использует именно этот вариант: приложение работает на клиенте, СУБД - на сервере.

Поскольку эта архитектура предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью. В настоящие время архитектура клиент-сервер получила признание и широ...