Skip to content

Диспетчеризация

Evgeniy Malyarov edited this page Oct 3, 2017 · 7 revisions

Подсистема отвечает на стратегические вопросы:

  • Сколько у нас ресурсов и какого типа эти ресурсы. Сколько мы можем выполнить Замеров, Монтажей, операций Напиловки профиля, Установки фурнитуры, Установки стеклопакетов, Комплектации, Доставки и т.д.
  • Насколько ресурсы загружены и сбалансированы в пределах горизонта планирования. Сможем ли мы выполнить план без отставания, какие участки перегружены, а какие простаивают

Помогает решать тактические оперативные задачи:

  • Формирование планов с точностью до подразделения, исполнителя и операции
    • План замеров
    • План производства (при необходимости, с детализацией до участка и станка)
    • План потребностей в номенклатуре и заказы поставщикам
    • План комплектации изделий на СГП
    • План доставок и монтажей
  • Регистрация фактов исполнения на любом этапе
  • Анализ отклонений и корректировка планов

Логика процесса планирования крупными мазками

Общие сведения

  • В 1С есть регистр Планирование, в couchDB ему соответствуют индексы planning и dispatching
  • Планирование и диспетчеризация живут в одном регистре. Одно из другого вытекает
  • Планы и факты могут возникать в разных фазах, на разных участках. Для унификации и повышения скорости работы регистра (миллиарды записей), используем одно измерение Ключ типа Ключи параметров. В ключах параметров можно растворить цех, смену, сложность, направление доставки, приоритетность заказа - что угодно - любые данные, нужные для планирования на определенном этапе
  • Первичные ограничения плана задаются графиком доставок, для этого используем ключи с направлениями доставки, доступность рейсов регистрируем стандартным документом Мощности РЦ
  • Перед проведением заказа, нужно рассчитать первичные даты, которые складываются из графика доставок и минимальных сроков производства
  • Минимальные сроки производства рассчитываются тупо по свойству дней до, указанных в номенклатуре из спецификации изделия
  • Любые особенности - наличие гнутых или цветных элементов, раскладок, упаковки и т.д. должны быть отражены в спецификации. Мы не пишем специальный код для планирования ламинации или закалки стеклопакетов, а просто требуем от технолога, чтобы для этих операций в спецификации возникла номенклатура с нужным удлинением срока
  • Детализация планирования выполняется с точностью до Экземпляра продукции. То есть, если в строке заказа количество изделий = 3, в табчасти планирование будет три записи - по строке на каждый экземпляр. В общем случае, экземпляры могут иметь разные ключи и даты - изготавливаться в разных цехах в разное время

Проведение заказа

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

Формирование заданий

  • описать...

см. так же: Алгоритм планирования

Clone this wiki locally