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

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

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

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

Как же найти оптимальный вариант внедрения?

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

Необходимо начать с того, что бросаться, очертя голову, во внедрение ERP не следует. В любом случае потребуется определенная подготовительная работа, и, конечно, составление плана работ. Существуют ГОСТы на автоматизированные системы, которые предполагают прохождение некоторых этапов и составление проектных документов для внедрения системы. До какой степени нужно следовать рекомендациям ГОСТов на каждом конкретном предприятии – решать службе ИТ. Следует помнить, что эти документы разработаны уже достаточно давно, и они описывают создание автоматизированной системы «с нуля», а не внедрение готового программного продукта. Если специалисты ИТ-службы разрабатывают собственную систему – альтернативы ГОСТам по сути нет. А что делать, если используется готовая тиражная ERP-система?

В такой ситуации вариантов несколько:

• Взять ГОСТы и попробовать самостоятельно адаптировать их с учетом специфики предприятия и текущих нужд;
• Силами ИТ-службы разработать собственный порядок внедрения системы;
• Выработать порядок внедрения совместно с Партнером 1С, либо воспользоваться готовым предложением Партнера.

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

Как выбрать Партнера для комплексной автоматизации?

Фирма 1С работает со множеством крупных и мелких компаний-интеграторов. Как выбрать «своего» – такого, который не подведет?

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

Партнер 1С, внедряющий «1C:ERP», обязательно должен иметь статус «1С:Центр ERP». Этот статус означает, что у компании имеются необходимые компетенции и опыт выполнения сложных проектов, а в штате есть сертифицированные руководители проектов, специалисты по подсистемам ERP, консультанты. Кроме того, это гарантирует наличие у Партнера системы менеджмента качества и многое другое.

При выборе Партнера целесообразно уточнить наличие собственных программных продуктов и статуса «Центр разработки тиражных решений (Центр Разработки)». Это поможет сделать опосредованный вывод об уровне и качестве работы программистов-разработчиков.

Кроме того, имеет смысл проверить, является ли Партнер Центром Сертифицированного Обучения фирмы 1С, чтобы убедиться, что ваша компания сможет получить качественное обучение для своих сотрудников.

Выбрав Партнера, необходимо определиться с вопросом о порядке внедрения в эксплуатацию функциональных подсистем ERP.

Как внедрять?

Что лучше – последовательная автоматизация отдельных бизнес-процессов и функциональных подсистем, или же внедрение системы сразу целиком на всем предприятии?

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

С каких же функциональных подсистем целесообразнее начать, чтобы как можно быстрее получить все плюсы внедрения ЕРП-системы?

Как показывает опыт и статистика внедрений (в том числе и официальная статистика фирмы 1С по внедрениям «1С:ERP»), автоматизацию эффективнее всего начинать с запуска подсистем Продаж, Склада, Закупок. Такая последовательность внедрения позволяет на первоначальном этапе проекта выровнять и унифицировать нормативно-справочную информацию всей системы. На этом этапе функционал управления производством может не использоваться полностью, выпуски продукции могут отражаться упрощенно, одним документом (исключительно для целей бухучета). У специалистов внедрения будет больше времени, чтобы учесть нюансы производственной деятельности предприятия и реализовать их на более позднем этапе, когда начнется внедрение функциональной производственной подсистемы. По сути, эта схема подразумевает внедрение подсистем по принципу «от простого к сложному».

Аналогичным образом решается ситуация и с подсистемами Кадров и Зарплаты. В подавляющем большинстве случаев на старте проекта автоматизации на предприятии эти задачи решаются в отдельной конфигурации «1С:Зарплата и управление персоналом», и могут быть перенесены в ERP-систему на более поздних этапах проекта.

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

Бесшовная интеграция позволяет пользователю работать в «1C:ERP» и при этом пользоваться функционалом «1С:Документооборот», даже не запуская эту программу. Внесение бизнес-процессов в «1С:Документооборот» помогает отслеживать, на каком этапе находится каждый из процессов, какие действия необходимо предпринять в текущий момент в системе и за ее рамками, какие документы оформить и с кем их согласовывать и т.д. Кроме того, интеграция ERP и документооборота дает возможность согласовать работу разных подразделений, проводить встречи и совещания, вместе работать над выполнением принятых решений, фиксировать ход работ через документы автоматизированных систем, определять достигнутый результат.

