Так как событие уведомлений делегируется всем нижестоящим реселлерам, то оно должно быть уникальным. Набор параметров Событие, Тип Шаблона уведомлений, Шаблон уведомлений и Правило не должен совпадать с соответствующим набором параметров существующих событий уведомлений у текущего реселлера и всех его нижестоящих реселлеров.
В списке Событие выберите событие, при наступлении которого должно срабатывать событие уведомлений. Список событий см. в таблице ниже.
В списке Тип шаблона уведомлений выберите один из способов отправки уведомлений: Email, СМС или Панель управления Клиента.
В списке Шаблон уведомлений выберите ранее созданный шаблон уведомлений выбранного типа (см. Просмотр списка шаблонов уведомлений). Доступен поиск по части ID и названия шаблонов уведомлений.
Если требуется настроить рассылку уведомлений в определенное время:
Снимите флажок Добавить в очередь на отправку сразу. Поле Добавить в очередь на отправку в определенное время (час суток) станет доступным.
В поле Добавить в очередь на отправку в определенное время (час суток) введите час суток, в который задачи на отправку уведомлений по этому событию должны быть поставлены в очередь на отправку.
При описании правила обработки события возможны следующие операции с плейсхолдерами:
>
<
>=
<=
=
!=
include? (например, order.type = "SalesOrder" and (order.plans_ids include? 2000030)) — обработчик события сработает, если в заказ на покупку включен тарифный план с id =2000030)
exclude? (исключить определенные сущности (по id, ключу, имени) из выбранного массива сущностей, например, чтобы исключить отправку уведомления о создании заказа на подписку по тарифному плану с id = 2000, используйте следующее правило: order.plans_ids exclude? 2000)
and (например, чтобы исключить несколько сущностей из массива, используйте(product_ids exclude? 34650) and (product_ids exclude? 34702))
or. Для нескольких or после andиспользуйте дополнительные скобки: order.type = "RenewalOrder" and order.renewal_is_positive = true and subscription.payment_model = "prepay" and ((order.plans_ids include? 293827) or (order.plans_ids include? 293824) or (order.plans_ids include? 294340))
% (например, 30% от порога срабатывания финансовой блокировки: account.financial_blocking_threshold % 30 )
subscription.days_left = 10 AND subscription.status = "active"
Этот запрос означает, что обработчик будет работать для всех активных подписок, которые истекают через 10 дней.
Нажмите Создать. Новое событие будет создано и появится в списке событий уведомлений текущего реселлера и его нижестоящих реселлеров.
Список событий
Событие
Описание
Приближается финансовая блокировка клиента (Account credit hold is coming)
Происходит если баланс клиента становится равным либо меньше заданной доли (от 1% до 99% включительно) от порога срабатывания финансовой блокировки, но не меньше порога срабатывания финансовой блокировки. Для корректной работы требует обязательной настройки правила обработки события.
Например, при следующем правиле обработки события, событие произойдет когда баланс клиента будет составлять менее 35% от порога срабатывания финансовой блокировки:
Происходит при создании нового клиента (см. Создание клиента), кроме случаев создания клиента через Reseller API (см. Create account).
Порог срабатывания финансовой блокировки изменен (Financial blocking threshold was changed)
Происходит при изменении значения порога срабатывания финансовой блокировки в правиле обслуживания (см. Создание правила обслуживания) или при изменении индивидуального значения для клиента (см. Просмотр и обновление информации о клиенте). Событие происходит также и при создании нового клиента. Если клиенту назначается другое правило обслуживания, а порог срабатывания финансовой блокировки не изменяется, то событие не происходит.
До истечения постоплатных подписок клиента (Before account's postpaid subscriptions expiration)
Происходит ежедневно для клиентов, у которых есть хотя бы одна подписка по модели Постоплата в статусе Активная с датой истечения, попадающей в правило обработки события. Клиент получает одно уведомление о всех подходящих подписках, истекающих через указанное количество дней в отличие от отдельных уведомлений по каждой подписке До окончания периода подписки (Before subscription expiration).
Для корректной работы требует обязательной настройки правила обработки события с использованием before_subscriptions_expirations include?.
before_subscriptions_expirations include? 3 or before_subscriptions_expirations include? 1
Шаблон уведомления поддерживает отображение расширенной информации о каждой подписке клиента, истекающей через указанное количество дней, в частности:
Название подписки.
Дата истечения подписки.
Статус автопродления подписки.
Предварительная стоимость продления.
Количество основного ресурса.
Кнопка перехода к карточке подписки.
Кнопка перехода к карточке последнего заказа за продление или переключение.
Отчет о потреблении по pay-as-you-go подпискам готов (The report with daily consumptions of pay-as-you-go subscriptions is ready)
Событие наступает, когда завершено формирование отчета о потреблении (успешно или с ошибкой). Для разделения уведомлений о ежемесячных и однократных отчетах, а также по статусу отчета, требуется настройка правила обработки события. Подробнее об отчетах см. Reports в Руководстве по Панели управления Клиента.
Происходит при подтверждении корректировки в Панели управления Оператора (см. Подтверждение корректировки) или по API (см. Update correction status). В поле Правило можно указать ID менеджера, подтвердившего корректировку. Уведомление отправляется на email Владельца клиента.
Закрытие Акта (Invoice closed)
Происходит в финансовый день при выставлении акта за потребленную услугу (подробнее см. Управление актами). Также используется для ручной отправки акта на email (см. Пересылка акта по email)
Счет был подтвержден (The Invoice was approved)
Событие наступает при подтверждении акта по модели Постоплата с внешним управлением (см. Управление актами по модели Постоплата сторонней ERP-системой). Чтобы определить, был ли прикреплен к связанному платежу счет на оплату, в правиле обработки события используется плейсхолдер invoice.has_attached.
Срок оплаты платежа наступил (Payment due date has come)
Происходит только для подписок по модели Постоплата через заданное в правиле количество дней после перехода платежа в статус Просрочен (см. Плейсхолдеры для описания правила обработки события). При отсутствии условий в правиле событие произойдет в дату перехода платежа в статус Просрочен.
Email-уведомление содержит вложение:
Если внешнее управление актами по модели Постоплата выключено — PDF-счет для платежа. PDF-счет формируется только для клиентов, у которых в качестве способа оплаты по умолчанию задан активный способ оплаты на основе модуля CheckCash (см. Просмотр и обновление типа клиентов).
Если внешнее управление актами по модели Постоплата включено (см. Управление актами по модели Постоплата сторонней ERP-системой) — файл счета на оплату из сторонней ERP-системы, связанный с платежом. С помощью плейсхолдеров также можно вывести его сумму с указанием валюты (Внешний итог).
Платеж изменен (Payment has been changed) (ранее — Платеж получен (Payment has been received))
Происходит при смене статусаплатежа. Email-уведомление содержит вложение:
Предоплата: PDF-счет для платежа. PDF-счет формируется только для клиентов, у которых в качестве способа оплаты по умолчанию задан активный способ оплаты на основе модуля CheckCash (см. Просмотр и обновление типа клиентов).
Постоплата:
Если внешнее управление актами по модели Постоплата выключено — PDF-счет для платежа. PDF-счет формируется только для клиентов, у которых в качестве способа оплаты по умолчанию задан активный способ оплаты на основе модуля CheckCash (см. Просмотр и обновление типа клиентов).
Если внешнее управление актами по модели Постоплата включено (см. Управление актами по модели Постоплата сторонней ERP-системой) — файл счета на оплату из сторонней ERP-системы, связанный с платежом. С помощью плейсхолдеров также можно вывести его сумму с указанием валюты (Внешний итог).
Срок оплаты платежа приближается (Payment due date is coming)
Для отправки уведомлений за несколько дней до истечения периода отсрочки платежа используйте правило следующего вида:
payment.days_left = N
где N — количество дней до крайней даты оплаты платежа Срок оплаты, за которое нужно отправить уведомление.
Чтобы отправить уведомление в последний день отсрочки платежа (в дату Срок оплаты), используйте правило следующего вида:
payment.days_left = 0
Если оставить поле Правило пустым, уведомления будут приходить каждый день.
Email-уведомление содержит вложение:
Если внешнее управление актами по модели Постоплата выключено — PDF-счет для платежа. PDF-счет формируется только для клиентов, у которых в качестве способа оплаты по умолчанию задан активный способ оплаты на основе модуля CheckCash (см. Просмотр и обновление типа клиентов).
Если внешнее управление актами по модели Постоплата включено (см. Управление актами по модели Постоплата сторонней ERP-системой) — файл счета на оплату из сторонней ERP-системы, связанный с платежом. С помощью плейсхолдеров также можно вывести его сумму с указанием валюты (Внешний итог).
Платеж по постоплате создан (Postpay payment created)
Происходит на следующий день после финансового дня, когда платформа закрывает акт по модели Постоплата и создает связанный платеж. Email-уведомление включает PDF-счет для платежа. PDF-счет формируется только для клиентов, у которых в качестве способа оплаты по умолчанию задан активный способ оплаты на основе модуля CheckCash (см. Просмотр и обновление типа клиентов).
Запрос сброса пароля (Password reset request)
Происходит при запросе письма с инструкциями по сбросу пароля к Панели управления Клиента (подробнее см. Reset password).
В поле Получатель на странице создания и редактирования шаблона уведомлений укажите плейсхолдер {{manager.email}} — уведомление будет отправлено только тому менеджеру, для которого сработало событие уведомлений.
Не требует настройки правила обработки события.
Настройка MFA изменена на уровне реселлера (MFA setting has been changed on the Reseller's side)
Происходит при изменении настройки Обязательность использования для многофакторной аутентификации (MFA) в настройках безопасности реселлера (см. Настройки сотрудника).
В поле Получатель на странице создания и редактирования шаблона уведомлений укажите плейсхолдер {{manager.email}} — уведомление будет отправлено каждому менеджеру реселлера.
Не требует настройки правила обработки события.
До окончания периода подписки (Before subscription expiration)
Происходит ежедневно для всех подписок, у которых нет связи с заказом на продление в статусе Ожидает предоставления или Предоставляется. Для корректной работы требует обязательной настройки правила обработки события.
После окончания периода подписки (After subscription expiration)
Происходит ежедневно для всех подписок. Для корректной работы требует обязательной настройки правила обработки события.
Подписка переведена из пробного статуса в платный (After subscription switched from trial to no-trial)
Происходит при переходе подписки из пробного на платный период как для модели Предоплата, так и Постоплата.
Подписка изменена (Subscription changed)
Происходит при:
Смене статуса подписки на:
Активная.
Удалена, кроме перехода в статус Удалена из статуса Новый заказ.
Остановлена, кроме случая административной блокировки клиента.
Происходит при регистрации нового пользователя в Панели управления Клиента, после нажатия кнопки Зарегистрироваться (подробнее см. Quick registration).
Приглашение пользователя (User invitation)
Происходит при приглашении внешнего пользователя Владельцем или Администратором клиента (подробнее см. Приглашение Внешнего пользователя).
Заказ изменён (Order changed)
Происходит при смене статуса заказа на:
Отменен (при ручной отмене заказа или при отмене платежа по заказу в Панели управления Клиента и Панели управления Оператора).
Происходит при создании нового заказа (Создание заказа). В том числе, срабатывает как при ручном, так и при автоматическом создании заказа на продление.
Чтобы исключить отправку клиентам счетов на оплату по заказам на пролонгацию, создаваемымв финансовый день для автоматической оплаты с баланса клиента (см. Пролонгация подписки), необходимо чтобы для подписок, у которых установлена Точка автоматического продления (в днях) = 0, события Заказ создан иЗаказ изменённе срабатывали. Для этого в правиле обработки этих событий задайте условие order.type = "ProlongOrder" AND order.renewal_is_positive = true (см. Плейсхолдеры для описания правила обработки события). События будут срабатывать только для подписок, у которых Точка автоматического продления (в днях) больше 0.
Обещанный платёж создан (Guaranteed payment created)
Происходит при:
Ручном создании обещанного платежа через Панель управления Оператора или через Панель управления Клиента.
Автоматическом создании обещанного платежа в статусе Предоставлен в связи с пополнением.
Обещанный платёж истекает (Guaranteed payment will expire)
Происходит за указанное количество дней до наступления даты истечения обещанного платежа. Подробнее см. Управление обещанными платежами.
Осталось дней до оплаты (Days left to pay)
Происходит ежедневно для всех подписок. Для корректной работы требует обязательной настройки правила обработки события.
Телефонная верификация (Phone verification)
Происходит при нажатии кнопки Получить код на шаге SMS верификация в процессе полной регистрации клиента (см. Full registration).
Финансовый день наступает (Billing day is coming)
Происходит ежедневно для каждого уникального финансового дня. Пользователю клиента с ролью Владелец отправляется email-сообщение о дате финансового дня и о сумме предстоящего списания средств с баланса клиента. Если у клиента есть подписки с типом биллинга Pay as you go, в тексте уведомления укажите, что сумма, на которую нужно пополнить баланс, может измениться. В сообщении также может быть размещена ссылка на страницу пополнения баланса клиента (см. Пополнение Баланса Клиента). Пользователи, авторизованные в Панели управления Оператора, также могут перейти по этой ссылке в Панель управления Клиента в рамках одного реселлера, если у них в браузере нет сессии с авторизацией в Панели управления Клиента. Учитываются только подписки в следующих статусах (см. Просмотр списка подписок):
Активная.
Ожидает ручного подтверждения для остановки подписки.
Просрочена оплата.
Для корректной работы требует обязательной настройки правила обработки события.
Если не задать правило обработки, то событие уведомления будет срабатывать во всех возможных ситуациях: ежедневно для каждого уникального финансового дня, независимо от типа биллинга подписки. Например, если у клиента есть три подписки с типами биллинга Предзаказ, CSP annual, Pay as you go и тремя разными финансовыми днями, то в течение всего месяца ему будет приходить по три уведомления в день.
Наличие подписок с определенной моделью оплаты — при помощи плейсхолдера subscription.payment_model:
Если subscription.payment_model = "postpay", уведомление отправляется, только если у клиента есть неудаленные подписки по модели Постоплата, у которых наступает финансовый день.
Если subscription.payment_model = "prepay", уведомление отправляется, только если у Клиента есть неудаленные Подписки по модели Предоплата, у которых наступает финансовый день.
Наличие подписок с определенным типом биллинга у клиента — при помощи плейсхолдера monthly_billing. Чтобы уведомления приходили только клиентам, у которых есть подписки с ежемесячными платежами (например, типы биллинга CSP месячный, Monthly Commitment), используйте следующее условие в правиле: monthly_billing = "true".
Количество дней, которые остались до даты финансового дня — при помощи плейсхолдера billing_day_left. Чтобы уведомления приходили только за определенное количество дней до наступления уникального финансового дня, используйте следующее условие в правиле: billing_day_left = {количество дней до финансового дня, за которое нужно отправить уведомление}.
Дополнительно можно задать следующие параметры:
Число месяца, на которое установлен финансовый день — при помощи плейсхолдера billing_day.
Сумма списаний в статусе Открыто, которые будут закрыты или заблокированы в финансовый день, для которого было вызвано событие — при помощи плейсхолдера billing_day_open_charges_amount. Учитываются только подписки, у которых Точка автоматического продления = 0. Если списания в статусе Открыто не существуют, то производится расчет суммы на основе предварительной генерации списаний на будущий финансовый период.
ID планов активных подписок клиента — при помощи плейсхолдера plan_ids.
ID продуктов активных подписок клиента — при помощи плейсхолдера product_ids.
Ключ типа клиента — при помощи плейсхолдера account.type_key.
Ключ правила обслуживания клиента — при помощи плейсхолдера account.class_key.
Доступный баланс клиента — при помощи плейсхолдера account.balance.
Порог срабатывания финансовой блокировки клиента — при помощи плейсхолдера account.financial_blocking_threshold.
Например:
billing_day = 1 and billing_day_left = 28 and account.type_key = "personal" and account.class_key = "default" and account.financial_blocking_threshold = 0 and monthly_billing = true and (plan_ids include? 1420) and (product_ids include? 498)
Если нужно добавить несколько условий, которые должны выполняться одновременно, то следует использовать оператор and: billing_day = 1 and billing_day_left = 28. В этом примере уведомление будет отправлено для подписок, финансовый день которых установлен 1-го числа каждого месяца, за 28 дней до наступления финансового дня. Всего будет отправлено одно уведомление.
Если нужно добавить несколько условий, одно из которых должно выполняться обязательно, то следует использовать оператор or: billing_day = 1 or billing_day = 5. В этом примере по одному уведомлению будет отправляться каждый день финансового периода для подписок, финансовый день которых установлен как 1-го, так и 5-го числа каждого месяца.
Для группировки и объединения условий можно использовать скобки (): (billing_day = 1 or billing_day = 2) and (billing_day_left = 3 or billing_day_left = 4) . В этом примере уведомления будут отправлены для подписок, финансовый день которых установлен как 1-го, так и 2-го числа каждого месяца за 3 и за 4 дня до наступления финансового дня. Всего будет отправлено четыре уведомления.
Также для формирования правила можно использовать арифметические операторы + и -, операторы сравнения значений плейсхолдеров > <, менять порядок значений (1 = billing_day).
Чтобы сформировать таблицу с перечнем подписок, которые истекают в ближайший финансовый период, можно использовать следующие плейсхолдеры:
next_billing_period_start_day — дата начала следующего финансового периода относительно финансового дня, для которого было вызвано событие.
next_billing_period_end_day — дата окончания следующего финансового периода относительно финансового дня, для которого было вызвано событие.
Финансовый день по подпискам менеджера наступил (Billing day for manager's subscriptions has come)
(ранее — Финансовый день наступил (Billing day has come))
Событие происходит после прохождения биллинг-процесса и закрытия списаний для каждого менеджера при выполнении следующего условия:
Хотя бы один клиент этого менеджера имеет неудаленную подписку с финансовым днем, равным текущей дате выполнения биллинг-процесса. Например, у менеджера один клиент, и у этого клиента 3 подписки, у двух из них финансовый день 5 число, у одной — 10. Событие будет происходить дважды — 5 и 10 числа.
Выполняются условия, заданные в поле Правило.
В поле Получатель на странице создания и редактирования шаблона уведомлений укажите плейсхолдер {{manager.email}} — email менеджера, для которого сработало событие уведомлений.
Финансовый день по подписке клиента наступил (Billing day for account's subscription has come)
Событие происходит после прохождения биллинг-процесса и закрытия списаний для каждого клиента при выполнении всех следующих условий:
У клиента есть подписка с финансовым днем, равным текущей дате выполнения биллинг-процесса.
У этой подписки есть списания в статусе Закрыто за прошедший финансовый период.
Сумма этих списаний больше 0.
Выполняются условия, заданные в поле Правило.
Если у клиента несколько подписок с одним финансовым днем, то событие срабатывает для каждой подписки в отдельности.
В поле Получатель на странице создания и редактирования шаблона уведомлений можно указать плейсхолдер {{owner.email}} — email Владельца клиента, для которого сработало событие уведомлений.
По подпискам Microsoft Azure Plan и Microsoft Azure для события может использоваться специально подготовленный шаблон уведомления с разбивкой данных по категориям ресурсов, а для подписок VMware vCloud Director — с разбивкой по ресурсам:
Шаблон уведомления поддерживает отображение следующих данных:
Динамика расходов:
Сумма расходов за последний завершенный финансовый период (поддерживается сумма до 11 знаков), а также обозначение валюты реселлера. Если сумма расходов отрицательная, отображается 0.
Месяц и год последнего завершенного финансового периода.
Сумма расходов за предпоследний завершенный финансовый период (поддерживается сумма до 11 знаков), а также обозначение валюты реселлера. Если сумма расходов отрицательная, отображается 0.
Месяц и год предпоследнего завершенного финансового периода.
Темп прироста в процентах, рассчитанный по формуле:
( (Прошлый период - Позапрошлый период) / Позапрошлый период ) × 100
Темп прироста для отрицательных сумм устанавливается следующим образом:
-100%, если сумма расходов отрицательная только за прошлый период.
100%, если сумма расходов отрицательная только за позапрошлый период.
0%, если сумма расходов отрицательная за прошлый и позапрошлый периоды.
Блок не отображается, если отсутствуют данные за последний или предпоследний финансовый период.
Структура расходов за последний месяц:
Линейная диаграмма:
Количество частей диаграммы соответствует числу ресурсов (категорий ресурсов), которые были потреблены за прошедший финансовый период:
Каждая часть диаграммы обладает своим цветом.
Части диаграммы располагаются от большего к меньшему слева направо, включая отрицательные суммы потребления.
Максимальное число ресурсов (категорий ресурсов): 5, остальные объединяются в отдельную группу.
Легенда диаграммы:
Отображается название ресурса (категории ресурсов)и процент ее вклада в общее потребление за прошедший финансовый период. Для отрицательных сумм потребления отображается вклад 0%.
Поддерживается отображение до 3-х ресурсов (категорий ресурсов).
Названия ресурсов (категорий ресурсов) располагаются от большего к меньшему слева направо.
Рядом с названием ресурса (категории ресурсов отображается цвет, который соответствует цвету блока линейной диаграммы для этого ресурса (категории ресурсов).
Таблица:
Таблица содержит следующие столбцы:
Цвет, который соответствует цвету блока линейной диаграммы для этого ресурса (категории ресурсов).
Название ресурса (категории ресурсов).
Стоимость, <обозначение валюты реселлера> — размер потребления ресурса (категории ресурсов) за прошедший финансовый период в валюте реселлера.
Строки в таблице отсортированы по убыванию стоимости, включая отрицательные суммы потребления.
Динамика еженедельных затрат за последний месяц — столбчатая диаграмма:
Количество частей в столбцах диаграммы соответствует числу ресурсов (категорий ресурсов), потребленных за прошедший финансовый период.
Максимальное число ресурсов (категорий ресурсов): 5, остальные объединяются в отдельную группу.
Каждая часть диаграммы обладает своим цветом и соответствует линейной диаграмме.
Столбцы отображают потребление ресурсов (категорий ресурсов) по неделям прошедшего финансового периода, включая отрицательные значения.
Ссылка для перехода в Панель управления Клиента на страницу Аналитика той подписки, для которой сработало событие, с предустановленными фильтрами (см. -Subscription analytics):
Детализация — по дням или месяцам.
Период — в зависимости от детализации:
По дням — прошедший или текущий биллинг период.
По месяцам — 3, 6 или 12 биллинг периодов.
Точность и разделители сумм в шаблоне уведомления отображаются в соответствии с настройками для валюты реселлера (см. Просмотр списка валют). Названия месяцев автоматически отображаются на языке, установленном по умолчанию в Панели управления Оператора (см. Управление языковыми настройками), остальной текст указывается вручную.
По умолчанию ссылка на раздел Аналитика в Панели управления Клиентаhttps://{domain}/client/analytics отображает данные о потреблении по всем подпискам аккаунта с детализацией по месяцам за 3 последних периода.
Другая фильтрация данных о потреблении выполняется с помощью query-параметров filter по следующему шаблону:
Query-параметр
Обязательный/Опциональный
Назначение
Описание
filter[details]
Обязательный
Уровень детализации
Допустимые значения:
monthly — по месяцам.
daily — по дням.
filter[billing-period]
Обязательный
Тип периода
Допустимые значения:
С детализацией по месяцам:3-period, 6-period, 12-period, custom-billing, custom-calendar.
Для фактических расходов PAYG-подписки с детализацией по дням: current, previous, custom-billing, custom-calendar.
Для предварительного потребления PAYG-подписки с детализацией по дням: current, previous, current_and_previous.
filter[period][gteq] и filter[period][lteq]
Опциональный
Начало и конец периода
Значение в формате: ГГГГ-ММ, а для ключа custom-calendar — ГГГГ-ММ-ДД.
Если значения не указаны или указан только один параметр и его значение, то период определяется автоматически исходя из значения filter[billing-period] и filter[details], а также текущего времени сервера.
filter[subscription_id]
Опциональный
Подписка
ID подписки.
Если параметр отсутствует, то фильтр по подписке не предустанавливается.
filter[expenses]
Параметр больше не поддерживается
Тип расходов PAYG-подписки с детализацией по дням
Параметр больше не поддерживается.
Ранее использовался для переключения между предварительными и финальными данными
Например, потребление для подписки 1234 с детализацией по дням за текущий период: https://{domain}/client/analytics?filter[details]=daily&filter[billing-period]=current&filter[subscription_id]=1234
Себестоимость изменена (Net cost has been changed)
Происходит при изменении себестоимости тарифного плана на уровне текущего реселлера (см. Просмотр прайс-листа).
При создании этого события уведомления оставьте поле Правило пустым.
Платформа собирает данные об изменении себестоимости раз в сутки ночью. При этом в выборку тарифных планов включаются только те планы, себестоимость которых изменилась с 00:00:00 до 23:59:59 предыдущих суток. Если себестоимость тарифного плана изменилась, например, в 00:01 текущих суток, то этот тарифный план попадет в выборку только на следующие сутки.
Кредитный лимит для постоплатной подписки изменен (Credit limit for postpaid subscription was changed)
Событие происходит для клиентов, у которых есть подписка по модели Постоплата в статусе отличном от Удалена, в случае:
Изменения кредитного лимита по подписке в правиле обслуживания.
Изменения кредитного лимита по подписке на странице клиента с моделью оплаты по умолчанию Постоплата.
Изменения кредитного лимита по подписке на странице подписки по модели Постоплата.
Переключения настройки Использовать из правил обслуживания в настройках клиента, если при этом значение кредитного лимита по подписке для клиента изменяется.
Переключения настройки Использовать из настроек Клиента на странице подписки, если при этом значение кредитного лимита по подписке для подписки изменяется.
Изменения правила обслуживания для клиента при включенной настройке Использовать из правил обслуживания, если при этом значение кредитного лимита по подписке для клиента изменяется.
Создания новой подписки по модели Постоплата.
Событие происходит, если перечисленные выше действия выполняются как через Панель управления Оператора, так и по API.
Приближение к кредитному лимиту постоплатной подписки (Credit limit for postpaid subscription is approaching)
Событие происходит, если величина текущей задолженности по подписке пересекла установленный % (1...99) кредитного лимита для этой подписки, вне зависимости от статуса подписки. Уведомление отправляется 1 раз.
Например, при следующем правиле обработки события событие произойдет, когда величина текущей задолженности по подписке превысит 70% от кредитного лимита для этой подписки:
Закрывающие документы сформированы (Closingdocuments generated)
Событие происходит при вызове API-метода (см. Send notifications on closing documents) для рассылки уведомлений клиентам реселлера о том, что закрывающие документы за указанный период получены из сторонней ERP-системы и доступны для скачивания по ссылкам и через Панель управления Клиента в разделе Закрывающие документы (см. Closing documents). Уведомление отправляется только для документов в статусе Новый. После отправки уведомления статус этих документов меняется на Отправлен.
Создан объединенный платеж (Joined payment created)
Происходит через указанное количество дней после создания заказа для заказов в статусе Ожидает оплаты, у которых платеж связан только с одним заказом (то есть заказ не связан с объединенным платежом — см. Объединение платежей по модели Предоплата).
Повторная отправка объединенного платежа (Resend the joined payment)
Происходит через указанное количество дней после создания объединенного платежа для платежей в статусе Ожидает оплаты.
Расходы по подписке приближаются к установленному бюджету расходов на период (Spending budget for a period is approaching)
Если в подписке с типом биллинга Pay as you go клиент установил процент от бюджета расходов для отправки уведомления, событие срабатывает, когда потребление по подписке (сумма списаний в статусе Заблокировано) за выбранный период достигло или превысило порог, но при этом остается меньше бюджета расходов. Указывать правило обработки для события не требуется.
Расходы по подписке достигли установленного бюджета расходов на период (Spending budget has been reached)
Если в подписке с типом биллинга Pay as you go клиент установил бюджет расходов за выбранный период, событие срабатывает, когда потребление по подписке (сумма списаний в статусе Заблокировано) за выбранный период достигло или превысило бюджет. Указывать правило обработки для события не требуется.
Обнаружение неожиданного увеличения потребления (Unexpected consumption increase detection)
Происходит, если разность потребления день-ко-дню по подписке с типом биллинга Pay as you go достигла или превысила установленный порог. Если указаны два порога, событие происходит, когда изменение потребления достигло или превысило оба порога. Пороги задаются в системных настройках как общие для всех подписок (см. Мониторинг увеличения расходов по PAYG подпискам в Задание общих системных настроек).
По умолчанию ссылка на раздел Аналитика в Панели управления Клиентаhttps://{domain}/client/analytics отображает данные о потреблении по всем подпискам аккаунта с детализацией по месяцам за 3 последних периода.
Другая фильтрация данных о потреблении выполняется с помощью query-параметров filter по следующему шаблону:
Query-параметр
Обязательный/Опциональный
Назначение
Описание
filter[details]
Обязательный
Уровень детализации
Допустимые значения:
monthly — по месяцам.
daily — по дням.
filter[billing-period]
Обязательный
Тип периода
Допустимые значения:
С детализацией по месяцам:3-period, 6-period, 12-period, custom-billing, custom-calendar.
Для фактических расходов PAYG-подписки с детализацией по дням: current, previous, custom-billing, custom-calendar.
Для предварительного потребления PAYG-подписки с детализацией по дням: current, previous, current_and_previous.
filter[period][gteq] и filter[period][lteq]
Опциональный
Начало и конец периода
Значение в формате: ГГГГ-ММ, а для ключа custom-calendar — ГГГГ-ММ-ДД.
Если значения не указаны или указан только один параметр и его значение, то период определяется автоматически исходя из значения filter[billing-period] и filter[details], а также текущего времени сервера.
filter[subscription_id]
Опциональный
Подписка
ID подписки.
Если параметр отсутствует, то фильтр по подписке не предустанавливается.
filter[expenses]
Параметр больше не поддерживается
Тип расходов PAYG-подписки с детализацией по дням
Параметр больше не поддерживается.
Ранее использовался для переключения между предварительными и финальными данными
Например, потребление для подписки 1234 с детализацией по дням за текущий период: https://{domain}/client/analytics?filter[details]=daily&filter[billing-period]=current&filter[subscription_id]=1234
Оплата платежа получена из внешней системы (Paid amount has been received from external system)
Событие происходит при вызове API-метода для завершения платежа по его номеру document_id (см. Завершение платежа по номеру), если выполняются условия, заданные в поле Правило. В частности, сравнивая сумму оплаты и сумму платежа в платформе, предыдущий и текущий статусы платежа в платформе, для менеджеров можно настроить уведомления о переплате, частичной или повторной оплате, т.к. в этих случаях создается корректировка баланса и требуется ее подтверждение вручную.
Запрос на сброс пароля при создании пользователя (Request to reset the password after the user creation)
Происходит при сбросе пароля пользователя, если пользователь был создан в Панели управления Оператора (Создание пользователя).
Обновление себестоимости CSP (Update CSP net costs)
Происходит ежедневно для всех подписок. Для корректной работы требует обязательной настройки правила обработки события.
После утверждения нового файла с ценами, в случае когда файл с ценами из статуса Требуется подтверждение переходит в статус Будущий или Текущий.
После перехода файла из статуса Будущий в статус Текущий.
Заявка на создание счёта отправлена (Request for creating bill was sent)
Сформирована ручная операция на создание счета на оплату.
Счёт на пополнение баланса готов (Bill on balance replenishment is ready)
Счет на оплату для пополнения баланса клиента сформирован вручную.
Отчётный период закрыт (The accounting period was closed)
Уведомление о закрытии отчетного периода при получении от 1С запроса для сверки баланса клиентов отправляется в случае совпадения балансов в 1С и ActivePlatform.
Создание сервера (Create instance)
Происходит при создании нового сервера CloudServer (см. Создание Сервера).
Обработка данных по подпискам Azure Plan завершена (Data processing for AzurePlan subscriptions completed)
Происходит на уровне того реселлера, для которого созданы настройки модуля Office365 и шаблон услуги на основе модуля Microsoft CSP Products. Происходит после завершения обработки детализированных данных о потреблении по всем подпискам Microsoft Azure Plan реселлера через 2 дня после закрытия актов. Правило обработки для события не настраивается. В качестве получателя уведомления можно указать только конкретный email менеджера без использования плейсхолдеров. См. Настройка уведомлений для Подписок Microsoft Azure Plan в руководстве Services. Operator Guide.
AppSource ссылка для активации сгенерирована (AppSource Activation Link Generated)
Новая подписка на услугу Microsoft AppSource перешла в статус Установка и ожидает активации на стороне вендора. Для активации клиенту нужно перейти по ссылке в уведомлении (см. Microsoft AppSource. Operator Guide).
Microsoft ожидает оформления заказа на покупку (Microsoft pending PO document)
Происходит, когда на стороне Microsoft заказ подписки на основе модуля Microsoft CSP Product переходит в статус Pending PO Upload. Менеджеру, получившему уведомление, нужно загрузить файл заказа (Purchase Order, PO) и ввести данные о сделке для проверки в Microsoft Partner Center. Заказ в платформе остается в статусе Предоставляется. См. пример в Ordering a subscription to the Microsoft NCE service via the Operator Control Panel в руководстве Services. Operator Guide.
Microsoft отклонил заказ на покупку (Microsoft rejected PO document)
Происходит при смене статуса подписки на тарифный план на основе модуля Vendor Service Plugin (VSP) с Обновление на Активная при изменении количества ресурсов подписки.
VSP подписка создана (VSP subscription created)
Происходит при смене статуса подписки на тарифный план на основе модуля Vendor Service Plugin (VSP) с Устанавливается на Активная.
Так как событие уведомлений делегируется всем нижестоящим реселлерам, то оно должно быть уникальным. Набор параметров Событие, Тип Шаблона уведомлений, Шаблон уведомлений и Правило не должен совпадать с соответствующим набором параметров существующих событий уведомлений у текущего реселлера и всех его нижестоящих реселлеров.
