Задания по расписанию

• Карточка Задания по расписанию
• Объекты задания по расписанию
• Действия задания по расписанию
  • Начисление баллов
  • Информирование о сроках начала и окончания действия баллов
  • Начисление денежных средств
  • Рассылка сообщений E-mаil и SMS
  • Массовая рассылка E-mail и SMS
  • Лимиты маркетинговых сообщений
  • Время жизни сообщений
  • Метапеременные сообщений
  • Генерация персональных предложений
  • Формирование шаблонных персональных предложений
  • Персональные предложения с параметрами персональных акций
  • Связанные задания
  • Игнорирование запрета на отправку сообщений
  • Создание/изменение расширенного атрибута контакта
• Тестовый запуск задания по расписанию
• Немедленный запуск задания по расписанию
• Расписание задания
• Оптимизация выполнения задания по расписанию
• HTML-формат сообщений в задании по расписанию
• Ограничения

Помимо алгоритмов обработки основных операций по предоставлению клиентам скидок по покупкам или товарам, начислению по покупкам или товарам бонусных баллов, использованию начисленных бонусных баллов для оплаты покупок, в системе есть отдельный модуль, в рамках которого поддерживается коммуникационное взаимодействие с клиентами. По заранее спланированному расписанию всем или определённым клиентам могут быть отправлены следующие виды сообщений: E-mail, SMS, PUSH, сообщения в личный кабинет. Более того, сообщения могут быть отправлены не только по плану, но и в результате регистрации в системе совершения покупки.

Важно! Подключение каналов коммуникации в Manzana Loyalty осуществляется сотрудниками Manzana Group и определяется условиями договора. Без настройки сервисов отправка невозможна.

К прочим операциям также относится начисление бонусных баллов по заранее спланированному расписанию, например, начисление некоторого количества баллов в качестве подарка в день рождения.

Карточка Задания по расписанию

Одной из важных функциональных составляющих системы ML является возможность выполнения операций, которые будут выполнены по настроенному расписанию автоматически, в назначенное расписанием время. Данная возможность системы называется заданием по расписанию.

Рис. Справочник заданий по расписанию

С помощью заданий по расписанию система позволяет автоматизировать следующие процессы:

• Начислять бонусные баллы;
• Создавать именные номерные купоны;
• Рассылать SMS, E-mail, PUSH, сообщения в ЛК.

Для настройки одного или одновременно нескольких из этих процессов в системе используется карточка Задания по расписанию, а для настройки расписания, по которому задание будет работать, используется карточка Расписание задания.

Задание по расписанию определяется следующими параметрами:

Рис. Карточка задания по расписанию: Параметры, Тип фильтра = Фильтр контактов

Рис. Карточка задания по расписанию: Параметры, Тип фильтра = Маркетинговый список

Рис. Карточка задания по расписанию: Параметры, Тип фильтра = Контакт

Рис. Карточка задания по расписанию: Начисление бонусов, Тип бонуса – Начисление количества

Рис. Карточка задания по расписанию: Начисление бонусов, Тип бонуса – Процент

Рис. Секция «Начисление денежных средств» в ЗПР

Рис. Карточка задания по расписанию: SMS, Viber, E-mail

Рис. Карточка задания по расписанию: Push, Сообщения в ЛК, Параметры выполнения, Расписание

Объекты задания по расписанию

Объекты задания – это записи сущностей, в отношении которых действует задание. Если по заданию начисляются баллы, то объектом задания будут записи карт, потому как начисление баллов возможно только на бонусную карту. Если задание по расписанию отправляет E-mail сообщения, то объектами задания будут записи контактов, потому как почтовые адреса указаны в карточках контактов. Следует иметь в виду, что для заданий, которые и начисляют баллы, и отправляют сообщения – для них используются оба объекта: и карта, и контакт. Поэтому в таком случае должны отбираться такие карты, которые связаны с контактами.

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

В качестве фильтров задания по расписанию используются, главным образом, наборы контактов (фильтры контактов). Наборы контактов могут подключаться к условиям фильтрации только как включаемые. Также в задании можно использовать фильтрацию по маркетинговым спискам или непосредственно по определенным контактам (определяется полем «Тип фильтра»).

Следует иметь в виду, что само задание может быть выполнено в отношении только одного типа объекта: либо контакта, либо карты (поле «Тип объекта: Карта:»). В случае, если задание выполняется в отношении контактов, то в наборах контактов игнорируются параметры условий фильтрации, соответствующие карте. И наоборот, если задание выполняется в отношении карт, то в наборах игнорируются ограничения, относящиеся к контакту. Однако сам по себе набор может включать в себя и ограничения по контакту, и ограничения по карте.

При начислении баллов, если у задания параметр «Тип объекта: Карта» деактивирован (т.е. задание применяется к контакту), то к нему обязательно должен относиться набор с обоими типами ограничений, в противном случае, начисление баллов не будет произведено.

В случае отправки сообщений по заданию, параметр «Тип объекта: Карта» должен быть деактивирован (т.е. задание применяется к контакту) и в связанном наборе использоваться ограничения по контакту.

Особенности фильтрации объектов задания по расписанию

При фильтрации задания, если одновременно включаются наборы по контактам и картам, то фильтрацию задания пройдёт объединение множества объектов, вне зависимости от типа задания.

Например, набор устроен таким образом, что отбирает 1 контакт и 100 карт, при этом задание начисляет баллы и в качестве целевого объекта выбран контакт. Если бы к заданию относился только этот набор, то начисление баллов случилось бы только в отношении 1 объекта. Если к заданию отнести второй набор, который отбирает 100 контактов и 1 карту, установив логику соотнесения наборов как ИЛИ (поле «Зависимость наборов»), то уже в этом случае будет произведено начисление на 101 объектов, поскольку объединённое множество двух наборов фильтрации как раз будет состоять из 101 объекта.

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

В случае включенной настройки Loyalty.Scheduler.Obligatory.PartnerFiltering под фильтрацию и обработку задания попадают только объекты (контакты и/или карты), партнёр которых совпадает с партнёром задания.

Ограничение на максимальное количество объектов задания по расписанию

В поле «Максимальное количество объектов» задаётся максимальное количество контактов или карт (в зависимости от типа объекта задания), для которого задание может успешно выполниться.

Рис. Поле «Максимальное количество объектов» в карточке задания по расписанию

