Существует ли таймаут на активацию изменений инфоисточника?

Сформулирую проблему - изменили инфоисточник: добавили показателей, изменили правила переноса. Подредактировали правила обновления - все заработало, новые данные пошли как и куда надо.
Сразу после этого в инфоисточник добавили еще показателей, все аналогично первому изменению - новые данные не идут, все работает в соответствии с первым изменением.
Вся процедура прогонялась несколько раз, делалось новое присвоение системы, правила переноса и все такое - данные идут как после первого изменения.

Сегодня утром прогнал еще раз - пошли новые данны.

Вот я и думаю - либо параметр какой есть с таймаутом либо фоновое задание какоето должно отработать?

Подозреваю что проблема бы решилась созданием нового инфоисточника с нуля, но интересно именно редактирование существующего..

ну, у меня такая проблема решалась с перезапуском транзакции RSA1

пойду убью себя башкой об стену...

кстати, я вспомнил - RSA1 у меня не перезапускалась, сессия не рвалась, а утром пришел и заработало...

У меня было такое с лицензией.
Поставил лицензию днём, а увидел её в транзакции slicense только на следующий день, соответственно и предупреждения при входе пропали только на следующий день.
(чтобы сразу вступило в силу, помагал только перезапуск инстанции)

Ну не знаю, я лицензию помнится прямо в slicense активировал, так что ничего такого не было )

а я через командную строку saplicense -install

У меня после изменения инфо-источника, при первой загрузке или предпросмотре гуи сваливается в дамп Потом все нормально...

хе-хе, круто, и что все так и живет?

Кстати, в догонку еще вопрос знатокам: допустим при загрузке я гружу квартал вычисляя его из месяца - куда правильнее вставлять формулу в правила переноса или правила обновления? есть принципиальная разница?

Ага

Правильно в правила переноса - они за этим и нужны...

Ответ неверный

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

2. Зачем для того, чтобы посчитать квартал, использовать ФОРМУЛУ? В правилах ОБНОВЛЕНИЯ для признака КВАРТАЛ надо установить исходный признак МЕСЯЦ. Преобразование BW сделает за вас автоматически.

Учите матчасть, коллеги, это АЗЫ.

На данный момент я гружу месяц в формате ГГГГММДД и с помощью функции MONTH_QUARTER в правилах переноса параллельно гружу квартал в формате ГГГГК.

Правильно ли я понял что указав в правилах обновления для квартала исходное поле с месяцем у меня на выходе получится аналогичный результат - квартал в формате ГГГГК?

Да.

Здорово, спасибо за ликбез! )

Есть еще один аспект, который Максим не осветил - это аспект производительности.

Использование абапиков в правилах переноса означает ,что этот абапик будет запускаться ДЛЯ КАЖДОЙ ЗАПИСИ, переданной из исходной системы.

абапик в правилах обновления для признака ( ключевого поля для ODS) будет запускаться отдельно ДЛЯ КАЖДОГО ПОКАЗАТЕЛЯ ( ну или поля данных для ODS) в рамках одной записи.

Чувствуете разницу?