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

[IvanHARD]

Цитата:

Сообщение от Михаил Андреев

Без конкретики нереально правильно ответить: Вы пытаетесь "перевести" вопрос на "язык" Аксапты, очень плохо его понимая. В итоге, получить действительно полезный совет очень трудно.

Но-но! Как там у классиков? "Полегче, парниша!"

Цитата:

Сообщение от Михаил Андреев

У Вас выше операции 6 и 7 идут параллельно. Так? Какие связи между операциями? То, что Вы написали, ничего не говорит о связях операций. Операции 4-8 независимы или идут только последовательно?

Я же рисовал выше, что нужно получить в итоге:
.........../-----Оп2------/........................................./---Оп7---/......................
/--Оп1--/......................./----Оп4----/-----Оп5-----/................/--------Оп8-------/
.........../----------Оп3-------/.............................../-----Оп6-----/......................

Можно уже просто отрешиться от реальной жизни и сказать реально ли настроить такое в маршрутах аксапты. Операции 2 и 3 идут параллельно, начинаются одновременно, заказнчиваются в разное время (разная дительность), после них идет операция 4. Операции 6 и 7 начинаются в разное время, имеют одно время окончания, но разную длительность, после них идет операция 8.

[Vals]

Цитата:

просто отрешиться от реальной жизни и сказать реально ли настроить такое в маршрутах аксапты

Отрешившись можно сказать"Да, это реально настроить в Аксапте".

[glibs]

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

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

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

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

Вот пример.

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

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

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

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

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

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

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

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

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

[IvanHARD]

Цитата:

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

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

Выделение отдельных ПЗ рассматривал, но трудно объяснить сотрудникам ремонтных подразделений для чего у них ПЗ по ремонту плодятся.

Я бы добавил 3й вариант. Для меня важно, чтобы операции 2.х закончились одновременно, после чего началась операция 3.

Но и это тоже можно реализовать только за счет подчиненных ПЗ...

[glibs]

У меня была еще такая идея. Использовать "перекрытие". Т.е. настроить маршрут так, чтобы операция 2.2 выполнялась сразу после начала операции 2.1, а 2.3 сразу после 2.2.

Но при таком варианте гарантии нет, что операция 2.1, например, не встанет, а конец 2.3 не произойдет раньше конца 2.1, и 3 не запланируется раньше конца 2.1.

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

[IvanHARD]

Всем большое спасибо!

Кароче, без кастома не обойтись. Осталось сопоставить ценность результата с трудозатратами

[Vals]

Цитата:

Кароче, без кастома не обойтись

Я даже не знаю что сказать!?
Вам только что объяснили, как это реализуется в системе:

Цитата:

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

А вы всё равно - кастом!
Странно как-то.

[glibs]

Да все правильно IvanHARD говорит, на самом деле.

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

Просто нужно сравнить задачу с существенной доработкой движка планирования и задачу по интерфейсной доработке по связыванию ПЗ. С учетом переноса всего этого "чуда" на новые версии.

[Vals]

Цитата:

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

Да все правильно IvanHARD говорит, на самом деле.

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

Просто нужно сравнить задачу с существенной доработкой движка планирования и задачу по интерфейсной доработке по связыванию ПЗ. С учетом переноса всего этого "чуда" на новые версии.

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

Цитата:

Для меня важно, чтобы операции 2.х закончились

Если они начнутся одновременно, то и закончатся одновременно. При этом они должны иметь одинаковую длительность.

[IvanHARD]

Цитата:

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

Если они начнутся одновременно, то и закончатся одновременно. При этом они должны иметь одинаковую длительность.

Так вот у них длительность у них как раз разная...

[Vals]

Цитата:

Так вот у них длительность у них как раз разная...

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

[IvanHARD]

Цитата:

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

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

Нда... чего-то я в цепочке рассуждений потерял, видимо

[Vals]

Цитата:

чего-то я в цепочке рассуждений потерял

Сначала было это:

Цитата:

Я же рисовал выше, что нужно получить в итоге:
.........../-----Оп2------/........................................./---Оп7---/......................
/--Оп1--/......................./----Оп4----/-----Оп5-----/................/--------Оп8-------/
.........../----------Оп3-------/.............................../-----Оп6-----/......................

потом пример:

Цитата:

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

потом это:

Цитата:

Для меня важно, чтобы операции 2.х закончились одновременно, после чего началась операция 3

[IvanHARD]

Таааак... И что?

Я в своем примере говорю об операциях 5,6,7,8

[Vals]

Если Оп7 короче, чем Оп6 то она будет начинаться и заканчиваться в диапазоне времени выполнения Оп7

[IvanHARD]

А надо, чтобы Оп7 заканчивалась вместе с ОП6!

Ладно, тут уже все понятно. Надо думать.

[glibs]

Цитата:

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

...
А надо, чтобы Оп7 заканчивалась вместе с ОП6!
...

Я попробовал. В 4.0 так не получается.

[Vals]

Цитата:

А надо, чтобы Оп7 заканчивалась вместе с ОП6

Тогда это параллельные операции с указанием Оп8 в поле "следующая".