Опис jobs Старт-IP

Формує листи, призначені для попередження про досягнення квоти залишку на особовому рахунку. Листи формуються лише при досягненні квоти. Текст листа формується користувачем. Кількість відправок обмежується параметром, вказаним у полі «Кількість попереджень» вкладки «Біллінг» активних клієнтів. Якщо в полі "Кількість попереджень" значення не вказано, то за замовчуванням кількість відправок дорівнює трьом. Поточна надіслана кількість листів запам'ятовується в полі «Надіслано» вкладки «Біллінг».

Виконує групове закриття карток на поточну дату. vol_service.transfer_hotflow; Утиліта потрібна, якщо використовуються послуги потоку «HOTFLOW». Утиліта стискає статистику з тимчасової таблиці та переносить стислу статистику до таблиці статистики («tb_services»). Періодичність попадання статистики до таблиці регулюється параметром Interval.

Виконує завдання згідно з розкладом, сформованим ПЛАНУВАЛЬНИКОМ на призначення або зміну пакетів послуг (про призначення пакетів послуг див. документ «Посібник користувача. Оператор»).

Виконує закриття завислих ALIVE-сесій RADIUS (див. опис RADIUS-сервера). Формування завдання потрібно під час встановлення «патча 295» (див. опис патчів). Періодичність спрацьовування регулюється параметром Interval = (sysdate +10/1440).

Перевіряє наявність файлів для здійснення автоматичного імпорту платежів та здійснює імпорт платежів із зовнішніх файлів. сводка; Формує дані для зведення про роботу системи за добу.

JOB зі зняття прострочених резервів із замовлень дилерів

Знімає резервування із замовлення на карти. Формування завдання потрібно під час встановлення патча (окремого модуля) до роботи з дилерами карт. Рекомендована періодичність запуску завдання: один раз на добу Interval =(sysdate+1). Цей job один раз на добу запускає процедуру зняття прострочених резервів із замовлень дилерів ("deal_cards.clearreserv()"). За замовчуванням параметр передається "sysdate" Процедура: 1) вибирає всі замовлення, у яких "дата резервування до (tb_deal_orders.dl_ord_rsrv_to_date)" менше "sysdate" тобто. прострочені резерви; 2) вибирає замовлення, не зазначені до видачі "tb_deal_orders.dl_ord_can_ship = 'N'"; 3) у кожного замовлення знімається резерв ("deal_cards.ord_reserv_decl"); 4) у кожного замовлення очищується: 4.1) дата, коли замовлення було зарезервовано ("tb_deal_orders.dl_ord_res_data"); 4.2) дата, до якої замовлення зарезервовано ("tb_deal_orders.dl_ord_rsrv_to_date"); 4.2) хто резервував ("tb_deal_orders.dl_ord_res_person");

JOB зі зняття прострочених резервів із замовлень філій Цей job раз на добу запускає процедуру зняття прострочених резервів із замовлень філій ("crd_fil_box.job_rest_post"). Процедура: 1) вибирає всі замовлення, у яких "дата резервування до (tb_fil_orders.fl_ord_res_to_date)" менше "sysdate" тобто. прострочені резерви; 2) вибирає замовлення, які не зазначені до видачі "tb_fil_orders.fl_ord_ship_date is null"; 3) у кожного замовлення знімається резерв ("crd_fil_box.reserve_del"); 4) у кожного замовлення очищується: 4.1) дата, коли замовлення було зарезервовано ("tb_fil_orders.fl_ord_res_date"); 4.2) дата, до якої замовлення зарезервовано ("tb_fil_orders.fl_ord_res_to_date"); 4.2) хто резервував ("tb_fil_orders.fl_ord_res_person");

Здійснює кредитний контроль клієнтів. Необхідно під час використання кредитної системи контролю. Щоденне завдання у БД. Періодичність спрацьовування регулюється параметром Interval = (SYSDATE + 1).