Значение по умолчанию данного поля равно 100. В случае если отобранное фильтрацией задания количество объектов будет больше этого количества, задание не выполняется и дезактивируется. При выполнении боевого запуска задания, в котором произошло такое превышение, есть возможность отправки E-mail сообщения ответственным сотрудникам для уведомления об этом событии (для этого необходимо заполнить поля в записи партнера в поле «Email адресаты (технические сообщения) Ошибка! Источник ссылки не найден., а также должен быть настроен сервис отправки писем из базы).

Рис. Настройка отправки технических сообщений в карточке Партнёра

Действия задания по расписанию

Заданием по расписанию можно осуществить несколько действий: начислять баллы, отправлять сообщения, выпускать купоны, начислять денежные средства.

Следует иметь в виду, что одновременно нельзя начислить и статусные, и не статусные бонусные баллы.

Начислить любой вид баллов и создать любой вид сообщений можно, а также можно выпустить купоны и создать любой вид сообщений. Любые виды сообщений можно также создавать одновременно одни заданием.

Начисление баллов

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

Рис. Настройка выбора начисления бонусных/статусных баллов в карточке задания по расписанию

Баллы могут быть начислены непосредственно в указанном количестве, например, 200 бонусных баллов по всем картам, отобранным условиями фильтрации. Также баллы могут быть начислены так, чтобы в итоге активный баланс объекта (либо карты, либо контакта) равнялся какому-то заданному количеству. Условие данного начисления регулируется параметром «Тип бонуса».

Вне зависимости от условий применения и типа задания, начисление всегда производится на какую-то карту. В случае если объектом начисления является «Контакт», начисления баллов производится на карту, дата создания которой самая последняя среди всех карт, связанных с контактом.

Рис. Настройка типа начисляемых бонусов в карточке задания по расписанию

Начисления баллов производятся в рамках указанной в задании кампании. Следует помнить, что если истёк срок действия кампании, или она не активна, то в рамках задания по расписанию начисление баллов будет произведено всё равно.

Начисленные в рамках задания по расписанию бонусные баллы имеют свои сроки действия.

Срок начала действия баллов определяется значением поля задания «Тип вычисления даты начала действия». Срок окончания действия баллов определяется значением поля задания «Тип вычисления даты окончания действия». См. описание полей по установке сроков действия баллов в пункте 5.1.1.

Рис. Настройка сроков действия бонусов в карточке задания по расписанию

В рамках задания необходимость начисления бонусных баллов определяется значением поля «Начислять бонусы».

Также в системе есть возможность выбрать счётчик, значение которого используется в качестве основания начисления баллов по заданию по расписанию. Для этого необходимо, чтобы в «Типе бонуса» было выбрано значение Процент. В качестве периода счетчика есть значения: неделя, месяц, 3 месяца, 6 месяцев, год. Тип периода счётчика может быть текущий, предыдущий, скользящий. Можно выбрать параметр приведения: на указанное значение делится используемое основание начисления, от полученной величины берется целая часть, далее к этому значению применяется ставка начисления (поле «Количество»). Если в поле «Непрерывный счетчик» выбрано значение «Да», то в качестве основания начисления берётся значение непрерывного указанного счётчика.

Информирование о сроках начала и окончания действия баллов

В системе есть метапеременные, в которые подставляются для параметризуемых текущего и будущих периодов:

• Сумма начинающих действовать баллов
• Сумма заканчивающих действовать баллов

Это следующие метапеременные:

%dispose_bonus_total% - Общая сумма баллов (статусных и не статусных), которая сгорит в текущем периоде.

%dispose_bonuses% - Сумма не статусных баллов, которая сгорит в текущем периоде.

%dispose_status_bonuses% - Сумма статусных баллов, которая сгорит в текущем периоде.

%dispose_next_bonus_total% - Общая сумма баллов (статусных и не статусных), которая сгорит в следующем периоде.

%dispose_next_bonuses% - Сумма не статусных баллов, которая сгорит в следующем периоде.

%dispose_next_status_bonuses% - Сумма статусных баллов, которая сгорит в следующем периоде.

%start_bonus_total% - Общая сумма баллов (статусных и бонусных), которое начнёт действовать в текущем периоде.

%start_bonuses% - Сумма бонусных баллов, которое начнёт действовать в текущем периоде.

%start_status_bonuses% - Сумма статусных баллов, которое начнёт действовать в текущем периоде.

%start_next_bonus_total% - Общая сумма баллов (статусных и бонусных) которое начнёт действовать в следующем периоде.

%start_next_bonuses% - Сумма бонусных баллов, которое начнёт действовать в следующем периоде.

%start_next_status_bonuses% - Сумма статусных баллов, которое начнёт действовать в следующем периоде.

Отдельно для каждого вида баллов и для общей суммы. Периоды можно задавать в заданном количестве календарных: днях, неделях, месяцах. Длительности периодов устанавливаются независимо друг от друга. Текущий период включает дату выполнения задания, будущий период – сразу следующий за текущим. Периоды задаются в полях: «Тип периода», «Значение периода», «Тип следующего периода», «Значение следующего периода».

Дополнительно есть возможность ограничить по количеству баллов: если количество баллов менее заданной величины (одинаковой для обоих периодов), сообщение не будет формироваться. Ограничения задаются в полях «Мин. кол-во вступающих в действие баллов», «Мин. кол-во сгорающих баллов».

Рис. Настройка параметров выполнения маркетингового информационного сообщения в карточке задания по расписанию

Начисление денежных средств

Начисление и доначисление средств денежного счёта может осуществляться через ЗПР системы. Секция «Начисление денежных средств» располагается в самом конце карточки ЗПР рядом с секцией «Параметры выполнения». При нажатии на «+» «Добавить секцию «Начисление денежных средств», секция отображается под секцией «Начисление бонусов».

Поле «Начислить денежные средства» по умолчанию является выключенным. При его активации появляются обязательные поля «Значение начисления» и «Тип начисления».

Рис. Секция «Начисление денежных средств» в ЗПР

Скольким объектам задание начислило деньги и сколько отображается в логах выполнения фактического и тестового запускав полях «Кол-во денежных средств» и «Начислено денежных средств».

Рис. Логи выполнения тестового запуска с результатами начисления денежных средств

Все начисления по данному, конкретному заданию попадают в раздел «Зависимости» - таб «Начисление на денежный счет»

Рис. Таб «Начисление на денежный счет» в разделе «Зависимости» ЗПР

