Добрый день.

в IP Input Query пишет данные в RealCube. При этом создаётся жёлтый Request содержимое которого какбы неактивно. Т.е. его нельзя прописать дальше. Вручную можно переключить RealCube в нормальный StandardCube и превратить жёлтый Request в зелёный. Как это правильно автоматизировать? ProcessChain или можно в кнопку SAVE из Input Query дописать какойто код? Как это обычно реализуется?

заранее спасибо
Юлия

Добрый день, в случае если Real-time куб находится в режиме планирование, и существует открытый "желтый запрос", и данные из буфера планирования сохранены в данном запросе, то они доступны для системы отчетности.
Если Вам необходимо (для каких-то своих целей), "закрыть" последний запрос (поменять статус с желтого на зеленый), можно использовать ФМ с техническим именем [RSAPO_CLOSE_TRANS_REQUEST].
А вообще хочется понять для чего Вам переключать запрос в статус "зеленый"? Как правило в системе установлена стандартная квота на количество записей в таком запросе в 50.000, по достижению данного предела запрос автоматически "закрывается" и переходит в статус "зеленый" и далее создается новый желтый APO-запрос.

Можно через цепочку, изменить куб на загрузку и обратно, тогда все запросы будут закрыты.
Такие вещи нужны если есть экстракция из куба, данные в желтом запросе не выгружаются.

Всем привет
Вопрос к тем кто использовал ФМ RSAPO_CLOSE_TRANS_REQUEST.
Могут ли при его использование всплыть какие-то косяки?

У меня в инфо-набор включены 2 реал тайм куба. Так вот в отчет построенный на этом инфо-наборе не попадают данные из-за того что запрос в кубах висит в желтом статусе.
Можно как-то обойти эту ситуацию?

Я бы в кубе реализовал логику инфонабора средствами деривации.

коллега, про логику инфо-набора средствами деривации можете подробнее? )