Со временем OLAP-системы стали реальной угрозой рынку ERP. Заказчик зачастую предпочитал покупать аналитические приложения в качестве интеграционного инструмента для своей “лоскутной” автоматизации. Почувствовав опасную тенденцию, большинство производителей ERP-систем на сегодняшний день либо разработали свои собственные OLAP-приложения, либо тесно интегрировались с зарекомендовавшими себя производителями OLAP-ов. К слову сказать, попытки первых самостоятельно изобретать велосипед не привели к ожидаемому успеху. Любой “наскоро сколоченный” OLAP все равно уступал по функциональным возможностям промышленным системам анализа и слабо справлялся с теми многоаспектными данными, которые способны генерировать высококлассные ERP-системы.

Казалось бы, ответ на вопрос “Из каких компонент должна состоять полноценная Информационная Система Управления Предприятием?” достаточно очевиден. ERP и OLAP. Однако есть и здесь одно “но”. Как известно, три классические фазы управления – Планирование, Учет и Контроль – в некоторых задачах пересекаются на столько тесно, что становится трудно отделить одно от другого. Следовательно, полноценная автоматизация таких задач с помощью только средств учета или только средств анализа невозможна.

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

Новый термин из трех букв

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

Международная компания IDC, специализирующаяся на независимом мониторинге рынка программного обеспечения, объединила такие приложения в новое семейство – BPM (Business Performance Management, т.е. Управление Эффективностью Бизнеса). BPM-системы позволяют связывать воедино такие понятия как миссия компании, стратегия развития, цели, долгосрочные планы, среднесрочные перспективы и конкретные бюджеты на ближайший период. В рамках подобной среды сотрудничества топ-менеджеры могут публиковать черновую версию бюджетов для линейных менеджеров (начальников отделов). Последние начинают дополнять эти цифры своим представлением: могут ли они выполнить эти цели, какие ресурсы им для этого нужны. Система позволяет им видеть и использовать в своей работе отчетность смежных подразделений: на основе планов поставок сырья, оценивать свои возможности по объемам производства и т.п. Далее, откорректированные и дополненные на нижнем уровне цифры агрегируются вновь до общекорпоративного уровня. Весь этот процесс “двунаправленного” бюджетирования итеративно повторяется до тех пор, пока не будет составлен наиболее “реальный” бюджет.

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

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

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

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

Смешать! Но не взбалтывать!

На рис. 3 представлена диаграмма интеграции специализированных программных приложений, позволяющая примерно оценить применимость тех или иных классов приложений в зависимости от размера предприятия. Горизонтальная ось “Размер предприятия” может быть выражена в объемах продаж, рыночной стоимости или, скажем, количестве персонала. Она не содержит градаций, так как диаграмма призвана изобразить тенденцию роста, а не конкретные его показатели. Со столь же высокой степенью условности выделены следующие классы приложений:

Рис. 3. Диаграмма интеграции специализированных программных приложений

АРМ (автоматизированные рабочие места) – автоматизированные рабочие места. В данном контексте могут представлять собой более-менее комплексную систему, состоящую или из отдельных “доморощенных” подсистем, или из какого-то стержневого приложения низшего по отношению к ERP класса, или даже из электронных таблиц Excel. Для малых предприятий, где все управление финансами осуществляется одним - двумя специалистами, один из которых главный бухгалтер, зачастую вполне достаточно скомбинировать приложение класса “1С” с электронными таблицами для покрытия практически всех управленческих задач. Процессы бюджетирования (или бюджетного планирования) на таких предприятиях обычно производятся генеральным директором в электронных таблицах.

ERP (enterprise resource planning) – информационная система управления ресурсами предприятия. В системах такого класса ведется операционный (управленческий) и бухгалтерский учет, осуществляются функции производственного планирования и планирования поставок. Среди наиболее известных западных систем подобного класса представленных в России можно назвать Axapta, Baan, J.D. Edwards, R/3.

BPM (Business Performance Management) – информационная система, предназначенная для автоматизации процессов управленческого планирования и контроля – тех самых “стыковых” задач. Ориентированное на решение задач финансового управления, такое приложение является, по сути, OLAP-системой с характеристиками ERP (возможность многопользовательского ввода информации, поддержка исполнения бизнес-процессов, потоков работ и регламентов). Наиболее известные западные системы этого класса, представленные у нас, это Comshare MPC, e.Planning, Hyperion Pillar, Oracle Financial Analyzer.

OLAP – средство аналитической обработки данных в реальном режиме времени. В отличие от BPM, OLAP-приложения не “заточены” ни на какие конкретные задачи, хотя некоторые формы встроенной бизнес-логики (готовые аналитические отчеты, перечень бизнес-объектов и т.п.) в этих приложениях иногда присутствует. Для того чтобы охарактеризовать данный класс систем, а не в целях обзора рынка, можно так же привести несколько названий: BusinessObjects, Essbase, Oracle Express, SAS и многие другие.

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

С чего же начать?

Если предприятие только планирует построение корпоративной системы, следуя логике последовательности фаз управления, можно рекомендовать начать с автоматизации функций бюджетирования и финансового планирования. Используя для этого BPM-приложение, фактические данные можно будет вводить вручную либо импортировать из существующих электронных таблиц. Помимо чисто прикладных функций, BPM обладает еще и интегрирующим свойством, позволяющим объединять в единую информационную среду все имеющиеся на предприятии АРМы и элементы “островковой” автоматизации. Такой проект, с одной стороны, приучает сотрудников к коллективной работе и приносит реальный управленческий эффект; с другой – не является пока еще полномасштабной автоматизацией ежедневных операций со всеми вытекающими от сюда последствиями (большие сроки внедрения, болезненный реинжиниринг бизнес-процессов, смена корпоративных стандартов, не полный охват и т.п.). Поработав в такой системе, предприятие становится более подготовленным к продолжению строительства корпоративной системы управления путем внедрения MRP и ERP приложений.

Конечно же, построения корпоративной системы управления – процесс индивидуальный для каждого конкретного предприятия. И в этом нелегком деле самой неправильной тактикой может стать чрезмерная осторожность, многолетние “выборы” программ и нежелание принимать решение о начале работ. Еще ни один бизнес не стал успешным без системы.