Кроме того, «1С:Документооборот» поможет, если для отражения той или иной специфической операции предприятия в «1C:ERP» не предусмотрен необходимый документ. Такой документ можно сформировать в «1С:Документооборот», а затем включить в бизнес-процесс.

Подробнее о стоимости, функционале и внедрении 1С ERP вы можете узнать

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

(32%). После того, как выбор сделан, популярность систем остается сопоставимой: 21%, 18% и 14% соответственно (имеются ввиду те случаи, когда указанные платформы выбираются для внедрения).

В целом сроки ERP-проектов остаются по-прежнему одной из болезненных проблем для данного рынка: только 36% отметили, что смогли уложиться в заранее отведенные временные рамки, а 62% - существенно вышли за них, и только 3% смогли завершить проекты внедрения раньше намеченного. Больше всего выбивались из графика проекты на базе решений Microsoft Dynamics, в среднем они длились 12,5 месяцев, что 4 месяца (47%) больше, чем было запланировано.

Проекты на базе Oracle в среднем длились 22,5 месяца, перерасход времени здесь составлял 29% против в среднем запланированных 17,5 месяцев. Что касается SAP ERP, то средняя длительность таких внедрений составила 18,5 месяцев с минимальной задержкой на 16% или 2,5 месяца против 16 месяцев, запланированных изначально.

Средняя длительность ERP-проектов: запланированная и реальная

Panorama Consulting, 2014

Основные причины задержек ERP-проектов

№	Причина	2011	2012	2013
1	Был расширен объем проекта	17%	29%	29%
2	Организационные вопросы	14%	20%	29%
3	Проблемы с данными	14%	17%	29%
4	Нереалистичные сроки	8%	11%	25%
5	Ресурсные ограничения	13%	17%	21%
6	Проблемы с обучением	10%	15%	17%
7	Проблемы с функционалом платформ	8%	4%	13%
8	Другие технические вопросы	7%	14%	8%
9	Конфликт приоритетов в рамках проекта	10%	12%	8%

Panorama Consulting, 2014

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

Хорошей новостью стало, пожалуй, только то, что в период с 2012 по 2013 годы аналитики зафиксировали снижение среднего срока окупаемости проектов ERP с 2,4 лет до в среднем 1,7 лет. Тем не менее, количество организаций, которые вообще не смогли окупить свои вложения в автоматизированные системы управления ресурсами предприятия, выросло с 31% до 38%. Наиболее долгий период окупаемости выявлен у решений Microsoft Dynamics (24 месяца), у SAP он составляет 23 месяца, у Oracle - 16 месяцев.

И еще один важный момент: фактический бюджет проектов относительно планируемого по итогам 2013 года опять увеличился. Наиболее дорогим внедрением при этом является внедрение SAP ERP , в среднем бюджет такого проекта составляет $2,55 млн, затем следуют Oracle - $2,25 млн, Microsoft Dynamics - $1,8 млн. От годового оборота предприятий внедрение Tier I систем составляет 2-4%, а вот доля стоимости ERP-проектов на базе Tier II и III может быть существенно выше в обороте компаний, выбравших их для внедрения.

Только 66% компаний смогли добиться хотя бы 50% целей

Что касается ERP-проектов в целом (безотносительно конкретных вендоров), то по итогам 2013 года только 66% компаний смогли добиться хотя бы 50% намеченных целей в рамках внедрений. В 72% случаев проект оказался больше по срокам, чем планировалось ранее при средней длительности 16,3 месяцев. В 54% случаев был зафиксирован перерасход бюджета, средний бюджет проекта составил $2,8 млн.

Средние показатели ERP проектов 2012-2013

Panorama Consalting, 2014

63% признали реализованные ERP-проекты успешными, 21% затруднились оценить эффект от внедрения, 16% признали, что внедрение окончилось неудачей.

Российские реалии

В одном из отчетов The Standish Group указывается удручающая статистика о состоянии дел в программной индустрии на американском рынке:

• лишь 32% проектов завершились успешно,
• 44% испытали различные трудности (превысили бюджет, выпали из сроков и пр.),
• 24% проектов просто провалились.

На российском рынке ситуация едва ли лучше, отмечают эксперты компании «Первый БИТ ».

Статистикой «успешности» ERP-проектов поделились в компании 1С . По данным исследования 555 выполненных внедрений ERP -решений фирмы «1С» в 2010-2013 годах:

• 66% проектов уложились в срок или имеют незначительное, до 10% отклонение от срока,
• 24% проектов отклонились от срока на 11-30% и
• только 10% проектов отклонились от срока более, чем на 30%.