Ссылка на ЗПР, в рамках которого произошло начисление, отображается в записи «Задание по расписанию» в карточке контакта в разделе «Деньги» => «Начисление на денежный счет»

 Рис. Начисление денежных средств по заданию в карточке контакта.

Аналогично в карте контакта в поле «Задание по расписанию» может содержаться ссылка на задание, в рамках которого произошло начисление на денежный счет.

Рис. Представление «Задание по расписанию» в карте контакта

Деньги начисляются сразу в активном состоянии с датой начала действия, равной дате выполнения задания.

Функционал применяется в частности для предоставления социальной скидки в пределах социального фонда.  В качестве фонда в системе используется денежный счёт карты. Подробнее о механике социальной скидки смотрите в разделе Вики «Примеры настроек механик программы лояльности в новом интерфейсе».

Рассылка сообщений E-mаil и SMS

В рамках задания по расписанию также можно отправлять сообщения SMS и E-mail. В случае, если задание не предусматривает начисления баллов (поле «Начислять баллы» установлено в значение «Нет»), то сообщения отсылаются согласно условиям фильтрации задания. Если предусматривается также начисление баллов, то сообщения будут отправляться только тем контактам, в отношении карт которых было начислено какое-то ненулевое количество баллов.

Рис. Настройка начисления баллов в карточке задания по расписанию

1. Следует также обратить внимание: если задание предусматривает начисление баллов и в качестве объекта задания указана «Карта», то количество отправленных в результате выполнения задания сообщений будет равно количеству карт, которые попали в условия фильтрации. Если дополнительно предусматривается отправка SMS и\или E-mail, то эти карты должны относиться к контактам, а в карточке контакта указан телефон и\или адрес электронной почты (плюс имеются разрешения на отправку). Если же начисляются баллы по заданию с объектом «Контакт», то баллы начисляются только на одну из карт контакта (последнюю по дате создания в статусе «Активная» или «Новая»), в этом случае отсылается одно сообщение.
2. Следует помнить, что при отправке сообщений генерируются и отправляются только те, которые подпадают под условия фильтрации в рамках задания, но также на адреса и мобильные телефоны только тем контактам, у которых разрешён данный тип коммуникации. Также сообщения генерируются только в случае, если в карточках соответствующего контакта указаны мобильный телефон и адрес электронной почты для выбранного в задании канала коммуникации. Следует также обращать внимание, что телефонный номер должен быть заполнен в соответствии с форматом указанной в системной настройке маски.

Рис. Разрешения коммуникаций по SMS и E-mail в карточке клиента

1. В случае совместного начисления баллов и отправки SMS или E-mail, в условиях, когда доставить сообщение нельзя (по причине запрета, или отсутствию адреса), само начисление баллов будет произведено, но сообщения не будут сгенерированы.
2. Сообщения SMS и E-mail передаются на доставку провайдерам сразу по успешному выполнению задания по расписанию.

При создании задания по расписанию для выполнения рассылки E-mail сообщений реализована возможность использовать HTML-вёрстку.

Если необходимо отправлять почтовые сообщения в HTML-формате, то необходимо в разделе E-mail установить поле «HTML формат» в значение HTML.

Рис. Настройка использования формата E-mail HTML/текст для сообщений в карточке задания по расписанию

Далее в разделе «Текст E-mail», вставить текст сообщения в формате HTML-вёрстки.

После того, как необходимое сообщение создано, необходимо нажать кнопку «Сохранить и закрыть».

Для создания сообщений в HTML-формате можно использовать любой внешний редактор. В тексте можно использовать метапеременные.

Рис. Использование внешнего HTML-редактора для формирования HTML-вёрстки

Далее копируете полученную HTML-вёрстку в поле «Текст E-mail» в карточке задания по расписанию.

Массовая рассылка E-mail и SMS

Система поддерживает интеграцию с тремя провайдерами массовых (или расширенных) рассылок: SendSay, Expertsender, Devino Telecom, Ofsys. В текущей версии массовые рассылки возможны только для E-mail (SMS-сообщения отправляются по стандартному протоколу SMPP). Создание сообщений для массовых рассылок не отличается от создания сообщений системными средствами.

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

Рис. Отчеты по рассылкам в карточке Задания по расписанию

Рис. Отчеты по рассылкам в карточке Контакта

Период сбора статистики можно установить в задании. Для этого нужно указать значения в полях «Период сбора статистики», «Тип периода» в разделе «Массовая рассылка» для E-mail.

Рис. Настройка периода сбора статистики рассылки E-mail сообщений в карточке задания по расписанию

Статистика по сообщениям E-mail массовой рассылки собирается указанное количество времени относительно выполнения каждого экземпляра задания. Если задание выполняется периодически (неоднократно), то каждое выполнение задания считается отдельным экземпляром.

Для осуществления массовых E-mail рассылок необходимо в разделе системы Транзакционные сообщения создать карточки провайдеров, в которые прописать необходимые данные для интеграции.

Рис. Справочник E-mail провайдеров

Карточка провайдера для SendSay выглядит следующим образом:

Рис. Карточка E-mail провайдера SendSay

В карточке e-mail провайдера с типом SendSay необходимо заполнить следующие поля:

Карточка провайдера для ExpertSender выглядит следующим образом:

Рис. Карточка E-mail провайдера ExpertSender

В карточке E-mail провайдера с типом ExpertSender необходимо заполнить следующие поля:

Лимиты маркетинговых сообщений

В настоящей версии Manzana Loyalty ограничения для маркетинговых сообщений действуют только на SMS и E-mail сообщения, отправляемые в рамках задания по расписанию. Максимально отправляемое количество сообщений ограничивается для следующих периодов: день, неделя, месяц. При этом период времени может быть текущим и календарным. Если используется календарный период, то максимальное количество сообщений, например, для дня, ограничивается периодом времени с 00:00 до 24:00 часов, для недели с 00:00 понедельника, до 24:00 воскресенья. Для месяца с 00:00 первого числа месяца до 24:00 последнего числа месяца. Если используется текущий период, то ограничение для дня устанавливается в 24 полных часа с момента отправки первого сообщения, для недели – 7 х 24 часов, для месяца 30 х 24 часов.

Для установки ограничений используются системные настройки, см. описание в разделе Общие: Лимиты на отправку маркетинговых сообщений

Время жизни сообщений

Для сообщений в личный кабинет предусмотрены срок жизни в днях:

Рис. Настройка времени жизни сообщений в ЛК в карточке задания по расписанию

