Гайд по ERP

Что такое ERP система

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

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

Описание ERP системы

ERP – термин маркетинговый. Чтобы понять, о чем идет речь, а также изучить историю происхождения этого сокращения, можно обратиться к Википедии:
 

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

Википедия

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

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

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

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

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

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

Из чего состоит ERP система

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

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

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

Преимущества модульной структуры ERP

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

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

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

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

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

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

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

Для чего используется ERP система?

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

Принцип единой базы данных: контроль, управление, точность и оперативность.

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

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

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

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

А потому ERP система необходима компаниям, для которых скорость и точность передачи данных между подразделениями является критическим фактором.
 

Гибкость в работе компании с учетом изменений рынка

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

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

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

Сложные бизнес-процессы: интеграция уже не помогает

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

Что получает бизнес от внедрения ERP

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

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

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

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

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

Готовый набор объединенных между собой инструментов.Например, если отдел продаж создает счет-фактуру, то она является основанием для автоматического создания бухгалтерских документов, а после оплаты – расходных документов со склада.

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

Что важно знать при выборе ERP системы

Один из первых вопросов, которые возникают при выборе любого программного обеспечения – это выбор между Saas или Stand-Alone, т.е. оплачивать доступ к системе, расположенной в «облаках» или покупать «коробочное решение». Подробно об этом выборе я рассказывал в статье "Что такое CRM-системы и как их правильно выбирать?".

В случае ERP-систем существует точно такой же выбор, как и при внедрении CRM-систем. Вы также можете обратить внимание на SAAS-решения или купить и внедрить “коробку”. Но есть один нюанс, который очень важно учитывать. Дело в том, что ERP — система сама по себе крупная, включающая большое число возможностей. Фактически, в ней объединяются все данные о работе компании. И в случае применения “облака” будет крайне сложно сменить сервис, если в этом возникнет необходимость. В отличие от CRM-систем, которые очень популярны как раз в варианте SAAS, массив данных в ERP объемен и громоздок, и в случае перехода с одного программного продукта на другой, возникает вопрос, что с ними делать.

А потому имеет смысл ориентироваться на покупку программного продукта «в коробке» и последующую его установку на собственных или арендованных серверах. Итак, на что нужно в первую очередь обращать внимание:

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

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

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

Бюджет. ERP-система как программный продукт стоит сравнительно дорого, независимо от разработчика. А ведь для успешного внедрения потребуется сотрудничество с опытными специалистами. И если бюджета хватает только на оплату программы, то в результате «коробка» оказывается невостребованной, т.е. компания впустую тратит значительную сумму. Рассчитывайте свои возможности заранее.

Недостатки ERP-систем

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

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

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

Также ERP-системе присущи недостатки, которые характерны для всех сложных систем, а именно — высокий уровень вхождения и, соответственно, высокий уровень затрат на внедрение.

Резюме

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

C чего начать внедрение ERP

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

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

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

О том, как вести проект внедрения ERP-системы от и до, я также постараюсь рассказать в следующих статьях. А сейчас я хочу поговорить о самом важном – начале внедрения.

‍

‍

Разные подходы к внедрению

Существует несколько подходов к внедрению ERP-систем, которые я видел в чужом исполнении и/или сам применял на практике. Каждый из них имеет свои плюсы и минусы, какие-то «подводные камни» и преимущества.

В принципе, все подходы к внедрению ERP, также актуальны для любых сложных систем, например, 1C УПП, 1С ERP, SAP Bussines ONE, ODOO и др. Давайте о них поговорим подробно.

Подготовка технического задания

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

Как это реализуют:

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

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

От такого подхода плюсы получают, прежде всего, разработчики:

• Документ Техническое задание будет стоить дорого. Выполняется большой объем работы, занимающий значительное время.  И заказчики обычно соглашаются с высокой ценой техзадания без каких-либо вопросов.
• Разработчики получают подробную инструкцию, на основе которой можно проводить работы. А в случае неудачных решений, имеющихся в подписанном ТЗ, переделки будут оплачиваться отдельно.

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

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

