Направление 04 · планирование
Планирование производства
Порядок заказов на линии влияет на себестоимость: неудачная последовательность добавляет часы переналадок без производственной необходимости. Система собирает задание так, чтобы переходы были недорогими, а сроки — соблюдены.
Раздел
Задача
Что болит
Зачем это нужно
Отдел планирования ведёт график вручную в большом файле: новые заказы вносятся с бумажных документов, остатки сверяются по учётной системе, выпуск проставляется по утрам. Подход работает, но зависит от одного-двух людей и их памяти.
Переналадки обходятся дорого, и их стоимость сильно различается. Смена ширины с переваловкой валов занимает четыре часа, переход на другой металл — два, смена цвета — двадцать минут. Перестановка двух заказов местами может стоить смены.
Ограничения не сводятся к одному критерию: срок по договору, наличие металла и краски, габариты под конкретную линию, двусторонние заказы, которые нельзя разрывать. Удерживать всё это в голове одновременно человеку сложно гарантировать стабильно.
Раздел
Устройство
Как работает
Как устроено
Смена ширины
240 мин
Переход на алюминий
120 мин
Смена цвета
20 мин
- Расчёт выполняет код, а не модель. Планирование — комбинаторная задача с жёсткими ограничениями. Её решает детерминированное ядро: результат воспроизводим, проверяем и не меняется от запуска к запуску. Языковой модели такие расчёты не передаются принципиально.
- Приоритеты выстроены в понятном порядке. Сначала срок исполнения, затем наличие сырья, затем объединение заказов по ширине, цвету и толщине — и только потом упаковка в сутки. Порядок совпадает с тем, как рассуждает планировщик, поэтому результат можно проверить визуально.
- Сутки — жёсткое ограничение. Обработка вместе со всеми переналадками не должна выходить за 24 часа на линию. Время обработки рулона рассчитывается по длине и скорости агрегата, переходы — по таблице переналадок.
- Особые случаи заданы явно. Двусторонние заказы идут неразрывным блоком, приостановленные не попадают в задание, а помеченные конкретной датой встают именно на неё. Это собственные правила предприятия, а не предположения системы.
- Языковая модель отвечает за вход и выход. Она разбирает примечания и неаккуратно заполненные поля, а также объясняет, почему заказ встал именно сюда. Это снимает основное опасение в отношении автоматического планирования — недостаток прозрачности.
- Подбор конкретной партии сырья. Заказ описывает потребность — цвет, тип покрытия, металл; какой именно партией и с какого склада её закрыть, планировщик сегодня подбирает вручную, проходя несколько экранов учётной системы на каждую позицию задания. Система выполняет этот подбор сама: при точном совпадении берёт партию как есть, при неоднозначности или нехватке — предлагает варианты и помечает «нужно согласование», решение по-прежнему остаётся за человеком.
- Результат в привычном формате — и обратно в учётную систему. На выходе файл той же структуры, к которой привык отдел: сводка, задания по суткам с датами и днями недели, загрузка линии в часах. Канал двусторонний и полностью файловый: заказы и остатки поступают выгрузкой по расписанию, а готовое сменное задание с подобранными партиями сырья система возвращает файлом — учётная система забирает его сама и заводит как черновик на модерацию. Живой доступ к базе не требуется ни на вход, ни на выход.
- Ручная правка не теряется при пересчёте. План можно поправить прямо в привычном файле — система читает изменения обратно и пересчитывает загрузку линий и материальный баланс вокруг них. То, что планировщик поправил вручную, помечается как закреплённое: следующий пересчёт эти ячейки не трогает и перестраивает только остальное. Каждое утверждённое состояние сохраняется отдельной версией, поэтому всегда видно, что и когда изменилось, и есть куда откатиться.
- Вход
- выгрузка заказов и остатков
- Частота выгрузки
- раз в 5 минут
- Ядро расчёта
- детерминированное
- Рамка задания
- 24 ч на линию
- Роль языковой модели
- разбор и объяснение
- Выход
- черновик файлом обратно в систему
- Утверждение задания
- решает человек
Раздел
Вход
От заказчика
Что понадобится от вас
Список короткий и в большинстве случаев выполнимый — многое из необходимого на предприятии уже есть, остаётся вопрос доступа.
- Регламент планирования. Письменные правила: ТТХ линий, таблицы скоростей и переналадок, порядок приоритетов. Если регламент существует только в опыте планировщика, первым шагом будет его фиксация на бумаге.
- Выгрузка из учётной системы. Заказы и остатки сырья файлом в сетевую папку по расписанию. Живой доступ к базе не требуется.
- Образцы готовых графиков. Несколько реальных заданий за прошедшие месяцы — по ним проверяется, что система собирает план так же, как это делает отдел.
- Ответственный за утверждение плана. Система работает как ассистент: предлагает вариант, планировщик соглашается или правит. Полностью автоматический режим имеет смысл обсуждать только после нескольких месяцев устойчивых совпадений.
Раздел
Развитие
Следующие шаги
Куда система растёт дальше
- Точная оптимизация вместо эвристики. Первая версия собирает план по разумным правилам. Далее на то же множество ограничений ставится решатель, который ищет наилучший вариант, а не просто приемлемый.
- Диалоговая правка. Возможность задать правку словами — «перенести этот заказ на среду и пересобрать» — и получить пересчитанный план с объяснением последствий.
- Учёт фактического выпуска. Когда система отслеживает, сколько реально произведено за сутки, она может переносить остатки сама и заранее сигнализировать о возможном срыве срока.
Раздел
Ещё
Направления
Другие направления
Обсудим вашу площадку?
Если по данным окупаемость не сходится — скажем прямо, до начала разработки.