Статьи
Как перейти от переписанной системы к ERP, не потеряв управляемость производства. Опыт Concept IT и Аедон
Лид: В статье — как выстраивали единый цифровой контур: продажи и CRM, снабжение и входной контроль, производство с ПСИ и штрихкодированием, акты несоответствия, интеграцию с оборудованием, раздельный учёт по ГОЗ и обмены со смежными системами.
У производственных компаний редко бывает момент, когда старая система “ломается” в один день. Гораздо чаще она продолжает работать, но становится все менее предсказуемой: доработки наслаиваются друг на друга, логика усложняется, документация устаревает, а любое изменение требует все больше усилий.
Именно в такой точке находился АЕДОН.
Компания долго работала в программе 1С:УПП. За это время в системе накопилось много разрозненных решений, сделанных разными разработчиками в разное время. Часть из них помогала бизнесу, но в целом система переставала быть единым управляемым инструментом. Поддержка усложнялась, отдельные процессы жили по собственным правилам, а бизнес все сильнее зависел от локальных настроек и накопленного “наследия”.
Поэтому было принято решение перейти на ERP и выстроить более устойчивую основу для управления.
Почему компания пошла в проект
Переход на ERP здесь был стратегическим шагом, а не реакцией на аварийную ситуацию.
С одной стороны, появилась более современная платформа управления предприятием. С другой — стало понятно, что часть ранее самописного функционала уже существует в типовом виде и его можно не изобретать заново, а адаптировать под специфику производства.
Для генерального директора в таком проекте важен не выбор между “старой” и “новой” версией системы. Важен выбор между двумя моделями управления: продолжать работать в разрозненной системе или перейти к архитектуре, которую можно развивать, поддерживать и масштабировать.
Как строилась работа
Проект шел не как “просто настройка 1С”, а как полноценное производственное внедрение.
Базовая методология выглядела так:
  • обследование процессов;

  • моделирование будущей схемы работы;

  • проектирование доработок;

  • разработка;

  • опытно-промышленная эксплуатация;

  • дальнейшее развитие после запуска.

На практике все начиналось с описания и согласования процессов. Для производственного ERP-проекта это не формальность, а точка, где компания фиксирует, как на самом деле движется заказ: от клиента и закупок до производства, испытаний, и финансовой отчетности.
В проект были включены продажи, снабжение, производство, качество и связанные с ними контуры. Экономический блок не ставили в центр с первого дня: сначала нужно было наладить первичное движение документов и данных, а уже потом строить на этой базе качественную управленческую картину.
Ключевой принцип проекта был простым: максимально использовать типовую ERP там, где это возможно, и дорабатывать только то, что действительно связано со спецификой производства радиоэлектроники.
Какие блоки были внедрены и доработаны
Продажи и CRM
В коммерческом блоке система была существенно доработана под реальную структуру работы.
У компании были разные роли в продажах: одни сотрудники развивали отношения с действующими клиентами, другие занимались активными продажами и поиском новых контактов. Для этого была глубоко кастомизирована встроенная CRM-подсистема.
В отрасли важна не только история контакта, но и большой объем технической справочной информации по клиенту и применению продукции. Система была адаптирована так, чтобы хранить специализированные данные, необходимые именно для взаимодействия с заказчиками, работающими в сфере радиоэлектроники.
Отдельно была реализована интеграция CRM и IP-телефонии: при входящем звонке клиент сразу попадал на своего менеджера. Для активных продаж был автоматизирован расчет KPI и бонусной части — с учетом нескольких показателей результативности.
Для клиентского отдела, который принимает заказы и запускает их в производство, были разработаны отдельные механизмы:
  • подсистема согласования счетов на оплату;

  • ускоренный запуск заказов на производство;

  • специальные доработки для раздельного учета по гособоронзаказу;

  • набор специализированных печатных форм.

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

  • сформированную потребность по заказам;

  • резервы на складе;
  • среднюю скорость расхода;

  • стоимость компонентов;

  • другие, данные, необходимые для принятия решения о закупке.

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

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

  • логика разных сценариев испытаний для разных типов компонентов;

  • фиксация результата и разрешение на дальнейшее использование партии.

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

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

Система сравнивает фактические показатели изделия с нормативами из технических условий. Если изделие соответствует требованиям, на его основе формируется паспорт. Если нет — партия уходит на доработку или в брак.
Для ускорения этого процесса было разработано мобильное решение с голосовым вводом. Вместо бумажных записей и повторного ручного ввода оператор сканирует партию, диктует результаты, а система преобразует речь в данные и отправляет их в ERP.
Штрихкодирование и движение партий
Для отслеживания производственных этапов была реализована система штрихкодирования партий и исполнителей. У каждого работника — персональный штрихкод, у каждой партии — свой. Это позволяет быстро фиксировать:
  • кто взял партию в работу;

  • на каком этапе она находится;

  • когда работа началась и закончилась;

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

Последний блок особенно важен для предприятий с автоматическим монтажом. Он позволяет быстро определять остатки на катушках, учитывать технологические потери и поддерживать точность учета без тяжелых ручных пересчетов.
Приоритеты и производственная мотивация
В системе была реализована приоритизация партий. Диспетчеры и руководители производства могут выделять заказы, которые нужно продвигать быстрее. Эти приоритеты видны на рабочих местах и в отчетах. Дополнительно система учитывает нормирование операций и помогает видеть фактическую выработку по сотрудникам и подразделениям.
Инженерные данные и PDM
Для производства радиоэлектроники критично поддерживать актуальность ресурсных спецификаций и этапов изготовления изделия. Поэтому ERP была интегрирована с PDM-системой, в которой живет инженерная часть: состав изделия, производственные этапы, изменения по документации и другие конструкторские данные.
Из PDM в ERP автоматически загружаются ресурсные спецификации. Это избавляет от ручного переноса состава изделия и снижает риск ошибок между инженерным и производственным контуром.
Экономика, ГОЗ и движение денег
Экономический блок в проекте тоже потребовал существенных доработок.
Отдельное направление — раздельный учет по гособоронзаказу. Для предприятий, работающих по 275-ФЗ, важно хранить и быстро собирать большой объем целевых параметров по контракту: плановые затраты, нормы расхода, расчетные показатели, прибыльность и другие данные, необходимые для регулярной отчетности.
В ERP были реализованы:
  • хранение параметров государственных контрактов;

  • нормативы затрат на материалы и комплектующие;

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

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

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

Дополнительно были реализованы универсальные доработки, например гибкие даты в отчетах, чтобы пользователи могли один раз настроить нужную логику отбора и получать актуальные данные без ежедневной ручной перенастройки.
Что оказалось самым сложным
Технически проект был сложным, но ключевые сложности лежали в организационной плоскости.
ERP в производственной компании — это всегда управленческое изменение. Людям нужно не просто освоить новый интерфейс, а начать работать по более прозрачным правилам. Именно здесь и возникает главное сопротивление:
  • кто-то не хочет формализовать процесс;

  • кто-то не готов быстро давать информацию;

  • кто-то предпочитает локальные ручные решения;

  • кто-то опасается избыточной прозрачности.

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

  • прозрачный производственный контур;

  • блок контроля качества;

  • интеграцию инженерных, производственных и экономических данных;

  • снижение зависимости от старого разрозненного кода;
  • возможность дальше развивать систему.
16.08.2026
See also