Тип связи в Маршрутах потребности при создании Спланированного ПЗ

[Cardagant]

Доброго времени суток!
Не знаю в каком разделе должна быть данная тема (Разработка или Фнукционал), поэтому прошу перенести куда требуется. Спасибо.

Разбираю планирование операций и заданий при создании Спланированного производственного заказа. Заглянул в класс WrkCtrRouteData_Req. Метод load() данного класса инициализирует данные из маршрутов потребностей ReqRoute.
При этом, если поле LinkType настроено в Жёстко, то данная настройка никогда не сработает, так как при инициализации из данной таблицы прописано:

this.insert(reqRoute.RecId,
                    reqRoute.OprNum,
                    reqRoute.OprPriority,
                    reqRoute.OprNumNext,
                    SchedJobLinkType::Soft); // LinkType Мягко

К примеру, если я планирую Спланированный ПЗ на 25.03.2013, на который нужно 10 дней, а планируя от 25.03.2013 на одном из рабочих центров недостаточно свободного времени, создаются "зазоры" при определении времени и даты выполнения заданий.
Даже если я настроил жёсткую связь и хочу, чтоб все операции выполнились последовательно без "зазоров"и согласен на сдвиг даты заказа всё равно, получается, они будут связаны связью Мягко.
Подтолкните пожалуйста к ответу, почему в данном месте всегда передаётся Мягкий тип связи, а не учитывается значение из ReqRoute.LinkType. Спасибо!

DAX 2009

[Cardagant]

Всем добрый день! Неужели не сможете подтолкнуть в верном направлении? Может есть просто догадки? Прошу помочь разобраться.

[ansoft]

Вопрос скорее к идеологам сего... возможно для спалинированного заказа нет смысла устанавливать жесткую связь (ввиду, например, ее неэффективности) или, если он постоянно перепланируется... возможно при жесткой связи алгоритм (пере)планирования трудно реализуем... А возможно, что с дырками он всегда будет завершен ранее, чем при жесткой связи без них с более поздней даты...
Вообще создатели не сильно заморачивались в этой области... Есть такие места, где если более 32 РЦ то алгоритм отказывается что либо планировать ввиду того, что "задумаеца надолго, если не навсегда" (в случае альтернативных РЦ, и(или) если в группе много РЦ)
Я вот тоже не нашел ответа почему ставиться жесткая связь для заданий одной операции маршрута, если в маршруте указать число рабочих центров более одного... они все жестко связанными ставяться с одной даты/времени и календарные дырки для ТО (со смещениями для разных РЦ) очень странно распределяются - пропорционально по всем РЦ. Однако при включенной маршрутной сети, разбив операцию на несколько однотипных операций для каждого РЦ все планируется красиво. Алгоритм ориентирован на планирование операций... в первую очередь, а уже потом в рамках операции планируются задания.

Видел слова про производство в Аксапте, что оно реализовано чтобы было...

[Cardagant]

Цитата:

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

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

Наверное, Вы правы. С Мягкой связью операции (задания) с большей вероятностью будут завершены раньше, чем с наличием жёсткой связи, особенно при наличии жёсткой связи и ряда "узких мест" в производстве. Но могут существовать такие операции, по которым хотелось бы иметь возможность её (жёсткой связи) использования, к примеру, для операции, которая должна начинаться сразу по окончании предыдущей (EndStart без зазоров между ними).
Эксперементируя, заменил в указанном коде выше строку с Мягкой связью на ReqRoute.LinkType:

this.insert(reqRoute.RecId,
                    reqRoute.OprNum,
                    reqRoute.OprPriority,
                    reqRoute.OprNumNext,
                    // SchedJobLinkType::Soft); // LinkType Мягко
                    reqRoute.LinkType); // Брать из Маршрутов потребностей

увидел, что при расчёте плана, когда планируется от даты заказа назад, и имеет недостаточно времени для завершения маршрута, система разворачивается и планирует вперёд. При этом Жёсткая связь корректно связывает операции (по крайней мере в моём примере).