Можно ли "в чистую" деактивировать некий объект, ну например трансформацию, не внося в неё изменения?

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

2. Если же нет способов регламентированной деактивации, то тогда интересно, зачем это сделано.

Больше похоже, что Вы сами с собой разговариваете.
Если так, невзначай будут пропадать объекты из системы, то грошь цена такой системе.
Есть прод, есть тест, есть система переносов. После активации-деактивации должны быть сделаны изменения с записью в запрос.

Ну почему же, я задаю вопрос, параллельно высказывая свои подозрения.
Каким образом могут "невзначай пропадать объекты" непонятно. Не пропал еще не один.

К чему привлекать новые сущности, переносы, транспорты...
Предположим, что речь идет пока только о DEVELOPMENT. Если же в ней что-то активируется-деактивируется, то запросов на перенос не возникает.
Возможно, проявление запроса на перенос при каждом чихе зависит от каких-то глобальных настроек, но... об этом мне не известно.

проверьте "тр. RSA1 -> Связь с переносом" какой пункт меню горит:
"Обработать\Перенос\Стандарт: Включить"
"Обработать\Перенос\Стандарт: ВЫключить"

Система может быть настроена так, что запросы на перенос не записываются вообще.
Если настройка манданта записывает изменения в запросы, то диалог с созданием нового запроса возникнет только после деблокирования открытого запроса, а до деблокирования все изменения будут сохраняться в старый запрос.
Со стороны объекта BW можно увидеть, каким запросом блокирован объект.
Еще объект может быть присвоен к пакету $TMP, тогда изменения в запрос не записываются.

В "Разработке" вот так:


На "Продуктиве" наоборот, пункт "Выключить" = grey out.


Хмм, у нас тут вот такой расклад: если я в "Разработке" создаю новые объекты, то запрос на перенос возникает.
А вот если я пытаюсь модифицировать уже готовые объекты...
Оппа... : ) А ведь я пытаюсь модифицировать объект, который уже находится в транспорте на перенос, но еще не был деблокирован.

Получается, что имеет место следующая ситуация:

Интересно, спасибо.
Хотя, всё еще не слишком понятно, почему для некоторого объекта, пусть даже он принадлежит недеблокированному запросу, нельзя выставить статус "неактивно".

Можно. Изменяя не саму трансформацию, а, например, связанный с ней инфо-провайдер. При активации последнего система деактивирует трансформацию (-ии) и сообщит об этом. При этом срабатывает и упомянутый "двухшаговый трюк".

В 3х кое где попадалась кнопка деактивации, в 7 уже больше не видел. Объект деактивируется когда например изменяеются объекты от которых он зависит. Последняя активная версия (если есть) должна сохраняться, но работать она не будет если например зависимый объект имеет новую активную версию, с которой остальные зависимые активные уже не совместимы.
Ключевой вопрос - зачем это вам, для общего развития что ли.

Ну да, четкое представление матчасти.

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