Разработка системы планирования и контроля производства для фармпредприятия из топ-20 Forbes
Заказчик из топ-20 Forbes не имел инструмента, чтобы видеть производство в реальном времени: планирование жило в Excel, узкие места искали вручную, данные по сериям и оборудованию были разрознены. BPA Develop собрала систему, которая фиксирует процессы, находит узкие места и автоматизирует часть управленческих решений.
О заказчике и условия публикации
Клиент — крупное фармацевтическое предприятие из топ-20 производителей России по рейтингу Forbes 2025. В публичной версии кейса название компании, конкретные производственные показатели и формулы расчётов не раскрываются. Сохранены характер решаемых задач, состав системы и порядок цифр по эффектам.
Производство работает с реестром серий ЦПСИ, ведёт паспорта продуктов с многоступенчатой маршрутной картой, обслуживает несколько цехов и десятки участков с разным оборудованием. Объём данных и сложность связей между процессами уже не позволяли управлять производством через таблицы.
Исходная ситуация
До внедрения большая часть отслеживания и планирования держалась на Excel, ручных сверках и опыте отдельных сотрудников. Этот формат работал, пока ассортимент и объём оставались управляемыми. С ростом нагрузки начали проявляться системные дыры.
Ключевые проблемы до внедрения
Маршрут производства по сериям препарата нигде не существовал целиком — данные были разнесены по таблицам, файлам и головам людей.
Невозможно было быстро увидеть, какое оборудование сегодня перегружено, а какое простаивает половину смены.
Если на участке возникала задержка, никто не мог за минуту посчитать, как это сдвинет ближайшие 10 серий.
Контроль брака по сериям шёл с задержкой — забракованная серия могла продолжать числиться в плане выпуска.
Роли и права доступа согласовывались неформально, без журнала действий и матрицы полномочий.
Архитектура решения
Систему производственного отслеживания и планирования собрали из шести логических модулей. Они работают вместе, но каждый закрывает свою боль на производстве. Ниже — интерфейсы по блокам и что делает каждый экран.
Паспорта продуктов
Паспорт продукта — это технологический маршрут производства одной версии препарата. На одном экране собраны участки, процессы, оборудование, время цикла, нормы труда и плановые даты. Раньше эту картину собирали из 5–7 файлов и звонков технологу. В системе паспорт версионируется: у препарата может быть несколько действующих и архивных версий — это критично для фармы с её регуляторными требованиями к воспроизводимости.
Цеха и участки
Раздел описывает физическую сторону производства. Каждый участок — сменная зона со своим графиком, набором оборудования и стандартными процессами обслуживания (уборка, ТО). Через карточку участка система понимает, что доступно для планирования прямо сейчас, а что выпало по графику или на ТО. На основе графиков и аппаратной схемы рассчитывается плановая загрузка оборудования по часам и дням: перегруженные ресурсы подсвечиваются как узкие места, недогруженные показывают потенциал.
Реестр серий ЦПСИ
Каждая серия (например 125EV12) имеет свой статус и связь с действующим или архивным паспортом. Статус обновляется автоматически по факту прохождения операций: запланирована, в работе, завершена, не использовалась. Реестр связан с планом напрямую: забракованная серия автоматически пересчитывает план — освободившийся слот оборудования отдаётся следующей серии по приоритету, а планировщик получает уведомление подтвердить пересчёт.
Управление пользователями и контроль доступа
На предприятии работают разные роли с разным уровнем доступа: администратор, оператор, технолог, ведущий технолог, планировщик, начальник смены, начальник цеха, руководитель подразделения. Раньше доступ определялся личным согласованием, а автора изменения в плане восстановить было сложно. Теперь все значимые действия пишутся в журнал: кто открыл паспорт, кто согласовал перенос серии, кто забраковал партию, кто отредактировал график участка — это закрывает часть вопросов внутреннего и внешнего аудита.
Аналитика загрузки оборудования
Связка «Паспорта + Цеха и участки + Реестр серий» позволяет посчитать загрузку любого оборудования за любой период с разбивкой по сериям, процессам и операторам. Настроены циклограммы и аналитические отчёты:
- какое оборудование стабильно работает в перегрузке и тормозит общий выпуск;
- где случаются регулярные простои и из-за каких процессов (переналадка, ожидание сырья, ТО);
- как сдвиг смены или альтернативный ресурсный центр повлияет на план следующих 30 дней;
- какие операции отклоняются по времени цикла от паспортной нормы.
Интеграции с корпоративным контуром
Чтобы система не стала ещё одной изолированной программой, её связали с тремя ключевыми контурами предприятия.
Двусторонний обмен по сырью и готовой продукции. Списания, поступления и остатки попадают в планирование без ручного ввода.
Обработка текстовых отклонений (комментарии операторов, нештатные ситуации) и подсказки планировщику по типовым конфликтам.
Управленческая отчётность выгружается в существующую BI-систему, чтобы топ-менеджмент работал в привычной среде.
Сравнение до и после внедрения
| Что меняли | До системы | После внедрения |
|---|---|---|
| Маршрутная карта | Раздроблена по Excel и описаниям технологов | ✓Один паспорт препарата на экране с версионированием |
| Поиск узких мест | Вручную, по ощущениям и опыту | ✓Автоматический расчёт загрузки оборудования |
| Реакция на брак серии | С задержкой, риск ошибки в плане | ✓Перевод в брак за одно действие, план пересчитывается |
| Влияние сдвига серии | Считалось часами, риск ошибки | ✓Видно мгновенно в плане участка |
| Контроль ролей и доступов | По согласованию, без журнала | ✓Восемь ролей с журналом действий |
| Альтернативное оборудование | Помнил начальник смены | ✓Привязано к каждой операции в паспорте |
| Связь с 1С и BI | Ручные выгрузки и сверки | ✓Двусторонние интеграции в фоне |
Результаты первого года эксплуатации
Цифры названы с порядком величины. Точные значения по соглашению с заказчиком публично не раскрываются.
- Простои основного оборудования снизились примерно на 20%. Узкие места видны до того, как переходят в недовыпуск.
- Просрочки отгрузок упали примерно вдвое — план пересчитывается при каждом отклонении, а не раз в неделю.
- Выпуск на сотрудника вырос на 20%. Освободилось время, которое уходило на ручную сверку и поиск данных.
- Запасы сырья сократились на десятки миллионов рублей. Закупки опираются на фактический план, а не на запас прочности.
- Появился аудиторский след. На вопрос «кто и когда внёс это изменение» в системе всегда есть ответ.
Этапы реализации
Предпроектное обследование
Две недели на площадке: разговоры с технологами, начальниками смен и планировщиками, наблюдение за работой в Excel. Описали 20 ключевых сценариев — из них выросло ТЗ.
Техническое задание и архитектура
Разделили систему на модули по бизнес-смыслу, а не по техническим слоям — чтобы вводить функциональность поэтапно и снять риск «большого взрыва» на запуске.
Проектирование интерфейсов
Каждый экран проходил прототип в Figma и согласование с конкретной ролью на стороне клиента — с теми, кто будет работать с ним каждый день.
Разработка и интеграционный контур
React на фронте, Node.js на бэкенде, PostgreSQL для хранения. Интеграции с 1С — через REST с очередью на стороне 1С; BI-выгрузки — регулярными ETL-процессами.
Внедрение и сопровождение
Запускали по подразделениям, чтобы каждый цех освоил интерфейсы и не сломал критичный поток. Команда сопровождает систему, развивает аналитику и достраивает циклограммы под новые препараты.
Технологический стек и состав команды
Экспертиза BPA Develop в отраслевых проектах
- Аккредитованная IT-компания, лидер «Рейтинга Рунета» по разработке.
- Работаем с предприятиями, где интерфейс должен быть понятен человеку в цехе на сменной смене, а не выглядеть красиво на демо.
- Закрываем весь цикл — от обследования до эксплуатации, без передачи кода на сторону.
- Поддерживаем фарму, машиностроение, дистрибуцию, ритейл и сложный B2B.
Обсудим ваш проект
Если действующие инструменты планирования перестали справляться с объёмом, а потери фиксируются только постфактум — обсудим задачу на бесплатной первой встрече. Предпроектное обследование, оценка задач и срок до запуска первой функциональности занимают 2–3 недели.
Расскажите о проекте