Внедрение ERP-систем. Основные ошибки

Внедрение ERP-систем

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

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

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

Информационная система планирования ресурсов предприятия является довольно развитой системой и функции ее находятся в постоянной стадии разработки и усовершенствования, но все же, случается так, что после того, как ERP-система была внедрена на определенном предприятии и все методики ее внедрения были задействованы правильно, руководству предприятия по-прежнему не удается получить полный информационный контроль над деятельностью предприятия. И что самое интересное, ничего существенного не происходит, а даже наоборот, все остается по-прежнему. В чем же здесь дело? Факторов, влияющих на некорректную работу ERP-системы может быть много. Это может быть, к примеру, некорректное оформление первичных документов, сбои и нарушения в политике сбыта, наличие на предприятии сверхнормативных запасов. Возможны даже случаи того, что многие предприятия после внедрения ERP-системы, отказываются от нее, по причине того, что якобы она неадекватно и несвоевременно реагирует на поставленные перед ней задачи. Но так дело обстоит не только на наших предприятиях, есть сведения, что и на западе на долю успешных внедрений ERP-системы на предприятиях приходится менее 50% случаев.

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

Стоит выделить следующие ошибки :

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

Как показывают проведенные анализы, это является основной ошибкой при внедрении ERP-системы. Давайте разберемся, почему так происходит. За последние годы экономика и различные экономические отрасли, в которых работают предприятия, значительно видоизменились и продолжают постоянно изменяться, в таком контексте невозможно настроить информационную систему корректно, так как она не сможет учитывать возможные изменения в деятельности предприятия в будущем. Примером этому может служить то, что предприятия, работающие в нефтегазовой отрасли, вывели все непрофильные активы, а между тем информация о данных активах была важной частью АСУ. Еще один пример: предприятия, работающие в сфере металлургии, почти в два раза сократили число своих работников, тем самым это отразилось на количестве автоматизированных мест, что также невозможно учесть при внедрении ERP-систем. Исходя из всего этого, становится понятно, что нужно каким-то образом усовершенствовать и модернизировать системы планирования ресурсов предприятия, чтобы в дальнейшем возможно было учитывать все изменяющиеся показатели. В противном случае внедрение ERP-систем станет своего рода обузой для правильной и продуктивной деятельности предприятия. Но уже сейчас становится возможным внедрение полнофункциональной ERP-системы на предприятиях, но это длительный процесс и может занимать от 3-х до 5-ти лет. Для того чтобы не повторять в дальнейшем ошибок, следует спроектировать и продумать структуру и масштаб деятельности предприятия минимум на три года вперед. Но здесь опять же, при неправильном прогнозировании перспектив деятельности предприятия в будущем, возможны большие потери и расходы, к примеру, на покупку дополнительного оборудования для ERP-систем, что ведет за собой непредвиденные расходы на оплату интернет-трафика. Мало кому покажется приятным, когда спустя определенное время поднимется вопрос о том, чтобы перевести уже существующую ERP-систему на другую платформу.

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

2. Проектирование информационных систем «снизу-вверх».

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

3. Некорректное перепроектирование бизнес-процессов.

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

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

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

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

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

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

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

Создание и внедрение ERP-системы в компании или на предприятии изначально предполагает радикальные изменения в бизнес-процессах данного предприятия или компании. Этому способствует методология внедрения ERP-системы, функциональность данной ERP-системы. Существуют системы класса SAP R/3, для которых общепринятой практикой внедрения является притягивание бизнес-процессов компании к уже имеющейся богатой функциональности ERP-системы. Вследствие внедрения данной системы предприятие несет серьезные затраты на управление внедряемого проекта, а также из-за изменений в собственных бизнес-процессах. Также существуют такие системы как MS Navision Attain и Axapta, которые принято считать системами среднего класса. Данные системы являются одними из лучших систем в данном классе, при внедрении этих систем проектировщик изначально ориентируется на адаптируемость к требуемым процессам предприятия. То есть основная цель внедрения этих систем сфокусирована на процессах заказчика, а уже потом на функциональности системы. Современные ERP-системы обладают высокоуровневой и интегрированной средой разработки, в данном случае возможно создание системы, которая в полной мере будет отвечать всем существующим требованиям компании.

Внедрение ERP-системы для вашего предприятия – стоит ли его проводить, пора или ещё нет? Обычно руководитель фирмы решает использовать такие системы в следующих случаях:

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

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

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

Из этого следует только одно: прежде чем решиться на внедрение, стоит всё проанализировать и взвесить.

Типичные проблемы при внедрении ERP-продуктов

Принимая решение использовать ERP, предприятие сталкивается со следующими трудностями:

