[glibs]

В Аксапте маршрут можно построить только елкой. Т.е. когда операции начинаются когда хотят, но сходятся в определенной точке. Причем этот куст может иметь много уровней.

Но так, чтобы началось вместе, потом раскустилось, а потом скустилось назад — такое не поддерживается.

Это не параллельные операции. Это особенная конфигурация маршрута такая.

Через... это самое... место... такой маршрут соорудить можно попробовать. Но он комплексный. Т.е. будет завязан на номенклатуру. Ну т.е. это будет конкретное производство, а не маршрут сам по себе (ну типа бери и втыкай в любую номенклатуру).

Вот пример.

...............г------Оп 2.1---------------------|.....................
...............|.....................................|.....................
....Оп 1----|.....................................|.....................
...............|---------------Оп 2.2------------|.....................
...............|.....................................|----------Оп 3....
...............|.....................................|.....................
...............L----------------------Оп 2.3----|.....................

Предположим, что операции 2.х должны начаться обязательно после (точнее, никак не раньше) окончания операции 1. А операция 3 должна начаться после (никак не раньше) окончания всех операций 2.х.

Последнее требование реализуется несложно в стандартных маршрутах.

Чтобы реализовать первое требование можно пойти таким путем.

Маршрут разбивается на две части. Операция 1 выносится в отдельное производство. В результате получается некий мистический продукт (полуфабрикат). Можно учитывать его по серийным номерам, например. Или что-то в этом роде.

Второе производство объединяет операции 2 и 3. Обычный маршрут с одной конечной операцией. Но на операциях 2.х настраивается потребность в 1/3 той мистической номенклатуры, которая производится в первом производстве (по 1/3 для каждой из операций 2.х, хотя можно в любой пропорции).

Дальше запускаете планирование. Должны получить то, что хотите.

РЦ под операции 2.х будут резервироваться не как параллельные, а порознь. И только на реальное время выполнения операции.

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