Сообщения в ЛК имеют определённое время хранения. По истечении данного срока сообщения в ЛК удаляются из системы, в каком бы статусе они не находились.

По умолчанию, время хранения установлено 30 дней.

Для сообщений E-mail, PUSH и SMS время жизни не предусматривается, поскольку они доставляются сразу по их созданию.

Метапеременные сообщений

В сообщениях возможно использование метапеременных. В шаблонах сообщений задания по расписанию можно использовать только те переменные, что есть в описании этих шаблонов. Список доступных метапеременных указан непосредственно в карточке задания по расписанию при нажатии на значок  в режиме редактирования текста соответствующего (SMS, E-mail, Push, Сообщение в ЛК) сообщения. 

Рис. Отображение списка доступных метапеременных

Следует обратить внимание, если условия фильтрации указаны таким образом, что значение метапеременной не может быть определено однозначно, то вместо этого в тексте сообщения будет не значение метапеременной, а её текстовое описание. Например, если задание предусматривает только отправку сообщений, но в тексте указана переменная %coupon_num% (номера купонов, которые будут сгенерированы в рамках задания), то текст сообщения, среди прочего, будет содержать само описание переменной «%coupon_num%» вместо её значения, поскольку никакие купоны не создаются.

Метапеременные могут быть использованы только в теле сообщения. Если они указаны в теме E-mail, то переменная будет восприниматься как текст.

В сложносоставных  метапеременных вариабельная часть выделяется символами [ ] только для наглядности, чтобы можно было понять, что это вариабельная часть. При указывании в шаблонах  символы [ ] следует опускать.

В задании по расписанию допустимо использование следующих метапеременных:

1. %full_name% - Полное имя клиента
2. %first_name% - Имя клиента
3. %middle_name% - Отчество клиента
4. %second_name% - Фамилия клиента
5. %greetings% - Приветствие участника в зависимости от пола (Уважаемый, Уважаемая, Уважаемый участник)
6. %card_num% - Номер карты клиента
7. %date% - Текущая дата, в которую происходит событие обработки задания
8. %discount% - Уровень скидки по карте
9. %bonuses_amount% - Количество баллов, которое будет начислено клиенту в рамках задания
10. %active_balance% - Активный баланс бонусных баллов клиента по текущей карте
11. %full_balance% - Баланс баллов клиента по текущей карте
12. %contact_balance% - Активный баланс бонусных баллов клиента
13. %active_status_balance% - Активный баланс статусных баллов клиента по текущей карте
14. %full_status_balance% - Баланс статусных баллов клиента по текущей карте
15. %contact_status_active_balance% - Активный баланс статусных баллов клиента
16. %status_bonuses_amount% - Количество статусных баллов, которое будет начислено клиенту в рамках задания
17. %coupon_num% - Номер купона
18. %coupon_writeoff% - Количество списанных при выпуске купона баллов
19. %coupon_type% - Тип выпущенного купона
20. %coupon_desc% - Описание типа выпущенного купона
21. %unsubscribe% - Ссылка на страницу личного кабинета для отказа получения рассылки. В текущей версии не поддерживается.
22. %login% - Логин клиента в программе Лояльности
23. %password% - Пароль участника. В текущей версии не поддерживается.
24. %partner% - Партнер, указанный в задании
25. %pass_link% - Ссылка для Pass-book для карты участника (для модуля интеграции с Apple Wallet)
26. %personal_offer_current% - Персональные предложения текущего периода
27. %personal_offer_future% - Персональные предложения будущего периода
28. %personal_offers_E-mail% - Персональные предложения текущего периода, которые агрегированы как html (смотри пользовательскую документацию). В текущей версии не поддерживается.
29. %dispose_bonus_total% - Общая сумма баллов (статусных и не статусных), которая сгорит в текущем периоде
30. %dispose_bonuses% - Сумма не статусных баллов, которая сгорит в текущем периоде
31. %dispose_status_bonuses% - Сумма статусных баллов, которая сгорит в текущем периоде
32. %dispose_next_bonus_total% - Общая сумма баллов (статусных и не статусных), которая сгорит в следующем периоде
33. %dispose_next_bonuses% - Сумма не статусных баллов, которая сгорит в следующем периоде
34. %dispose_next_status_bonuses% - Сумма статусных баллов, которая сгорит в следующем периоде
35. %dispose_coupon% - Номер и дата купонов, которые будут погашены в текущем периоде
36. %dispose_next_coupon% - Номер и дата купонов, которые будут погашены в следующем периоде
37. %start_bonus_total% - Общее количество баллов (статусных и бонусных) которое начнёт действовать в текущем периоде
38. %start_bonuses%' - Количество бонусных баллов, которое начнёт действовать в текущем периоде
39. %start_status_bonuses% - Количество статусных баллов, которое начнёт действовать в текущем периоде
40. %start_next_bonus_total% - Общее количество баллов (статусных и бонусных) которое начнёт действовать в следующем периоде
41. %start_next_bonuses% - Количество бонусных баллов, которое начнёт действовать в следующем периоде
42. %start_next_status_bonuses% - Количество статусных баллов, которое начнёт действовать в следующем периоде
43. %start_coupon% - Номера и дата купонов, которые начнут действовать в текущем периоде
44. %start_next_coupon% - Номера и дата купонов, которые начнут действовать в следующем периоде
45. %Current_contact_level% - Текущий уровень контакта
46. %Current_card_level% - Текущий уровень карты
47. %Previous_contact_level% - Предыдущий уровень контакта
48. %Previous_card_level% - Предыдущий уровень карты
49. %*ContactEA*[Key]% - Метапеременная для значения расширенного атрибута контакта. Key - ключ необходимого атрибута
50. %*CardEA*[Key]% - Метапеременная для значения расширенного атрибута карты. Key - ключ необходимого атрибута
51. %*Template_PCC*TemplateID% - Метапеременная для содержания форматированного шаблона сообщения текущих персональных акций. Для сообщений, кроме E-mail.
52. %*Template_PCF*TemplateID% - Метапеременная для содержания форматированного шаблона сообщения будущих персональных акций. Для сообщений, кроме E-mail.

53. %started_bonuses% - Количество бонусных баллов (первоначальное значение), которое уже начало действовать в первом периоде.

54. %started_status_bonuses% - Количество статусных баллов (первоначальное значение), которое уже начало действовать в первом периоде.

55. %started_bonus_total% - Общее количество баллов (статусных и бонусных) (первоначальное значение), которое уже начало действовать в первом периоде.

