Связь копируемых элементов

Есть.

Тут не нужно ничего «возвращать». Всё нормально.
Изменения произошли только в модуле «Технология подробно». В остальных местах всё осталось, как было, с копированием операций.
Касательно «Технология подробно»:

Раньше было так:
Если хочешь, чтобы операция при копировании считалась взятой из ТТП (т.е. связь сохранялась с первоисточником), то нужно было в том месте, куда копируешь, нажать для этого специальную кнопку.

Преимущество было в этом чисто теоретическое. Что можно абсолютно хоть откуда взять операцию и сказать при этом, что она «типовая» (сохранить связь с первоисточником, называется «наследование» такая связь в VOGBIT). И можно было выстроить конструкцию последовательно ссылающихся друг на друга операций по цепочке, кто откуда был взят. Как на рисунке 1.

Это, конечно, круть неимоверная… Наверное… Такие возможности.
Но реально они только сильно запутывали простых пользователей. В то время, как практических преимуществ каких-то не давали совершенно. Например, если при такой цепочке, как на картинке, вдруг вздумаешь что-то поменять, или не дай бог удалить(!) в середине цепочки (в детали Б, допустим), то всё. Без бутылки не разберёшься.

В новой версии сделано всё намного проще и логичнее с точки зрения пользователя.

Если хочешь использовать операции из какого-то ТП, как из типового (с сохранением ссылки на первоисточник), то просто кладёшь этот техпроцесс в определённую папку в справочнике.
И всё. Этого достаточно.

Дальше никаких кнопок специальных нажимать не нужно. Не нужно следить за тем, чтобы специальная кнопка была нажата, когда надо, и не была нажата, когда не надо.
Просто, когда копируешь операцию из ТП, который считается «типовым», связь (наследование, ссылка на первоисточник) ставится сама. Автоматически.
И всё.

Лучше того, когда потом из детали А путём копирования делаешь техпроцесс для похожей детали Б, то операции, которые из техпроцесса детали А ссылались на типовой техпроцесс, из техпроцесса детали Б будут тоже ссылаться на тот же ТТП, а не на техпроцесс детали А.
То есть при активном копировании из одного ТП в другой, и при этом использовании в этих техпроцессах типовых операций, картинка получается, как на рисунке 2, а не как на рисунке 1. Что вообще-то намного более правильно.

Подробнее:
Смотрим: ролик (02:50)

читаем:
использование
настройка

P.S.
Вообще-то, если разобраться, то как было сделано в предыдущих версиях – это логическая ошибка. Наша.
Было сделано, что «типовая» операция или нет, определялось тем, куда её вставляешь и как (так было сделано в старых версиях).
А более логично, что это определяется не этим, а тем откуда изначально была взята соответствующая операция (так в новых версиях сделано). 

Старый вариант был удобен в том случае если создаются идентичные детали, зеркальные, например. Отличаются только обозначением. ТП копировался из первой введенной во вторую и имел связь с ней. То есть при корректировке ТП одной, менялись все связанные. Засовывать сейчас этот первый ТП в папку типовых? А может вообще к разным номенклатуринам присоединить один и тот же ТП?

>>>Почему нет?
Потому что очень часто это разовые номенклатурные позиции, и через какое-то время накопится много совершенно ненужных типовых тп. Также это лишние действия.

Может кнопку вернуть? Она не мешала.

А прежде, чем сделать, надо поменять несколько раз. И только потом забыть. И сразу никогда не знаешь, надо будет менять, или нет. Философия ТТП хороша для производств, которые сами проектируют то, что производят.

А когда производишь присылаемые тебе заказы, и не знаешь, будут ли они заказываться снова, и если будут, то будут ли они изменяться, и если будут - то насколько радикально. В таком случае составление базы ТТП - ненужное усложнение.

С опциональной кнопкой было бы самое то. Кому не надо - может вообще не знать о ней.

Производственные заказы вернул в ту папку, где они были.
Нужно ли их копировать?
Спирин Вячеслав