1.2.Способы автоматизации управленческого учета. Единая учетная система

Построение учетно-аналитической системы на основе "тяжелой" ERP-системы типа SAPR/3, Oracle Applications, BAAN IV и др. является наиболее радикальным способом решения названных проблем. Для этого нужно не только унифицировать методику учета во всех дочерних структурах, но и перенести данные из всех используемых систем в новую систему. Расходы на внедрение полномасштабной ERP-системы довольно значительны (от миллиона долларов), поэтому, чтобы их оправдать, компании стараются использовать все ее учетные возможности.

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

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

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

Личный опыт.

Сергей Воробьёв, заместитель генерального директора по экономике и финансам ОАО "Метафракс" (г. Губаха, Пермская обл.).

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

ь основное производство;

ь вспомогательное производство;

ь планирование;

ь финансы;

ь снабжение;

ь склады;

ь сбыт.

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

Аналитическая система.

Получать и анализировать управленческую отчетность можно при помощи системы на базе OLAP-технологии (OLAP - особая компьютерная технология, позволяющая анализировать данные в любых разрезах. В настоящее время на базе OLAP работают практически все аналитические системы.). В этом случае информация из бухгалтерских программ и других учетных систем выгружается в аналитическую систему и на основе полученных данных по установленным правилам в ней формируются управленческие отчеты. В качестве аналитической системы могут использоваться как тиражируемые системы (Oracle Financial Analyzer, Comshare, Prophix, Adaytum e. Planner, Hyperion Pillar, "Инталев", "Контур Корпорация. Бюджет"), так и системы, разработанные для конкретной компании.

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

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

Внедрение таких систем обходится значительно дешевле (несколько десятков или сотен тысяч долларов США) и осуществляется быстрее (3-6 месяцев), чем внедрение ERP-систем. Кроме того, методики внедрения опробованы многими консультантами и практически не дают сбоев.

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

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

Личный опыт

Геннадий Волегов, заместитель генерального директора по экономике и финансам "Ватойл" -филиала ЗАО "ЛУКойл-Пермь" (Пермь) На нашем предприятии система Hyperion Pillar для ведения управленческого учета и бюджетирования была интегрирована с системой финансового учета Platinum. При этом Platinum пришлось дорабатывать: частично менять план счетов, наводить порядок в справочниках аналитического учета, вводить единые центры затрат и т.д. Сейчас в Platinum бухгалтерия вводит первичные документы, и поскольку эти данные запаздывают, то для получения оперативной отчетности экономисты вводят в систему управленческого учета данные о событиях, которые уже произошли, но еще не подтверждены документально.

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

Корпоративное хранилище данных и аналитическая система

Чтобы избежать проблем с перегрузкой аналитических систем из-за большого объема первичной информации, в цепочку анализа и обработки данных можно добавить еще одно звено - корпоративное хранилище данных (далее - КХД). КХД представляет собой специально разработанное специалистами предприятия (реже купленное) программное обеспечение, которое одновременно выполняет функции фильтра первичных данных и архива. Схема работы КХД такова: первичные данные попадают в бухгалтерские и иные учетные системы, оттуда - в хранилище, а затем в обработанном и упорядоченном виде переносятся в OLAP-систему.

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

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

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

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

Личный опыт

Александр Бондаренко, руководитель блока экономики и финансов ФК "НИКойл" (Москва)

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

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

Еще одна сложность: если компании, как и нам, требуется оперативная информация, то использовать бухгалтерские системы в качестве основы для получения данных нельзя (в лучшем случае их можно применять для сверки). Поэтому для использования КХД необходимо наличие хороших "бэк-офисных" систем, данные из которых попадали бы непосредственно в хранилище. Кроме того, для создания корпоративного хранилища бизнес-процессы на предприятии должны быть стабильными. Так, нам пришлось приостановить проект внедрения КХД из-за вхождения в ФК "НИКойл" Автобанка и "Промышленно-страховой компании". Пока процесс объединения, в том числе и перехода на единые стандарты отчетности, не будет завершен, продолжать этот проект не имеет смысла.

Автоматизация системы управленческого учета на базе КХД

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