56. %started_next_bonuses% - Количество бонусных баллов (первоначальное значение), которое уже начало действовать во втором периоде.

57. %started_next_status_bonuses% - Количество статусных баллов (первоначальное значение), которое уже начало действовать во втором периоде.

58. %started_next_bonus_total% - Общее количество баллов (статусных и бонусных) (первоначальное значение), которое уже начало действовать во втором периоде.

59. %started_and_remained_bonuses% - Количество бонусных баллов (оставшееся значение), которое уже начало действовать в первом периоде.

60. %started_and_remained_status_bonuses% - Количество статусных баллов (оставшееся значение), которое уже начало действовать в первом периоде.

61. %started_and_remained_bonus_total% - Общее количество баллов (статусных и бонусных) (оставшееся значение), которое уже начало действовать в первом периоде.

62. %started_and_remained_next_bonuses% - Количество бонусных баллов (оставшееся значение), которое уже начало действовать во втором периоде.

63. %started_and_remained_next_status_bonuses% - Количество статусных баллов (оставшееся значение), которое уже начало действовать во втором периоде.

64. %started_and_remained_next_bonus_total% - Общее количество баллов (статусных и бонусных) (оставшееся значение), которое уже начало действовать во втором периоде.

65. %dispose_number_coupons% - количество купонов, которые заканчивают действие в текущий период.

66. %dispose_next_number_of_coupons% - количество купонов, которые заканчивают действие в следующий период.

67. %dispose_coupon_min_end_date% - ближайшая дата гашения купона из пула купонов, заканчивающих действие в текущем периоде.

Если в шаблоне сообщения есть эта метапеременная, то для карты или контакта отбираются непогашенные купоны, у которых дата сгорания (end_date) укладывается в диапазон [дата выполнения задания; дата выполнения задания + текущий период]. Текущий период настраивается в полях тип периода и значение в «Параметрах выполнения» задания по расписанию.  Далее отбирается 1 купон с ближайшей датой сгорания. Эта дата подставляется вместо метапеременной в формате ДД.ММ.ГГГГ. Например, участник ПЛ имеет 3 купона с датами сгорания: 24.03.2024, 25.03.2024 и 26.03.2024. Ему необходимо сообщить о купоне, который сгорит в ближайшие 7 дней. В задании настраивается тип текущего периода (день) и значение текущего периода (7), в шаблон сообщения добавляется текст: «В течение 7 дней у вас сгорит купон, успейте применить его до %dispose_coupon_min_end_date%». Если задание выполняется 22.03, то диапазон для отбора купонов будет такой - [22.03.2024; 29.03.2024]. Система найдет купоны, у которых дата сгорания укладывается в этот диапазон, выберет купон с ближайшей датой сгорания и подставит в сообщение эту дату: «В течение 7 дней у вас сгорит купон, успейте применить его до 24.03.2024».

Если не отобралось ни одного купона – метапеременной присваивается значение NULL.

68. %dispose_next_coupon_min_end_date% - ближайшая дата гашения купона из пула купонов, заканчивающих действие в следующем периоде.

Если в шаблоне сообщения есть эта метапеременная, то для карты или контакта отбираются непогашенные купоны, у которых дата сгорания (end_date) укладывается в диапазон [А+1; Б]. Где А = значение текущего периода (см. описание в предыдущей метапеременной) + 1 день, а Б = значение А + значение следующего периода, который вычисляется исходя из типа и значения следующего периода, настраиваемых в соответствующих полях в «Параметрах выполнения» задания по расписанию.  Например, участнику ПЛ необходимо сообщить, помимо даты сгорания купона в текущий период, о купоне, который сгорит в следующем периоде, через 30 дней. Участник ПЛ имеет еще 2 купона с датами сгорания: 15.04.2024 и 20.04.2024. Дополнительно в задании по расписанию настраивается тип следующего периода (день) и значение следующего периода (30). В шаблон сообщения добавляется текст: «В течение 7 дней у вас сгорит купон, успейте применить его до %dispose_coupon_min_end_date%, а в течение последующих 30 дней у вас сгорит еще купон, не забудьте воспользоваться им до %dispose_next_coupon_min_end_date%». Диапазон для отбора купонов для следующего периода будет такой - [30.03.2024; 29.04.2024]. Система найдет купоны, у которых дата сгорания укладывается в этот диапазон, выберет купон с ближайшей датой сгорания и подставит в сообщение эту дату: «В течение 7 дней у вас сгорит купон, успейте применить его до 24.03.2024, а в течение последующих 30 дней у вас сгорит еще купон, не забудьте воспользоваться им до 15.04.2024».

Если не отобралось ни одного купона – метапеременной присваивается значение NULL.

69. %start_number_of_coupons% - количество купонов, которые начинают действие в текущий период.

70. %start_next_number_of_coupons% - количество купонов, которые начинают действие в следующий период.

71. %FactorAccumulations*[RuleExternalId]% - текущие накопления для поощрения с использованием накопительного правила

72. %NecessaryFactorAccumulations*[RuleExternalId]% - сколько минимально нужно купить, чтобы применилось поощрение с использованием накопительного правила

73. %ContactEvent*XX*YY*N% - параметрическая метапеременная для даты, где:

• ХХ – это вид события, задаётся двумя символами из английских букв: либо BD – для даты рождения, либо RD – для даты регистрации контакта;
• YY – вектор отсчета суток от события контакта, либо количество суток до события, либо количество суток после события. Параметр задаётся двумя символами из английских букв: BF – до события, AF – после события. Если YY есть BF – количество суток необходимо вычесть из даты события, если YY есть AF – количество суток необходимо прибавить;
• N – количество суток, которое нужно прибавить/вычесть к дате события (целое число, значение 0 допустимо).

Используется для отправки сообщений, в которых необходимо указать срок действия поощрения, предоставляемого в честь дня рождения или годовщины регистрации, типа: "Подарок на Ваш День Рождения! Покупайте и получайте двойные бонусы в приложении до 25.02.2024". Для настройки такого сообщения, в ЗПР или правило добавляется фильтр по контактам, который отбирает контактов по событию – день рождения, в шаблон сообщения добавляется метапеременная %ContactEvent*BD*AF*7%, которая вычислит 7 дней после дня рождения клиента и подставит нужную дату.