Что касается бюджетов проектов, то тут ситуация для заказчиков еще более обнадеживающая:

• 78% проектов укладываются в бюджет или имеют превышение бюджета не более, чем на 10%,
• 19% проектов имеют превышение бюджета на 11-30% и
• только 3% проектов имеют превышение бюджета более, чем на 30%.

Среди основных причин неудач ERP-проектов российские интеграторы выделяют:

Завышенные ожидания

Большая проблема, когда нет чёткого понимания желаемого результата, чего заказчик хочет добиться, отмечает Ефим Фиш , директор по развитию бизнеса Microsoft Dynamics AX Tops Consulting (Топс Консалтинг) . В этом случае, перефразируя известное изречение, проект нельзя закончить, его можно только прекратить. Зачастую заказчики неправильно оценивают свои желания и требуемые затраты. Обе стороны должны согласовать между собой цели проекта и ключевые моменты в отношении того, что необходимо для успешной реализации проекта.

«Важно понимать, что процесс внедрения ERP – это процесс двусторонней кропотливой работы. Здесь нельзя принять снотворное и, проснувшись, обнаружить, что система внешним поставщиком внедрена и работает, весь персонал с готовностью принимает любые предложения и с радостью принимает все изменения, которые в компанию привносятся с новой системой. А они привносятся в любом случае, потому как изменений нет, только если ничего не произошло. А это явно не цель, в случае ERP», - прокомментировал он.

Человеческий фактор, отсутствие поддержки руководства

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

В 1С, например, для соблюдения сроков проекта используют методику под названием «Технология Быстрого Результата» (ТБР). Согласно статистике сроков внедрений ERP-решений фирмы «1С» (1420 проектов за 2010-2013 годы), в среднем, до ввода первой подсистемы в опытную эксплуатацию проходит около 3 мес., а до ввода последней подсистемы в промышленную эксплуатацию от 6 до 10 мес. в зависимости от масштаба проекта. На особо крупных предприятиях внедрение может длиться и 1-2 года.

Как уточнил Алексей Петрушов, одним из основных показателей неэффективности проекта является затяжка сроков. Основной причиной этой проблемы, безусловно, является человеческий фактор, добавил он.

* Оплата после внедрения. Успешного внедрения.

«Мы не ищем "виноватых" (виноваты всегда обе стороны) в неудачных внедрениях, мы берем деньги с заказчика, только когда он удовлетворен результатом» - говорит Сабина Борщевская, eBusinessDrive . Мы выполняем внедрение ERP , практически, за свой счет, и, если результат клиента не устраивает - он просто не платит. На текущий момент подобные условия на российском, и уж тем более мировом, рынке внедрения ERP-систем свежи как воздух в горах Швейцарии. Приходите.

Нехватка или перерасход бюджета

Разброс цен на российской рынке ERP -систем является значительным: это определяется тем, что ERP-система – сложный продукт, на конечный результат проекта влияет множество факторов, начиная от функциональности ERP-системы и заканчивая системой менеджмента в организации заказчика.

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

Enterprise Resource Planning system - это корпоративная система планирования, предназначенная для автоматизации многих процессов на предприятии: планирования, контроля над учетом, а также для решения различных бизнес-задач. Эта единая система далеко не самая простая в разработке, ведь она должна удовлетворять всем потребностям организации.

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

Внедрение ERP обречено на провал, если:

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

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

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

Этапы внедрения ERP-системы:

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

Стоимость внедрения ERP:

Общая стоимость складывается из нескольких параметров: стоимость лицензий, стоимость совокупного владения системой (затраты на персонал, на программное и аппаратное обеспечение, консалтинговые услуги) и оценка затрат на само внедрение. Цена одной лицензии от 1.5 до 8 тыс. долларов.

Некоторые владельцы предприятий закупают лицензии для всех пользователей постепенно, тем самым уменьшая стоимость внедрения корпоративной системы. Цена консалтинга от 100 до 500% от стоимости самой системы. Цена обучения одного человека составляет от 15 тыс. долларов.

Полная стоимость рассчитывается при помощи методики Activity Based Costing, и в среднем составляет от 3 до 5% от годовой прибыли. Затраты на внедрение не видя предприятие рассчитать не возможно, в первую очередь нужно провести недешевое предпроектное обследование организации.

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

Enterprise Resource Planning system - это система, которая позволит сделать предприятие более прибыльным, сделает работу сотрудников более комфортной, а руководителя - продуктивной.

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