Уровень программного обеспечения не соответствует реальным потребностям фирмы: оно или слишком сложное, или недостаточно мощное.
Громоздкое ПО не настраивается под бизнес, а требует настроить бизнес под него.
Для обслуживания продукта нужно нанять многих специалистов или оплатить услуги сторонней компании. Рядовые сотрудники компании не могут работать с приобретённым ПО из-за нехватки квалификации.

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

Работающая стратегия внедрения ERP

Как снизить стоимость внедрения ERP? Самый верный способ – перестать зависеть от команды разработчиков и привлекать их для выполнения всех видов работ. Если предприятие способно само обслуживать и настраивать приобретённую им систему, то очевидно, что затраты снижаются. С целью применения данной практики стоит пойти по следующему пути:

Первый этап – определяем цели внедрения ERP и желаемый результат, которого вы хотите достичь. Если нет чёткого понимания целей, то как потом определить, эффективно решение или нет?
Второй этап – выбор конфигурации продукта. Хорошо, когда продукт не «монолитный», а состоит из множества элементов, чтобы их было можно добавлять, убирать и трансформировать.
Далее – запуск системы на вашем предприятии. Если компания способна самостоятельно справиться с задачей установки, то это приводит к гигантской экономии ресурсов: времени и финансов.

Приоритетная цель для вас, если вы желаете использовать ERP – найти продукт, который не потребует дорогостоящего внедрения и обслуживания.

Как найти ERP систему для вашего уровня бизнеса

Подобрать систему, не слишком сложную для фирмы, но способную развиваться по мере её роста – непростая задача. Мы предлагаем вам попробовать готовое на базе Comindware Business Application Platform. Типовое ERP-решение от Comindware имеет ряд отличий от привычных продуктов:

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

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

Попробуйте Comindware Business Application Platform бесплатно, чтобы затем принять взвешенное решение. и оцените сами, насколько вам это подходит.

Если у вас возникнут проблемы с внедрением ERP систем на базе Comindware Business Application Platform, мы обязательно поможем их устранить и всё наладить. Таким образом, внедрять ли ERP-систему в вашей компании, зависит не от уровня развития компании, а от уровня способности конкретной ERP системы адаптироваться под её текущие нужды. Если возможности системы соответствуют потребностям предприятия, то её использование можно считать правильным шагом.

Дополнительная информация о Comindware Business Application Platform и демонстрация решения доступны по запросу

Елена Гайдукова, маркетолог-аналитик, бренд-менеджер решений на базе , специалист по партнёрским отношениям.

Для начала о самом проекте: внедрение 1С:ERP на промышленном предприятии. Когда мы пришли к клиенту (в 2015г), численность завода составляла 5 тысяч человек. За время проекта завод существенно вырос и нарастил объемы производства, сейчас на нем работает порядка 6,5 тысяч сотрудников. 1С установлена на 1,2 тыс. рабочих мест. Активно работающих пользователей сейчас (июнь 2017г) порядка 350, планируется увеличение до 450ти.

Предприятие входит в военно-промышленный комплекс России, и, следовательно, имеет свою специфику.

До этого проекта я запускала средние предприятия (1000-1500 сотрудников, 50-150 рабочих мест). Делать их мы уже научились, выработав четкую методологию (сейчас у меня с командой среднее время перевода проекта в промышленную эксплуатацию 7-10 месяцев, в зависимости от его сложности.)

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

Итак, по порядку. На завод мы пришли в конце 2015г. Изначально стояла задача запуска регламентированного учета. По ходу функционального моделирования руководство Заказчика (с подачи главного бухгалтера) приняло решение о передачи функции ввода первичных документов «на места». Границы проекта были пересмотрены, включив в себя центральные склады, кладовые, цеховую бухгалтерию, управление договорами и БДДС. Сроки внедрения регламентированного учета были сдвинуты на 2017г, а в течение 2016г автоматизировалась «первичка».

Решение о том, что функциональные блоки будут запускаться в опытно-промышленную эксплуатацию (далее по тексту – «ОПЭ») поэтапно, хоть и принесло нам много головной боли, глобально оказалось правильным: запустив всех сразу, мы бы просто утонули в вале проблем, о которых я расскажу позже.

Если честно, то я думала, что главной сложностью будет саботаж со стороны пользователей. До внедрения 1С те ничего никуда централизованно не вводили: кто-то работал в Excel, кто-то - в самописных системах. Основой документооборота были «бумажки», которые потом сдавались в АСУП для ввода операторами в бухгалтерскую программу. Здесь проектная команда со стороны Заказчика грамотно подошла к вопросу – был выпущен ряд приказов, подписанных генеральным директором, которые закрыли проблему. Приказы оформлялись не в привычном стиле «на нашем предприятии запускается система…», а были вполне конкретными «с такого-то числа бухгалтерия принимает от складов только документы, выписанные из 1С». Для снятия возможного недопонимания мы сразу включили штриховое кодирование документов и раздали бухгалтерии сканеры (реально были попытки сдать документы, «нарисованные» людьми в Word).

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

