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

До проекта производственное планирование частично зависело от Excel, ручных сверок и экспертных знаний сотрудников. При росте сложности производства это увеличивало нагрузку на команду и затрудняло оперативный анализ изменений.

Клиенту требовалась система, которая:

- помогает управлять производственным планом и видеть загрузку оборудования

- быстро находит ограничения, влияющие на выпуск продукции

- автоматически обрабатывает типовые конфликты в плане

- интегрируется с 1С, GPT и внутренней BI-системой

- снижает ручной контроль и даёт руководству прозрачный инструмент управления

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

BPA develop разработала веб-систему производственного планирования для фармацевтического производства. Система объединяет производственный план, загрузку оборудования, поиск узких мест, работу с конфликтами, анализ отклонений и интеграции с внешними контурами клиента.

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

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

Функциональность системы

Производственное планирование

Работа с планом в едином контуре: серии, сроки, оборудование, участки, ограничения, изменения и отклонения.

Поиск узких мест

Система выявляет участки, операции или оборудование, ограничивающие производственный поток. Реализован подход Теории ограничений.

Анализ загрузки оборудования

Показывает загрузку, перегрузки, свободные окна, пересечения и потенциальные ограничения.

Автоматический пересчёт плана

В типовых сценариях система пересчитывает связанные элементы плана и показывает влияние изменений без ручной работы оператора.

Автоматическая обработка конфликтов

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

Интеграции: 1С, GPT, BI-система

1С снижает ручной перенос данных и связывает планирование с учётным контуром. GPT используется для интеллектуальной поддержки отдельных сценариев. BI-система получает данные для анализа загрузки, отклонений и динамики производства.

Роли, права и журнал действий

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

Архитектура решения

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

1. Модуль «Паспорта продуктов»

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

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

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

2. Модуль «Цеха и участки»

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

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

3. Модуль «Реестр серий ЦПСИ»

Каждая серия препарата (например 125EV12, 225EV12) имеет в системе свой статус и связь с действующим или архивным паспортом. Статус обновляется автоматически по факту прохождения операций: запланирована, в работе, завершена, не использовалась. Если серия признана браком, оператор переводит её в соответствующее состояние одним действием прямо из реестра.

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

4. Управление пользователями и контроль доступа

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

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

5. Аналитика загрузки оборудования

Связка «Паспорта продуктов + Цеха и участки + Реестр серий» позволяет посчитать загрузку любого оборудования за любой период с разбивкой по сериям, процессам и операторам. В системе настроены циклограммы и аналитические отчёты, которые показывают:

•        какое оборудование стабильно работает в режиме перегрузки и тормозит общий выпуск;

•        где случаются регулярные простои и из-за каких процессов (переналадка, ожидание сырья, ТО);

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

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

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

6. Интеграции с корпоративным контуром

Чтобы система не стала ещё одной изолированной программой, её собрали с тремя ключевыми контурами предприятия:

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

•        GPT. Используется для обработки текстовых отклонений (комментарии операторов, описания нештатных ситуаций) и подсказок планировщику по типовым решениям конфликтов.

•        BI. Управленческая отчётность выгружается в существующую BI-систему предприятия, чтобы топ-менеджмент работал в привычной среде.

Результаты первого года эксплуатации

Цифры по эффектам названы с порядком величины. Точные значения по соглашению с заказчиком публично не раскрываются.

•        Простои основного оборудования снизились примерно на 20%. Узкие места теперь видны до того, как переходят в недовыпуск.

•        Просрочки отгрузок упали примерно вдвое за счёт того, что план пересчитывается при каждом отклонении, а не раз в неделю.

•        Выпуск на одного сотрудника производственного отдела вырос на 20%. Время, которое уходило на ручную сверку и поиск данных, освободилось.

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

•        Появился аудиторский след. На любой вопрос «кто и когда внёс это изменение» в системе есть ответ.

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

Из обратной связи проектной команды клиента