Процесс внедрения ERP-систем условно делится на 7 этапов: организационные работы, обследование предприятия, выбор методологии автоматизации, проектирование системы, развёртывание ПО на рабочих местах сотрудников, запуск системы в промышленную эксплуатацию, сопровождение.

Предлагаем рассмотреть порядок внедрения ERP более подробно.

I Организационный этап

Работа над проектом внедрения ERP на предприятии начинается с определения цели и задач . Это не должна быть автоматизация ради автоматизации - заказчик должен чётко знать, каких бизнес-эффектов он в итоге желает достичь.

На подготовительном этапе также необходимо сформировать рабочую группу на стороне клиента. В неё должны войти:

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

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

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

II Этап обследования предприятия

По завершении организационных работ проводится обследование бизнес-процессов предприятия. Данная процедура необходима для точного определения сроков и стоимости внедренческих работ. В зависимости от масштабов проекта и поставленных задач IT-интегратор может предложить клиенту один из 2-х вариантов обследования:

• Экспресс-обследование . Проводится в течение 1,5–2 месяцев. По его итогам составляется документ «Предпроектный анализ». В нём отражаются особенности автоматизированного учёта и перечень задач, которые необходимо будет решить в процессе внедрения.
• Полное обследование . Проводится в течение 3–5 месяцев. По итогам досконального обследования составляется «Техническое задание», разрабатываются бизнес-процессы автоматизированного учёта и описывается перечень необходимых доработок ПО.

Выбор варианта обследования определяется предпочтительной методикой внедрения ERP.

III Выбор методологии внедрения ERP

Внедрение ERP-решений на платформе «1С:Предприятие» может осуществляться по одному из 4-х сценариев:

• Абонентское обслуживание . Компания-интегратор проводит экспресс-обследование предприятия, составляет укрупнённый план внедрения ERP и на основе него определяет максимально возможную стоимость проекта. Эта стоимость прописывается в договоре, там же фиксируется стоимость одного часа работы программиста-внедренца. Общий план работ разбивается по месяцам. Исходя из количества рабочих часов определяется размер ежемесячного бюджета. Фиксированная сумма платежа также вносится в договор.
• Поэтапная технология внедрения . Данная методология внедрения ERP подразумевает проведение полного обследования предприятия, определение всех автоматизируемых бизнес-процессов и подготовку ТЗ. В техническом задании отражаются: объёмы доработок типовой конфигурации программы, полный перечень работ с разбивкой на фиксированные этапы, сроки и стоимость реализации каждого этапа внедрения ERP. Главный минус данной технологии - негибкость. Внесение мельчайшей корректировки в проект влечёт за собой изменение ТЗ: пересмотр сроков и стоимости выполнения отдельных этапов работ.
• Технология быстрого результата . Алгоритм внедрения ERP примерно тот же, что и при абонентском обслуживании. Так же проводится экспресс-обследование, рассчитывается максимальная стоимость проекта, оценивается час работы программиста. Оплата так же осуществляется раз в месяц, но не по фиксированному тарифу, а по количеству реально затраченных программистами часов. Строго регламентированных планов работ на месяц, неделю здесь нет - список и очерёдность выполнения задач может меняться в зависимости от актуальных потребностей предприятия. Гибкость является безусловным плюсом технологии быстрого результата. Включить в проект дополнительные бизнес-процессы можно на любом этапе и без длительных согласований. Единственным недостатком данной схемы внедрения является размытость сроков реализации проекта.
• Разовые вызовы . Установка программы на рабочие места сотрудников и автоматизация бизнес-процессов осуществляются по мере возможностей клиента. Предприятие закупает коробку, а все внедренческие работы проводятся по сценарию разовых вызовов.

IV Проектирование системы ERP

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

V Внедрение ERP-системы на предприятии

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

VI Запуск системы в промышленную эксплуатацию

Информационные системы планирования ресурсов предприятия (Enterprise Resource Planning, ERP) превратились в привычный инструмент крупного и среднего бизнеса. Их основная задача - автоматизация бизнес-процессов компании (производства, снабжения, сбыта), а также управленческих функций (планирования, учета, контроля). Однако статистика внедрений ERP-систем довольно тревожна.

ERP-система - не совсем "коробочная" программа, как, например, Microsoft Office, которую можно с равной степенью эффективности установить на компьютерах любого предприятия. Результативность ERP-системы в значительной мере зависит от ее настройки под определенные задачи конкретного предприятия. Только правильно спроектированная и настроенная ERP-система действительно "помогает" сделать бизнес более управляемым и "прозрачным" для руководства компании.

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

