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

обычно активации мешают неправильно положенные данные

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

А пробовали при импорте выставить опции:
"Перезаписать оригиналы"
"Перезаписать объекты в неподтвержд. исправлениях"
"Игнорировать недопустимый вид"
"Игнорировать недопустимый класс таблицы"
"Игнорировать предыдущие отношения"
?

Да, все галки были отмечены.
Пробовали активировать объект с открытым мандантом, та же ошибка. По словам ребят с базиса: "Проблема в том, что ни в одном журнале (даже на операционке) мы не нашли описания ошибки. Везде указывается только на невозможность активировать таблицу."

Возможно, в тему будут проги: RSDMD_CHECKPRG_ALL и RSDG_IOBJ_REORG.

а транзак. RSRV ничего не говорит про этот "объект в тесте" ))?

К сожалению нет, так как признак не активный, она не выполняет тестов, как я понял.


RSDG_IOBJ_REORG - вызывается через RSD1 - опять пусто ((

RSDMD_CHECKPRG_ALL - говорит "активируйте признак, а потом посмотрим"

А есть возможность в тестовой системе удалить признак и затем заново пронести/создать руками?

посмотрите не стоит ли блокировка на объекте...

RSA1 >> зайти в объект >> Extras >> Remove Conversion Lock

Все чисто, все было проверено. Не понятно то, что причину не указывает, просто "активация не удалась"


Эх, не хочется применять метод "забить и простить"