Автоматизує створення нарахувань по лічильникам у разі настання певних умов. Виконує тарифікацію відкритих сесійRADIUS і створює нарахування за лічильниками, які беруть участь у знижці «ABNSUM», у момент переходу у новий розрахунковий період. Це необхідно для правильної тарифікації послуг, які мають знижку «ABNSUM», у період між календарним закінченням періоду та його фактичним закриттям, протягом якого стан частини лічильників послуг може містити значення минулого періоду. Дата першого запуску = дати початку наступного розрахункового періоду. Інтервал запуску = add_months(trunc(sysdate,'MM'),1) Див. також процедуру "invoice.close_period_where".

У цьому прикладі процедура закриє період для всіх клієнтів з юридичним статусом «LEGAL», які мають підключення з пакетом послуг «MAIN_TP». Автоматизує створення нарахувань по лічильникам у разі настання певних умов. Виконує тарифікацію відкритих сесій RADIUS та створює нарахування за послугами всіх підключень клієнтів, вибраних за заданою умовою, а також виконує встановлені правила складної тарифікації. Умова відбору передається як параметр виклику процедури (див. приклад виклику). Під час дзвінка без параметрів обробляє всіх клієнтів. Дата першого запуску = дати початку наступного розрахункового періоду. Інтервал запуску = add_months(trunc(sysdate,'MM'),1)

Примітка. Слід звернути увагу, що процедура, на відміну «close_period_abnsum», обробляє ще й правила складної тарифікації. Крім того, обидві ці процедури можуть працювати разом, якщо необхідно. Однак "close_period_abnsum" не має сенсу запускати, якщо запущена "close_period_where" без параметрів, яка сама все обробить.

Знімає з особового рахунку клієнта суму обіцяного платежу після закінчення терміну дії обіцянки. Завдання слід запускати один раз на добу (бажано вночі). Завдання переглядатиме обіцяні платежі,термін дії яких закінчився, та відновлювати стан особового рахунку клієнта, видаляючи прострочені обіцяні платежі та роблячи відповідний запис до журналу. Інтервал запуску = (SYSDATE+1).

Завдання використовується в роботі VoIP Radius для обробки інформації до звіту ASR (див. документ «Посібник користувача. VoIP»). Цей звіт призначений для моніторингу роботи VoIP, тому це завдання має працювати постійно і з достатньою періодичністю, щоб забезпечити звіт актуальними даними. Параметри відсутні. Завдання рекомендується запускати з періодичністю десять хвилин. Інтервал запуску = (SYSDATE+1/(24*6)).

Завдання проводить очищення робочих таблиць системи VOIP та перевірку локування карт. Очищення робочих таблиць потрібно постійно, тому що вони потрібні тільки для безпосередньої онлайнової роботи системи VOIP. Перевірка локування картки потрібна на випадок неправильної роботи системи, якщо не було отримано стопових записів. У цьому випадку локування знімається після закінчення терміну LockTimeOut, заданого у параметрах VOIP. Завдання не формується автоматично. Завдання має працювати постійно. Інтервал запуску завдання повинен лежати в межах від десяти хвилин до однієї доби.

Прогнозує при закритті періоду як періодичні витрати з особових рахунків клієнтів, і повернення грошей на особовий рахунок наприкінці месяца. Прогнозується: - зняття грошей за періодичні послуги; повернення грошей за кредитами (нарахування типу "CRD"); повернення грошей із блокувань. Обробляються ті клієнти, білінгова модель яких має тип кредитного контролю «AVA». Якщо при прогнозуванні з'ясовується, що сума на особовому рахунку клієнта буде наприкінці розрахункового періоду менша за поріг попередження, то надсилається лист клієнту з попередженням. Рекомендується запускатиперед закінченням розрахункового періоду. При встановленні відповідного патча завдання формується автоматично скриптом. Запускати утиліту вручну потрібно, якщо потрібний прогноз. Інтервал запуску =

Процедура прогнозування має особливість, яка може призвести до неправильного прогнозу: при перенесенні періодичних послуг на наступний місяць процедура використовує не грошову суму в лічильнику, а кількість послуги, яка перераховується у грошову суму за базовою ціною послуги з урахуванням знижок.

