Как перейти от переписанной системы к ERP, не потеряв управляемость производства. Опыт Concept IT и Аедон

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

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

Именно в такой точке находился АЕДОН.

Компания долго работала в программе 1С:УПП. За это время в системе накопилось много разрозненных решений, сделанных разными разработчиками в разное время. Часть из них помогала бизнесу, но в целом система переставала быть единым управляемым инструментом. Поддержка усложнялась, отдельные процессы жили по собственным правилам, а бизнес все сильнее зависел от локальных настроек и накопленного “наследия”.

Поэтому было принято решение перейти на ERP и выстроить более устойчивую основу для управления.

Почему компания пошла в проект

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

Для генерального директора в таком проекте важен не выбор между “старой” и “новой” версией системы. Важен выбор между двумя моделями управления: продолжать работать в разрозненной системе или перейти к архитектуре, которую можно развивать, поддерживать и масштабировать.

Как строилась работа

Проект шел не как “просто настройка 1С”, а как полноценное производственное внедрение.

Базовая методология выглядела так:

• обследование процессов;
• моделирование будущей схемы работы;
• проектирование доработок;
• разработка;
• опытно‑промышленная эксплуатация;
• дальнейшее развитие после запуска.

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

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

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

Какие блоки были внедрены и доработаны

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

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

Отдельно была реализована интеграция CRM и IP‑телефонии: при входящем звонке клиент сразу попадал на своего менеджера. Для активных продаж был автоматизирован расчет KPI и бонусной части — с учетом нескольких показателей результативности.

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

• подсистема согласования счетов на оплату;
• ускоренный запуск заказов на производство;
• специальные доработки для раздельного учета по гособоронзаказу;
• набор специализированных печатных форм.

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

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

Для него было разработано рабочее место снабжения — фактически единый интерфейс, где сотрудник закупок видит:

• остатки на складе;
• сформированную потребность по заказам;
• резервы на складе;
• среднюю скорость расхода;
• стоимость компонентов;
• другие, данные, необходимые для принятия решения о закупке.

Для расходных материалов был реализован отдельный контур с учетом собственных норм расхода.

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

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

Для этого были реализованы:

• документы входного контроля;
• рабочие места для сотрудников входного контроля;
• логика разных сценариев испытаний для разных типов компонентов;
• фиксация результата и разрешение на дальнейшее использование партии.

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

Производство

Именно в производственном контуре проект стал по‑настоящему отраслевым.

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

В системе были реализованы следующие ключевые блоки.

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

Приемо‑сдаточные испытания. Была создана специализированная подсистема приемо‑сдаточных испытаний. Она учитывает два режима работы:

• автоматический, когда данные поступают со стендов тестирования;
• ручной, когда оператор снимает параметры и вводит их в систему.

Система сравнивает фактические показатели изделия с нормативами из технических условий. Если изделие соответствует требованиям, на его основе формируется паспорт. Если нет — партия уходит на доработку или в брак.

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

Это позволяет быстро фиксировать:

• кто взял партию в работу;
• на каком этапе она находится;
• когда работа началась и закончилась;

Такой подход резко сокращает объем ручного ввода и дает производству прозрачную картину движения заказа по этапам.

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

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

Интеграция с оборудованием. Производственный контур был интегрирован с оборудованием, в том числе:

• со стендами автоматического тестирования;
• с оптическими инспекциями
• с рентген‑счетчиками для быстрой инвентаризации катушек с компонентами

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

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

Инженерные данные и PDM

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

Из PDM в ERP автоматически загружаются ресурсные спецификации. Это избавляет от ручного переноса состава изделия и снижает риск ошибок между инженерным и производственным контуром.

Экономика, ГОЗ и движение денег

Экономический блок в проекте тоже потребовал существенных доработок.

Отдельное направление — раздельный учет по гособоронзаказу. Для предприятий, работающих по 275‑ФЗ, важно хранить и быстро собирать большой объем целевых параметров по контракту: плановые затраты, нормы расхода, расчетные показатели, прибыльность и другие данные, необходимые для регулярной отчетности.

В ERP были реализованы:

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

Интеграции и обмены

Чтобы система работала как единое цифровое ядро, были настроены обмены:

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

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

Что оказалось самым сложным

Технически проект был сложным, но ключевые сложности лежали в организационной плоскости.

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

Именно здесь и возникает главное сопротивление:

• кто‑то не хочет формализовать процесс;
• кто‑то не готов быстро давать информацию;
• кто‑то предпочитает локальные ручные решения;
• кто‑то опасается избыточной прозрачности.

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

Что получил бизнес

Основной переход занял около года, после чего проект перешел в фазу развития.

За это время компания получила не просто новую систему, а гораздо более управляемую цифровую основу:

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