Метапеременные для текущих уровней формируются на основании значений уровней, связанных с записью контакта или карты, обработка которых происходит с заданием по расписанию. В значение метапеременной подставляется название соответствующей записи уровня участников. Для значения метапеременной предыдущего уровня используются записи истории уровней.

Для числовых метапеременных (например, по количеству начисляемых баллов %bonuses_amount%, по балансам контакта и карты и др.) есть возможность установить разрядность (количество цифр после запятой). Для этого необходимо в записи партнёра создать числовой расширенный атрибут партнёра с ключом, равным названию метапеременной, и значением необходимой разрядности. Например, чтобы в сообщении сумма начисленных баллов выводилась всегда в виде целого числа (без десятичных цифр), то необходимо в партнере создать расширенный атрибут с ключом %bonuses_amount% и значением 0.

Генерация персональных предложений

Персональное предложение – это сообщение по существующей персональной акции, т.е. в рамках ЗПР не происходит непосредственная генерация персональных предложений, а только формируются сообщения с использованием соответствующих метапеременных.

Для заданий по расписанию есть три вида персональных предложений: персональные предложения с текстом сообщений персональных акций, шаблонные персональные предложения (сообщение по шаблону с параметрами персональных акций, кроме E-mail сообщений) и персональные предложения с параметрами персональных акций через сообщения задания. В данном пункте рассматриваются персональные предложения с текстом сообщений персональных акций. Шаблонные персональные предложения рассматриваются в пункте Формирование шаблонных персональных предложений. Персональные предложения с параметрами персональных акций через сообщения задания рассматриваются в пункте Персональные предложения с параметрами персональных акций.

В каждой персональной акции есть текстовое поле для сообщения. Текст в данном поле не может содержать метапеременных, поскольку он сам по себе подставляется в тело сообщений вместо определённых метапеременных.

Метапеременных для персональных предложений с текстом сообщений персональной акции две. Одна регламентирует вывод сообщений текущих персональных акций, вторая выводит сообщения будущих персональных акций.

Текущие значения персональной акции – это действующие значения ручных персональных акций и действующие значения интеграционных персональных акций, даты начала и окончания которых таковы, что событие отправки сообщения укладываются в этот срок действия. Следует обращать внимание: ручные значения персональных акций, в отличие от интеграционных, всегда считаются текущими. Сообщения по персональным акциям будут выводиться, если они действующие, то есть активны, а также активно и действующее их правило (и кампания их правила).

Текущие персональные предложения (а именно текст сообщения текущих персональных акций) подставляются вместо метапеременной %personal_offer_current%.

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

Вместо метапеременной %personal_offer_future% в сообщение подставляются все будущие персональные предложения. Будущие персональные предложения – это сообщения из значений интеграционных персональных акций, сроки действия которых находятся в пределах календарной недели, следующей за событием создания сообщения. Следует обращать внимание, что будущими могут быть только интеграционные персональные предложения, ручные персональные предложения всегда считаются текущими.

Вместо каждой из метапеременных %personal_offer_current%, %personal_offer_future% подставляются построчно все сообщения значений персональной акции. Например, если по какой-то карте есть три текущих персональных акции. Сообщение первой есть «Текст 1», сообщение второй есть «Текст2», сообщение третьей есть «Текст3», а в сообщении в задании есть метапеременная %personal_offer_current%, то в сообщении будет напечатано следующее:

Текст1

Текст2

Текст3

Порядок сообщений зависит от приоритета значения персональной акции. Чем выше приоритет, тем ближе к началу расположено сообщение персонального предложения. Например, если в приведённом выше примере, приоритет 3-ей персональной акции будет 100, второй – 1, первой – 50, то итоговое сообщение будет таким:

Текст3

Текст1

Текст2

Формирование шаблонных персональных предложений

Персональные предложения можно отправить с помощью шаблона сообщения, в котором можно задать необходимые метапеременные для параметров персональных акций.

На уровне персональной акции есть возможность задать, по каким каналам коммуникации можно отправлять данную персональную акцию посредством шаблона сообщения.

Создание сообщения с содержанием персональной акции происходит в случае, если в теле сообщения задания по расписанию есть соответствующая метапеременная:

%*Template_PCC*TemplateID% - Метапеременная для содержания форматированного шаблона сообщения текущих персональных акций.

%*Template_PCF*TemplateID% - Метапеременная для содержания форматированного шаблона сообщения будущих персональных акций.

Вместо TemplateID необходимо подставить внешний идентификатор шаблона сообщения с типом операции «Персональная акция».

Необходимо отметить, что данные метапеременные не могут использоваться в теле E-mail сообщения. Для возможности отправки E-mail сообщений с параметрами персональной акции см. пункт Персональные предложения с параметрами персональных акций.

Персональные акции в метапеременные могут подставляться в двух вариантах: 1. В порядке убывания приоритета, при равенстве приоритета - в порядке убывания даты и времени создания персональной акции; 2. В порядке возрастания приоритета, при равенстве приоритетов – в порядке возрастания даты создания персональной акции. Это регулируется системной настройкой Loyalty.Communication.OrderPCVmessage.

Все персональные акции добавляются в метапеременные последовательно. После первого и всех последующих элементов шаблонного сообщения (под элементом понимается одна персональная акция) добавляется символ, который формируется из значения системных настроек для соответствующего канала связи: Loyalty.PCС.CashDeskMessage.Separator, Loyalty.PCС.ChequeMessage.Separator, Loyalty.PCС.EmailMessage.Separator, Loyalty.PCС.PersonalMessage.Separator, Loyalty.PCС.PrivateOfficeMessage.Separator, Loyalty.PCС.SMSMessage.Separator.

В метапеременные подставляются только действующие активные персональные акции, которые относятся к активному и действующему правилу (в свою очередь, относящиеся к активной и действующей кампании).

В шаблоне сообщения с типом операции «Персональная акция» можно использовать следующие метапеременные:

1. %Campaign_Message% – Сообщение персональной акции (персональное предложение)
2. %Campaign_Name% – Название персональной акции
3. %Campaign_Priority% – Приоритет расчёта персональной акции
4. %Campaign_Value% – Значение персональной акции
5. %Effective_From% – Дата начала действия персональной акции
6. %Effective_To% – Дата, по которую действует персональная акция
7. %Goods_Name% – Название товара или общности товаров персональной акции
8. %Goods_Picture% – Ссылка на изображение
9. %Maximum_Quantity_Goods% – Максимальное кол-во товара для поощрения по акции
10. %Minimum_Quantity_Goods% – Минимальное кол-во товара для акции
11. %Minimum_Sum_Goods% – Минимальная сумма покупки товара для акции
12. %MxN_Quantity_Goods% – Количество товара (для акции MxN)
13. %MxN_Price_Goods% - Количество товара по цене (для акции MxN)
14. %Number_Applications% – Лимит применимости акции в период действия

