Всем доброго времени суток!

Вылезла непонятная ошибка в QAS системе.

После апгрейда на 3.5 -> 7.0

При закачке данных из HR (0HR_PY_1) (система HR v 4.7) - загрузка валится в дамп на этапе вставки данных в куб.

Ошибка следующая:
The exception 'CX_RSR_COB_PRO_NOT_FOUND' was raised, but it was not caught anywhere along the call hierarchy.
The reason for the exception is:
0REQUEST is not a valid characteristic for InfoProvider

Прикол в том, что никаких 0REQUEST нет ни в источнике, ни в приемнике... и самое интересное, что в системе разработки все работает идеально. Разница только в том, что разработка BW соединена уже с EPR2005, а тест - пока еще с 4.7.

Но никаких запросов из разработки в тест я еще не перетаскивал...

rsrv попробуй

Проверил все от куба и заканчивая правилами обновления и источником...

ничего.

информация о запросе есть всегда...
в кубе технический признак 0REQUID...
возможно в потоке как раз 0request (ну или еще какая-то сущность его отражающая) и он по какой-то причине не смапился с ним.

Да, осталось понять, почему это происходит .

Сижу в отладчике сразу в двух системах, но пока результатов нет...

Понял в чем ошибка, вот только не совсем понятно, что теперь делать...

Выяснилось что признака 0REQUEST не существует в активной версии в QAS системе вообще. Только в версии D

В DEVе же этот признак есть во всех трех версиях.

Есть горячее желание тупо перенести его из разработки, но смущает тот факт, что не очень понятно, как так получилось... и почему ошибка только в HRе...

В продуктиве же этого признака нет даже в версии D...

Что посоветуете?

Короче, не стал разбираться, активировал его и все...

P.S. Если вдруг кто-то что-то знает по этому поводу - поделитесь, пожалуйста...

Всем доброго!
При переходе с 3.5 на 7.0 возникла аналогичная проблема.
При загрузке данных из плоских файлов загрузка падает в дамп:
Анализ ошибки
An exception occurred which is explained in detail below.
The exception, which is assigned to class
'CX_RSR_COB_PRO_NOT_FOUND', was not
caught and
therefore caused a runtime error.
The reason for the exception is:
0REQUEST не является действительным признаком инфо-провайдера
Проблема в том, что признака 0REQUEST нет ни в 3.5 ни в 7.0
На сдн советуют транзакцию rsrv - но не понятно что там искать...опять же - при любой проверке признака, данного 0REQUEST - он не находит.

0REQUEST технический и обычными способами не находится - активировать его можно в rsd5

Добрый день!
Помогите, пожалуйста, с похожей ошибкой. Возникает при переносе запроса в продуктив через stms.

признака 0REQ_CDATE в запросе и в системе не имеется.

Нота 1325647

входит в текущий сп

перенес 0REQ_CDATE из контента, теперь ругается на 0REQ_LDATE

проблема решена активацией из БК и переносом 0REQ_CDATE и 0REQ_LDATE.