В состав Oracle BI EE входит компонент Delivers, назначение которого – периодически проверять наступление каких-то событий, например падения запасов на складе ниже заданного уровня, и, если такое событие наступает – посылать оповещение подписчику. Оповещение может быть послано на электронную почту, в виде SMS или на панели управления (появится иконка с флажком Alerts) Наиболее полезным применением будет (как мне кажется) – рассылка E-Mail. То есть человеку можно даже не сидеть постоянно с открытым дашбордом, а обращать на него внимание, только при наступлении некоторого события.
В письме будет написано что произошло, может быть вложен скриншот, показывающий таблицу или график, могут быть добавлены какие-то линки для дальнейших переходов и т.д.
Когда вы ставите OBI EE, автоматически конфигурирования Delivers не происходит.
Вот, примерно, что нужно сделать, чтобы сконфигурить его.
Для работы Delivers используется Job Manager, где создаются джобы, которые и проверяют наступление событий.
Job Manager для своей работы требует какую-нибудь СУБД для того, чтобы хранить в ней таблицы с джобами и др. информацией.
1. Нужно создать в какой-нибудь базе данных схему, где он будет хранить свои данные.
2. Найти в каталоге SiebelAnalytics\\Schema\\ подходящий скрипт. Для Oracle он называется SAJOBS.Oracle.sql
3. Прогнать его в созданной схеме – он создаст необходимые таблицы.
4. Зайти в Siebel Analytics Administration Tool найти там Manage->Jobs и выбрать Configuration Options.
5. На закладке Scheduler прописывается тип базы и логин-пароль в ту схему, что была создана на шаге 1.
6. Если вы планируете рассылать E-Mail-ы, то на закладке Mail нужно прописать SMTP сервер, адрес отправителя и т.д.
7. Запустить в сервисах сервис Siebel Analytics Scheduler. Если он не запускается, значит что-то недоконфигурено. Ошибку можно посмотреть в SiebelAnalytics\\Log
После этого, в Siebel Analytics Web уже можно заходить и создавать так называемые iBot-ы. iBot, – это как раз сущность, которая отвечает за реакцию на какое то одно событие и рассылку уведомлений.
Большинство шагов там понятны и так, сделаю только несколько замечаний.
На закладке Conditional Request – задается условие, которое будет выполняться для проверки наступления события. Если это условие не задано, то считается, что событие выполняется всегда. Например, таким образом удобно делать просто ежедневную рассылку, без какой-либо специфики провала KPI и т.п. Например для руководителй, которые письма еще читают, но на информационные панели не заходят.
Если вы хотите задать условие, – оно задается путем указания какого-либо из отчетов, сохраненных в Answers. Если в результате выполнения отчета вернется хотя бы одна запись, то, значит событие наступило. Например, если вы хотите проверять остатки по позициям на складе – вы должны написать отчет, выводящий все позиции, остатки по которым ниже запланированных – и если такие позиции есть – это и будет поводом для рассылки уведомления.
На закладке Schedule задается расписание. Когда запускать проверку (то есть отчета с остатками), с какой периодичностью, когда прекратить запуск и т.п.
На закладке Recipients задаются получатели уведомлений. Там же задается возможность сделать возможность подписки на это уведомление для широкой публики.
На закладке Delivery Content формируется, что именно будет послано в виде уведомления. Сопроводительный текст, отчет, который будет встроен в текст письма или в виде аттача. Причем, отчет может быть не тем же самым, который вызывает срабатываение \”триггера\”. И т.д.
На закладке Destinations задается способ доставки (письмо, дашборд, SMS и проч.)
После того, как закладки будут заполнены, нужно сохранить iBot и если он сохранился, то значит все прописано правильно :-)
Кстати, обратите внимание на то, что бы в таблицах, которые вы прверяете на наступление события, были правильно выставлены установки кеширования, а то может получиться, что данные в базе обновились, но на сервере стоит, что таблицу можно кешировать вечно, поэтому запрос никаких изменений не увидит. Также на страничке Advanced в Answers можно поставить галку Bypass Siebel Analytics Web Cache, чтобы заодно не использовался и веб кеш Siebel.
Что происходит с джобами можно посмотреть в Job Manager. Логи на предмет ошибок можно посмотреть в каталоге SiebelAnalytics\\Log
