Выполнение операций из одного ПЗ на разных РЦ

[neopl]

Здравствуйте!

Возникла следующая ситуация. Есть ГРЦ = Цех1 с двумя абсолютно идентичными РЦ. Есть ПЗ на изготовление двух изделий. Одна из операций выполняется в ГРЦ Цех1. При планировании заданий для ПЗ под операцию и для первого и для второго изделия из ПЗ резервируется первый РЦ, хотя второй РЦ стоит свободным. Получается, что заказ выполняется в два раза дольше и при этом простаивают мощности. Вопрос: как настроить систему, что бы первое изделие выполнялось в первом РЦ, а второе параллельно с ним во втором РЦ?

[EVGL]

"Кол-во раб. центр." = 2
Оно?

[neopl]

Цитата:

Сообщение от EVGL

"Кол-во раб. центр." = 2
Оно?

К сожалению не подходит. При изменении кол-ва РЦ система спросит "Обновить время выполнения?".
В случае если ответить "нет" оба РЦ будут заняты на тоже время на которое был занят изначально 1 РЦ, что не правильно - вдвоем в два раза быстрее должны делать.
В случае положительного ответа, получается необходимый результат, но только если кол-во деталей - четно, так как система просто делит время выполнения на 2. А если у меня 3 детали и изготовление одной, например, занимает 1 РЦ на 4 часа, то изготовление 3 должно занимать первый РЦ на 8 часов (2 детали) и второй на 4 часа, а не оба РЦ по 6 часов.

[neopl]

Вот еще одна проблема использования "кол-во РЦ" =2. Я занял РЦ т15.2 другим ПЗ, а потом попытался спланировать ПР-000102 на уже занятое время (хотя 1 РЦ там свободен), естественно, так как для процесса необходимо 2 РЦ, система сдвинула выполнение всего ПР-000102. Хотя должна использовать РЦ т15.1 и тогда, когда занят т15.2. Так что вариант с кол-вом РЦ не подходит в данной ситуации.

[Pustik]

Цитата:

Сообщение от neopl

В случае если ответить "нет" оба РЦ будут заняты на тоже время на которое был занят изначально 1 РЦ, что не правильно - вдвоем в два раза быстрее должны делать.

Не совсем так. Если предположить, что по конкретной операции, делаются одновременно и параллельно две почти одинаковые детали, которые по следующей операции, например, склеиваются, то система отработала правильно.Вдвоем две одинаковые детали два РЦ, работая в параллели в 2 раза быстрее не сделают.

[neopl]

Цитата:

Сообщение от Pustik

Не совсем так. Если предположить, что по конкретной операции, делаются одновременно и параллельно две почти одинаковые детали, которые по следующей операции, например, склеиваются, то система отработала правильно.Вдвоем две одинаковые детали два РЦ, работая в параллели в 2 раза быстрее не сделают.

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

[niksen]

А если например, это нужно не всегда? Сейчас поставим 2, а потом постоянно будут сразу 2 резервироваться

[Pustik]

Цитата:

Сообщение от niksen

А если например, это нужно не всегда? Сейчас поставим 2, а потом постоянно будут сразу 2 резервироваться

дак когда это не нужно будет опять вернуть на 1

[niksen]

а смысл туда-сюда это делать? разве нет реализации этого в стандартном функционале?

[niksen]

в соседней теме рассматриваю похожий вопрос
Задача по ограничению мощности РЦ
Если в бригаде 10 человек, они делают 15 деталей 1го типа и 5 деталей 2го типа, где время выполнения деталей 1го типа равно 1 минута, а 2го 2 минуты, то логично было бы распределить план так:
10 человек делают 10 деталей 1го типа за первую минуту
5 человек делают 5 деталей 1го типа, 5 человек сделали 5деталей 2го типа на 50% за вторую минуту
5 человек сделали 5 деталей 2го типа на 100%, 5 человек отдыхают за третью минуту
при этом если есть ещё какие-то детали, то на свободных 5 человек повесим ещё производственные заказы.
Именно это ведь имеете в виду neopl?

[neopl]

Цитата:

Сообщение от niksen

Именно это ведь имеете в виду neopl?

Да вы описали, как бы мне хотелось, что бы система отработала. Но, если бригада - ГРЦ, люди в ней - РЦ, 15 деталей одного типа - первое ПЗ, 5 деталей 2го типа - второе ПЗ, то система загрузит один РЦ на все первое ПЗ, один РЦ на все второе ПЗ, а еще 8 человек будут простаивать в это время и ждать других заказов.

Есть вариант - разбивать один ПЗ (функция "Разбиение") так, что бы в каждом заказе было кол-во = 1. Но, что делать если кол-во изготавливаемых номенклатур сотни? делать сотни ПЗ - не подходящий вариант

[niksen]

neopl
дадада, именно что, так, чтобы успеть к дате выполнения заказа, то есть сделать заказ как можно скорее, а получается совсем не так, РЦ грузятся по минимуму количества, даже если заказ просрочен к сроку выполнения. Смысла в таком планировании нет