Персональные предложения с параметрами персональных акций

В теле сообщения в задании по расписанию есть возможность использовать специальные метапеременные для параметров персональных акций:

%Campaign_Message[XX].[Y]% – Сообщение персональной акции

%Campaign_Name[XX].[Y]% – Название персональной акции

%Campaign_Priority[XX].[Y]% – Приоритет расчёта персональной акции

%Campaign_Value[XX].[Y]% – Значение персональной акции

%Effective_From[XX].[Y]% – Дата начала действия персональной акции

%Effective_To[XX].[Y]% – Дата, по которую действует персональная акция

%Goods_Name[XX].[Y]% – Название товара или общности товаров персональной акции

%Goods_Picture[XX].[Y]% – Ссылка на изображение

%Maximum_Quantity_Goods[XX].[Y]% – Максимальное кол-во товара для поощрения по акции

%Minimum_Quantity_Goods[XX].[Y]% – Минимальное кол-во товара для акции

%Minimum_Sum_Goods[XX].[Y]% – Минимальная сумма покупки товара для акции

%MxN_Quantity_Goods[XX].[Y]% – Количество товара для персональной акции MxN

%MxN_Price_Goods[XX].[Y]% - Количество товара по цене для персональной акции MxN

%Number_Applications[XX].[Y]% – Лимит применимости акции в период действия

Пояснения:

- поддерживается использование метапеременных для не более 10 персональных акций;

- вместо [XX] подставлять порядковый номер персональной акции 01, 02, ..., 10 (01 - метапеременная для персональной акции с максимальным приоритетом расположения, далее согласно убыванию приоритета расположения в значении персональной акции);

- вместо [Y] подставлять cur для персональной акции текущего периода, next - для персональной акции будущего периода;

- пример: для сообщения по 1-й персональной акции текущего периода метапеременная %Campaign_Message01.cur%, для значения по 2-й персональной акции будущего периода метапеременная %Campaign_Value02.next%.

В метапеременные подставляются только действующие активные персональные акции, которые относятся к активному и действующему правилу (в свою очередь, относящиеся к активной и действующей кампании).

Связанные задания

В системе есть возможность отправлять для участника программы лояльности повторное сообщение с информацией по ранее выпущенному активному купону. Для этого в задании по расписанию на рассылку сообщения (SMS или E-mail) необходимо указать ссылку на другое задание, в рамках которого выпускались купоны (в поле «Связанное задание» в секции «Параметры выполнения»). В результате выполнения задания на рассылку отправляются сообщения только тем контактам, для которых был выпущен купон по связанному заданию. Рассматриваются только непогашенные купоны, выпущенные не более количества дней назад из поля «Количество дней для купонов связанного задания» с момент запуска задания на рассылку.

Рис. Настройка связанного задания в карточке задания по расписанию

Данная модификация будет полезна, например, в том случае, если требуется за N дней до дня рождения выпустить клиенту именной купон, и, если он им не воспользовался, то непосредственно в сам день рождения отправить напоминание по выпущенному купону.

Игнорирование запрета на отправку сообщений

В системе есть возможность игнорирования запрета на отправку сообщений для контакта в случае, когда в задании по расписанию установлен приоритет 100. Остальные значения приоритета не отменяют установленного запрета (значение приоритета по умолчанию для нового задания всегда 50). Таким образом, если у контакта установлен запрет на получение SMS, и в задании на рассылку указан приоритет 100, то для такого контакта при выполнении задания будет сформировано и отправлено SMS-сообщение.

Рис. Настройка приоритета в карточке задания по расписанию

Это может применяться тогда, когда по какой-нибудь маркетинговой акции по бизнесу требуется отправить сообщение контактам, независимо от установленного запрета.

Создание/изменение расширенного атрибута контакта

В случае, если с заданием связаны активные наборы расширенных атрибутов контакта, то для всех контактов, в отношении которых отработало задание, происходит создание расширенного атрибута контакта с указанным в наборе значением (в зависимости от типа расширенного атрибута). Если у контакта уже есть расширенный атрибут с определенным ключом, то тогда происходит обновление значения этого расширенного атрибута. При этом есть возможность в задании указать несколько наборов РА контакта: в этом случае происходит создание/обновление РА контакта по каждому соответствующему набору.

Тестовый запуск задания по расписанию

Тестовый запуск задания позволяет сделать вывод о правильности настроек данного задания по расписанию: по тем ли картам произведено начисление, нужное ли количество баллов начислено, по тем ли контактам будет отправлено сообщение, какому количеству контактов будет отправлено сообщение и т.д.

Важно! Перед активацией любого задания по расписанию требуется выполнить его тестовый запуск.

Тестовый запуск может быть произведён, даже если задание не активировано. Для тестового запуска необходимо на форме в дополнительном меню нажать кнопку «Тестовый запуск»:

Рис. Тестовый запуск задания по расписанию

Перед тестовым запуском выводится информационное сообщение с подтверждением.

Рис. Подтверждение тестового запуска задания по расписанию

После подтверждения тестового запуска задание по расписанию ставится в очередь на выполнение.

Рис. Сообщение о постановке в очередь тестового запуска задания по расписанию

Когда тестовый запуск выполнен, в задании по расписанию выводится информационное сообщение: «Задание выполнено».

Рис. Сообщение о выполненном тестовом запуске задания по расписанию

Лог выполнения тестового запуска (статистика по количеству отобранных контактов/карт, по количеству сообщений, купонов и т.п.) можно посмотреть на табе «Зависимости»:

Рис. Логи выполнения тестового запуска задания по расписанию

Результат тестового запуска можно также посмотреть на вкладке «Связанные записи».

Рис. Результаты выполнения тестового запуска задания по расписанию

В результате тестового запуска отображаются построчно непосредственно те контакты/карты, которые отобраны тестовым запуском. Следует иметь в виду, что таблица для результатов тестового запуска одна для всех записей заданий по расписанию. Данные в неё перезаписываются. Если два различных пользователя приблизительно в одно время запустят тестовый запуск для двух заданий, то результаты тестового запуска будут соответствовать тому заданию, тестовый запуск для которого был произведен последним.

