Всем доброго!
Сейчас пытаюсь перенести в продуктив отчеты, которые пользователи сохраняли как локальные объекты.
Нахожу query в связи с переносом - получаю следующую ошибку:

Ведение для объекта 'ELEM' типа '4ALK01KEY4OPQTD9D1LMI78CU' еще недоступно

Соответственно, при попытке переноса запроса - запрос падает

Ошибка при активации элемента 4ALK01KEY4OPQTD9D1LMI78CU
Элемента 4ALK3E4CJ7E72KLWXWCCB12XA нет в версии M
Элемента 4ALK01S3H3AF9FWPIVNYS972M нет в версии M
и т.д.

Я так понимаю, что какие-то объекты не активны.
Подскажите, как эти объекты отыскать и активировать?
Спб.

http://sapboard.ru/forum/viewtopic.php ... =rszeltdir

С типом ЭЛЕМЕНТ, указанная по ссылке таблица помогла
а вот с этим :
Объект '4ANKPUOE2UGSO1Z5SUZD04D8U' (RSFO) типа 'BW-формула' отсутствует в версии 'A'
не знаю что делать.
Все правила переноса активны. Подскажите, где такой объект можно найти и исправить проблему с версиями.
Спб!

попробуйте создать инструментальный запрос на перенос и руками прописать там элемент:
R3TR RSFO 4ANKPUOE2UGSO1Z5SUZD04D8U (возможно он ругнется что заблокирован другим запросом - решайте сами отрелизить старый запрос или удалить из него элемент - ыыы - админы не бейте меня)) и перенесите.
После этого можно попробовать импортировать красный запросик.

Не помогло.
Объект включился, блокировок не было. При переносе на тест ошибок тоже не возникло.
Но при попытке на разработке перенести правила обновления - ошибка ( Объект '4ANKPUOE2UGSO1Z5SUZD04D8U' (RSFO) типа 'BW-формула' отсутствует в версии 'A' ) осталась.

Такие ситуации возникают из-за асинхронности процесса переноса и нецелостности переноса объектов разработок с одной системы в другую. Может быть - объекты хранятся в разных запросах, может быть часть объектов находится в локальном классе разработок tmp$.
Попробуйте RSA1\связь с переносом\Элементы запроса\Запрос - выбрать необходимый отчет перенести в правую часть- далее сделать сбор необходимых объектов и изменить пакет - все должно записаться в новый запрос, в т.ч. недостающие объекты. Если один из элементов находится в другом не перенесенном запросе, то это более муторно. Тогда переноси проблемный запрос - смотри ошибку и подробный текст к ошибке после переноса. далее если необходимый объект найти сложно - можно создать простой запрос с помещением недостающего объекта вручную(se01), при этом система должна показать какой задачей блокирован этот объект. Естественно сначала надо будет определиться с запросом, в котором находится проблемный не перенесенный объект (Может его можно мирно перенести или можно его от туда удалить). Потом перенести запрос с включенным объектом и будет счастье.
p.s. Для поиска объектов используйте se03

Сергей, все примерно так, как вы пишите:
RSA1\связь с переносом\Типы объектов\Правила обновления\ выбираю нужное - перетаскиваю в область переноса. Тут как раз и возникает данное сообщение об ошибке (правила еще не включены в запрос).
Этот объект, вероятнее всего bw формула в этих правилах. Т.к. все эти объекты создавали пользователи, то возможно что-то и было сохранено локально. Они этим грешат =(
Искала данный объект через se03 - его нет в изменяемых запросах.

Скорее всего вы запутались в типах объектов, гадать тут не надо. Если объекта нет в запросах, значит он принадлежит к локальному классу разработок.
Следуйте подробному описанию проблемы при транспорте запроса в прод(смотрим лог переноса SE10/пробл. запрос/журналы переносов ctrl+shift+F2/ выполнение метода и на ошибке или предупреждении раскрываем подробный текст и видим реальные проблемные неперенесенные объекты с указанием типа объекта).
Выписываем ID неперенесенного объекта и его тип, создаем запрос инструментальных средств (? или настроек) через se01, вручную втыкаем проблемный элемент в запрос, переносим. В случае попрошайничества со стороны системы меняем класс разработок с локального на реальный. Деблокируем новый запрос и несем его, затем повторяем импорт предыдущего запроса и смотрим лог, он должен измениться!
Таким способом можно слона перенести.

Выдается следующее:
R3TRISCSSDF_IFO оригинал объекта нельзя заменить.
R3TRISTDSDF_IFO исправлен в этой системе, не будет перезаписан
Это он ругается на инфо-источник. Возможно его активировали как-то неправильно? может его удалить и заново перенести?

это может значить, например, что в целевой системе его активировали руками...поставьте галочку в запросе на перенос по перезаписи оригиналов

поставила.
теперь осталась только эта ошибка:
R3TRISTDSDF_IFO исправлен в этой системе, не будет перезаписан

код ошибки при переносе 8 или 4? Если 4 - то это предупреждение, уведомление от системы ,которое порой можно игнорировать.
А что с объектом высшего уровня заработал и открывается через RRMX или нет? Я так понял, что запрос вы перенесли и теперь возникли другие проблемы? Куб активирован?
Чего говорит админ на ошибку переноса?

Для правильного переноса нужно соблюдать субординацию:
инфообъекты, затем куб, потом запросы, затем ракурсы к запросу.
Другие объекты (правила обновления и прочее) тоже подчиняются субординации.
Так при поптыке перенести запросы без активного куба, или активировать куб без активных инфообъектов , в системе будут возникать проблемы переноса и активации, так как объектам верхнего уровня не хватает активированных объектов нижнего уровня.
У инфоисточника тоже есть ID и тип объекта. Попробуйте создать новый запрос и как уже говорили ниже с перезаписью в целевой системе. При переносе запроса смотрите лог.

Была ошибка с кодом 8.
Про rrmx - у меня не было в запросах query, только правила переноса и инфо-источники.
Админ ничего не говорит =( приходится самой разбираться.
Объекты все были активны, но могли быть изменены непосредственно в продуктиве.
Первая строчка ушла после галочки - Перезапись оригиналов
Вторая - при галочке Перезаписать объекты в неподтвержд. исправлениях.

Спасибо за помощь!!!