1. ERP как отражение процессов
Идея о том, что ERP-система одним своим появлением способна мгновенно упорядочить работу компании, – один из наиболее живучих мифов в автоматизации. 1С:ERP не является «волшебной таблеткой» и не улучшает процессы автоматически. Её реальная функция – показать процессы такими, какие они есть на самом деле. Проект внедрения помогает выявить проблемы в текущем состоянии процессов и перестроить их оптимальным образом.
И здесь логично возникает важный вопрос:
нужно ли сначала полностью «вылечить» процессы, а потом уже идти в ERP?
На практике – можно, но необязательно. Идеальные процессы существуют только в вакууме. В реальном бизнесе всегда есть исключения, зоны ручного управления и локальные особенности. Важно другое – понимать, что ERP-проект обязательно высветит эти неточности: проявит дубли, разрывы ответственности, устные договорённости, несогласованность данных и другие неформализованные механики, которые раньше терялись в ежедневной операционке.
Но это не значит, что нужно откладывать изменения. Наоборот, это причина использовать внедрение ERP как инструмент для наведения порядка. Компания фактически и инвестирует в то, чтобы команда аналитиков стала катализатором этих изменений – это один из ключевых результатов внедрения 1С:ERP. Для бизнеса хороший проект – это всегда процесс взаимной адаптации: где-то корректируется процесс, где-то – настройки системы, а где-то действительно появляется необходимость точечной доработки. И бояться этого совершенно не стоит: именно в совместной работе по структурированию процессов и рождается та самая управляемость, за которой компании приходят к ERP-системам.
Внедрение ERP – это не экзамен на зрелость, а скорее инструмент для постепенного перехода на следующий уровень.
Поэтому ERP не требует идеальности, она требует готовности. Назначать владельцев процессов, формализовать договорённости, поддерживать дисциплину ведения данных, принимать управленческие решения и двигаться в сторону прозрачности. Когда бизнес осознаёт, что автоматизация – это инвестиция в устойчивый рост, а не только в софт, ERP-проект начинает приносить ощутимый эффект.
И именно через этот взгляд легко объяснить, почему разные компании проходят внедрение по-разному: уровень зрелости процессов напрямую определяет скорость изменений, глубину настройки и необходимость доработок.
Характерные «симптомы» хаоса появляются задолго до старта проекта – и именно они показывают, где автоматизация пойдёт органично, а где сначала придётся разбираться с причиной, а уже потом настраивать инструмент.
2. Типичные «симптомы» хаоса
Когда компания приступает к проекту автоматизации, именно текущие процессы определяют уровень сложности внедрения. Незрелые, разрозненные или несогласованные процессы проявляются одинаково – через конкретные и хорошо наблюдаемые «симптомы». Эти признаки позволяют консультантам быстро оценить текущую управляемость бизнеса и понять, какие изменения понадобятся при переходе к работе в 1С:ERP.
Ниже – ключевые индикаторы, которые обычно указывают на проблемы в процессах и данных.
Наличие нескольких подобных признаков обычно говорит о том, что процессы и инструменты перестают соответствовать масштабу и динамике бизнеса и требуют пересмотра.
2.1 Симптомы, связанные с данными и учетом
- Систематические ручные корректировки и проводки
- Дублирование данных и разрозненность аналитики
- Разрозненные источники данных и отчёты для одинаковых или схожих показателей, живущие своей жизнью
- Отсутствие единых справочников и стандартов
- Устные согласования и договоренности
- Множество локальных обходов и исключений
- несоблюдению регламентов,
- невозможности обеспечить единый стандарт данных,
- дублированию функций в разных подразделениях и т.д.,
- отсутствию возможности проанализировать первичные причины ошибок.
- Несогласованность между подразделениями
- Избыточные операции
- Неиспользуемые и «завалявшиеся» документы
- Отсутствие прозрачности для руководства в режиме онлайн
- Слабая или отсутствующая регламентная отчётность
- Сложность передачи знаний новым сотрудникам
Единичные корректировки – нормальная часть операционной деятельности. Но когда ручные правки становятся систематическими и массовыми, это говорит о проблеме в процессе.
Такие корректировки искажают аналитику, усложняют аудит и создают лишнюю нагрузку на бухгалтерию и ИТ. Особенно важно обратить внимание на регулярные корректировки, выполняемые задним числом. Одна из основных целей использования ERP-системы – давать полную картину состояния бизнеса здесь и сейчас.
Если одни и те же бизнес-данные приходится вводить на разных этапах процесса (в систему, в excel-файл, в письмо и т.д.) несколько раз – на каком-то из этапов скорее всего возникнут ошибки. Ситуация усугубляется, когда один и тот же объект отражается разными людьми и разными способами. В итоге возрастает не только вероятность неточностей, но и общая трудоёмкость работы, что напрямую увеличивает затраты на ФОТ.
Когда данные для отчётов собираются из разных систем, Excel-файлов и устных источников, а для разных отчётов используется своя логика расчётов, возникает эффект «нескольких правд». Если у каждого менеджера – свой Excel-план, у логиста – собственная таблица запасов, у снабжения – свой расчёт потребностей, а у бухгалтерии – отдельные шаблоны актов, компания фактически живёт в десятках параллельных измерений, не связанных друг с другом.
ERP рассчитана на то, чтобы быть единым достоверным источником правды.
Но, если часть данных ведётся в XLS, часть – «на листочке», а часть – в голове у сотрудников, отчёты становятся непредсказуемыми. Иногда это приводит даже к тому, что в систему вводят данные только «для отчёта» – формально, не отражая реальности.
Такая раздробленность данных блокирует управленческие решения, приводит к существенным затратам менеджмента на выравнивание позиций и делает автоматизацию не просто желательной, а необходимой: она создаёт почву для построения единого информационного пространства.
Номенклатура в трёх вариантах написания, дубли контрагентов, разные классификаторы у отделов, разные единицы измерения – всё это делает аналитику хаотичной по определению. ERP не терпит разноформатных справочников: единая система кодов и наименований – основа точных данных. Появление десятков версий одного и того же объекта может указывать как на отсутствие методологии, так и на обычные человеческие ошибки, халатность или нехватку контроля качества данных.
2.2 Симптомы, связанные с процессами и взаимодействием подразделений
Когда некоторые решения существуют только в устной форме, в бизнесе возникают две хронические проблемы: информация теряется (кто-то забыл, ушёл в отпуск, уволился) и информация искажается (сотрудники понимают одно и то же по-разному, либо информация есть, но она вносится не здесь и сейчас, а с существенным отставанием по времени. В итоге фактические показатели имеют перекосы в ту или иную сторону). Также устные согласования / передачи информации не имеют за собой фиксированного ответственного.
ERP четко показывает, где нет формальных точек фиксации. Там, где сегодня сотрудники «и так всё знают», завтра процессы ломаются из-за пропущенных устных договорённостей.
Каждый раз, когда сотрудники создают собственные «локальные правила» – обходы, устные исключения, альтернативные последовательности действий – исчезает единообразие процессов. Часто это означает не только отсутствие формализованного подхода, но и то, что процессы организуются так, как удобно конкретным сотрудникам в данный момент времени, а не компании в целом.
Для ERP это означает одно: таких процессов, по сути, не существует. Есть десятки вариаций, которые невозможно автоматизировать одинаково. Это приводит к:
Когда каждый отдел работает сам по себе, бизнес-процесс разваливается на стыках, где возникают паузы, расхождения в данных и взаимные ожидания. Например: менеджер считает, что документ должен оформить склад, склад ждёт подтверждения от менеджера, а бухгалтер вообще думает, что документ уже оформлен.
ERP как раз и строится вокруг сквозных цепочек, поэтому отсутствие межфункциональной синхронизации – один из наиболее болезненных симптомов хаоса, проявляющийся сразу при моделировании целевой схемы.
2.3 Симптомы, связанные с организационными вопросами
Пример – «пять таблиц перед тем, как создать заказ», печать ненужных документов, двойная проверка одной и той же информации и т.д. Такие цепочки часто складываются исторически, но не имеют ценности ни для клиента, ни для продукта, ни для контроля.
Документы, которые созданы, но не проведены, не закрыты, не доделаны – это прямой показатель провалов в процессе. Часто за такими документами скрывается реальная невыполненная работа, например, незавершённая сделка – потерянная возможность получить выручку.
Часто, если документ «застрял», это значит, что какой-то шаг цепочки завис – а значит, в процессе есть место, где ответственность или порядок действий не определены.
Если руководитель получает реальную картину бизнеса только раз в месяц или через Excel-сводку, которую «кто-то собирает руками», – это явный сигнал о дефиците зрелости процессов компании. ERP-система предполагает доступ к живым данным 24/7. А если их нет – значит, нет и процесса, который мог бы эти данные производить.
Регламентированные отчёты требуют чёткого процесса и корректных первичных данных. Если отчётность заполняется вручную или её подготовка превращается в недельный проект, значит, процессы не дают стабильного воспроизводимого результата.
Периодическая отчётность, если она существует только «в голове», со временем неизбежно искажается: раз в квартал / год можно забыть важные шаги или данные. А при любом внешнем или внутреннем запросе на детализацию – будь то камеральный контроль, проверка аудиторов или запрос руководства – потребуется точная расшифровка. И если отчётность формировалась вручную и без системы, доказать её корректность будет крайне сложно.
Если новый специалист может полноценно работать только через полгода после найма, причём только под руководством «носителя знания», – это признак отсутствия зафиксированных и задокументированных процессов. ERP-проект всегда вскрывает подобные зоны риска: чтобы автоматизировать процесс, его необходимо сначала сделать передаваемым и понятным. Когда знание живёт в голове одного человека, компания фактически зависит от него сильнее, чем от системы.
2.4 Что выявленные симптомы говорят о состоянии процессов?
Наличие хаоса – естественный этап роста. Большинство предприятий приходят к внедрению ERP именно тогда, когда ручные, разрозненные и неструктурированные процессы перестают выдерживать масштаб бизнеса.
Все перечисленные выше признаки служат материалом для работы. Чем больше таких симптомов, тем выше вероятность, что внедрение будет не просто автоматизацией, а трансформацией бизнес-процессов. И важно понимать: устранение этих проблем требует усилий прежде всего со стороны бизнеса, в том числе в рамках проекта внедрения.
При этом важно не тащить хаос в проект. Если процессы незрелые и разнородные, иногда имеет смысл начать с базового типового решения, реализованного в программном продукте. Использовать его, посмотреть, какие механики работают лучше, а какие требуют адаптации. Нельзя перепрыгнуть от «каменных топоров» сразу к самолётам: развитие системы управления должно быть постепенным, последовательным и осознанным.
ERP-проект – это не попытка уложить предприятие в жесткие рамки. Это возможность превратить хаотичный набор привычек, оперативных решений и устных договорённостей в прозрачную, предсказуемую и масштабируемую операционную модель.
Это логично приводит нас к следующему вопросу: что бизнесу делать дальше и с чего начинать путь к упорядоченной, масштабируемой системе управления.
3. Как подойти к изменениям?
Когда на основании выявленных симптомов хаоса становится ясно, что процессы в компании разрознены, нестабильны и не дают прозрачной картины работы, есть три основных пути к изменениям:
- Консалтинг до автоматизации.
- Высокая управляемость изменений
- Понятная целевая модель к моменту внедрения
- Нагрузка на ключевых пользователей распределена во времени, что критично при ограниченной доступности бизнеса
- Получение эффектов от организационных преобразований еще до автоматизации
- Отсутствие возможности отражения изменений в информационной системе
- Существенное увеличение сроков до завершения всего проекта внедрения (и соответствующие эффекты от внедрения ERP тоже откладываются во времени)
- Дополнительный бюджет до начала проекта внедрения
- Высокие требования к вовлечённости бизнеса
- Получить максимум выгоды из внедрения ERP.
- Оптимальный баланс сроков, бюджета и результата
- Сокращение времени до появления эффектов от автоматизации
- ERP выступает единым контуром управления, в рамках которого выравниваются ключевые бизнес-процессы и системно устраняются разрывы и противоречия на межфункциональных стыках.
- ERP формирует целостную и связную модель ключевых бизнес-процессов предприятия, делая прозрачными и управляемыми все межфункциональные взаимодействия.
- Возможность устранить ключевые бизнес-gap’ы в рамках одного проекта за счёт реиспользования аналитических и проектных работ (как внутри одного проекта, так и за счет использования опыта проектной команды в автоматизации других проектов)
- Требует постоянной вовлечённости бизнеса на всём протяжении проекта
- Эффект от организационных изменений ниже, чем при отдельном консалтинге до автоматизации
- Автоматизировать текущие процессы без трансформации.
Наиболее аккуратный, но затратный путь. Компания перед проектом внедрения сначала инвестирует в формализацию процессов как есть, далее в оптимизацию и стандартизацию: формируются регламенты, роли, зоны ответственности, целевая модель работы. Такой подход часто предполагает реальные организационные изменения: перераспределение функций, изменение управленческих контуров, пересмотр ответственности руководителей, а в отдельных случаях – и трансформацию самой бизнес-модели. Автоматизация в этом случае становится следующим этапом, закрепляющим изменения.
Плюсы:
Минусы:
Подход хорошо работает для компаний с достаточным запасом времени и ресурсов.
Это наиболее распространённый и сбалансированный сценарий, при котором внедрение ERP и оптимизация процессов идут параллельно. Компания не выносит процессные изменения в отдельный консалтинговый проект, а использует сам проект автоматизации как инструмент наведения порядка.
Как это устроено на практике? Проект стартует с внедрения конфигурации 1С:ERP, основанной на лучших управленческих практиках, где команда аналитиков и консультантов выполняет обследование текущих процессов, проектирует целевые сценарии и сразу сопоставляет их с возможностями системы, опираясь на опыт автоматизации компаний со схожей отраслевой и операционной спецификой.
Выгода этого подхода заключается в том, что значительная часть работ по анализу и проектированию процессов пересекается с тем, что обычно выполняется в рамках консалтинга до автоматизации. Обследование, выявление проблемных зон, анализ разрывов между текущей практикой и целевой моделью (business gap’ов) выполняются один раз и повторно используются сразу для нескольких задач: выработки решений по трансформации процессов, выбора типового функционала и проектирования необходимых настроек или доработок ERP. Дополнительно используется накопленный опыт команды внедрения ERP и лучшие практики автоматизации схожих процессов. В совокупности это снижает затраты по времени и бюджету по сравнению с раздельными проектами консалтинга и внедрения.
В результате компания получает двойной эффект: управленческая ценность от автоматизации проявляется быстрее, а изменения в процессах не остаются декларативными – они сразу закрепляются в системе и начинают работать на практике. ERP в этом сценарии становится и механизмом устойчивого улучшения операционной деятельности.
Плюсы:
Минусы:
На первый взгляд – самый простой путь: автоматизировать существующие процессы «как есть», минимизируя организационные изменения. Однако на практике он часто малорезультативен: система будет отражать существующий хаос, не устраняя его, но позволяет работать без крупных организационных изменений. При этом для зрелых компаний с формализованными и устойчивыми процессами, не имеющих выраженных симптомов хаоса, такой подход может быть оправдан и эффективен.
Плюсы:
- Минимальные изменения для сотрудников на старте проекта
- Относительно быстрый формальный запуск системы
Минусы:
- ERP начнет фиксировать и масштабировать существующие проблемы при их наличии
- Вырастет количество доработок и ручных корректировок
- Экономический эффект от внедрения системы ограничен
Система в этом случае становится отражением текущего состояния, но не инструментом развития.
Сравнение подходов к изменениям при внедрении ERP
| Критерий | Консалтинг до автоматизации | Изменения в ходе внедрения ERP | Автоматизация «как есть» |
| Длительность | Высокая | Средняя | Высокая |
| Первоначальный бюджет | Высокий | Средний | Низкий |
| Общий бюджет | Высокий | Средний | Высокий |
| Эффекты от организационных преобразований | Высокие | Средние | Низкие |
| Эффекты от автоматизации | Высокие | Высокие | Низкие |
| Управляемость изменений | Высокая | Средняя | Низкая | Нагрузка на бизнес | Средняя | Высокая | Низкая |
Выбор стратегии зависит от зрелости процессов, готовности команды и бюджета. Главное – понять: любые изменения требуют участия бизнеса, осознанного подхода и последовательного внедрения.
Опираясь на практику внедрений, наиболее универсальным и применимым для большинства компаний является второй путь – использование проекта внедрения ERP как управляемого пространства для постепенных изменений. Именно он позволяет получить эффект без затяжной подготовки и без попыток «законсервировать» существующие проблемы.
ERP не наводит порядок автоматически, но при правильном подходе становится сильным инструментом для его выстраивания.