Тестовый запуск задания по расписанию имеет более высокий приоритет по сравнению с реальными («боевыми») запусками. То есть тестовый запуск задания выполняется в первую очередь, если образовалась очередь на выполнение тестовых и боевых запусков заданий.

Важно! Если хотя бы одну из дочерних к фильтру задания записей, включая сам набор контактов (т.е. набор контактов, маркетинговый список в наборе, список карт в наборе и т.д.) изменили позже момента последнего изменения задания по расписанию, то тогда такое задание по расписанию не выполняется и автоматически деактивируется (с соответствующей ошибкой в логе выполнения).

Немедленный запуск задания по расписанию

Немедленный запуск – это реальный («боевой») запуск задания вне зависимости от времени запуска, который определяется расписанием.

Немедленный запуск может быть выполнен, даже если с заданием не связано ни одной записи расписания. Тем не менее, задание должно быть активировано.

Рис. Немедленный запуск задания по расписанию

Если нажать кнопку немедленного запуска, то задание запросит подтверждение немедленного запуска задания.

Рис. Подтверждение немедленного («боевого») запуска задания по расписанию

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

Рис. Сообщение о постановке в очередь немедленного («боевого») запуска задания по расписанию

Когда запуск выполнен, в задании по расписанию выводится информационное сообщение: «Задание выполнено».

Рис. Сообщение о выполненном немедленном («боевом») запуске задания по расписанию

Лог выполнения немедленного запуска (статистика по количеству отобранных контактов/карт, по количеству сообщений, купонов и т.п.) можно посмотреть на табе «Зависимости».

Рис. Логи выполнения фактического запуска задания по расписанию

Важно! Если хотя бы одну из дочерних к фильтру задания записей, включая сам набор контактов (т.е. набор контактов, маркетинговый список в наборе, список карт в наборе и т.д.) изменили позже момента последнего изменения задания по расписанию, то тогда такое задание по расписанию не выполняется и автоматически деактивируется (с соответствующей ошибкой в логе выполнения).

Расписание задания

Запись задания по расписанию определяет, что именно должно произойти (начисление баллов, выпуск купона, отправка сообщений) и относительно каких объектов в системе (целевая группа). Когда именно должны произойти требуемые события определяется записью расписания задания. С заданием может быть связано одно или несколько записей расписания; все связанные записи обрабатываются независимо. Если с записью задания связано несколько записей расписания, и они должны отработать в одинаковое время, то задание выполнится столько раз, сколько записей расписания связано с заданием.

Рис. Секция «Расписание» в карточке задания по расписанию

Время выполнения расписания определяется его типом, периодом действия и условиями запуска.

Для указания периода действия расписания необходимо заполнить дату начала действия и дату окончания.

Тип расписания может быть:

1. Один раз. В этом случае задание, с которым связано данное расписание, будет выполнено один раз. При этом в условии запуска (поле «Единожды (дата)») необходимо указать дату и время, в которое необходимо выполнить задание.
2. С равными интервалами. В этом случае подразумевается периодичность выполнения задания. Условиями запуска данного расписания являются поля: «Каждые дни», «Часы», «Минуты». Указанный в этих полях периодом задаёт регулярность выполнения расписания. При этом день сохранения записи расписания считается нулевым.
3. Ежедневно. В этом случае расписание выполняется каждый день в указанный час и время.
4. Еженедельно. В этом случае расписание выполняется каждую неделю в указанный день недели и время в часах и минутах.
5. Ежемесячно. В этом случае расписание выполняется каждый месяц в указанный день и время в часах и минутах. Если в конкретном месяце нет нужной даты, например, в апреле нет 31 числа, то задание, к которому относится данное расписание, не будет выполнено.

Рис. Выбор типа расписания в карточке расписания

Расписание задания настраивается следующими параметрами:

Внешний вид карточки Расписание задания:

Рис. Карточка расписания

Оптимизация выполнения задания по расписанию

Выполнение задания достаточно сильно влияет на производительность системы. Если задание охватывает очень много объектов, возможны некоторые задержки при обработке чеков. Поскольку выполнение задания не столь критично, в отличие от обработки чеков, выполнение задание можно оптимизировать.

Если задание начисляет баллы, то множество объектов начисления (карты, контакты) можно разбить на отдельные подмножества. После начисления по отдельному подмножеству установить время ожидания, при котором процессор не загружается и становится доступным для выполнения других, более критичных операций. Записи баллов по каждому объекту создаются в системе. Аналогично предусмотрено для сообщений и купонов. При отработке множества объектов, по которым необходимо создать сообщения (или купоны), вся порция сообщений (или купонов) создаётся, но, в отличии от баллов, сообщения (или купоны) не сохраняются в системе, а записываются во временные таблицы. После того, как всё задание завершится успешно, то записи сообщений (или купонов) из временных таблиц записываются в системные таблицы. В это время записи сообщений передаются для доставки. Передаются все сообщения сразу, сгенерированные заданием. Если задание завершается некорректно, то временные таблицы очищаются, записи же баллов удаляются из системных таблиц.

Оптимизация выполнения задания по расписанию производится установкой необходимых значений системных настроек

HTML-формат сообщений в задании по расписанию

Заполнение E-mail сообщения в виде HTML-вёрстки не означает, что сообщение будет отправлено как HTML. Для корректной обработки необходимо принудительным образом указать, что сообщение имеет тип HTML.

Рис. Параметр формата E-mail сообщения и текст сообщения в карточке Задания по расписанию.

Ограничения

Задание не будет выполнено в отношении контактов, полное имя которых состоит более чем из 100 символов.

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

Если задание выполняется для контактов, но к заданию относятся фильтры по картам – эти фильтры будут проигнорированы. Аналогично для случая, когда задание выполняется по карте, но с заданием связаны наборы только по контакту.

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

Если тестовый запуск задания выполняется более 1 минуты, то он завершается с ошибкой.

Если к заданию относится хотя бы один набор с ограничениями по контактам, то для отбора карт используются уже отобранные контакты, даже если остальные наборы используют только ограничения по картам.

При фильтрации задания, если одновременно включаются наборы по контактам и картам, то фильтрацию задания пройдёт объединённое пересечение множества объектов, вне зависимости от типа задания.

В рамках одного и того же задания невозможно начислить баллы и выпустить купоны.

Функция начисления баллов недоступна для задания с фильтрацией по маркетинговым спискам или по конкретным контактам.