Система сбора и обработки информации с помощью КХД состоит из четырех основных частей: объединенной системы нормативно-справочной информации (ОС НСИ), системы ввода первичных документов (СВПД), непосредственно корпоративного хранилища данных и аналитической системы (АС). Рассмотрим каждую из них подробнее.

Система НСИ

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

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

Система ввода первичных документов.

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

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

Корпоративное хранилище.

После того как первичная информация была введена в учетную систему, она импортируется в корпоративное хранилище данных в следующем формате: проводка, дата, автор, когда была изменена, данные о счетах/аналитиках, примечание, сумма. КХД автоматически проверяет правильность вводимой информации, устраняет лишние проводки и при необходимости агрегирует данные в соответствии с принятым в компании уровнем детализации (например, амортизационные отчисления по станкам одного типа объединяет в одну статью).

Чтобы не останавливать работу учетных систем, экспорт и импорт данных может происходить ночью. Стоит отметить, что наряду с учетными данными и карточками учета основных средств в КХД можно хранить планы и бюджеты.

Аналитическая система.

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

Требования к учетным системам.

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

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

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

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

Возможность воспринимать новые версии нормативно-справочной информации. Система должна автоматически или под управлением администратора воспринимать новые версии справочной информации, которые ей присылает ОС НСИ.

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

Практический опыт.

В 2001 году ЗАО "АКТ "Развитие бизнес-систем" ("РБС") выступало в роли консультанта при внедрении системы управленческого учета в нефтегазовом холдинге. Холдинг в полной мере столкнулся со всеми проблемами, описанными выше. До внедрения автоматизированной системы работа учетных служб дочерних предприятий была описана другой консалтинговой компанией. Масштаб проделанной консультантами работы был огромен: только финансовые отчеты, разработанные ими, содержали около 6000 показателей. Однако все попытки заставить предприятия холдинга заполнять требуемые отчетные формы приводили к запаздыванию отчетности более чем на два месяца и к огромному количеству ошибок. Задачей консультантов "РБС" было внедрить автоматизированную систему управленческого учета для сбора и обработки достоверных управленческих данных. Условиями компании-заказчика были ограниченные сроки и бюджет проекта. Количество первичной информации не позволяло напрямую задействовать аналитическую систему, а использование с этой целью бухгалтерских отчетов привело бы к значительным искажениям данных. Поэтому было решено автоматизировать процесс сбора и обработки управленческой отчетности на основе первичной информации, то есть с помощью корпоративного хранилища данных. По итогам реализации проекта получилась полноценная система подготовки консолидированной управленческой отчетности, в которую поступают исходные данные из уже имеющихся учетных систем. При этом работа по ее созданию заняла меньше года и обошлась в сумму на порядок меньше, чем внедрение ERP-системы. Время на подготовку консолидированной отчетности холдинга значительно сократилось: если раньше, для того чтобы получить месячный отчет, требовалось около 20 дней, то сейчас руководитель получает финансовый отчет из 6000 показателей второго числа каждого месяца. Кроме того, повысилась учетная дисциплина. Тройная проверка данных (СВПД, бухгалтер, КХД) сделала возможной комплексную проверку достоверности отчетности. При обнаружении несоответствий сотрудник, виновный во вводе некорректной информации, обязан написать объяснительную записку. Благодаря такому контролю количество ошибок значительно уменьшилось.

Как выбрать нужное программное обеспечение?

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

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

Системы для решения комплекса задач по информационной поддержке цикла управления, должны быть на 20-50% избыточнее по функционалу, чем требуется в момент внедрения, надежны как в эксплуатации, так и с точки зрения поставщика и внедренца. Такие системы должны позволять вести весь список хозяйственных операций в компании, включая внутрихолдинговые, составлять всю систему бюджетов и показателей (индикаторов) финансово-хозяйственной деятельности. Гибкость таких систем должна быть максимальна, так как для российских холдингов характерно частое возникновение новых бизнесов и изменения правил управленческого учета с тенденцией к их усложнению. Здесь очень важное свойство - это ведение всего спектра хозяйственных операций с получением настраиваемых форм бюджетов, включая бюджет по балансу. Полную и актуальную информацию по текущему состоянию предприятия может представить только Баланс. Причем данный отчет должен быть построен на основании управленческой информации.

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