Такая вот беда, при обновлении данных из ODS в куб частенько по непонятным причинам этот процесс зависает намертво, блокируя работу всех других цепочек. Если срубить этот процесс (в sm50 например ), то дальше вся работа восстанавливается. Вопрос: можно ли поставить тайм-аут, чтоб процесс не висел более часа например. Процесс запускается из цепочки. Если можно, то как?

RSMO -> в дереве дойдешь до результата загрузки пакета -> меню "Параметры настройки" а внутри ЩАСТЬЕ.

а вообще RTFM:

Ошибочное время ожидания для статуса
The system sets the traffic light in the Monitor to red if the maximum wait time has elapsed since the last IDOc entered the system for this request.

Even though the request has the status red, it is not seen as having been terminated. The light turns yellow if the Monitor contains a new log for this request after the wait time has expired.
Even if you manually set the Overall Status(QM-Status) in the Monitor, this does not prevent the further update of data for this request into BW. However, in this case, the request can no longer have the status green since the overall status overrides the technical status of the Monitor.

Dependencies
Here you can set the system-wide setting. In the Scheduler, you can set the maximum wait time after which a request is to be set to red in the Monitor for each InfoPackage. Do this via Scheduler -> Timeout-Time/Warning Handling. This setting overrides the system-wide setting for a particular InfoPackage.

The prerequisite for changing the status after the maximum time has elapsed is that the request is analyzed by the Monitor assistant. Only if this happens can any resulting post-processing processes be triggered by the request.
We recommend that you periodically schedule the assistant. You can do this in the BW Implementation Guide.

А статус-то в ODS у пакета зеленый, просто не встает "галка", что мол данные дошли до куба.