Первая (хотя и не основная) проблема была вполне предсказуема – это объемы данных. Однако масштабы ее я изначально недооценила. Для примера – просто загрузка (безо всякой обработки) остатков по «малоценке» занимает около 4х суток. А если по итогам вдруг обнаруживаются расхождения, то еще четверо суток, а потом еще.… То есть этот этап работ надо при планировании очень тщательно прорабатывать вместе с заказчиком, буквально по дням. Например, здесь мы пошли по обычному пути: загрузили только справочники и посадили пользователей бить «первичку», чтобы после окончания загрузки остатков, все провести, проверить и выйти на оперативный учет. В итоге мы физически не успели до конца месяца свести учет и начислить погашение стоимости, и чтобы сдать управленческую отчетность, пришлось руками переносить из старой системы суммы затрат, а потом их корректировать из-за разных методик учета.

Так же многих нужных данных в нормальном виде у заказчика нет, и соответственно просить их подготовить надо сильно заранее: например, список открытых заказов нам начали собирать за три (!!!) месяца. Казалось бы, чего уж проще? Предприятие должно владеть информацией, что кому и когда оно должно произвести и отгрузить. Но, как оказалось, в формализованном виде у них были только номера заказов (требование по организации раздельного учета по Гособоронзаказу), а наименование продукции, количество, сроки и т.д. хранились либо где-то в Excel, либо в бумажных договорах.

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

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

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

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

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

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

Как я работала до этого: по каждому процессу определялся его Владелец, который формировал по нему требования, мы разрабатывали схему работы, проходились по ней с ключевыми пользователями, после чего утверждали у владельца. Обычно такая методика хорошо закрывает 80% операций, а оставшиеся 20 «подрихтовываются» на этапе опытно-промышленной эксплуатации. По этому пути мы пошли и здесь. Разница между реальностью и представлениями руководителей отделов проявилась практически сразу же. Но начальники говорили «не может быть!», а подчиненные в силу корпоративной культуры им не возражали. В итоге утвержденная схема работы содержала часть слишком трудоемких операций, много избыточных контролей и не содержала определенного количества того, «чего у них точно не бывает». Все это пришлось переделывать в ходе опытно-промышленной эксплуатации. Уже реализованные и сданные доработки в итоге были кардинально переписаны, а сама ОПЭ потребовала постоянного присутствия программистов.

К проблеме «размазанности» знаний о каждом процессе между десятками людей, добавилось большое количество, вроде бы, однотипных отделов (только центральных складов у них порядка 30), которые при схожести функций, имели свою специфику и свои особенности учета – а это значит, что даже одинаковые операции могут выполняться несколькими способами. Лозунг «унификация процессов», заявленный на старте проекта, умер в ходе первого боевого запуска.

Анализируя, по итогам, проект, я пока не вижу способа особо снизить риск значительного расхождения между описанными процессами и реальностью: чтобы подробно проработать схему с каждым подразделением, а потом еще – с их руководителями, бюджет Функционального моделирования придется увеличивать в 5-7 раз, а заказчикам обычно сложно понять ценность данного этапа и заплатить 25% от стоимости проекта просто за «бумажку». Была мысль о тестовом прогоне системы на нескольких подразделениях, которую я попробовала на другом проекте, но в полной мере она себя не оправдала.

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

Третья проблема проекта вытекает из первых двух: большое количество пользователей (для которых нужно много консультантов) и большое количество проектных решений, которые принимаются прямо на этапе ОПЭ. А так как в ERP одну и ту же задачу можно решить различными способами, то разные консультанты используют разные методы, и в итоге система начинает «расползаться». Никакие «совещания по итогам дня» здесь не помогают, потому что из-за объема разных вопросов консультанты многое к вечеру уже просто забывают.

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

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

На сегодняшний день тема внедрения ERP-систем на предприятии довольна актуальна не только из-за малой изученности этого вопроса, но также из-за бурного развития прикладных информационных систем. Последние 20 лет число компаний внедряющих подобные системы увеличивается каждый день, а количество компаний, испытавших на себе положительный эффект от работы ERP растёт по экспоненте. Также отличным показателем развития данной отрасли рынка служит рост компаний поставляющих ERP-системы и консалтинговых компаний, занимающимися их внедрениям. Так, например, клиентская база SAP, немецкой компании по производству программного обеспечения, только за последние 10 лет увеличилась с 17500 до 91500 клиентов, а годовой доход в 2012 году составил 15 млрд евро.

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

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

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

Рис. 2. Схема организации планирования процессов в масштабе предприятия

При внедрении систем управления компания получает целый ряд преимуществ:

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

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

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

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

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

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

Рис. 3.

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

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

Процесс внедрения 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 и т. п.