01

Исполнительное резюме

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

02

Вызов (Challenge)

Исходная ситуация

До начала проекта в К В Системы использовалась та же устаревшая система 1С: УПП, что и в Аедон, с аналогичными проблемами: недокументированные доработки, нарушенная логика учёта, сложность поддержки. Производство включало в среднем 30 этапов, сотни и тысячи документов в обороте, значительные объёмы незавершённого производства.

Истинные драйверы проекта

Руководство К В Системы, наблюдая успешное внедрение в Аедон, приняло стратегическое решение о переходе на 1С: ERP. Запрос формулировался максимально просто: «Хотим так же, как у Аедон». Однако, как показала дальнейшая работа, даже при высокой степени сходства (около 90%) существуют уникальные особенности, требующие индивидуальной доработки.

Ключевые отличия бизнес-процессов К В Системы от Аедон

1. Запуск производства с неполной комплектацией. В К В Системы допускается начало производственного цикла при отсутствии части компонентов. Недостающие материалы дозакупаются и устанавливаются на изделие в середине цикла, что позволяет не терять время на старте. В Аедон такая практика отсутствует — запуск возможен только при полном обеспечении.

2. Особенности складского учёта. На складе внедрены элементы адресного хранения: сотрудники знают, в каком стеллаже и на какой полке искать товар. Однако точный количественный учёт в разрезе ячеек не ведётся. Принята компромиссная модель: система показывает зону хранения, но фактический остаток в ячейке может отличаться от учётного. «Понимали, куда идти, когда пришёл на склад, — нужно идти в таком-то стеллаже, в такой-то ячейке. А сколько там осталось — непонятно».

3. Схема списания материалов. В Аедон списание материалов привязано к конкретным объектам и этапам. В К В Системы использовался иной принцип: сотрудники сканировали штрих-код при взятии в работу, но дальнейшая сверка с фактическим расходом не производилась. «Они сканировали при взятии в работу штрих-код. И эта информация уже не сверялась».

4. Отчётность. В отличие от Аедон, где разрабатывались принципиально новые отчёты, в К В Системы основной задачей была адаптация существующих: объединение нескольких отчётов в один, переработка под другую структуру регистров. При этом появились отчёты, которых нет в типовой 1С, например, позволяющие видеть «количество проблем» в производстве (сводный контрольный отчёт, дающий картину узких мест).

Технические риски  

03

Решение (Solution)

Организационная модель

Ключевое отличие проекта в К В Системы — наличие активного куратора со стороны заказчика. Им выступил главный инженер предприятия, который:

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

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

Техническая реализация

1. Адаптация под запуск с неполной комплектацией  

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

Это потребовало модификации документов «Заказ на производство» и «Этап производства», а также создания новых отчётов для контроля своевременности дозакупок.

2. Складской учёт с адресным хранением без жёсткого количественного учёта в ячейке  
   Реализована компромиссная модель:

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

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

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

4. Отчётность  
   Вместо создания новых отчётов проведена работа по оптимизации существующих:

• Несколько разрозненных отчётов объединены в один, дающий комплексную картину.
• Переработана структура регистров под реальные потребности управленческого учёта.
• Реализован сводный контрольный отчёт, позволяющий видеть «количество проблем» в производстве — узкие места, задержки, отклонения. Этот отчёт отсутствует в типовой 1С и был разработан специально под запросы руководства К В Системы.

5. Миграция данных  
   Перенос данных из 1С: УПП выполнен в полном объёме, включая незавершённое производство. Учитывая большое количество этапов и документов, разработана процедура поэтапной миграции с контрольными сверками, чтобы исключить потери информации.

04

Результаты (Benefits)

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

Количественные метрики (сокращение времени простоев, повышение точности учёта) не фиксировались, но руководство отмечает повышение прозрачности и управляемости производственных процессов.

Ключевые технические уроки

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

2. Даже при высоком сходстве процессов (90%) необходимы индивидуальные доработки. Запрос «хотим так же, как у них» требует тщательной проверки: реальные процессы могут отличаться в деталях, критичных для учёта. Предпроектное обследование обязательно, даже если есть готовый отраслевой шаблон.

3. Возможны компромиссные технические решения, соответствующие реальной практике. Пример со складским учётом показывает, что не всегда нужно внедрять «идеальную» модель с точным количественным учётом в каждой ячейке. Если бизнес готов мириться с упрощениями ради скорости и простоты, система должна это поддерживать.

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

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

6. Миграция незавершённого производства — один из самых сложных этапов. Необходимо тщательное планирование и поэтапный контроль, чтобы не потерять данные о многотысячных остатках в производстве.

05

Заключение

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