В моей практике был случай, когда я пришел на предприятие обсуждать внедрение нового программного продукта (я был руководителем проекта), и мне представители бизнеса прямым текстом говорили: «Хватит с нас технических заданий. У нас этих документов уже – больше, чем надо».  И действительно, показали объемные папки с документами, решения из которых так никогда и не были реализованы.

«Частичное» внедрение

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

В этом случае техническое задание также имеется. Как и календарный план при варианте работы, где за основу берут объемное ТЗ. Но здесь техническое задание не является таким всеобъемлющим, возможно составление для разных этапов работы собственных технически заданий. Т.е. основной документ в данном случае – План выполнения работ.

Например:

В качестве первого этапа внедрения выбираем участок Финансы и Движение товаров. Этот участок работ является очень важным для любой компании. Разбираемся с особенностями движений финансовых в организации, изучаем хранение и продажу товаров. На основе этого составляем ТЗ для автоматизации в ERP выбранного участка. И внедряем необходимый для этого участка функционал.

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

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

Минусы – увеличение сроков, которое заказчик может рассмтаривать как затягивание. При частичном внедрении сроки проведения работ могут затягиваться как по объективным причинам, так и по разных поводам, связанным с финансированием, человеческим фактором и т.д.  Кроме того, если руководитель бизнеса стремится получить все и сразу, его также не устроит отсутствие точных данных о внедрении (когда будет завершено, какова будет точная сумма и т.д.).

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

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

«Agile» подход

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

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

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

Основной плюс такого метода – работа по внедрению начинается сразу после принятия решения. Без длительной подготовки. Именно это и привлекает бизнесменов. Например, было принято решение – автоматизируем отдел продаж – сразу приступили к работе. Решили – надо перенести остатки – тут же они переносятся.

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

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

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

«Понемногу, но все и сразу»

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

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

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

1. Разработка технического задания.
2. Выполнение работ согласно технического задания.. Этот пункт может быть детализирован, выполнение работ тогда делится на несколько этапов.
3. Тестирование системы.
4. Ввод в эксплуатацию.
5. Обучение персонала.
6. Завершение (сдача) проекта.

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

Такой метод удобнее и реалистичнее, чем составление технического задания, так как общее ТЗ для всего проекта потребует 2-3 месяцев работы или даже больше, а полученный в результате объемный документ со всеми подробностями заказчику изучить будет очень сложно.

Здесь заказчик видит план со сроками и суммами для каждого этапа. А техзадания под каждый этап работ создаются отдельно, они небольшие и не требуют значительных временных затрат. Желательно еще и называть каждый из документов понятным образом. Например, «Бухгалтерия и финансы» или «Отдел продаж».

Плюсы такого подхода:

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

Минусы подхода:

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

Важная особенность планирования: При подсчете бюджета независимо от вашего опыта и точности оценки следует “заложить” дополнительную сумму на случай непредвиденных ситуаций. Оптимальный размер такой суммы - 30% от стоимости запланированных работ. Эти средства могут потребоваться при возникновении каких-то сложностей - организации обмена данными с программой, которая не поддерживает существующий API, доработка базовых справочников, сложности при переносе данных, реализация необходимых для работы функций, которые по той или иной причине не сумели предусмотреть заранее и т.д.

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

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

С каких модулей начинать?

Количество модулей, которые может предложить система ERP, вызывает нередко вопросы, с чего же начать, ведь возможностей очень много, как говорится, «глаза разбегаются». Я рекомендую начинать с наиболее критичных для работы компании направлений и связанных с ними модулей:

1. Финансы и взаиморасчеты. (Не путайте с бюджетированием – этот модуль можно и нужно внедрять позже, он относится к планированию, а не к текущей критически важной работе).
2. Движение товарно-материальных ценностей (ТМЦ): хранение, реализация, поступление.  Очень важно, чтобы ТМЦ учитывались корректно, перед переносом остатков обычно проводят инвентаризацию, далее – переносят остатки, после чего работа ведется уже только в новой системе.
3. Бухгалтерский учет. Внедрение модуля бухучета или организация обмена данными с бухгалтерской системой. Государство ничего не прощает, и за любое нарушение, независимо от наличия умысла, предусмотрено наказание. А потому бухгалтерский и налоговый учет – также система, критичная для работы любой компании.

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

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

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

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

‍