Смекни!
smekni.com

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

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

Система НСИ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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