Параллельные операции в маршрутах

[Sanya]

Вопрос как в Aхapta создать полноценные параллельные операции?
Вариант с использованием приоритетов не подходит, так как в данном случае все вторичные операции будут зависиммы от первичной и нет возможности создать параллельные ветви.
Пример:
..........20-->30-->40
10 -->........................--> 70-->80
..........50 -->60
т.е. по окончанию 10 операции стартует 20 и 50, каждая из ветвей [20, 30, 40] и [50, 60] должны выполняться независимо друг от друга, но операция 70 может начаться только по окончанию 40 и 60. То что указать явно начало 20 и 50 после 10 уже ясно, на сколько понимаю есть один вариант:
10-->20-->30-->40-->70-->80
....................50-->60-->
т.е. после 40 и 60 начинается 70.
но то, что при планировании происходит со сроками, нормальным назвать нельзя. Операция 60 заканчивается одновременно с 80. При этом тип связи жестко для 40 и 60 одновременно поставить нельзя
Кто-то решал подобную проблему?

[glibs]

Вопрос, конечно, интересный...

В общем, сделать так, чтобы операции 40 и 60 закончились одновременно или гарантированно до операции 70 — не проблема. У операций 40 и 60 следующая операция на маршруте должна стоять 70. И все. Типом связи "Жестко" я вам увлекаться не рекомендую. Используйте его только тогда, когда это действительно необходимо. Иначе планирование очень много утратит в плане гибкости.

А вот как сделать так, чтобы операции 20 и 50 начались не раньше, чем закончится операция 10, я пока не могу сообразить...

А для какого вида продукции вам понадобился такой маршрут? Это что-то материальное? Получается, что начали что-то производить, потом процесс распараллеливается на абсолютно автономные ветки (продукт то, по идее, один должен быть), потом опять что-то вместе делаем... В общем случае я пока решения задачи не вижу, но для частных случаев можно что-то придумывать (разбить производство на несколько subBOM'ов, понастраивать времена ожидания, если что-то нематериальное, то установить жесткий тип связи на маршруте).

[Sanya]

Да в том то и проблема, что в моем примере для операций 40 и 60 следующей и есть 70. Но при планировании окончание 60 операции приходиться на окончание 80, т.е. операция 70 начинается (и заканчивается тоже) в то время, когда 60 еще выполняется. При этом ни каких сообщений, предупреждений система не формирует.
Я так понимаю это глюк((
Привести сейчас реальный жизненый пример к сожаленью не могу, так как сам его от технологов ожидаю.

[glibs]

Цитата:

Изначально опубликовано Sanya
...Да в том то и проблема, что в моем примере для операций 40 и 60 следующей и есть 70. Но при планировании окончание 60 операции приходиться на окончание 80, т.е. операция 70 начинается (и заканчивается тоже) в то время, когда 60 еще выполняется. При этом ни каких сообщений, предупреждений система не формирует.
Я так понимаю это глюк...

Ну, если вы абсолютно уверены в корректности сових настроек, то тогда да. Я еще пока не достигал такого эффекта.

Цитата:

Изначально опубликовано Sanya
...Привести сейчас реальный жизненый пример к сожаленью не могу, так как сам его от технологов ожидаю...

Как скажут, поведайте и нам, пожалуйста. Очень интересно, есть ли реальная необходимость в такой настройке маршрута.

[kosta]

Добрый день! Хотелось бы поднять опять вопрос про параллельные операции в маршруте. Есть маршрут :
Код операции След. операция
10 20
20 40
30 40
40 0
По результатам планирования операция 20 стартует после выполнения 10,а операция 30 стартует не зависимо от операции 10. Как сделать так чтобы начало работ по 30 операции было связано с окончанием работ по 10 операции. Это реальный маршрут, внешняя и внутренняя отделка.

[e@gle]

А попробуйте так:
10 первичная ... 20
20 первичная ... 40
20 вторичная1... 40
40 первичная ... 0

[kosta]

20 первичная ... 40
20 вторичная1... 40

Применение вторичных операций не подходит, т.к.
1. РЦ из вторичной операции загружается на время выполнения первичной операции,
2. Рабочие центры из первичной и вторичной операции загружаются синхронно, т.е. когда оба доступны, что не соответствует фактическому выполнению, т.к эти операции не зависят друг от друг.(Маляр 1 тратит 30 дней - операция 20, Маляр 2 - операция 30 -тратит 7 дней, но начинают они отделку не раньше, чем закончится операция 10)

[e@gle]

А вариант разбить на субпроизводства чем не подходит?

произв.заказ1 (дочерний)
10 ... 0

произв. заказ2 (главный)
20 ... 40
30 ... 40
40 ... 0

Планировать со ссылками.

[kosta]

Только что попробовал, получил "огромное наслаждение" от новых ,для себя, возможностей
DAx 3.0
Дочерний заказ выполняется и двигает главный(2 пар. операции)
1 20 ... 40 стартует от текущей даты
2 30 ... 40 стартует от завершения дочернего заказа
40 ... 0 стартует от завершения операции 30

Попробовал добавить в маршрут еще одну операцию 25..40 получилась(3 пар. операции) картина еще круче:
1 20..40 стартует от завершения дочернего заказа
2 25..40 стартует от текущей даты
3 30..40 стартует от завершения дочернего заказа
40 ... 0 стартует от от максимальной даты завершения одной из 3 пар. операций

Добавил в маршрут еще одну операцию 15..40 получилась картина уже ожидаемая: (4 пар. операции)
1 15..40 стартует от текущей даты
2 20..40 стартует от завершения дочернего заказа
3 25..40 стартует от текущей даты
4 30..40 стартует от завершения дочернего заказа
40 ... 0 стартует от максимальной даты завершения одной из 4 пар. операций

Вывод: такой механизм задания параллельных операций не работает в стандартной функциональности (в случае четного кол-ва парал. операций выполняются только чётные номера операций, в случае не четного – не четные), хотя может быть я что не так делаю.

[glibs]

Цитата:

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

...
РЦ из вторичной операции загружается на время выполнения первичной операции,
...

А вы снимите галочку в поле Исключительный для РЦ, который на вторичной операции.

[Vals]

Цитата:

Вывод: такой механизм задания параллельных операций

Работает!

Параллельные операции заканчиваются к следующей операции. А начинаться они могут в разное время.

Для того, чтобы планирование производства работало корректно необходимо обращать внимание на всю совокупность настроек, а не только на порядок операций в маршруте. Обратите внимание так же и на настройки спецификации и покрытия.