Перенос пакета и Перекрытие

[neopl]

Добрый день!
Пытаюсь разобраться с настройкой «Перенос пакета» в производственном маршруте и не могу понять следующие вещи:
1. Влияет ли на планирование опреаций/заданий ПЗ галка в поле Мощность для типа задания «Перекрытие» в форме Маршрутные группы? Если влияет, то как?
2. На одну и ту же вроде бы ситуацию (следующая операция заканчивается раньше предыдущей, так как ее время выполнения меньше, но благодаря настройке «Перенос пакета» началась она до окончания предыдущей) система реагирует, либо автоматическим изменением перекрытия: «Перекрывающееся количество изменилось с 1,00 до 10,00», что бы следующая операция закончилась позже, либо выдает ошибку «Для операции № 20 неверно указано перекрытие, т. к. операция № 30 заканчивается до окончания операции № 20». Кто-нибудь знает, от чего может зависеть то, какое из действий выберет система?

[niksen]

может в чём-то не прав, но маршрутная группа определяет, учитывать или нет
1) мощность либо учитывается, либо нет
2) от чего зависит - не знаю, но вроде бы единственным правильным условием будет являться правильное количество в поле "Перенос пакета", т.к. это только затрудняет работу системы и картина получается неправильная. Лучше правильно заполнять его заранее

UPD: лучшим решением всегда было и будет взять самому и один раз проверить. Поставить галочку, перепланировать, записать куда-нибудь результат, потом убрать, перепланировать, сравнить результат. Это самый лучший вариант

[neopl]

"1) мощность либо учитывается, либо нет"
Что значит мощность перекрытия? Это же не процесс обработки детали, не настройка станка, перекрытие не занимает РЦ, это просто отрезок времени после которого часть заготовок передается на следующую операцию.

"UPD: лучшим решением всегда было и будет взять самому и один раз проверить. Поставить галочку, перепланировать, записать куда-нибудь результат, потом убрать, перепланировать, сравнить результат. Это самый лучший вариант"
Естественно, что перед тем как лезть на форум я тестировал различные варианты установки этой галки к сожалению, не нашел ни одного отличия в планировании с галкой и без нее

[niksen]

итак:
1) ставим галочку на перекрытие на столбце "мощность", в потребностях мощностей будет прибавление
2) убираем галочку напротив перекрытия в столбце мощность, в потребностях мощностей будет меньшее количество мощности.
Смотреть надо потребности в мощностях и тогда разница будет видна.
проверил у себя, именно так и выходит

[neopl]

Спасибо, niksen!

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

Остается второй вопрос, но что-то мне подсказывает, что вряд ли кто-то в этом копался

[niksen]

я копался с этим, очень много, в итоге вспомнил про ISO 16469 поправьте, может с цифрами ошибся, где говорится о том, что нужно рассчитывать поток и т.д. В том числе правильно рассчитывать и заполнять этот перенос пакета. Я думаю, что универсальных алгоритмов не существует и аксапта работает в этом плане лишь как ограничитель и защита от дурака.
А вообще, в документации этого не написано, но по правилам производства такие вещи как перенос пакета должны рассчитываться так, чтобы перекрытие было меньше или равно выполнению задания. То есть смотрим максимальное количество деталей за данное время, берём время выполнения, получаем, что если за 1 час можем сделать 100 деталей, а производим минимум 100 штук, то перенос должен быть 100 штук, тогда косяков не должно быть. Другое дело, задайте сами себе вопрос, кто заполняет этот "Перенос пакета"? И как он должен его заполнять?

[neopl]

Чем больше копаюсь, тем сильнее ощущение что:
1. Нормальный вариант работы системы - она самостоятельно сдвигает время перекрытия так, что бы окончание обработки последней детали на операции, с которой идет перенос, было не позже начала обработки последнего "Пакета деталей" следующей операции.
2. Система работает не нормально: ругается на то, что поле перекрытие заполнено не правильно (вместо того, что бы автоматически увеличить его), либо (только сейчас заметил) вообще не обращает внимания на эту ошибку, в случае если мы после того как сделали планирование в первый раз, делаем изменение в Маршруте производства и пробуем перепланировать.
Правда это пока только субъективное впечатление от экспериментов, так как при перепланировании после внесенных изменений, бывает что работает и "правильно" и "не правильно".

Если это действительно так, то это вполне не плохой вариант, так как вряд ли кто-то будет менять маршрут в уже спланированном ПЗ, а в логике из пункта 1 я не вижу ошибок, которые бы привели к неправильному планированию.

[niksen]

я тоже экспериментировал и понял, что система работает правильно/неправильно, поэтому меня устраивает вариант, когда тот, кто рассчитывает перенос пакета, делает это правильно, исходя из соображений реальной картины событий. Никто ведь не будет делать перенос пакета 500, если одновременно обрабатывается 100 деталей, а вы вдруг решили сделать спланированный заказ на 1 деталь. У вас так и будет, что все задания закончатся раньше, чем их перекрытия.
И кстати, заметьте, что дата выполнения заказа в случае с перекрытием неверно посчитанным не меняется. Т.к. считается по окончанию последнего задания. А вот резервирование мощности честно не знаю, не смотрел