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