Несмотря на то, что возможности современных ERP-систем достаточно развиты и постоянно возрастают, чуда может и не произойти. Зачастую после внедрения корпоративной информационной системы руководство по-прежнему не довольно качеством информационного обеспечения. Например, вопреки всем ожиданиям, не сокращаются трудозатраты на выполнение рутинных операций и, что еще важнее, сохраняются все недостатки, присущие ранее сложившейся практике осуществления производственно-хозяйственных операций. Речь обычно идет о некорректном оформлении первичных документов, наличии сверхнормативных запасов, нарушениях в сбытовой политике, в частности об отпуске продукции клиентам, имеющим неисполненные обязательства, и т.д. Более того, нередко спроектированная ERP-система настолько сложна и неадекватна текущим задачам, что вообще не используется в компании. И это не единичные случаи! По некоторым данным, на Западе однозначно успешными считается менее 50% внедрений ERP-систем. Достоверных сведений по ситуации в России пока нет, но вряд ли тенденция будет отличаться.

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

Ошибка №1. Проектирование системы ERP без учета стратегии развития компании

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

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

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

Ошибка №2. Проектирование системы ERP "снизу-вверх"

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

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

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

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

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

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

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

Ошибка №3. Избыточный реинжиниринг бизнес-процессов

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

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

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

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

Ошибка №4. Неверная оценка экономической эффективности внедрения ERP-системы

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

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

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

Технология и практика проектирования ERP-систем.

На практике процесс проектирования выглядит следующим образом: Заказчик формулирует укрупненные требования к создаваемой системе, которые ложатся в основу Концепциии Технического задания, разрабатываемых внешней проектной организацией. Этому процессу всегда предшествует анализ производственно-хозяйственной деятельности компании-заказчика. Цель изучения бизнес-процессов - определение "узких мест" в информационном обеспечении и выявление резервов для повышения эффективности работы компании. На основе вариантных проработок в Концепции определяется контур создаваемой системы, а именно: базовая ERP-система; функциональная структура; информационное обеспечение; количество необходимых автоматизированных рабочих мест; техническое обеспечение. При разработке Концепции особое внимание уделяется перспективам развития бизнеса заказчика. Рамки, в пределах которых важно понимать (представлять) перспективы развития бизнеса, определяются исходя из сроков разработки и внедрения системы (которые зависят от масштабов компании: от 6 месяцев до 3 лет); периода функционирования системы без необходимости ее модернизации (желательно, чтобы период морального старения системы составлял не менее двух лет). Сформированная на основе предпроектного обследования Концепция может содержать несколько основных альтернативных вариантов развития автоматизации системы управления заказчика. Каждый вариант должен быть оценен исходя из соотношения "стоимость/эффективность". Выбор Концепции осуществляется заказчиком и служит основой для разработки Технического задания (ТЗ). Здесь детально прорабатываются требования к системе. ТЗ - основной документ, определяющий требования, организацию и проведение работ, в соответствии с которыми осуществляется проектирование ERP-системы и ее сдача заказчику. Следующий этап - разработка модели бизнес-процессов to be (бизнес-процессы в условиях функционирования ERP-системы). Модель создается на основе ТЗ и укрупнено описывает управленческие и информационные взаимосвязи в системе. Данный этап является ключевым в работах по созданию ERP-системы. Это объясняется тем, что его результаты позволяют сформировать у сотрудников и руководства компании-заказчика видение функционирования их предприятия в условиях использования ERP-системы и уточнить требования к ней. Для крупных компаний целесообразна разработка Эскизного проекта (до разработки модели бизнес-процессов to be), в котором определяются основные проектные решения (с количеством рабочих мест свыше 60). На основе ТЗ, проектных решений, утвержденных на этапе эскизного проектирования, и модели бизнес-процессов to be осуществляется техно-рабочее проектирование. На данном этапе должен быть проведен анализ соответствия алгоритмов расчетов и методов управления, заложенных в программном обеспечении внедряемой ERP-системы, специфическим алгоритмам и методам, применяемым в практике функционирования компании-заказчика. По результатам анализа определяются "пробелы" в функциональности системы и принимаются необходимые проектные решения по их устранению. Эффективность проектов по созданию и внедрению комплексных автоматизированных систем управления тем выше, чем теснее сотрудничество заказчика и разработчика на всех этапах проектирования.ЕХНОЛ