Завдання призначене для роботи в системі VоIP та дилерському модулі. Завдання розраховує значення трьох сум за період звіту, які потім можна переглянути в окремій екранній формі «Звіт про роботу компанії» (див. документ «Посібник користувача. Модуль роботи з дилерами карток»). Період звіту – діапазон дат, починаючи з нижньої межі до верхньої межі. Поточна нижня межа – попередня верхня межа. Поточна верхня межа вказується у параметрі запуску. Під час першого запуску завдання дата попередньої верхньої межі невизначена («null»), тому вона набуває значення дорівнює початку поточного року. При наступних запусках завдання попередня верхня межа приймається як нижня нижня межа. Так, завдання «Company_Job.Sum_3» вперше рахуватиме суми від початку року до поточної дати («SYSDATE») і з порогом = «null». Параметри завдання формуються автоматично під час встановлення патча, за потреби їх можна змінити вручну. Вхідні параметри: дата, що задає верхню межу періоду звіту; поріг залишку – значення, нижче якого сумуються залишки активованих карт. Інтервал пуску рекомендується (SYSDATE+1), тобто. один раз на день.

Завдання призначене для списання щоденних абонентських плат (див. п. 3.9. «Тип періодичноїоплати «Щоденна» («PERIOD20»)» у документі «Посібник користувача. Оператор»). Включення завдання потрібно у разі використання механізму щоденного списання абонентських плат, тобто. якщо описано та включено до пакетів послуги типу «PERIOD20» і пакети з такими послугами призначені підключенням. Завдання вимагає створення ручного створення. Інтервал запуску завдання може бути прив'язаний до певного часу доби, наприклад TRUNC(SYSDATE)+N/24, де «N» – година на добу, коли необхідно запускати завдання.

- під час запуску патча 467.

- під час запуску патча 659.

Завдання призначене для активації, закриття блокувань, реєстрації послуг, пов'язаних із блокуванням, перенесення блокувань до архіву. Завдання створюється автоматично під час встановлення патча 467. Інтервал запуску завдання раз на добу (при автоматичному створенні за замовчуванням о 1:00). Періодичність спрацьовування регулюється параметром Interval = (SYSDATE + 1).

Завдання призначене для експорту платежів у таблицю БД, файл або файл і таблицю одночасно (див. п. 2.12.13. «Експорт платежів» у документі «Посібник користувача. Оператор») і використовується за необхідності періодичного експорту платежів (наприклад, для використання у зовнішніх системах). Настройки процедури відсутні. Процедура потребує ручного створення. Інтервал запуску завдання визначається за потребою, наприклад, один раз на добу: Interval = (SYSDATE + 1).

JOB з автоматичного очищення таблиць базової частини агрегатора

Підсистема очищення таблиць виконує такі действия: 1. Видаляє успішно оцінені записи з таблиці ONF_REGS. 2. "Сплескує" помилкові записи по добі. 3. Видаляє порожні сесії з таблиці ONF_SESSIONS.

Необхідно створити періодичне завдання, яке бажано запускати під час найменшоїнавантаження на систему. Для первинного запуску необхідно виконати скрипт ONF_INITSTAT, що додається у відповідному ZIP-файлі.

JOB має налаштування: "NETFLOW\CompleteRegsStoreDays" - кількість днів, за які зберігаються успішні записи; "NETFLOW\MaxSessionsToClear" - максимальна кількість сесій, які будуть очищені за один прохід; "NETFLOW\ErrorRegsArchiveDays" - кількість днів, після якого схлопуються помилкові записи; "NETFLOW\MaxArchiveDays" - максимальна кількість днів, за яку проводиться схлопування за один прохід.

Завдання призначене для обробки розсилки поштової системи.

Завдання призначене для обробки періодичних завдань експорту поштової системи.

Завдання призначене для збирання та обробки даних для звітів модуля VOIP.

Завдання призначене для звільнення резервування особового рахунку, що залишається після некоректного завершення сесії RADIUS абонента.

Завдання призначене для забезпечення роботи функціональності розстрочення нарахувань. У разі настання дати чергового нарахування завдання БД services.reg_instalments переносить запис з таблиці “Розстрочка нарахувань” до таблиці “Статистика”, змінює особовий рахунок та стан лічильників.

Завдання призначене для чищення системного лога.

Завдання призначене для керування профілями доступу абонентів.