Программные продукты в сфере бюджетирования
Рассмотрение понятия и необходимости внедрения автоматизированной системы бюджетирования, ее функциональные возможности и описание программных продуктов данной сферы. Создание достоверной системы оценки исполнения разных бюджетов разных уровней.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 18.03.2014 |
Размер файла | 264,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Приложение «Финансовое планирование» автоматизирует:
· текущее финансовое планирование (бюджетирование), обычно на месяц или квартал: планирование доходов и расходов, движения денежных средств; составление прогнозного баланса; долгосрочное (стратегическое) финансовое планирование (например, на год или более);
· контроль исполнения финансовых планов (проверку соблюдения контрольных цифр доходов и лимитов расходов); план-факт-анализ выполнения финансовых планов;
· планирование и управление кредиторской/дебиторской задолженностью предприятия: установление лимитов возникновения и погашения задолженности; контроль на соответствие этим лимитам договоров, счетов, платежных документов; мониторинг текущего и ожидаемого состояния задолженности;
· оперативное планирование и управление платежами: формирование платежного календаря (плана-графика поступлений и платежей); упреждающее выявление и устранение недостатка или избытка платежных средств; управление оплатой текущих счетов и заявок; оперативный учет поступлений и платежей;
· финансовый анализ: расчет плановых и фактических показателей для анализа их взаимных отклонений.
Oracle Financial Analyzer (OFA). OFA является самым многофункциональным инструментом моделирования бюджетов. Эта система позволяет применять формулы любой степени сложности, и проводить многомерный анализ данных в любом разрезе (например, анализ доходности компании за II квартал 2002 г. по каждому продукту с разбивкой по дилерам региона).
В системе OFA могут работать сотрудники, находящиеся в различных городах, что очень важно для компаний с множеством филиалов. Правда, для этого необходимо установить в каждом филиале свой сервер, через который будут передаваться данные.
В системе есть гибкий контроль доступа к данным. Например, можно настроить программу таким образом, что руководитель будет видеть только агрегированные показатели по подразделениям, а подчиненный -- только свои показатели и показатели в целом по компании. Можно также разделять финансовую модель на подмодели по подразделениям.
Однако у программы есть и недостатки. Интерфейс ее не очень нагляден, поэтому работа в OFA требует сложной и дорогостоящей настройки. Кроме того, система не полностью переведена на русский язык: практически весь раздел помощи доступен только в английском варианте.
В OFA не развиты средства документирования модели, то есть разработанную модель сложно описать с помощью встроенных инструментов, например, получить условную схему модели в виде рисунка или таблицы. Это серьезная проблема, которая встает особенно остро при смене персонала: если в компании нет аналитика, который занимается описанием всех моделей, объяснить новому сотруднику подробности вашей бюджетной инфраструктуры будет трудно.
Наконец, в OFA полностью отсутствуют встроенные средства, позволяющие вести документооборот. Учитывая, что система рассчитана на большое количество пользователей, из-за этого сразу появляются определенные трудности: например, начав работать с бюджетом, вы не знаете, внес ли туда свои данные тот или иной отдел. Поэтому для организации коллективной работы необходимо использовать дополнительное программное обеспечение. Причем простыми MS Outlook или Lotus Notes тут не обойтись; придется ставить специализированную систему документооборота, например Documentum.
OFA -- очень мощная и функциональная система, подходит для компаний, у которых сложная взаимосвязь между бюджетами. Но для обслуживания этой системы и грамотной работы в ней понадобятся сильная IT-служба и штатные аналитики.
Hyperion Pillar. Это первая западная система бюджетирования, появившаяся на российском рынке. Программа достаточно проста, легка в освоении, обладает наглядным интерфейсом и русифицирована. Система имеет хороший инструментарий для создания различных отчетов и гибкую структуру документооборота: бюджеты можно составлять «сверху вниз», «снизу вверх» и по смешанным схемам.
Однако реализовывать сложные задачи в Hyperion трудоемко из-за наличия некоторых ограничений. Например, число уровней аналитики (степеней детализации информации) в модели не может превышать 12. На первый взгляд, этого более чем достаточно, но на практике при работе с системой часто обнаруживается, что все уровни аналитики уже использованы.
Из-за технологических особенностей производительность системы невысока: когда с файлом работает несколько человек одновременно, процесс замедляется. Кроме того, этот продукт довольно сложно интегрировать с другими базами данных.
Еще один недостаток связан с планированием: планировать в Hyperion можно только по месяцам, а по неделям или декадам -- нет. Встроенные средства документирования моделей отсутствуют, как и в Oracle.
Можно сделать вывод, что это хорошая система для предприятий, в которых не очень сложная финансовая структура и финансовая модель. Так как освоить Hyperion очень просто, эта система идеально подходит тем компаниям, где сотрудники негативно реагируют на изменения или у них недостаточно времени на обучение.
Adaytume. Planning Analyst. В этой системе хорошо организовано ведение документооборота: схемы движения документов и регламенты работы можно просто рисовать с помощью мышки. Созданную модель, как и в OFA, можно разделить на подмодели по определенному классу аналитических уровней (например, по ЦФО, по затратам и т. д.), что хорошо для больших предприятий. Очень удобно контролировать исполнение бюджета: в столбцах отражаются плановые и фактические значениями показателей, и темпы их изменения. И сама программа, и раздел «Помощь» русифицированы.
Однако и эта система имеет свои недостатки. Во-первых, производительность ее несколько ниже, чем, например, у OFA. Во-вторых, с помощью стандартных средств, имеющихся у системы, можно просмотреть либо суммарные значения, либо полностью детализованные. Иными словами, вам доступны либо данные по дебету в целом по нефтяной компании, либо данные по дебету по скважине «Петровская», а данные по дебету по нефтегазодобывающему управлению (НГДУ) «Петровское плюс», в которое входит несколько скважин, посмотреть невозможно. Создание такого отчета «вручную» у опытного специалиста займет не так уж много времени -- примерно один час. Однако при любом изменении одной из использованных аналитик (например, скважину причислят к другому НГДУ) придется также вручную переделывать все отчеты, в которые входили данные по этой аналитике, или же тратить ресурсы ИТ-службы на перепрограммирование.
Эта система подойдет предприятиям, в которых самое важное -- организация коллективной работы (с участием различных, в том числе удаленных, подразделений) над бюджетом.
EPS Prophix Budgets и EPS Prophix Enterprise. Различие между двумя системами EPS Prophix заключается в том, что Enterprise предназначен для большего количества пользователей и содержит немного больше функций. В целом же они практически одинаковы.
Обе системы легки для освоения, их отличает простой и удобный интерфейс. Можно не только посмотреть результаты, но и выяснить, с помощью какой формулы они были получены (как и в Excel, подведя указатель мыши к цифре). В системе есть удобные инструменты для поиска информации (они называются Data Mining): щелкнув по показателю, вы можете перейти на следующий уровень и просмотреть, из какого отчета взяты данные.
Возможности собственно построения моделей ограничены. Так, нельзя сослаться на данные из будущего периода. Это означает, что вы не сможете привязать закупки материалов в феврале, скажем, к планам производства в марте. Для сложных моделей такие ограничения становятся настоящей проблемой, в результате часть данных приходится «перебивать» вручную.
Эта программа подойдет предприятиям, у которых нет необходимости создавать сложные финансовые модели.
Comshare MPS. Этот продукт выделяется богатыми возможностями для создания отчетов: к услугам пользователя множество графиков и таблиц. Система очень наглядна: в ней можно задать цветовое выделение отклонений значений от заданных. Например, отклонение на 10 % будет выделено розовым, на 15 % -- зеленым, а на 20% -- ярко-красным. При работе с многостраничными консолидированными отчетами это особенно удобно: вы можете обращать внимание только на проблемные показатели. Это касается и показателей, которые вычисляются по формулам, например, оборачиваемости или ликвидности. Кроме того, система позволяет строить довольно сложные модели и корректно работать с удаленными филиалами.
Comshare устроен не совсем обычно: он состоит из большого числа отдельных модулей, то есть чтобы, например, посчитать оборачиваемость активов, вам придется запустить первый модуль, в котором нужно нарисовать схему движения активов, затем во втором модуле составить формулу, в третьем -- создать отчет и т. д. Через несколько часов работы такая последовательность действий может вызывать раздражение.
Эта система подойдет предприятиям, которым важны подробные и хорошо оформленные отчеты, и которые готовы не экономить на труде работников ИТ-службы и внедренцев.
«Красный директор». Программный продукт предназначен для использования в повседневной деятельности менеджерами всех уровней и финансовыми директорами.
«Красный директор» -- решение для небольших, возможно, для средних предприятий. Для ситуации, когда финансовый директор компании единолично строит бюджет нескольких подразделений, а схемы платежей просты и ведутся вручную, «Красный директор» вполне подойдет как дешевая альтернатива больших комплексов.
Система сделана как коробочный продукт, то есть не требует сложного внедрения, но и особой гибкостью не обладает -- это готовое решение, а не инструмент.
Поскольку в «Красном директоре» не было необходимости создавать функционал для групповой работы, согласования бюджетов и многого другого, интерфейс достаточно прост и работу можно начинать сразу после установки. Этому существенно помогает и вынесение всех операций в одно окно с четко прорисованной рекомендованной последовательностью работы.
Бюджетирование, реализованное в программе «Красный директор», позволяет создавать бюджеты недельной (месячной, квартальной, годовой) периодичности для каждого отдельного подразделения организации, направления работы и т. п.
После ввода текущих осуществленных платежей/поступлений по трем видам источников денежных средств (расчетным счетам, кассам и неучтенным кассам) производится автоматический учет произведенных операций с точки зрения исполнения бюджета. Программа автоматически показывает отклонение доходных и расходных статей бюджета от плановых показателей в абсолютном выражении и в процентах.
Данные хранятся в простой файловой базе данных, оперировать с ними довольно сложно, интеграции с какими-либо системами управленческого учета нет, что, впрочем, вполне естественно для системы, ориентированной на небольшие компании.
«AVACCO Корпоративное управление». При постановке бюджетирования, по мнению многих специалистов, важно пользоваться данными именно управленческого учета, а не бухгалтерского. В этом плане система «AVACCO Корпоративное управление», спроектированная именно как инструмент для поддержки управленческих решений, чрезвычайно удобна для:
· создание модели финансовой структуры предприятия в виде иерархии взаимосвязанных бюджетов;
· выявления потребностей в денежных средствах на каждом уровне структуры путем формирования заявок;
· полного информационного обеспечения центра планирования;
· мониторинга денежных потоков, включающего контроль поступающих средств и контроль расходов для центров ответственности всех уровней;
· контроля исполнения бюджета;
· накопления фактических данных об исполнении планов в отчетном периоде;
· консолидации оперативных данных, в том числе данных, поступающих от территориально удаленных подразделений компании;
· формирования финансовых отчетов.
Система легко адаптируется для предприятий с различными формами собственности и типами структур, независимо от сферы деятельности, решая общие задачи учета, контроля и управления.
3. Функциональные возможности АСБ
Для начала рассмотрим общие цели и функции, которые выполняют автоматизированные системы бюджетирования для того, чтобы в дальнейшем перейти к конкретным примерам. Прежде всего, это полный цикл управления, включающий в себя процессы планирования, оперативного контроля, учёта в формате бюджетов и анализ бюджетных отклонений.
Под функцией планирования в бюджетировании понимается процесс получения бюджетной информации на будущие периоды, представленной с определённой степенью вероятности.
Функция контроля необходима для отслеживания исполнения утверждённых планов и предупреждения нарушений бюджетной дисциплины на основе данных о предполагаемых хозяйственных операциях непосредственно перед их совершением. Учёт традиционно заключается в отслеживании исполнения утверждённых планов на основе данных о совершённых хозяйственных операциях. На стадии анализа осуществляется сравнение бюджетной информации и интерпретация полученных отклонений (в том числе анализ план/план, план/контроль, план/факт).
Выполнять данные функции могут как отдельные модули бюджетирования в рамках интегрированной КИС, так и специализированные программные продукты, разработанные специально для бюджетирования. Однако на практике АСБ либо ограниченно поддерживает основные этапы, полностью реализуя поддержку одного из них, либо какие-то из этапов бюджетного цикла не поддерживаются вообще. С точки зрения функциональной ориентации АСБ можно выделить системы следующих типов:
· АСБ, ориентированные на управленческий учёт (в основном это те бюджетные системы, которые выросли из российских систем бухгалтерского учёта) (“У”);
· план-ориентированные АСБ, т. е. системы, предназначенные для разработки планов и анализа выполнения планов (“П”);
· АСБ, ориентированные на контроль исполнения бюджетов, где задачи бюджетирования тесно связаны с функциями документооборота, контролем исполнения лимитов и ограничений на использование бюджетных средств (“К”);
· АСБ, ориентированные на проведение многомерного OLAP-анализа бюджетных данных (“А”).
Реализация перечисленных функции автоматизированными системами бюджетирования происходит в разрезах:
· бюджета продаж
· оперативных бюджетов
· прогнозе исполнения бюджета
· контроля и анализа исполнения бюджета.
1.Бюджет продаж
Прогнозирование в процессе бюджетирования является лишь одной из составляющих, но его значение нельзя недооценивать. Только качественный прогноз позволяет построить адекватные бюджеты. Но к сожалению, большинство рассмотренных программ не обеспечивают возможности прогнозирования на основе статистических данных. Исключение составляют Comshare MPC с выделенным модулем прогнозирования, содержащим десять различных методов анализа временных рядов и правилом выбора оптимального результата; «Контур Корпорация. Бюджет Холдинга» с возможностью «экстраполяции фактических данных предыдущих периодов с учетом весовых коэффициентов, моделирующих влияние внешних и внутренних факторов, для расчета прогнозируемых величин прибыли»; «Галактика» с механизмом прогнозирования величин некоторых видов затрат. Система Hyperion Planninig естественным образом интегрируется с системой бизнес-моделирования Business Modelling того же поставщика, реализующей различные методы прогнозирования и, в частности, построение многофакторных моделей.
Следующим шагом к составлению бюджета продаж, отправной точки составления всех прочих бюджетов, является анализ производственных мощностей. Согласование полученного прогноза продаж с детальным анализом мощностей позволяет сформировать адекватный бюджет продаж, а учет относительной прибыльности продукции -- оптимальный бюджет. В реализации этого шага наблюдается существенное различие между рассмотренными продуктами: ряд программ этого вообще не делает, поскольку в некоторых зафиксированы элементарные ограничения, но есть программы, в которых производится детальный анализ, к примеру «Галактика» и «КИС:Бюджетирование». Компания «Инталев» совместно с ИТРП выпускает продукт «ИТРП+Инталев: Производство и финансы», позволяющий решать указанные задачи.
Оптимизацию бюджета продаж с учетом относительной прибыльности продукции не реализует ни одна программа, что является их недоработкой, поскольку показатели рентабельности выпускаемой продукции на этапе контроля выполнения бюджета рассчитывает большинство программ.
2. Оперативные бюджеты
Следующий этап процесса бюджетирования -- составление прочих оперативных бюджетов: производственного, закупки/использования материалов, прямых трудовых затрат, общепроизводственных, общехозяйственных и коммерческих расходов.
Первые проблемы встречаются при реализации процесса составления производственного бюджета. Причем они носят принципиальный методологический характер, разделяющий множество программ бюджетирования на две категории. В одну попадают системы, в которых отсутствует процедура оперативного производственного планирования, ее яркими представителями являются Hyperion Planning и «Инталев: Бюджетное управление». Другие системы имеют в своем составе мощный модуль оперативного планирования производства.
Очевидно, что для производственных предприятий с обширным ассортиментом выпускаемой продукции и с необходимостью оперативного согласования производственных запасов с графиком производства, с ограниченными складскими ресурсами представляется весьма полезным детальное планирование производства. Особый случай -- производство с динамическим бюджетом продаж, однозначно требующее детального производственного бюджета.
Бюджеты общепроизводственных, общехозяйственных и коммерческих расходов формируются всеми рассмотренными программами с большей или меньшей степенью автоматизации этого процесса: статистическим прогнозированием величины общехозяйственных расходов, учетом функциональной связи объемов продаж и величины коммерческих расходов.
Полная функциональность программ наблюдается в части составления денежного бюджета, формирующегося на основе бюджета продаж и оперативных бюджетов. Возможен учет практически всех факторов, влияющих на него: планируемые суммы дебиторской и кредиторской задолженности, отсрочки платежей, налоговые выплаты, внеоперационные доходы и расходы.
3. Прогноз исполнения бюджета
Процесс планирования завершается формированием прогнозных финансовых документов. Эти возможности реализованы во всех рассмотренных программных продуктах.
Обязательными элементами составления прогнозной отчетности являются расчет прогнозных значений финансовых показателей, определение величины маржинальной прибыли и расчет плановой себестоимости. Однако утверждать, что получаемая таким образом совокупность бюджетов является единственно верным ориентиром для руководства предприятия, не стоит. Причина тому -- стохастическая природа ряда факторов, формирующих прибыль предприятия, и в первую очередь объемов продаж. Именно поэтому невозможно однозначно определить, какие значения примут те или иные факторы. В связи с этим возникает необходимость формирования нескольких вариантов бюджетов, соответствующих различным сценариям развития ситуации, то есть осуществление гибкого бюджета.
Большинство рассмотренных программ реализуют этот подход. Они допускают по крайней мере три наиболее важных варианта -- оптимистичный, пессимистичный и наиболее ожидаемый. Некоторые продукты имеют в своем арсенале функционал, позволяющий создавать непрерывную модель функционирования предприятия, то есть допускают ведение непрерывного бюджета.
4. Контроль и анализ исполнения бюджета
Все рассмотренные программы реализуют прежде всего процесс отслеживания исполнения бюджетов. Предусмотрены различные режимы контроля, в частности мягкий и жесткий. Анализ исполнения бюджетов может проводиться в различных разрезах, например, бюджета движения денежных средств -- по статьям, а бюджета продаж -- по товарам. При этом многими разработчиками хорошо продумано визуальное представление получаемой информации.
Кроме непосредственного контроля исполнения бюджетов необходимо проводить коррекцию бюджетных статей на фактические данные, следовательно, в программе должна быть реализована концепция текущего бюджета. Все рассматриваемые продукты позволяют делать это в том или ином формате. Кроме того, в программах реализованы методы анализа отклонений (так называемый план-фактный анализ), которые вместе с факторным анализом, анализом чувствительности, также реализованными во всех рассмотренных программах, позволяют принимать взвешенные управленческие решения.
автоматизированный бюджетирование стоимость сопровождение.
4. Проблемы автоматизации бюджетов.
Проблема выбора средств автоматизации бюджетирования на предприятии - тема актуальная для многих предприятий. При выборе АСУ предприятия сталкиваются с рядом проблем, половина которых вытекает из неправильного выбора автоматизированной системы, а вторая половина связана с организационной несогласованностью действий клиента и компании, осуществляющей внедрение.
Из первого блока проблем выделяются следующие:
· проблема выбора метода внедрения АСУ
· скрытая функциональность системы
· возможность адаптации и открытость АСУ
· реальная стоимость внедрения и сопровождения
Рассмотрим подробнее сущность перечисленных проблем и возможные варианты их решения.
1.Проблема выбора метода внедрения АСУ
Основные проблемы автоматизации бюджетирования заложены в финансовой модели бюджетирования, которую для себя определяет и реализует предприятие. Существует два основных подхода к автоматизации этой финансовой модели, с помощью которой рассчитываются бюджеты. Согласно первому, наиболее распространенному варианту, постановку бюджетирования нужно начинать с выбора программного продукта, который можно будет настроить в соответствии с нуждами конкретного предприятия. Причем это можно сделать достаточно быстро, и автоматизированная система бюджетирования заработает через несколько месяцев.
Второй подход предполагает в качестве первого этапа разработку методологии и регламентов бюджетирования, которые затем в течение определенного времени будут отрабатываться на предприятии. Далее компании предстоит сделать выбор: либо искать максимально удобную информационную систему, либо разрабатывать ее собственными силами или через стороннюю организацию.
Конечно, оба этих подхода не являются безупречными. Если компания выбирает первый вариант, то главное -- убедиться в том, что методология, «зашитая» в программе, соответствует потребностям данной организации. Как показывает практика, при выборе первого варианта стратегии анализ и планирование проекта либо вообще отсутствуют, либо этот этап настолько минимизирован, что при внедрении системы автоматизации возникают большие сложности. И проблема, как правило, заключается в несоответствии методологии, «зашитой» в программном продукте, потребностям компании.
Компании, выбирающие данный путь, считают, что постановка бюджетирования -- достаточно простая задача. Поэтому аналитический этап сводится к выбору программы и подрядчика, который будет выполнять проект по ее внедрению. И, если компания твердо не знает, чего хочет добиться от проекта, она не сможет выдвинуть четкие требования к программному продукту и той методологии, которая должна быть в нем реализована.
Второй метод автоматизации бюджетирования используется гораздо реже, чем первый. Причем основной причиной его выбора становится не наличие четкой стратегии и плана реализации проекта по постановке бюджетирования, а то, что компания не смогла найти свою программу за приемлемую цену. Второй подход, конечно же, требует больших усилий на этапе постановки бюджетирования, поскольку предполагает «ручной» сбор информации при планировании бюджетов и формировании отчетов об их исполнении.
2. Скрытая функциональность системы
Функциональность, стоимость и трудозатраты по внедрению - одни из важнейших факторов при выборе программы. Однако объективно оценить преимущества той или иной системы очень сложно, потому что, несмотря на достаточно агрессивную маркетинговую компанию многих фирм, информативность, предлагаемых ими материалов не высока. Обычно акцент ставиться либо на невысокую стоимость, что характерно для отечественных разработчиков, либо на перечислении наименований компаний, где система уже внедрена. И в том и другом случаях, как правило, нет возможности получить информацию о том, какой функциональностью обладает система.
3. Возможность адаптации и открытость АСУ
Внедрение новой автоматизированной системы не означает отказ от наработанных методов планирования, а прежде всего сокращение временных и людских затрат на выполнение рутинных операций. Поэтому автоматизированная система бюджетирования должна обладать возможностями ее 100%-ой настройки на принятую схему планирования, а не наоборот. Система должна позволять пользователю использовать как уже заложенные в систему алгоритмы типовых расчетов, так и самому определять собственные. автоматизированная система бюджетирования
Также необходимо определить степень "открытости" данной автоматизированной системы, т.е. возможность ее интеграции с имеющимися в банке автоматизированными системами. Современная автоматизированная система должна не только поддерживать гибко настраиваемый импорт/экспорт фактических данных из учетных систем, но и обладать возможностями отслеживания лимитов по статьям, нормативов и других ключевых показателей и выдавать соответствующие предупреждения.
Немаловажным при взаимодействии учетных автоматизированных систем и системы бюджетирования является технология обновления бюджетных справочников. Полноценное обновление предполагает хронологический учет всех изменений, таких как добавление, удаление, объединение, дробление, изменение наименований для статей, единиц организационной структуры и т.д.
4. Реальная стоимость внедрения и сопровождения
Совокупная стоимость системы складывается из стоимости покупки лицензии, внедрения и технической поддержки системы. Перед покупкой лицензий полезно заранее знать включает ли техническая поддержка консультации по реализованной модели бюджета или лишь обновление до новый версий и исправление ошибок в старых. В таблице 5 приведены стоимостные параметры, которые характерны как для отечественных, так и зарубежных систем.
Стоимость лицензий
В Договоре необходимо уточнить спецификацию ПО, точно определить какие программные продукты будут поставлены разработчиком. Это позволит исключить ситуацию, когда необходимая функциональность единой системы бюджетирования, будет обеспечиваться множеством программных продуктов данного разработчика, каждый из которых обладает избыточной или недостаточной функциональностью.
Стоимость дополнительного программного обеспечения
Зачастую базовая конфигурация без дополнительных модулей не отвечает всем функциональным и техническим требованиям. Лучше узнать об этом до покупки лицензий на ПО. В случае использования в качестве базы данных программного обеспечения сторонних разработчиков необходимо уточнить наличие в банке лицензий на такое ПО и оценить его стоимость.
Стоимость услуг по внедрению
Услуги фирмы-поставщика, как правило, дешевле, чем услуги консультантов, например, из первой пятерки. Основной критерий выбора того, кто осуществляет внедрение это уровень знаний консультантов сторонней организации по линии данного программного продукта, специалистов фирмы-поставщика по специфике управления финансами в банке и, наконец, собственных специалистов. Можно минимизировать расходы на внедрение, если высокая квалификация собственных специалистов позволяет ограничиться обучением их навыкам работы с данной системой.
Техническая поддержка
Кто оказывает техническую поддержку поставщик или разработчик ПО, в случае если речь идет о зарубежной системе.
Срок поставки
Срок официальной поставки лицензий на зарубежное ПО может отличаться от заявленных нескольких дней.
Срок внедрения
Необходимо предусмотреть время на обучение сотрудников, непосредственно на внедрение и проверку функций и характеристик системы. Общий срок внедрения не должен превышать 6 месяцев.
Очевидно, что предвидеть все возможные проблемы в договоре между сторонами невозможно. Но наиболее типичные конфликты сторон можно предотвратить, следуя заранее согласованной технологии внедрения.
Второй блок проблем включает:
· взаимное перекладывание ответственности с Заказчика на Исполнителя и наоборот;
· желание в течение периода внедрения реализовать больше, чем изначально планировалось;
· неудачный выбор времени внедрения.
1. Взаимное перекладывание ответственности обычно является следствием некачественно составленного договора на внедрение и приводит к затягиванию сроков и охлаждению отношений между клиентом и поставщиком системы. Значительно облегчает процесс внедрения автоматизированной системы бюджетирования создание совместной рабочей группы с участием специалистов Заказчика и Исполнителя. В состав такой группы рекомендуется включить ведущих специалистов Заказчика из подразделений, непосредственно занятых в процессе планирования и анализа бюджета.
Другой немаловажный фактор успеха - максимальное содействие Исполнителю в обеспечении его информационными материалами. Заказчику стоит еще до начала внедрения ознакомить Исполнителя с документацией, регламентирующий процесс бюджетирования, с тем, чтобы минимизировать время, необходимое Исполнителю для обследования. Это позволит избежать ошибок и неточности в реализации автоматизированной модели бюджета.
2. Желание в течение периода внедрения реализовать больше, чем изначально планировалось
Схема этой проблемы такова: Заказчик стремиться за оговоренную сумму использовать исполнителя на максимум возможного, а исполнитель идет на поводу, не желая портить сложившихся партнерских отношений. При этом следует помнить, что при внедрении автоматизированной системы бюджетирования важен не процесс, а результат. Поэтому по итогам проведения предварительного обследования системы планирования, используемой до автоматизации, следует детализировать календарный план и утвердить его перед началом внедрения на самом высоком уровне.
3. Неудачный выбор времени внедрения
Несмотря на то, что актуальным вопрос приобретения автоматизированной системы становиться именно в период составления ежегодного бюджета, это наиболее неудачный момент начала внедрения.
Создание макета бюджета на основе данных уже прошедшего периода также нельзя назвать удачным, так как ценность такой автоматизированной модели для практического применения не высока. Также неподходящим является время незадолго до начала составления бюджета, так как дополнительные трудозатраты на освоение нового ПО, составление бюджета, основных обязанностей специалистов банка может привести к естественному отторжению новой автоматизированной системы и отрицательным результатам. Наиболее подходящим можно считать период сразу после утверждения бюджета, составленного "ручным" способом.
Заключение
Автоматизация бюджетирования и управленческой отчетности призвана упростить и повысить эффективность этой деятельности.
Составление бюджета и автоматизация отчетности позволяет предприятию максимально эффективно использовать имеющиеся и привлекаемые ресурсы, выгодно использовать рыночные колебания, избежать неблагоприятных ситуаций.
Важно знать, какого рода автоматизация требуется конкретной компании. Важно создать надежную и достоверную систему оценки исполнения разных бюджетов разных уровней.
Выбор компьютерной программы - это, как правило, завершающий этап при постановке бюджетирования, но часто многие руководители именно с него все начинают. Оно и понятно. Ведь возможно проводить бюджетирование вручную, когда требуется выполнить многовариантные расчеты. Особенно если речь идет о так называемом скользящем финансовом планировании, предусматривающем ежемесячную, а то еженедельную корректировку ранее составленных бюджетов на полгода или год, а в перспективе и на три года вперед с ежемесячной или подекадной разбивкой бюджетного периода. При этом специфика каждого бизнеса диктует свою финансовую структуру, неповторимые бюджетные форматы, свои режимы консолидации бюджетов структурных подразделений в сводные бюджеты компании, свои бюджетные регламенты и т.д. Приходится заниматься долгой и кропотливой доработкой стандартизованных программных продуктов. И получается, что автоматизация финансового планирования - головная боль руководителя, да и только.
Автоматизация бюджетирования бесполезна, если полноценного бюджетирования (как методологии и управленческой технологии) на предприятии нет. Поэтому, прежде чем отдать предпочтение какой-либо компьютерной программе, необходимо разобраться с организацией внутрифирменного финансового планирования, т.е. проработать бюджетирование как управленческую технологию. При этом всегда нужно помнить, что без компьютеризации и автоматизации бюджетирование не может быть полноценным.
Все известные неудачи при попытках постановки полной схемы внутрифирменного бюджетирования имели одну общую особенность - в них не были решены проблемы автоматизации бюджетных расчетов с помощью компьютерных программ. Самое интересное, что практически все компании имели компьютерные программы, применяемые в принципе для бюджетирования.
Список использованной литературы
Бухгалтерский управленческий учёт: учеб. для студентов вузов, обучающихся по экон. специальностям / М.А. Вахрушина. - 7-е изд., стер. - Москва: Омега-Л, 2010.
Волкова О.Н. Управленческий учёт: учеб. - М.: ТК Велби, Изд-во Проспект, 2010.
Кондраков Н.П., Иванова М.А. Бухгалтерский управленческий учёт: Учебное пособие. - М.: ИНФРА-М, 2010.
Основы бюджетирования и больше. Справочник по составлению бюджетов: пер. с англ. / Джай К. Шим, Д жойл Г. Сигел; под общ.ред. В.А. Плотникова. - М.: Вершина, 2009.
Управленческий учет: Учеб. пос. по экон. спец. / Под. ред. А.Д. Шеремета - М.: Дело и Сервис, 2008.
Учёт затрат, калькулирование и бюджетирование в отдельных отраслях производственной сферы: учёбно-методическое пособие / Л.В. Попова, И.А. Маслова, С.А. Алимов, М.М. Коростелькин. - М.: Дело и Сервис, 2009.
Хруцкий В.Г., Гамаюнов В.В. Внутрифирменное бюджетирование. Настольная книга по постановке финансового планирования. - 3-е изд., перераб. и доп. - М.: Финансы и статистика, 2008.
Щиборщ К.В. Бюджетирование деятельности промышленных предприятий России. -- М.: Издательство «Дело и Сервис», 2006.
Размещено на Allbest.ru
Подобные документы
Автоматизированная система бюджетирования (АСБ) как электронная финансовая модель компании в виде взаимосвязанных бюджетов. Основные функциональные блоки АСБ. Hyperion Pillar как одно из наиболее известных решений на рынке продуктов бюджетирования.
реферат [687,5 K], добавлен 06.12.2011Современные программные продукты для автоматизации ведения бухгалтерского учета. Описание автоматизированной системы для учета выбранного вида деятельности на предприятии в среде 1С. Технология инсталляции, запуска и работы с программным изделием.
курсовая работа [3,4 M], добавлен 14.01.2013Описание функциональной модели многопрофильной организации "Спринтер". Разработка алгоритма, архитектуры и программного обеспечения IT-проекта по повышению эффективности управленческого учета компании за счет внедрения системы подневного бюджетирования.
дипломная работа [5,3 M], добавлен 29.05.2019Характеристика программных продуктов, используемых при разработке информационной системы. Проектирование интерфейса и базы данных. Создание информационной системы, в которой нужно разработать структурную и функциональную схему программного продукта.
курсовая работа [2,1 M], добавлен 04.03.2021Контекстная диаграмма системы обслуживания и диаграмма декомпозиции. Обоснование необходимости внедрения информационной системы. Обзор существующих программных продуктов. ER-диаграмма системы, описание таблиц базы данных. Используемые системы кодирования.
дипломная работа [577,2 K], добавлен 27.01.2014Структура, функциональные возможности программного обеспечения, предназначенного для решения задач синхронизации, анализа и оптимизации выпуска продукции в рамках производства. Программные продукты системы MES. Назначение и функции системы Teamcenter.
контрольная работа [24,8 K], добавлен 24.11.2013Определение назначения и описание возможностей автоматизированных информационных систем. Анализ программных продуктов, используемых в аудите, Федеральной таможенной службе РФ и анализе хозяйственной деятельности. Функции 1С Предприятие и АРМ-декларант.
курсовая работа [3,7 M], добавлен 01.01.2014Понятия и виды CRM-системы, перспективы и развитие рынка программных продуктов различных производителей CRM. Функции, типы, сферы применения системы управления взаимоотношениями с клиентами. Разработка плана внедрения CRM-системы на примере ООО "ПК ИПМ".
дипломная работа [745,1 K], добавлен 13.12.2013Функциональная схема системы "Учет библиотечного фонда". Описание поставленных задач. Выбор среды программирования и этапы разработки библиотеки автоматизированной системы. Логическая и физическая модель данных. Структура и описание программных модулей.
дипломная работа [1,7 M], добавлен 27.10.2012Методы и приемы оценки транспортной доступности территорий при разных контурах опорной транспортной сети. Проектирование архитектуры функционирования и разработка алгоритмических модулей системы RTA. Функциональные требования к ПО и описание его работы.
дипломная работа [3,2 M], добавлен 08.12.2013