Стратегия автоматизации финансовой модели бюджетирования

Контрольная работа

по дисциплине:

"Автоматизированные финансовые технологии"

на тему:

"Стратегия автоматизации финансовой модели бюджетирования"

Содержание

1. Системы автоматизации планирования и бюджетирования

2. Различия в подходах к автоматизации планирования и учета

3. Автоматизация управленческого учета

4. Автоматизация планирования

5. Создание единой автоматизированной системы бюджетирования

Список использованной литературы

1. Системы автоматизации планирования и бюджетирования

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

Бюджетирование - это непрерывная процедура составления, исполнения и контроля над бюджетами.

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

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

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

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

Рис. 1. Два классических варианта реализации стратегии автоматизации бюджетирования

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

Оба эти подхода не являются безупречными.

Если компания выбирает первый подход, то здесь главное - убедиться в том, что методология, "зашитая" в программе, соответствует потребностям компании. Но одна из проблем как раз и заключается в том, что при первом подходе этот важный этап вообще отсутствует. Ведь компании, выбирающие этот путь, считают, что постановка бюджетирования - достаточно простая задача. К тому же в этом их убеждают ИТ-компании, которых Заказчик привлекает для автоматизации бюджетного управления. Поэтому этап планирования сводится только к выбору программы и компании, которая будет выполнять проект по ее внедрению. Очевидно, что если компания сама не знает, чего хочет добиться от проекта, то она и не сможет выдвинуть четкие требования к программному продукту и той методологии, которая должна быть в нем реализована.

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

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

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

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

2. Различия в подходах к автоматизации планирования и учета

Какой бы вариант автоматизации бюджетирования компания не выбрала, все равно она столкнется с решением такой задачи, как автоматизация плановой и учетной модели компании. Понятно, что для того чтобы что-то автоматизировать, это "что-то" должно быть. Речь идет о том, что для автоматизации плановой и учетной модели, они должны уже быть у компании. Формализация модели как раз и происходит на этапе разработки технического задания (см. Рис. 1). Отказ от подготовки ТЗ иногда обусловлен тем, что создатели программных продуктов убеждают своих клиентов в том, что их разработка на самом деле является не просто программой, а конструктором, с помощью которого можно создать и автоматизировать модель бюджетирования в любой компании, причем, как в части учета, так и в части планирования. То есть разработка ТЗ - вроде как лишний этап.

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

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

Рассмотрим отдельно модель планирования и модель учета.

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

Рис. 2. Множество плановых и фактических управленческих отчетов

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

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

Рис. 3. Проектирование и автоматизация финансовой модели бюджетирования

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

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

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

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

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

3. Автоматизация управленческого учета

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

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

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

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

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

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

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

Рис. 4. Пример формирования методики учета

В приведенном примере настраивается методика учета одной такой статьи, как выручка от реализации по продуктам (см. Рис.4). Для этого сначала выбирается нужный счет из плана счетов. В данном случае это 90.1. Далее выбирается вид операции, который нужно будет осуществить над счетом 90.1.

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

Теперь осталось только построить запрос, то есть определить, по какому принципу нужно будет выдергивать данные из журнала проводок. Уже задано, что в журнале проводок нужно учитывать все операции, в которых задействован кредит счета 90.1. При этом нужно извлекать информацию из колонки сумма без НДС. Если в аналитиках ничего не указать, то будут суммироваться все значения по кредиту счета 90.1. Если же в аналитиках (справочниках) выбрать какие-то элементы, то суммироваться будут только те данные, у которых в соответствующих аналитиках приведен указанный элемент. В рассматриваемом примере по аналитике "Продукты-услуги" указано, что нужно формировать отчет по всем продуктам, то есть всем элементам справочника.

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

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

4. Автоматизация планирования

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

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

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

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

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

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

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

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

5. Создание единой автоматизированной системы бюджетирования

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

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

Список использованной литературы

1. Теплова Т.В. Планирование в финансовом менеджменте. - М.: ГУ ВШЭ, 1998.

2. Шеремет А. Д. Управленческий учет. -- М.: ИД ФБК-пресс, 2001.

3. http://www.iteam.ru.