Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Теория бюджетирования
|
Вступление |
||
|
В разделе “Теория бюджетирования” предполагается публикация статей, посвященных проблемам методологии формирования финансовых бюджетов и планов компании, контроля за их исполнением, анализа бюджетной информации. Все эти проблемы представляются нам крайне актуальными для российских компаний, при этом интересна задача не только построения системы планирования и бюджетирования, но и автоматизации бюджетного процесса. В связи с этим в данном разделе речь пойдет не только о теории бюджетирования, но и о конкретных решениях в области автоматизации бюджетирования, финансового планирования, анализа и контроля. Тематика раздела ограничится не только проблемами чистого бюджетирования, но и связанных с ним вопросов: Бюджетный анализ; Формирование финансовой отчетности; Аналитическая обработка и представление данных (OLAP); Интеграция и публикация данных. Надеемся, что публикации в данном разделе окажутся полезными и интересными для Вас. |
Теория бюджетирования
|
Системы стратегического управления компанией |
||
|
Итак, в центре находится КИС, главный компонент информационной системы. Ее задачи - связывание операционной деятельности компании с финансовым и материальным учетом и предоставление доступа к этой информации. Для текущей работы это покрывает практически все потребности. Но при стратегическом планировании и контроле за предприятием на макроуровне возникает набор задач, не решаемых в рамках корпоративных информационных систем. Вот этот набор: Сложный анализ данных (OLAP) Управление финансовыми потоками (бюджетирование) Долгосрочное планирование Эти три задачи не могут быть решены с использованием существующих КИС и вряд ли будут решаться в будущем. Происходит это потому, что они имеют принципиально разную сущность. КИС требует организации информационных потоков, а для стратегических систем нужны мощные аналитические модули. Соответственно, даже в тех случаях, когда компания выпускает, например, КИС и OLAP под одной торговой маркой, это всегда разные продукты. Рассмотрим коротко основные функции каждого из этих продуктов. OLAP OLAP расшифровывается как Online Analytical Processing, оперативный анализ информации. Такие приложения должны помогать пользователям своевременно обнаруживать и анализировать тенденции, проблемы и возможности, стоящие за данными, которые содержатся в КИС. В число ключевых задач, выполняемых пользователями OLAP, входят: Анализ прибыльности Анализ направления развития продуктов Анализ положения на рынке Анализ производительности Моделирование сценариев Для этих целей в системах OLAP обязательно присутствует три элемента: Модули сбора информации, ориентированные на разнообразные источники данных. Они отвечают и за интеграцию с КИС, но система не может быть привязана только к ней, т.к. используемые данные обычно имеют разную природу и разный формат. Подсистема моделирования, формирующая многомерную структуру данных. Подсистема анализа, помогающая извлекать из модели полезную информацию. Бюджетирование Бюджетирование имеет свои особенности, главная из которых - распределенная работа над моделью. В бюджетный процесс всегда вовлечено много людей и организация их совместной работы требует соответствующей структуры системы. Главные для систем бюджетирования функции: Дистрибуция и сбор данных. Можно организовать совместную работу через единую базу данных, но информационные потоки здесь не так значительны и удобнее оказываются подходы, когда фрагменты бюджета распространяются между менеджерами, а потом собираются в единый документ. Консолидация Контроль рассогласования "план/факт". Долгосрочное планирование Системы бюджетирования обычно используются для построения плана на срок не более 1-3 лет. Если горизонт планирования становится больше, начинают действовать другие законы - главной проблемой становится уже не интеграция прогнозов, а их построение. Для этих целей используется моделирование деятельности компании, а системы, его реализующие, делятся на три класса: Системы инвестиционного анализа, моделирующие производственную и финансовую деятельность компании Системы маркетингового анализа, определяющие положение компании на рынке и ее долгосрочные перспективы Системы финансового анализа, помогающие созданию финансовой модели предприятия. Перспективы Несмотря на общие тенденции к созданию все более интегрированных систем, разделение продуктов на аналитические и поддерживающие их информационные потоки становится все более распространенным. А их совместная работа облегчается за счет улучшающейся стандартизации принципов представления результатов. Поэтому можно ожидать, что три описанные группы по-прежнему будут развиваться параллельно КИС, активно используя хранимые ею данные. Примером могут служить такие продукты, как Hyperion OLAP, Hyperion Pillar или Hyperion Enterprise, успешно работающие рядом с SAP R/3 или любой другой корпоративной системой. |
Истории успешных внедрений
Вклад Hyperion в развитие систем SAP ERP в компании Adobe
Adobe Systems, Inc. – крупнейшая мировая корпорация, занимающаяся разработкой программного обеспечения для графических и издательских работ. Объем продаж компании в 1998 году составил более 900 миллионов долларов.
Из-за постоянных изменений, которые являются неизбежными в быстро расширяющемся бизнесе, Adobe нуждался в приложении для бюджетирования, достаточно гибком для того, чтобы быстро приспособиться к изменениям в условиях бизнеса и организационной структуре компании, а также соответствовать запросам руководства при исправлении прогнозов и планов. Adobe также нуждался в возможности быстро производить сложный анализ данных по объёмам продаж и потокам денежных средств, для того чтобы оперативно получать ответ на такие вопросы как: “Какова была прибыль от продаж Adobe Photoshop в мае в испаноговорящих странах на территории Южной Америки?” или “Какие дилеры получают самые высокие прибыли?”. Adobe выбрал Hyperion Pillar для решения задач бюджетирования и планирования, а также Hyperion Essbase для анализа данных из своей ERP-систем.
Adobe начал использовать Hyperion Pillar в 1992 году. В данный момент более 200 специалистов Adobe регулярно используют Hyperion Pillar для создания бюджетов и различных видов прогнозов для компании в целом и подразделений. Hyperion Pillar решает подобные задачи в короткие сроки и с высокой степенью эффективности. Бюджет компании формируется в считанные дни.
“Hyperion Pillar даёт нам необходимый контроль за процессами бюджетирования и прогнозирования” - объясняет Стив Сорделло (Steve Sordello), директор департамента финансового планирования и анализа в Adobe. “Для обработки данных, подлежащих дистрибуции и консолидации, используются стандартизированные форматы, которые очень важны при обработке данных из большого количества источников. Мы имеем возможность определять доступ наших сотрудников к бюджетной информации. На заключительном этапе работы над отчётами информация детализируется с тем, чтобы предоставить конкретные файлы с точными данными.”
Специалисты отдела внутреннего аудита используют Hyperion Pillar для того, чтобы сравнивать плановые и фактические данные, поступающие из системы SAP. Стив Сорделло предлагает перенести этот вид анализа в Hyperion Essbase. “Сильными сторонами Hyperion Pillar являются прогнозирование и бюджетирование, в то время как Hyperion Essbase хорошо решает задачи анализа данных” - говорит он.
Adobe начал применять Hyperion Essbase в 1997 году для решения задач, стоящих перед специалистами отделов внутреннего аудита, менеджерам по маркетингу и продажам возможность анализа данных по продажам мгновенно по любому сценарию. Приложения Hyperion Essbase для анализа совокупной выручки позволяют специалистам дать ответы на вопросы связанные с регионами продаж, крупными клиентами, географическим расположением и каналами сбыта. Данные Hyperion Essbase обновляются каждую неделю, используя информацию присылаемую партнёрами Adobe.
“Опыт работы со специалистами из компании Hyperion по реализации задач в области контроля исполнения бюджета, в системе Hyperion Essbase оказался очень полезен” - объсняет Ив Шоу (Eve Chow), ведущий аналитик в области финансового контроля. “За несколько дней группы финансового планирования и анализа создали базу данных, в которой хранились как бюджетные и прогнозные данные из Hyperion Pillar, так и данные из SAP”.
Escada
Основанная в 1976 году фирма Escada в короткие сроки стала одним из ведущих домов моды. В конце 80-ых компания начала внедрение стратегии диверсификации своих продуктов на различные категории по видам продукции, при этом продолжая своё расширение на международном рынке.
Рост объёма продаж и постоянно усложняющаяся структура компании требовала всё больше затрат времени и ресурсов для осуществления консолидации финансовой отчётности. Диверсификация товаров на спортивную одежду, аксессуары и парфюмерию предъявляла требования к анализу структуры продукции компании. Для поддержки принятия управленческих решений компания нуждалась во внедрении системы ведения строгого финансового контроля.
Ральф Клебер (Ralf Kleber), менеджер по корпоративному контролю, говорит: “В нашей компании продажа продукции после её появления продолжается в течение шести сезонов. Мы хотели, чтобы наша система консолидации позволяла бы нам моделировать сценарий развития бизнеса, для того, чтобы мы были в состоянии планировать, а также консолидировать большие объёмы финансовой информации.”
Escada нуждалась в финансовом инструментарии, который удовлетворял бы следующим критериям:
Единая платформа, которая может использоваться во всех подразделениях;
Гибкая система ведения финансовой отчётности;
Возможность использования данных из предыдущих периодов;
Детализированный анализ информации
Hyperion Enterprise позволил решить проблемы, стоящие перед Escada
“Совместимость с системой Windows а также большой набор пользовательских функций были решающими при выборе нами Hyperion Enterprise” - поясняет Клебер. “Возможность связи с Excel также играла немаловажную роль, так как это означало, что мы можем работать с Hyperion Enterprise, используя исходные данные, безо всяких дополнительных затрат на преобразование данных или обучение персонала”.
Так же как и большинство ведущих домов моды, Escada демонстрирует свои коллекции два раза в год .Эскизы создаются за год до появления коллекции. Весенне - летняя коллекция появляется в магазинах к октябрю и остаётся в широкой продаже до мая. Интервал между этими датами приводит к усложнению финансовой отчётности, из-за чего возникает проблема нечёткости представления данных. Hyperion Enterprise решает такие проблемы с лёгкостью, поэтому время внедрения было сведено к минимуму.
Всего за три недели основной этап внедрения был завершён и уже через два месяца Escada приступила к разработке собственных приложений, используя при этом всего одного системного администратора.
Высокая производительность
Hyperion Enterprise используется в филиалах Escada, расположенных на территории Германии,. США и Франции и обрабатывает результаты, поступающие из различных подразделений Escada. “В процессе ввода и обработки такого объёма данных высокая производительность Hyperion приходится как нельзя кстати” - резюмирует Клебер.
Решения от Hyperion, выбранные PricewaterhouseCoopers и Gorenj
Gorenje является самой большой компанией Словении, специализирующейся на производстве бытовой техники. В состав компании входит 40 подразделений, в которых работает более 6000 человек. Годовой оборот компании равен 1 миллиарду долларов.
Проанализировав все изменения в законодательстве, специалисты Gorenje сделали вывод, что их система финансовой отчётности, основанная на правовых системах Словении и Австрии, слишком сложна. Процессы экономических реформ, структурной перестройки экономики и приватизации заставил Gorenje изменить свой взгляд на существующие системы финансовой отчётности. Результатом этого было принятие решения о необходимости внедрения системы единой системы поддержки принятия решений. Без внедрения подобной системы реализация компанией своих амбициозных планов на будущее была бы невозможна.
При внедрении основное внимание уделялось следующим вопросам:
Объединение всех транзакционных систем компании в рамках единой платформы;
Создание единой сети для обмена данными в электронном виде.
Для решения данных задач использовался программный продукт Hyperion Enterprise. В результате его внедрения значительно повысилась эффективность работы: если прежде закрытие бухгалтерских книг занимало по сорок дней, то после внедрения Hyperion Enterprise эта цифра уменьшилась до десяти. Кроме того, информация была представлена в формате, удобном для сравнения плановых и фактических показателей.
Специалисты Gorenje подводят итог: “С Hyperion Enterprise наши отчёты формируются намного быстрее и обладают необходимой гибкостью. Hyperion Enterprise также даёт нам возможность объединять отчетность всех филиалов компании, действующих в различных правовых условиях и использующих разные транзакционные системы”.
Общие принципы создания бюджета
Существует несколько основных подходов к составлению бюджета. Вот наиболее популярные из них:
основанные на использовании центров затрат
проектные бюджеты
бюджетирование, основанное на типах деятельности (activity based budgeting)
Кроме того, процедура может существенно отличаться в зависимости от исходных предпосылок к составлению бюджета. Если бюджет составляется с целью планирования путей достижения стратегических целей, то и его формирование ведется по принципу "сверху-вниз". В этом случае руководством компании ставятся некоторые общие задачи, например, повысить объем продаж на 15%, а менеджеры подразделений должны подгонять свои планы под эти установленные рамки. Другой случай - подготовка бюджета как средство сбора информации о состоянии компании. Для этих целей все происходит в обратном порядке - данные собираются из подразделений и наверху, у высшего руководства, консолидируются в бюджет компании.
Как нетрудно догадаться, в действительности ни один из описанных вариантов не реализуется в чистом виде, все они являются лишь составляющими бюджетного процесса, который собирает в себе множество различных техник. Конкретная реализация существенно зависит от размеров компании и типа деятельности, но для всех компаний характерны несколько основных свойств бюджета, определяющих подходы к его созданию, и возникающие при этом проблемы:
Иерархическое построение компании и необходимость консолидации бюджета на нескольких уровнях
Итеративный процесс подготовки бюджета, наличие нескольких промежуточных версий
Распределенная работа по его составлению, вовлечение множества людей, зачастую удаленных друг от друга.
Необходимость периодической актуализации бюджета и корректировки прогнозов
Как наиболее типичный вариант составления бюджета, можно привести примерно следующую схему работы: руководители подразделений составляют свои бюджеты, полученные данные суммируются в бюджете компании, на его основе руководство компании определяет стратегические цели и вносит свои коррективы в бюджеты подразделений. После этого исправленный бюджет подразделения возвращается его руководителю на доработку и весь цикл начинается снова. Очевидно, что в этой схеме есть несколько слабых мест:
Во-первых, возникает непонимание между менеджерами разных уровней. Руководители компании не имеют четкого представления о составляющих полученных ими бюджетов подразделений (эта проблема решается технически - бюджет, составленный в Pillar, содержит все данные и доступ к ним получает любой сотрудник, имеющий соответствующие права). С другой стороны, до подразделений часто не доходит информация о причинах корректировки бюджета (эту проблему можно решить только воспитанием соответствующей корпоративной культуры - отсутствие вовлеченности в бюджетный процесс всех ответственных за его исполнение сотрудников неизбежно приведет к провалу).
Во-вторых, участники составления бюджета могут находиться в разных офисах и разных городах. Хотя проблема, на первый взгляд, кажется не только чисто технической, но и просто решаемой ( Pillar предлагает сразу несколько вариантов решения), основная ее сложность не в технических аспектах. При возникновении конфликтных ситуаций (характерных для составления бюджета) требуется общение сторон, желательно личное. Если такой возможности нет, резко возрастают требования к точности описания всех рабочих процедур.
Еще одна проблема - ни один бюджет не доживает до окончания свего периода без изменений. Такая проблема тоже может решаться при достаточном уровне автоматизации. Строится, так называемый, "скользящий бюджет", не на год, а на меньший срок, например, на квартал. Этот бюджет регулярно, скажем, раз в месяц, пересматривается, обеспечивая более точные прогнозы на достаточный период.
Контроль за выполнением бюджета
После того как бюджет разработан и принят, реальные показатели деятельности предприятия должны сравниваться с запланированными. Актуальной становится проблема контроля исполнения бюджета.
В процессе анализа текущей деятельности предприятия и контроля за исполнением бюджета могут быть выделены следующие этапы:
Определение круга лиц, контролирующих исполнение различных статей бюджета или финансового плана;
Определение набора "контрольных показателей" для анализа исполнения бюджета;
Сбор информации о финансово - хозяйственной деятельности предприятия;
Представление информации в необходимой форме;
Сравнение плановых и фактических показателей;
Определение отклонений;
Анализ отклонений и выявление их причин;
Принятие решений о корректировке бюджета или ужесточении контроля за его исполнением.
Остановимся на каждом из этапов более подробно.
В процессе построения бизнес-модели предприятия и формирования его бюджета обычно задействовано достаточно много специалистов. Использовать их всех для контроля за исполнением бюджета нецелесообразно. Для сравнения плановых и фактических показателей достаточно двух - трех человек. При этом данные специалисты должны участвовать в разработке бюджета и иметь представление о цифрах и о том, откуда берутся.
Бюджет предприятия включает в себя большое количество показателей, из которых складываются доходы и расходы, денежные потоки, активы и пассивы и т.д. При формировании бюджета для построения точной модели предприятия данные должны вводится с максимальной степенью детализации. В то же время осуществлять контроль по каждой бюджетной строке (например, с точностью до расходов на потребление отдельного вида вспомогательных материалов в конкретном подразделении) нецелесообразно. Необходимо определить основные контрольные показатели, по которым будет производиться анализ отклонений, а также пороговые значения отклонений, которые признаются допустимыми. Неэффективно тратить рабочее время высокооплачиваемых специалистов для поиска отклонений на незначительные величины.
Трудоемкость сбора реальной информации о финансовохозяйственной деятельности зависит от наличия системы управления предприятием, автоматизированной бухгалтерии, развитости информационных технологий в целом. В процессе формирования бюджета параллельно создавались шаблоны форм для ввода и представления прогнозных данных, в эти же формы вводятся и реальные бюджетные данные.
После получения фактических данных проводится их сравнение с плановыми. Расчет отклонений по каждой из статей бюджета является достаточно трудоемкой работой, которую лучше всего автоматизировать. После выявления отклонений следует их анализ и выявление причин возникновения. Созданная бюджетная система должна быть полностью прозрачной и позволять четко видеть причинно-следственную связь между различными строками бюджета. Например, при наличии существенных отклонений в объеме полученных доходов (выручки), специалисты должны иметь возможность оперативно просмотреть плановые и фактические данные по цене каждого из видов реализуемого продукта, объему реализации, предоставленным скидкам, объему дебиторской задолженности и другим факторам, влияющими на размеры выручки.
Причины возможных отклонений можно разделить на две основные группы:
В ходе формирования бюджета закладывается целый ряд предп
Вторая группа причин связана с "промахами" в хозяйственной деятельности предприятия. Например, не были соблюдены нормативы расхода сырья и материалов на единицу выпускаемой продукции или слишком высокой оказалась доля брака. Подобные причины также должны выявляться в процессе контроля за исполнением джета и на их основе должны делаться соответствующие организационные выводы.
В процессе детального анализа отклонений может быть задействован любой из специалистов, принимавших участие в разработке бюджета. В связи с этим, в процессе контроля за исполнением бюджета должна осуществляться преемственность прав доступа к бюджетным данным одного и того же пользователя. При анализе отклонений, специалист низшего уровня для получения всей информации может получить доступ ко всем бюджетным данным только при установке ему соответствующих прав доступа администратором бюджета. Также необходимо, чтобы данные можно было только анализировать, а несанкционированные изменения не допускались.
Реализация подобной схемы контроля за исполнением бюджета позволит выявить причины неисполнения бюджета, оперативно внести необходимые корректировки на основе изменений внешней среды, обеспечив при этом целостность бюджетных данных и оптимизировав трудозатраты.
Подобная схема контроля за исполнением бюджета может быть реализована в системе Hyperion Pillar, что обеспечит повышение эффективности и удобства работы пользователей. Процесс контроля за исполнением бюджета реализуется следующим образом:
На основании созданной бизнес-модели предприятия в Hyperion Pillar существует возможность создания неограниченного числа бюджетных файлов, содержащих различные данные, например, плановые данные, фактическое исполнение бюджета, прогнозные сценарии деятельности предприятия при различных макроэкономических предпосылках. С помощью бюджетных файлов можно реализовывать различные варианты бюджета для проведения их дальнейшего сравнительного анализа. Таким образом решена задача сбора и ввода в систему информации об исполнении бюджета.
Для непосредственного контроля за исполнением бюджета в Hyperion Pillar предназначены контрольные файлы (control files). При создании нового файла пользователь имеет возможность выбора, какой файл будет создан.
С помощью контрольных файлов можно извлекать данные, содержащиеся в бюджетных файлах, анализировать их и создавать необходимые отчетные формы по исполнению бюджета. В контрольных файлах специалисты могут вносить изменения непосредственно в анализируемые бюджетные файлы.
При создании бюджетного файла откроется рабочее поле Hyperion Pillar. Рабочее поле контрольного файла отличается от рабочего поля бюджетного файла наличием дополнительного модуля "Формулы". В контрольном файле необходимо задать, какие бюджетные файлы будут сопоставляться, затем необходимо структурировать контрольный файл в соответствии с бизнес - моделью предприятия. Доступ к контрольному файлу получают те же специалисты, что были задействованы в разработке бюджета, для них сохраняются те же права на просмотр и редактирование бюджетных строк.
Так как информация в контрольный файл попадает из бюджетных файлов, никакую дополнительную настройку для представления данных проводить не требуется. Информация попадет в контрольный файл в том же виде, в каком она содержится в бюджетном файле.
Контроль за исполнением бюджета осуществляется следующим образом. В рабочем поле системы отображаются данные за каждый из анализируемых периодов по всем выбранным бюджетным данным (например, плановые данные, фактические данные, целевые показатели). Соответственно, пользователи могут проводить сравнительный анализ данных, определять отклонения, рассчитывать абсолютные и относительные показатели, характеризующие отклонения. С помощью модуля "Формулы" специалисты могут проводить специальный анализ, предоставляющий возможность использовать математические и статистические методы (например, дисперсионный анализ) для контроля за исполнением бюджета.
После определения расхождений система позволяет выявлять причины их появления. Например, при возникновении расхождении в величине доходов, пользователи могут анализировать доходы по каждому из реализуемых видов продукции. При обнаружении серьезных расхождений по определенному виду продукции проводится анализ отклонений цен и объемов продаж, анализ объемов закупок отдельными покупателями. Таким образом Hyperion Pillar решает задачу выяснения причин возникших расхождений и определения путей их устранения. Далее на основе аналитической информации принимаются управленческие решения о повышении эффективности деятельности предприятия.
Система Hyperion Pillar позволяет автоматизировать процесс контроля за исполнением бюджета, от сбора реальных бюджетных данных до помощи в принятии решений по повышению эффективности деятельности компании.
|
|
||||
|
Александр Михайлов |
||||
|
Задача планирования деятельности предприятия, формирования бюджета и контроля за его исполнением является одной из важнейших в области управления предприятием. Для решения данной задачи необходимо большое количество финансовой, бухгалтерской и производственной информации. Подобная информация может формироваться и храниться в базах данных различных программ, поэтому полноценная система бюджетирования должна иметь механизмы сбора необходимой информации. Создатели Hyperion Pillar хорошо предусмотрели возможность решения этих задач. В большинстве компаний, применяющих Pillar для решения задач планирования деятельности и бюджетирования, установлены и активно используются специализированные ERP системы, содержащие полную и актуальную информации о деятельности предприятия. Именно эта информация является необходимой для составления бюджета и ввода реальных данных. Например, для работы с такой распространенной ERP системой как BAAN в Hyperion Pillar разработан специальный интерфейс, поставляемый по желанию пользователя, и позволяющий закачивать данные из системы в Hyperion Pillar. Таким образом, достигается надежный импорт всей необходимой бюджетной информации в Hyperion. Вопрос интеграции с ERP системами - очень важный для западных компаний - не всегда актуален для российских предприятий. Хотя многие из них уже приобрели специализированные системы управления, далеко не на всех такие системы внедрены в полном объеме и решают все необходимые задачи. Для полноценной работы в российских условиях система бюджетирования должна поддерживать возможность импорта данных из файлов различных типов. Такая возможность полностью реализована в Hyperion Pillar. Система обладает гибкой и настраиваемой системой импорта данных из файлов ASCII формата. К данному формату относятся текстовые файлы, dbf-файлы, файлы Microsoft Word, Microsoft Excel, Lotus1-2-3. Подобная функция позволяет импортировать данные из бухгалтерских систем, российского программного обеспечения для управления предприятием и, наконец, обычных файлов, содержащих бюджетную информацию. Также существует возможность экспорта бюджетных данных в файлы указанных форматов. В настоящее время многие российские предприятия решают задачи бюджетирования с помощью электронных таблиц Excel. Подобные "системы" уже не справляются с поддержанием сложной структуры предприятия, включением в процесс бюджетирования большого количества специалистов из разных подразделений, подготовкой специализированных отчетов, поэтому принимаются решения о переходе к использованию специализированного программного обеспечения. При этом должна обеспечиваться преемственность между бюджетными данными в старой и новой системах. Для снижения трудоемкости процессов создания бюджетных файлов в Hyperion Pillar предусмотрена возможность копирования и вставки данных. При этом необходимо обращать внимание на соответствие исходных колонок и колонок нового бюджетного файла, а также внести дополнительные аналитические параметры бюджетных строк. Hyperion Pillar спроектирован как гибкая система, позволяющая брать данные из широкого круга источников и использовать их в процессе составления бюджета предприятия, ввода информации по текущему положению дел на предприятии и контроля за исполнением бюджета. Помимо Pillar компания Hyperion Solutions Corporation выпускает еще два специализированных аналитических продукта: Hyperion Enterprise и Hyperion Essbase. Достаточно подробно функции данных программ были рассмотрены в предыдущей статье данного раздела, поэтому кратко напомним, что Hyperion Enterprise решает задачи консолидации отчетности, а Hyperion Essbase реализует OLAP-технологии для решения задач финансового анализа. На первый взгляд, задачи, решаемые этими системами различны, но все они связаны с решением задач управления предприятием. Cовместное использование данных систем позволит решить сложные аналитические задачи, например, детализированный анализ бюджетных данных с применением OLAP - технологий. Данные из Hyperion Pillar используются Hyperion Essbase в качестве основы для создания различных форм отчётности, проведения анализа, моделирования и планирования. Объединение Hyperion Pillar и Hyperion Essbase обеспечивает эффективную комбинацию поддержки процесса финансового анализа и других аналитических процессов. Система Hyperion Pillar предназначена для достаточно крупных предприятий, у которых также возникает задача консолидации финансовой отчетности. В данном случае возможно совместное использование Hyperion Pillar и Hyperion Enterprise. Hyperion Enterprise во многих организациях используется одновременно с Hyperion Essbase OLAP Server - основой для создания отчётов, а также проведения анализа, планирования и моделирования. Пользователи отмечают, что совместное использование этих двух систем обеспечивает наиболее полную оценку деятельности предприятия. И еще об одном аспекте интеграции Hyperion Pillar. Задачи анализа бюджетных данных являются очень актуальными для каждого предприятия. При этом форматы бюджетов и методология анализа у каждого предприятия различны, поэтому применение большинства стандартных российских программных продуктов для анализа финансового состояния предприятия с их жестким механизмом анализа и стандартными формами исходных данных невозможно. Функция анализа бюджетных данных реализуется с помощью ЭАС «АБФИ - предприятие»: Данная система является универсальной и позволяет использовать в качестве исходных данных для анализа любую финансовую информацию, реализовывать собственную методологию анализа и формировать выходные формы любого необходимого формата. С помощью механизма SQL-запросов, данные из бюджетного файла Pillar могут анализироваться в ЭАС «АБФИ - предприятие». В результате применения подобной "связки" получаются готовые аналитические отчеты о финансовом состоянии предприятия в результате исполнения бюджета. При реализации различных сценариев бюджета в изменяющихся внешних условиях, проводится анализ "что - если", оценивается прогнозное финансовое состояния предприятия. |
Территориально распределенная компания
По понятным причинам наиболее остро проблема бюджетирования стоит перед крупными предприятиями. В процессе составления бюджета вводится информация по различным подразделениям, продуктам, проектам и другим направлениям деятельности. Зачастую у крупного предприятия, например, холдинга есть филиалы или заводы расположенные по всей России. Как решать проблему бюджетирования в данном случае? В зависимости от используемого для бюджетирования программного обеспечения, возможны разные пути. Если бюджетирование производится в центральном офисе и работа ведется с единой базой данных, то существуют две возможности - либо искать возможности подключения всех своих удаленных филиалов к единой базе данных, либо посылать по электронной почте таблички, которые должны быть заполнены бюджетными данными на уровне конкретного завода. Во втором варианте реализовать единый корпоративный стандарт программного обеспечения не удастся. Еще большие проблемы возникнут при желании центрального офиса изменить бюджет филиалов: сначала данные из электронных таблиц надо будет ввоть в единую базу, затем там анализировать, экспортировать из базы в электронные таблицы, отдельно писать замечания, все это отправлять на завод и так до тех пор, пока стороны не придут к консенсусу. Первый вариант позволит избежать данных проблем, но будет связан со значительными дополнительными затратами (в особенности, если филиалов много). Может быть, при составлении бюджета существует альтернативный вариант, позволяющий использовать единое программное обеспечение во всех подразделениях компании. На наш взгляд, оптимально данная задача решена в системе Hyperion Pillar.
Hyperion Pillar поддерживает возможность работы трех типов пользователей:
Менеджер бюджета (budget manager)- лицо ответственное за составление и контроль за исполнением бюджета. В роли менеджера бюджета может выступать финансовый директор, начальник планово-финансовой службы, директор департамента стратегического планирования;
Консолидатор (consolidator) - лицо ответственное за формирование бюджета в рамках отдельного подразделения, например, финансовый директор предприятия, входящего в холдинг;
Планировщик (planner) - лицо, ответственное за составление бюджета на наиболее низком уровне - на уровне центра прибыли или центра затрат. Планировщик, например, может вводить информацию по бюджету на уровне отдельного цеха или департамента.
На уровне отдельного предприятия или центра ответственности предприятия существует специалист, который занимается разработкой бюджета и контролем за его исполнением на уровне своего подразделения. Доступ к бюджетной информации для такого специалиста определяет менеджер бюджета.
Взаимодействие всех специалистов, задействованных в формировании бюджета, организуется следующим образом: менеджер бюджета ввел в систему основную информацию по бюджету, а затем осуществил распределение (в терминах системы - дистрибуцию) единого бюджетного файла пользователям в соответствии с их полномочиями.
После дистрибуции для каждого пользователя создается бюджетный файл, причем в этот файл попадает только та информация, к которой у пользователя есть права доступа. Необходимо отметить, что процесс дистрибуции реализован очень удобно. Для каждого из участников бюджетного процесса автоматически создается папка, в которую пишется продистрибутированный файл, имя файла содержит наименование бюджета и номер версии.
Затем файлы рассылаются конкретным пользователям и начинается работа по составлению бюджета на местах. Каждый пользователь вводит в свой бюджетный файл плановые данные по своим центрам прибыли и центрам ответственности. После окончания ввода бюджетной информации бюджетный файл отсылается "в центр". По мере поступления бюджетных файлов менеджер бюджета запускает процесс их консолидации, то есть интеграции отдельных данных по предприятию в единый бюджетный файл. При консолидации менеджер бюджета видит все строки, которые были изменены или добавлены пользователем, и у него существует возможность выбора, консолидировать или нет ту или иную бюджетную строку. Проконсолидировав все полученные файлы, администратор получает предварительный вариант бюджета, в котором производится анализ доходов и расходов компании. В том случае, если менеджер бюджета не согласен с расходами по той или иной бюджетной строке, он может задать комментарий к строке с пожеланиями снизить расходы на определенную величину. Если замечания относятся не к отдельной строке, то их можно поместить в специальный модуль Memos. После этого файл снова дистрибутируется, в него вносятся изменения и файл попадает к менеджеру бюджета. Таким образом, решается задача согласования бюджета.
Совершенно аналогичным способом ведется работа по вводу фактических данных и контролю за исполнением бюджета.
Таким образом, Hyperion Pillar позволяет полностью решить задачу бюджетирования на крупных предприятиях с большим количеством филиалов и подразделений, причем на всех рабочих местах применяется стандартное программное обепечение, и для организации связи между центральным офисом и предприятиями достаточо электронной почты.
Вопросы по системам бюджетирования
1. Почему нужна отдельная программа для бюджетирования. Не проще ли использовать процедуры, встроенные в установленную в нашей компании систему управленческого учета?
Встроенные в корпоративные информационные системы (КИС) модули бюджетирования, действительно, помогают решить часть проблем, но все еще далеки от совершенства. Вот некоторые проблемы, характерные для таких решений:
КИС строится на основе единого информационного пространства и подразумевает, что все данные собираются в общей базе. В реальности все иначе. Крупные холдинги обычно автоматизируются не целиком, а по отдельным компаниям, степень интеграции данных не так уж высока, а создание единой систему управления стоит черезвычайно дорого. Бюджет же по-прежнему приходится собирать для всей компании и гибкость в выборе источника данных совершенно необходима.
В работе над бюджетом участвует множество людей. Организация групповой работы в таких условиях становится черезвычайно важным фактором. Решения на основе КИС редко реализуют иерархию бюджета, обеспечивая только элементарные процедуры разделения доступа.
Подготовка бюджета требует значительных усилий по анализу данных. КИС хороша для сбора информации, но слишком тяжеловесна в качестве аналитического инструмента. Это, кстати, одна из главных причин, по которым так много бюджетов крупных компаний делается на Excel - так удобнее анализировать. Программы бюджетирования стремятся сочетать гибкость Excel с основательностью КИС.
2. Разброс в цене систем бюджетирования очень велик. Чем определяется такая разница? Что получает предприятие, приобретая дорогие системы?
Есть два основных подхода к решению проблем бюджетирования. Один базируется на развитии средств пользовательского интерфейса и стремлении устранить основные проблемы Excel. Фактически, все приложения такого типа - это трехмерные электронные таблицы, различным образом оформленные. Такие системы ориентированы на небольшие бюджеты и стоят, обычно, недорого.
Другой тип - системы, базирующиеся на принципах групповой работы и реализующие различные методы сбора информации. Они способны решать вопросы бюджетирования на предприятиях любого масштаба и обладают стандартными характеристиками крупных систем: открытостью, масштабируемостью и т.п. Внедрение таких систем требует существенных затрат, как временных, так и денежных, но является единственным перспективным вариантом для крупных предприятий.
3. Известно, что западные системы бухучета в России непригодны. Наверное и систему бюджетирования лучше использовать российскую?
Проблема западных систем бухучета - несоответствие российскому законодательству. Вопросы же стратегического планирования в компании регулируются не законами, а принципами, принятыми руководством компании. Поэтому имеет смысл использовать наиболее проверенные подходы, не обращая внимания на то, откуда они пришли.
4. Сколько времени может занять внедрение системы бюджетирования?
Внедрение крупных систем бюджетирования, как и внедрение КИС, требует четкой организации бизнес-процессов на предприятии, наведения порядка. На это и уходит основное время. Соответственно, сроки внедрения полностью зависят от готовности вашей организации к переменам и могут колебаться от нескольких недель до нескольких месяцев.
5. Как связаны между собой системы бюджетирования и OLAP
OLAP расшифровывается как Online Analytical Processing и означает аналитическую обработку данных о состоянии компании. Системы OLAP, фактически стали полигоном для отработки аналитических инструментов, использующихся в управлении. Бюджетирование - частный случай OLAP и наиболее крупные разработчики систем бюджетирования обычно предлагают и OLAP-приложения как следующий этап автоматизации стратегического управления.
6. Какие факторы следует учитывать при выборе системы бюджетирования?
Задайте себе следующие вопросы:
Сколько человек имеет непосредственное отношение к работе над бюджетом?
Какова степень интеграции ваших подразделений?
Каковы требования к детализации бюджета?
Каков объем данных, обрабатываемых при подготовке бюджета?
Ответы на эти вопросы помогут вам сформулировать свои первоначальные требования к системе и оценить технологические и функциональные решения, предлагаемые поставщиками.
Общий же список факторов, определяющих пригодность системы, состоит из четырех элементов:
Технологичность (открытость решений, масштабируемость)
Функциональность (групповая работа, аналитические возможности)
Гибкость (возможность настройки под ваши условия работы)
Надежность поставщика (история работы, число внедрений)
Интерация бюджетирования в систему управления
Вклад Hyperion в развитие систем SAP ERP в компании Adobe
Систему управления предприятием часто изображают в виде пирамиды, разделенной на три слоя. В нижнем слое располагаются модули, работающие с первичной информацией: счетами, платежными поручениями, данными кассовых аппаратов и проч. Будем называть его слоем оперативного учета. На данных оперативного учета строится работа бухгалтерии и некоторых других модулей. Их задача - составление детальной отчетности о деятельности предприятия. Слой, формирующий такую отчетность, называется слоем управленческого учета (термин "управленческий учет" понимается здесь несколько шире, чем обычно, он охватывает все виды отчетности, служащие источником данных о состоянии компании). И, наконец, самый верхний слой состоит из подсистем, предназначенных для создания укрупненных отчетов и планов. Это слой стратегического анализа.
Реализация первых двух слоев известна - это классические корпоративные информационные системы, интегрированные в едином информационном пространстве. Естественно предположить, что и верхний слой интегрируется в общую систему таким же образом. Давайте посмотрим - так ли это?
Основой слоя стратегического анализа являются системы OLAP (OnLine Analytical Processing - аналитическая обработка в режиме реального времени). Извлечение данных из единой базы является одним из главных принципов функционирования OLAP-приложений, но если два нижних уровня работают в рамках замкнутой и самодостаточной системы, то для OLAP замкнутая система уже неприемлема, а внутренние источники данных рассматриваются наравне с внешними. То есть можно уже говорить не о интеграции данных, а об универсальном инструменте импорта данных, работающем в режиме реального времени.
В системах бюджетирования интеграция данных еще больше теряет смысл. На стадии планирования они работают с данными, которых просто не может быть в КИС. А для актуализации бюджета используются уже описанные для OLAP принципы импорта - здесь нет и не должно быть разницы между "своими" и "чужими" данными.
Что же тогда является критериями интегрированности системы бюджетирования в КИС предприятия? Пожалуй, набор этих критериев должен выглядеть следующим образом:
Возможность создания динамических связей с произвольным внешним источником данных.
Соответствие бизнес-процессов КИС и бизнес-процессов системы бюджетирования (с точки зрения групповой работы etc.)
Что такое OLAP?
Первое четкое определение OLAP (On-line Analytical Processing) предложено в 1993 году Е.Ф.Коддом (E.F.Codd) в статье, опубликованной при поддержке Arbor Software (теперь - Hyperion Software). Статья включала 12 правил, которые сейчас уже стали широко известными и описаны на сайте любого поставщика OLAP приложений. Позже, в 1995 году, к ним были добавлены еще шесть менее известных правил, все они были разделены на четыре группы и названы "характеристиками" (features). Вот эти правила, дающие определение OLAP приложения с комментариями Найджела Пендса (Nigel Pendse), одного из создателей сайта OLAP Report.
Базовые характеристики
1. Многомерность модели данных. С этим утверждением мало кто спорит и оно считается основной характеристикой OLAP. Частью этого требования считается возможность построения различных проекций и разрезов модели.
2. Интуитивные механизмы манипулирования данными. Кодд считает, что манипулирование данными должно производится с помощью действий непосредственно в ячейке таблиц, без применения меню или сложных диалоговых окон. Можно предположить, что это подразумевает использование операций с мышью, но Кодд этого не утверждает. Многие продукты не выполняют этого правила. С нашей точки зрения, эта характеристика незначительно влияет на качество процесса анализа данных. Мы считаем, что программа должна предлагать возможность выбора модели работы, т.к. не всем пользователям нравится одно и то же.
3. Доступность. OLAP это Посредник. Кодд особенно подчеркивает, что ядро OLAP является программой промежуточного уровня между гетерогенными источниками данных и пользовательским интерфейсом. Большинство продуктов обеспечивают эти функции, но удобство доступа к данным часто оказывается ниже, чем это хотелось бы другим поставщикам программ.
4. Пакетное извлечение данных. Это правило требует, чтобы продукты предлагали как собственные базы для хранения анализируемых данных, так и динамический (live) доступ к внешним данным. Даже те программы, которые предлагают такие функции, редко делают их легкими и достаточно автоматизированными. В результате, Кодд поддерживает многомерное представление данных плюс частичный предварительный обсчет больших многомерных баз данных с прозрачным сквозным доступом к детальной информации. Сегодня это рассматривается как определение гибридного OLAP, которая становится наиболее популярной архитектурой, так что Кодд очень точно увидел основные тенденции в этой области.
5. Архитектура "клиент-сервер". Кодд считает, что не только каждый продукт должен быть клиент-серверным, но и что каждая серверная компонента OLAP продуктов должна быть достаточно интеллектуальной для того, чтобы разные клиенты могли быть подключены с минимальными усилиями и программированием. Это намного более сложный тест, чем простая клиент-серверная архитектура и относительно мало продуктов проходит его. Можно возразить, что этот тест, возможно, сложнее, чем надо и не стоит диктовать разработчикам архитектуру системы.
6. Прозрачность. Этот тест также сложен, но необходим. Полное соответствие означает, что пользователь, скажем, электронной таблицы может получить полный доступ к средствам, предоставляемым ядром OLAP, и может при этом даже не знать о том, откуда получены эти данные. Для того чтобы достичь этого, продукты должны предоставлять динамический доступ к гетерогенным источникам данных и полнофункциональный модуль, встраиваемый в электронную таблицу. Между электронной таблицей и хранилищем данных при этом размещается OLAP сервер.
7. Многопользовательская работа. Кодд определяет, что для того, чтобы считаться стратегическим OLAP инструментом, приложения должны работать не только на чтение и интерпретацию данных, и, соответственно, они должны обеспечивать одновременный доступ (включая и извлечение, и обновление данных), целостность и безопасность.
Специальные характеристики
8. Обработка ненормализованных данных. Это означает возможность интеграции между ядром OLAP и ненормализованным источником данных. Кодд выделяет то, что при обновлении данных, выполненном в среде OLAP, должна быть возможность изменять ненормализованные данные во внешних системах.
9. Хранение OLAP результатов отдельно от исходных данных. В действительности, это имеет отношение к реализации продукта, а не к его возможностям, но мало кто будет спорить с этим утверждением. По сути, Кодд поддерживает широко принятую систему, в соответствии с которой OLAP приложения должны строить анализ непосредственно на основе данных транзакции и изменения в данных OLAP должны храниться отдельно от данных транзакции.
10. Выделение отсутствующих данных. Это означает, что отсутствующие данные должны отличаться от нулевого значения. Как правило, все современные OLAP системы поддерживают эту характеристику.
11. Обработка отсутствующих значений. Все отсутствующие значения должны быть проигнорированы при анализе, вне зависимости от их источника.
Характеристики построения отчетов
12. Гибкое построение отчетов. Различные измерения должны выстраиваться любым способом в соответствии с потребностями пользователя. Большинство продуктов соответствует этому требованию в рамках специальных редакторов отчетов. Хотелось бы, чтобы такие же возможности были доступны и в интерактивных средствах просмотра, но это встречается значительно реже. Это одна из причин, по которой мы предпочитаем, чтобы функционал анализа и построения отчетов был объединен в одном модуле.
13. Стабильная производительность при построении отчетов. Это означает, что производительность системы при построении отчетов не должна существенно падать при увеличении размерности или величины базы данных.
14. Автоматическое регулирование физического уровня. OLAP система должна автоматически регулировать физическую структуру для адаптации ее к типу и структуре модели.
Управление размерностью
15. Общая функциональность. Все измерения должны иметь одинаковые возможности в структуре и функциональности.
16. Неограниченное число измерений и уровней агрегирования. Фактически, под неограниченным числом Кодд подразумевает 15-20, т.е. число, заведомо превышающее максимальные потребности аналитика.
17. Неограниченные операции между данными различных измерений. Кодд полагает, что для того, чтобы приложение называлось многомерным, оно должно поддерживать любые вычисления с использованием данных всех измерений.
OLAP - технологии от Hyperion
Зачем нужны OLAP-приложения?
В течение последнего времени конкуренция среди тысяч предприятий, занимающихся бизнесом по всему миру, заставляет их делать огромные капитальные вложения на внедрение ERP-систем, чтобы увеличить производитительность и оперативность операционной работы. Понимание того, что оперативность и высокая производительность программного обеспечения сама по себе не является достаточной для увеличения эффективности контроля за деятельностью предприятия, приводит к тому, что большинство организаций приступают к поискам специализированных программных средств, которые позволили бы производить детальный анализ всего объема информации, хранящейся в транзакционных системах, не теряя при этом наглядности представления данных и, конечно же, оперативности. Именно эта ситуация на рынке и повлияла на быстрое появление новых систем, позволяющих оперативно получить информацию из большого количества источников, различных по структуре, а также оперативно представить ее в любом удомном для пользователя виде. Такие средства получили название OLAP-технологий.
В настоящее время существует масса аналитических систем, сконструированных с использованием OLAP-технологий, поэтому у предприятий, желающих приобрести такую систему, часто возникает вопрос: "А какая же система лучше ?".
Однозначного ответа на этот вопрос нет, так как выбор зависит от множества факторов: скорость выполнения запросов, доступность функционала, цена и т.д. Однако, если обратить внимание на то, какой выбор чаще всего делают компании, уже купившие такую систему, можно заметить, что наибольшей популярностью пользуется программный продукт компании Hyperion Solutions - Hyperion Essbase, который заменил лидировавший ранее на рынке OLAP-технологий продукт Hyperion OLAP.
Hyperion Essbase - это стратегическая платформа для составления отчетов, анализа, моделирования и планирования финансово-хозяйственной деятельности. Hyperion Essbase поддерживает многопользовательский доступ для чтения / записи данных, крупномасштабную пропускную способность, мощные аналитические вычисления и сложные OLAP-запросы (online analytical processing queries). Hyperion Essbase обеспечивает интуитивное многомерное представление данных и быстродействующие ответы на запросы в сетевых компьютерных системах. OLAP-сервер Hyperion Essbase поддерживает ведущие операционные системы, такие, как Windows NT, UNIX и AS/400, и интегрирован более чем с 50 ведущими клиент-сервер, сетевыми, аналитическими и другими приложениями Hyperion Solutions, а также их стратегических партнеров.
Hyperion Essbase как приложение для бизнес-анализа, работающее в режиме реального времени
Создавая аналитические приложения, работающие в режиме реального времени (Online Analytical Processing, OLAP), Hyperion ставит перед собой простую задачу - способствовать принятию оптимальных решении для успешного ведения бизнеса Для этого приложения должны быть всеобъемлющими, мощными и простыми в использовании даже для тех, кто плохо разбирается в информационных технологиях Такие приложения должны помогать пользователям своевременно обнаруживать и анализировать тенденции, проблемы и возможности, стоящие заданными, которые содержатся в операционных системах и хранимых данных Кроме того, такие приложения должны быть высокопроизводительными, поскольку время, затраченное на принятие решения, зачастую очень критично и от него напрямую зависит конечный результат работы
Многофункциональный рабочий стол Hyperion Essbase имеет привычный Windows-интерфейс и содержит динамические связи с источниками данных.
В число ключевых задач, выполняемых пользователями OLAP-приложений, входят:
Анализ прибыльности
Анализ направлений развития продуктов
Анализ продаж
Анализ положения на рынке
Анализ ассортимента продуктов
Анализ риска
Анализ конкурентности
Составление отчета о производительности
Моделирование сценария
Анализ приобретения и отделения
Анализ бюджета и прогнозов
Build&Link™ Wizards (Мастера) помогают пользователям сначала моделировать приложения по наиболее удачным шаблонам, специфичным для данной отрасли, после чего конфигурировать их с системами-источниками для выполнения обновления данных и структур.
За несколько последних лет многие клиенты Hyperion доверили решение этих и других ключевых задач нашим OLAP-приложениям. Мы постоянно совершенствуем и обновляем свои продукты, помня о том, что многие из наших конечных пользователей - это профессионалы в финансовой и маркетинговой областях, которым необходимы приложения промышленной мощи. Поэтому сегодня мы предлагаем вам Hyperion Essbase.
Что представляет собой Hyperion Essbase?
Hyperion Essbase - простое в использовании приложение для моделирования многомерных бизнес-сценариев. С помощью Hyperion Essbase пользователи могут собирать данные из различных источников через стандартные протоколы (такие как ODBC - стандарт открытого взаимодействия баз данных), загружая ASCII-файлы, или непосредственно через связи с другими продуктами Hyperion. Затем многомерные данные помещаются в Microsoft Excel или Lotus 1-2-3. Кроме того, Hyperion Essbase интегрирован с Cognos PowerPlay, позволяющим преобразовывать, детализировать и просматривать данные в графическом виде. Hyperion Essbase использует новейший многомерный механизм Applix TM 1, который получил высшую оценку в рейтинге производительности OLAP Report от Business Intelligence.
Hyperion Essbase предоставляет пользователям доступ к данным и дает возможность вводить интерактивные комментарии к элементам статей по мере проведения анализа.
Следующее поколение OLAP
В приложение Hyperion Essbase вошло все самое лучшее из предыдущих многомерных приложений Hyperion, после чего последовал большой рывок вперед, к мощным новым возможностям, таким как управление распределенными данными и автоматическое создание приложений. Эти характеристики позволяют достичь еще большей производительности в среде приложения, открытого для пользователя.
Hyperion Essbase предназначен для процессов бизнес-анализа; оно имеет встроенный Финансовый Интеллект(1т) (Financial Intelligence(tm)), широкие возможности составления отчетов и выполняет аналитическую обработку в режиме реального времени. Помимо специального анализа, табличных и производственных отчетов, Hyperion Essbase поддерживает Web-доставку Hyperion Spider- Man(tm), благодаря которой можно легко передавать результаты по любым направлениям вашего предприятия.
Новое добавление -Build&Link Wizards
Build&Link Wizards (Build&Link Мастера) - это мощный расширенный анализ, автоматически создающий заказные приложения и обеспечивающий немедленный анализ данных. Для подключения разнообразных внешних источников данных можно использовать специфичные для данной отрасли шаблоны. Кроме того, Build&Link Wizards также имеют возможность динамического связывания, благодаря которой можно автоматически обновлять исходные системы для обеспечения интегрированности данных. Build&Link Wizards существенно упрощают ввод данных, и вам больше не потребуется тратить время на программирование.
Hyperion Essbase позволяет динамически связывать исходные данные с многомерным приложением. Несмотря на то, что существует Build&Li Wizard, пользователи сами могут обработать информацию как нужно для решения конкретных бизнес-задач.
Hyperion Essbase и Build&Link Wizards -среда, открытая для пользователя
Новые продукты Hyperion помогают сотрудникам отдела информационных технологий (ИТ) переключиться с исполнительной работы на административную и управленческую. Теперь от них требуется только контроль за работой базы данных, в то время как сотрудники, нуждающиеся в доступе к информации, могут получать его, не прибегая к помощи отдела ИТ. Например, финансовые директора и менеджеры могут использовать Hyperion Essbase для более детального ознакомления с данными и создания отчетов по сбыту и снабжению. Уникальный подход Hyperion заключается в том, что Hyperion Essbase и Build&Link Wizards обеспечивают колоссальными технологическими преимуществами тех, кто нуждается в них больше всего. Благодаря этому возрастает степень свободы персонала и сокращается количество времени, затрачиваемого на бизнес-анализ.
Программное Обеспечение Hyperion - это введение в бизнес технологического и финансового интеллекта
Hyperion - это поставляющая программные решения компания, которая имеет более 3,200 заказчиков по всему миру. Фактически половина компаний, вошедших в Fortune 500, и более трети компаний, вошедших в рейтинг "европейской десятки" Financial Times European Top 100, пользуются продуктами и услугами Hyperion. Мы предлагаем своим клиентам передовые приложения, поддерживающие работу с финансами, которые превращают их корпоративные данные в важную бизнес-информацию. Удовлетворение потребностей наших клиентов - основная цель работы компании и предоставляемых ею услуг. Согласно недавнему исследованию INPUT, Hyperion лидирует по показателям соответствия финансовых программных пакетов требованиям заказчиков.
Своим успехом мы обязаны тому, что помогаем вам добиться успеха. Вот почему Hyperion предлагает полные программные решения. Помимо того, что они обучают выигрывать, эти программные решения включают документацию и услуги для помощи на начальных этапах работы с приложением, а также "горячую линию поддержки" для быстрого решения проблем, могущих возникнуть у заказчика. Становясь клиентом Hyperion, . вы можете рассчитывать на самую надежную поддержку вашей деятельности.
Понимание бизнес-тенденций
Продукты Hyperion предназначены для того, чтобы помочь клиентам вести успешный бизнес на быстро меняющемся, сложном рынке с обостренной конкуренцией. Hyperion Essbase помогает заглянуть в будущее вашего бизнеса. Используя Hyperion Essbase, вы сможете своевременно обнаруживать тенденции, выявлять потенциальные проблемы и благоприятные возможности для расширения вашего рынка. С Hyperion Essbase вы всегда будете на шаг впереди.
Оптимальный выбор для финансовых директоров и менеджеров информационных технологий
В современном, стремительно меняющемся мире обострившейся конкуренции чрезвычайно важно уметь быстро принимать безошибочные решения, особенно когда это касается особо сложных вопросов. В таких случаях необходимо не просто поверхностно ознакомиться с предметом, а всесторонне изучить его. Для того, чтобы составить точную картину происходящего, нужно проанализировать огромное количество данных различных типов.
Для успешного ведения бизнеса требуется гибкий, всесторонний и простой в использовании инструментарий, работающий в режиме оперативной поддержки; инструментарий, доступный специалистам финансового отдела, отдела продаж и маркетинга, которые смогут использовать его самостоятельно, без помощи профессионалов в области информационных технологий. Hyperion Essbase 2.8, усиленный ТМ1, - это приложение, которое удовлетворяет этим и многим другим требованиям.
Hyperion Essbase построено на основе испытанного и надежного приложения аналитической обработки данных в режиме оперативной поддержки (Online Analytical Processing, OLAP) компании Hyperion. Кроме того, оно может поставляться с мощным аналитическим расширением Build&Link(trn), позволяющим автоматически создавать настраиваемые пользователем приложения и выполнять аналитическую обработку данных сразу же после создания приложения. Можно использовать простые в создании шаблоны, ориентированные на отдельные отрасли, для подключения разнообразных внешних источников. С расширенными мощностными возможностями связи теперь можно обеспечить согласованность данных с исходными системами путем их автоматического обновления. До введения функциональности Build&Link (Построение и Связь) специалисты отдела информационных технологий (ИТ) были вынуждены вводить данные вручную, выбирая области размещения данных, что было сложной, трудоемкой операцией и занимало большое количество времени.
Теперь, благодаря Hyperion Essbase 2.8 и Build & Link Wizards (мастерам) сотрудники отдела ИТ превратились из исполнителей в законодателей, поскольку теперь они контролируют процессы обновления базы данных. Однако другие специалисты предприятия могут использовать эту технологию, не прибегая к помощи штата отдела ИТ. Например, финансовые директора могут самостоятельно создавать отчеты по своему усмотрению, выполняя тщательный бизнес-анализ всех процессов организации, без привлечения ИТ-персонал.
Благодаря тому что OLAP 2.8 и Build&Link Wizards предоставляют возможность действительно независимой работы, они являются идеальным выбором для организаций, желающих устранить препятствия для активной работы своих сотрудников и максимального расширения возможностей их работы.
Hyperion Essbase - возможности и функции пакета
Hyperion Essbase позволяет выполнять мощный и многомерный анализ, помогает в составлении отчетов и последующей Web-доставки документации. Это приложение предназначено для решения сложных, комплексных и крупномасштабных вопросов ведения бизнеса, таких как рентабельность линии продукта или работы с конкретным заказчиком. OLAP 2.8 сочетает в себе встроенную информацию по управлению финансами, высокопроизводительный механизм аналитической обработки и прекрасные возможности доступа.
Таким образом, Hyperion Essbase является наиболее передовым приложением в данной области, которое помогает вырабатывать верные решения для лучшего управления бизнес-процессами организации.
Финансовая экспертиза
"Интеллектуальный объем" Hyperion обеспечивает встроенное ведение финансовых операций, валютных расчетов и временного рядов.
Ориентированные на конкретные отрасли шаблоны Build&Link позволяют легко конструировать приложения на основе наиболее успешного практического опыта применения.
Это приложение интегрировано с другими решениями Hyperion, дополняет и расширяет их, предоставляя возможность объединения данных, создания отчетов, составления бюджетов и ведения транзакций.
Совершенный механизм OLAP
Механизм реального времени (усиленный ТМ1) сочетается с уникальной возможностью управления распределенными данными.
Высокая производительность и масштабируемость за счет минимизации использования ОЗУ (RAM) и сокращения объема постоянного дискового хранилища.
Управление несколькими уровнями (до 16 на приложение); разные приложения могут использовать одни и те же объемы/уровни.
Механизм OLAP усилен немедленной калькуляцией в режиме реального времени.
Динамическое моделирование на основе электронных таблиц и требований заказчиков.
Быстрые пакетные предварительные расчеты.
Поддержка приложений масштаба предприятия, а также удаленных и одновременно работающих пользователей.
Web-доставка данных
Актуальные данные доставляются через корпоративную интрасеть и просматриваются в приложении Web-доставки Hyperion Spider-Man(tm)
Просмотр отчетов с помощью браузера и анализ актуальных данных.
Ввод данных
Динамическое обновление данных и структуры с помощью Build&Link Wizards гарантирует согласованность данных через связывание непосредственно с исходными приложениями.
Передача данных через стандарт ODBC (открытого взаимодействия баз данных), ASCII-файлы и непосредственно через связи с другими продуктами Hyperion.
Hyperion Schedules(tm) (Нуреrion-Распределение(tm)) позволяет вводить данные вручную, используя любой перечень по выбору пользователя.
Hyperion Schedules хранит текстовые комментарии, поясняющие значения данных.
Настраиваемый рабочий стол можно адаптировать в соответствии с пожеланиями каждого пользователя.
Передовая технология клиент-сервер
Поддержка всех версий пользователей Windows (рекомендуются Windows 95 или NT).
Поддержка серверов Windows NT.
Поддержка транспортных протоколов TCP/IP, NetBIOS, Novell IPX.
Всесторонняя защита контролирует доступ и обновление привилегий.
Hyperion - компания, поставляющая программные решения, которая поддерживает более 3000 заказчиков по всему миру. Компания входит в число лидеров, предлагая такую обработку финансовой информации, которая превращает корпоративные данные в ценную бизнес-информацию. Hyperion продолжает лидировать, выпуская новые версии OLAP, совершенствующие способы обнаружения критических тенденций, проблем и возможностей, которые могут означать разницу между успехом и поражением.
Внедрение Hyperion Pillar: первый опыт в России
В конце июля этого года холдинг ЛАНИТ закончил внедрение ПО Hyperion Pillar в центральном офисе ОАО "СУАЛ" (Сибирско-Уральская Алюминиевая Компания) (подробнее смотрите официальный пресс-релиз от 22 июля 1999 года). Это было первое внедрение ПО Hyperion Pillar в России. Несмотря на успешное создание и демонстрацию контрольного примера у Заказчика не было стопроцентной уверенности в том, что вся специфика планирования в его компании сможет быть переложена в систему Hyperion Pillar. До внедрения ПО Hyperion Pillar в ОАО "СУАЛ" бюджет создавался в электронных таблицах, а конечные пользователи, как известно, без большой охоты переходят на новые системы, несмотря на то, что такие системы обладают большей функциональностью и действительно могут избавить их от обычной рутинной работы. Тот факт, что специалистам по планированию придется переучиваться на другую систему и привыкать к новому интерфейсу, также вызывал некоторые сомнения. Поэтому очень важно было предусмотреть такую схему внедрения, при которой с одной стороны будет полностью учтена специфика Заказчика, а с другой, будет создано оптимально работающее приложение, улучшающее и расширяющее процесс бюджетирования, существовавший ранее у Заказчика. Кроме того, было необходимо правильно провести обучение специалистов Заказчика. В результате, Заказчик, преимущественно собственными силами, мог бы поддерживать и расширять созданную систему, все более интегрируя в нее нефинансовых менеджеров на местах.
В итоге, специалисты холдинга ЛАНИТ убедили руководство ОАО "СУАЛ" в необходимости перехода к мощной и перспективной системе автоматизации процесса бюджетирования Hyperion Pillar. В принятии решения по внедрению ПО Hyperion Pillar основную роль сыграло, в первую очередь, то, что такая крупная компания, как ОАО "СУАЛ", уже не могла обойтись ресурсами электронных таблиц MS Excel, поэтому современная и развитая система планирования была ей жизненно необходима. Также, определенную роль сыграл несомненный профессионализм и богатый опыт внедрений комплексных систем у специалистов холдинга ЛАНИТ.
Для реализации проекта была создана рабочая группа, большей частью состоявшая из специалистов Заказчика, что позволило, помимо прочего, сократить общие затраты Заказчика на проект и не допустить ошибок при внедрении.
Моделирование структуры предприятия, его доходных и расходных статей, проводилось на основе бюджетных данных прошлого года. За каждым из специалистов экономического отдела ОАО "СУАЛ" (а именно этот отдел занимается бюджетированием в ОАО "СУАЛ") закреплена расходная или доходная статья бюджета, за которую он и отвечал при создании бюджетного файла. После относительно легкого ввода доходов встала проблема бюджетирования сырья. В старой системе бюджетирование велось по притокам-оттокам денежных средств и, поэтому, покупка сырья сразу же после оплаты счета учитывалась как расход. Hyperion Pillar позволил подойти к этой проблеме более правильно - учитывать не только расходы на покупку сырья, но и списание сырья в производство, и, соответственно, остатки сырья. Закупки сырья было решено вести по контрактам, а списание - по плану производства исходя из расходных коэффициентов. Также, система позволила учесть российскую специфику: был разработан механизм, реализующий взаимозачеты между предприятиями, а также расчеты с федеральным бюджетом по НДС, учету дебиторской и кредиторской задолженности. После окончательного создания бюджетного файла были сформированы отчеты по каждому из финансовых планов, действующих на предприятии.
Конечно, при внедрении системы рабочая группа столкнулась с определенными проблемами. Реальный объем работ оказался больше, чем было предусмотрено в рабочем задании, поэтому внедрение проходило почти на месяц дольше, чем было запланировано. При этом, у участников проекта время от времени появлялись неотложные дела, и длительные командировки влияли на темпы внедрения. Тем не менее, проект прошел в реальные сроки и был реализован на 150%. Реализовано было не только то, что прописано в рабочем задании, но и учтен весь комплекс пожеланий специалистов СУАЛ, что позволило создать бюджетный файл, позволяющий начать работу по составлению бюджета сразу после окончания процесса внедрения.
Подход, предусматривавший активное участие специалистов Заказчика в проекте, полностью оправдал себя и позволил специалистам Заказчика чувствовать себя собственниками созданной системы. Теперь они активно и с энтузиазмом работают с системой, при этом участники рабочей группы со стороны ЛАНИТ не оставили сотрудников экономического отдела "СУАЛ" "наедине" с системой, а постоянно отвечают на вопросы и консультируют пользователей системы.
Новости проекта «Hyperion Pillar»
|
18.01.2000 С учетом большого интереса к тематике семинаров, проведенных в конце прошлого года, на базе Сетевой Академии ЛАНИТ организованы новые обучающие курсы Бюджетное планирование и контроль, автоматизация этого процесса с применением системы "Hyperion Pillar" и Финансовый анализ на предприятии и его автоматизация с использованием экспертной аналитической системы "АБФИ-предприятие". 20.12.1999 17 декабря был проведен очередной семинар, посвященный детальному знакомству с процессом автоматизации бюджетного планирования средствами Hyperion Pillar, а также решению задач финансового анализа на предприятии с помощью экспертной аналитической системы "АБФИ-предприятие". 30.11.1999 29 ноября компания ЛАНИТ провела семинар, посвященный автоматизации бюджетного планирования. В семинаре приняли участие около 70 представителей промышленных предприятий, банков, финансовых компаний, страховых организаций и государственных учреждений. Слушателям была представлена система автоматизации бюджетного планирования Hyperion Pillar - программный продукт компании Hyperion Solutions Corporation. Демонстрация возможностей системы проводилась на примере внедрения в Сибирско-Уральской алюминиевой компании (СУАЛ) холдинга Ренова. Поскольку участниками семинара были, в основном, работники финансовой сферы – финансовые директора, руководители управлений бюджетного планирования, финансового анализа, ревизий и отчетности, начальники планово-экономических отделов, - значительное время уделялось вопросам планирования бюджетов, учета по центрам затрат, консолидации отчетности, ведения мультивалютных операций, анализа бюджетной информации и т.п. Проведенное анкетирование показало высокую заинтересованность в системе Hyperion Pillar, не имеющей пока аналогов на российском рынке, а также продемонстрировало эффективность подобных мероприятий. Семинар прошел в рамках цикла мероприятий «Информационные технологии для успешного бизнеса», приуроченного к 10-летию компании ЛАНИТ. Следующий семинар этого цикла состоится 9 декабря и будет посвящен вопросам автоматизации работы управленческого персонала топливно-энергетического комплекса. 21.10.1999 Еженедельник «ComputerWorld Россия» в №39 (1999г.) опубликовал статью М.Зырянова «Лоскуты» высокого уровня», которая посвящена продуктам компании Hyperion, а также визиту представителя этой компании г-на Алана Паркера в Москву. 15.10.1999 В ближайшее время компания Hyperion планирует выпустить новый релиз системы Hyperion Pillar, решающей задачи бюджетирования, планирования и прогнозирования деятельности предприятий, банков, других организаций. 06.10.1999 В холдинге ЛАНИТ прошел семинар по продуктам и технологиям компании Hyperion Solutions - мирового лидера в разработке прикладного аналитического программного обеспечения для финансовых систем. Семинар был организован Департаментом информационных и аналитических систем ЛАНИТ (компания Вестона). 22.07.1999 Холдинг ЛАНИТ завершил процесс внедрения специализированного ПО Hyperion Pillar, предназначенного для решения задач бюджетирования, в головном офисе алюминиевой компании ОАО «СУАЛ» – «Сибирско-Уральской Алюминиевой компании». В результате внедрения Hyperion Pillar решено сделать корпоративным стандартом для бюджетирования в крупнейшем холдинге ЗАО «Ренова». Решение руководства компании «СУАЛ» о замене использовавшихся ранее для бюджетирования электронных таблиц на специализированное ПО Hyperion Pillar (продукт компании Hyperion Solutions Corporation) объясняется целым рядом причин. Главной из них является та, что функциональность электронных таблиц была исчерпана и требовался мощный специализированный программный продукт. Кроме того, оставался открытым вопрос привязки бюджетных данных к бухгалтерским счетам для получения прогнозного баланса и сравнения факта с планом. В результате предварительного знакомства с системой и разработкой демонстрационного бюджетного файла, учитывающего специфику деятельности предприятия, специалисты ОАО «СУАЛ» убедились в том, что Hyperion Pillar соответствует их потребностям в области бюджетирования, а опыт и квалификация специалистов ЛАНИТ не вызывают сомнений. Внедрение осуществлялось рабочей группой, состоявшей из специалистов ОАО «СУАЛ» и ЛАНИТ, что обеспечило учет всех особенностей деятельности алюминиевой компании и оптимизацию самого приложения. В ходе проекта на базе Учебного Центра «Сетевая Академия ЛАНИТ» было проведено обучение ключевых пользователей и группой внедрения была реализована конвертация текущей модели бюджетирования ОАО «СУАЛ» в Pillar. Функциональность системы Pillar позволила учесть в созданной системе бюджетирования такую особенность алюминиевого производства, как его многопередельная структура. В результате были получены выходные формы (отчеты) в привычном для пользователей формате. Планирование оборота денежных средств стало прозрачным и появилась реальная возможность планировать дебиторскую и кредиторскую задолженности, а также операции с основными средствами. Важно отметить, что система бюджетирования должна была распространяться как на филиалы самого «СУАЛа», так и на другие предприятия, входящие в холдинг ЗАО «Ренова». Все это было успешно реализовано. Дмитрий Устинов, начальник Экономического отдела ОАО «СУАЛ», отметил: «В результате внедрения Hyperion Pillar разработчики бюджета получили дополнительные возможности, позволяющие изменять и детализировать бюджетные данные бех опасения за целостность всего бюджетного файла. При использовании электронных таблиц в процессе бюджетирования введение дополнительных бюджетных строк зачастую приводило к нарушению структуры и целостности получаемых отчетов. Hyperion Pillar, используя преимущества хранения информации в виде базы данных, позволяет дополнять, актуализировать и детализировать бюджетные строки, сохраняя при этом целостность отчетов, итогов и подитогов». Михаил Варшавский, менеджер проекта от ЛАНИТ, отметил: «Для нас было крайне важно не только добиться стопроцентного успеха в этом проекте (а это первый проект по внедрению ПО Hyperion Pillar в России), но и предусмотреть развитие и расширение системы с тем, чтобы заказчик мог полностью использовать все возможности Pillar и был полностью удовлетворен приобретенной системой». О КОМПАНИЯХ ЗАО «РЕНОВА» и ОАО «СУАЛ» ОАО «СУАЛ» («Сибирско-Уральская АЛюминивая компания») образовалась 26 сентября 1996 года путем слияния двух акционерных обществ: ОАО «Иркутский алюминиевый завод» (ИркАЗ) и ОАО «Уральский алюминиевый завод» (УАЗ). Сложившаяся на сегодняшний день структура компании представлена двумя филиалами - Иркутским (г. Шелехов Иркутской области) и О КОМПАНИИ ЛАНИТ Холдинг ЛАНИТ (ЛАборатория Новых Информационных Технологий) – крупнейшая российская компания, специализирующаяся в области информационных технологий. В состав холдинга входит более десяти самостоятельных предприятий, работающих как в Москве, так и регионах России и стран СНГ. Штат компании – около 900 специалистов. Спектр предложений ЛАНИТ охватывает все направления информационно-технологических услуг – от консалтинга и реинжиниринга бизнес-процессов организации-заказчика до поставки программно-аппаратных средств и обучения специалистов.В числе бизнес-партнеров холдинга – более сорока ведущих мировых компаний. В составе холдинга ЛАНИТ действуют мощные подразделения по разработке эксклюзивных программных продуктов, а также по разработке систем для решения экономических задач: бюджетирования, консолидации отчетности и финансового анализа. Собственный штат программистов и системных аналитиков ЛАНИТ превышает 300 человек. |