Во всех разделах АРМ добавлены ссылки на портал Loymax. Каждая ссылка ведет на публикацию по соответствующей теме.

Если не понятно, как работает тот или иной раздел АРМ, или что означает какой-либо элемент на форме, нажмите на ссылку рядом с ним, чтобы перейти на портал и получить больше информации.

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

Сортировка акций

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

Умножение бонусов

Новое действие позволяет увеличить в несколько раз количество бонусов, начисляемых другими акциями. Акция с умножением бонусов должна иметь более низкий приоритет, чем акции с начислением бонусов. Умножение бонусов позволяет дополнительно поощрить покупателя. Например, можно удвоить начисляемые бонусы, если Участник ПЛ совершает покупку в свой день рождения.

Фильтрация по скрипту

Фильтр Скрипт создан для ускорения процессов интеграции с системой Loymax. Он позволяет реализовать нетиповые решения для нужд конкретной Программы лояльности. Без реализации новой функциональности данный фильтр позволяет настроить множество различных механик. В окне настройки фильтра необходимо записать скрипт на языке шаблонов NVelocity, содержащий значения нужных переменных, при которых будет срабатывать акция. Например, с помощью фильтра можно задать идентификаторы конкретных магазинов, в которых должна срабатывать акция, или проверить кратность суммы чека или вычислить сумму последних цифр номера карты покупателя, а также реализовать более сложные алгоритмы.

Updated: В фильтр Скрипт был добавлен признак полного и частичного возврата.

Пример: если Участник ПЛ вернет товар, купленный по акции со скидкой, то счетчик приобретенных товаров уменьшится на ту часть покупки, на которую оформлен возврат (cм. пример акции с возвратом покупки).

Updated: Добавлен фильтр для идентификации клиента на кассе

Новый фильтр Идентификация клиента позволяет настраивать уникальные акции и выдавать преференции в зависимости от способа идентификации клиента на кассе. Например, можно выдавать скидки только тем клиентам, у которых установлено Мобильное приложение (используется идентификация клиента по QR-коду). Возможные способы идентификации клиента на кассе:

• По номеру, штрихкоду, магнитным дорожкам карты или QR-коду,
• По email,
• По номеру телефона ( или его хешу),
• По электронному кошельку (Google Pay, Apple Wallet),
• По внешнему идентификатору клиента.

Расширение действия Любимые товары

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

• Завершение покупки
• Активация карты
• Завершение регистрации
• Заполнение анкеты
• Привязка телефона
• Привязка email
• Привязка профиля социальной сети
• Вступление в группу социальной сети
• Выход из группы социальной сети
• Активность в социальных сетях
• Удаление активности в социальных сетях
• Приглашение друга
• Покупка другом
• Установка мобильного приложения

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

Расширение действия Установка атрибута клиента

Возможность установки атрибута клиента добавлена в различные события, связанные с активностью клиента: 

• Заполнение анкеты
• Привязка телефона
• Привязка email
• Привязка социальной сети
• Вступление в группу социальной сети
• Выход из группы социальной сети
• Активность в социальных сетях
• Удаление активности в социальных сетях
• Приглашение друга
• Покупка другом
• Установка мобильного приложения

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

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

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

• Активация карты
• Завершение регистрации
• Заполнение анкеты
• Привязка телефона
• Привязка email
• Привязка профиля социальной сети
• Вступление в группу социальной сети
• Выход из группы социальной сети
• Активность в социальных сетях
• Удаление активности в социальных сетях
• Приглашение друга
• Покупка другом
• Установка мобильного приложения

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

Updated: Появилась возможность выдавать купон на скидку в честь дня рождения и отправлять его Участнику в SMS-сообщении за несколько дней до дня рождения. Например, можно отправить имениннику поздравительное SMS-сообщение за 5 дней до дня рождения с указанием номера купона.

Расширение действия Дополнительные бонусы

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

Updated: Новое название у действия Оплата

C версии Системы 2021.1 действие Оплата переименовано в Списание бонусов за покупку, т. к. это более точно описывает процесс, происходящий в акции с использованием бонусов в качестве оплаты за товар.

Расширение фильтра День рождения

В фильтр День рождения добавлена возможность выбрать периоды его действия:

• За текущий месяц — При выборе такого периода акция сработает, если день рождения Участника ПЛ приходится на текущий месяц. Например, можно добавить дополнительные ячейки любимых товаров, если клиент зарегистрировался в ПЛ в месяц своего рождения.
• За указанный период — При выборе такого периода можно настроить работу фильтра непосредственно в день рождения, а также за несколько дней до и после него. Такая возможность была в предыдущих версиях фильтра.
• За количество дней — При выборе такого периода акция сработает до дня рождения Участника за такое количество дней, которое указано в фильтре

Updated: Расширение фильтра Ограничение на товар (со счетчиком)

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

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

Расширение фильтра Счетчик

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

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

Updated: Суммирование значений счетчиков

В версии Системы 2021.1 появилась возможность суммировать значения счетчиков, например, в случаях прикрепления карты или замены утерянной клиентом карты, а также при объединении счетов нескольких Участников в одну группу. Так, при объединении счетов объединяются бонусные балансы нескольких зарегистрированных в Программе лояльности Участников. Количество бонусов Участников суммируется. Общее значение бонусов будет изменяться в зависимости от действий каждого из Участников в Программе лояльности. Для того, чтобы значения счетчиков объединялись, следует настроить суммирование на этапе создания счетчиков. 

Объединение общих атрибутов клиента

В новой версии системы фильтр Атрибут клиента больше не доступен. Для удобства и простоты использования все атрибуты клиента объединены в одном фильтре Общий атрибут. Видимость атрибутов в этом фильтре настраивается с помощью Панели администратора.

Регулярная задача Дни рождения

Новая регулярная задача вызывает срабатывание события День рождения. Событие сработает, если день рождения клиента приходится на период, который указан в регулярной задаче.

Событие День рождения

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

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

В версии Системы 2021.1 оптимизирована логика объединения атрибутов клиента с типом Статусная система: значения статусов при объединении не суммируются, а изменяются (или остаются неизменными) в зависимости от установленных значений.

Доступны следующие варианты при объединении статусов:

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

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

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

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

Проведение операций для целевой аудитории

При создании операций начисления или списания бонусов можно выбрать целевую аудиторию, для которой будут проведены операции. В результате выполнения операций всем Участникам ПЛ, входящим в выбранную целевую аудиторию, будет начислено/списано указанное количество бонусов. В общем списке операций в разделе Начисления и списания с помощью фильтра можно выбрать операции для определенной целевой аудитории.

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

Экспорт ошибок и обработанных операций

В результате выполнения операций начисления/списания бонусов формируются отчеты в формате CSV. Их можно выгрузить в окне просмотра информации о групповой операции. Отчет об обработанных операциях содержит информацию обо всех успешно проведенных операциях по каждому Участнику ПЛ.

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

В процессе покупки касса фискализирует чек и формирует на своей стороне ссылку на него. Эта ссылка может быть передана в дополнительных параметрах кассового запроса. Функциональность передачи электронных чеков доступна в кассовом протоколе версии 3.0 и выше. Если в системе настроена специальная акция, ссылка на чек будет отправлена Участнику ПЛ в SMS или email. Отправка электронных чеков обязательна, например, для интернет-магазинов.

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

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

В версиях кассового протокола 3.0 и 3.2 теперь доступна отправка дополнительных параметров чека в кассовых запросах. Дополнительные параметры служат для передачи на процессинг информации, связанной с покупкой. В качестве значения параметра может быть передана любая строка или число. Например, от значения переданного параметра может зависеть размер скидки на покупку. Любой кассовый запрос может содержать дополнительные параметры. При этом передача дополнительных параметров в запросе не является обязательной.

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

Updated: В карточку клиента добавлены новые разделы и сведения:

• Добавлен раздел Краткая информация, в котором можно увидеть основную информацию об Участнике Программы лояльности.
• В правом верхнем углу теперь всегда отображается Внешний идентификатор (Uid) Участника ПЛ.
• Из шапки карточки клиента удалено поле Мобильное приложение. В версии 2021.1 вместо него отображается поле Push-уведомления, которое указывает на возможность отправки Участнику ПЛ push-уведомлений. Поле имеет значение Доступны, если Участник ПЛ установил себе Мобильное приложение и дал разрешение на отправку ему push-уведомлений. Значение Недоступны отображается, если Участник ПЛ не установил Мобильное приложение или установил, но не дал разрешение на отправку push-уведомлений.

В блок Маркетинг добавлены новые разделы:

• Атрибуты. Здесь отображаются значения атрибутов Участника ПЛ. Атрибуты содержат различную информацию об Участнике ПЛ и могут быть использованы при настройке акций. При наличии определенных прав пользователь может редактировать значения атрибутов в карточке клиента в CRM и в Контакт-центре.
• Счетчики. Здесь отображаются текущие значения счетчиков, связанных с Участником ПЛ. Значения счетчиков обычно изменяются в соответствии с правилами настроенных акций. Однако, при наличии определенных прав пользователь может изменять значения счетчиков в карточке клиента в CRM и в Контакт-центре. При этом любые изменения фиксируются и записываются в Аудит.

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

Импортированные целевые аудитории помечаются в АРМ атрибутом Внешние. С помощью специального фильтра можно выбрать только импортированные целевые аудитории.

Целевые аудитории, созданные для импорта данных, нельзя редактировать в интерфейсе АРМ. Такие целевые аудитории в АРМ можно только просмотреть или отправить в архив. Изменить состав импортированной целевой аудитории можно также только с помощью специального метода импорта и с помощью кнопки Импорт при просмотре Целевой аудитории в АРМ.

Теперь при регистрации в Программе лояльности клиент может принять решение о подписке на рассылки. Эта возможность реализована в Мобильном приложении, а также при регистрации через оператора Контакт-центра. При этом в зависимости от настроек конфигураций (за это отвечает конфигурация SubscriptionConfirmRequired) получение согласия клиента на рассылки может быть обязательным для продолжения регистрации или нет. Если получение согласия не является обязательным, и клиент не соглашается на рассылки, он не будет получать рекламу, но будет получать важную системную информацию (о списании бонусов, блокировке счета, коды подтверждения и пр.).

Управление подписками зарегистрированного Участника ПЛ по-прежнему доступно в Личном кабинете на сайте, в Мобильном приложении, а также через оператора Контакт-центра.

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

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

• Общие улучшения Мобильного приложения (МП): приложение переведено на английский язык, улучшен интерфейс приложения (добавлен стиль кнопок, цвет основной темы), добавилась возможность для клиента оценить удобство МП и оставить негативный отзыв о приложении (что именно не понравилось клиенту).

• В Конструкторе МП появилась новая опция — возможность создать настраиваемые презентационные экраны, которые увидит клиент, впервые открывший приложение. Сменяющие друг друга экраны кратко описывают возможности МП, преимущества участия в Программе лояльности (ПЛ), предлагают клиенту зарегистрироваться в ПЛ и оформить карту. Количество и порядок отображения экранов, тексты сообщений, цветовую тему и изображения можно настраивать индивидуально для каждого Партнера (например, учитывая основные цвета бренда).

• Участник ПЛ, привязавший к своей учетной записи аккаунт в одной или нескольких социальных сетях, может авторизоваться в Системе через привязанную социальную сеть. Если социальная сеть не привязана к учетной записи, то после нажатия на иконку социальной сети Участник будет автоматически перенаправлен на страницу регистрации в Мобильном приложении.

• В МП добавлена возможность настроить оповещение клиентов о выходе новой версии приложения. Клиент сможет либо обновить Мобильное приложение, либо проигнорировать сообщение об обновлении.

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

Updated: Вывод QR-кода и штрихкода на чеке

Теперь, в зависимости от КПО, на чеке можно печатать QR-код или штрихкод, в которых может содержаться:

• информация о номере купона,
• активная ссылка с информацией о проводимых акциях,
• информация о бонусах Участника ПЛ и т. д.

Примечание: Печать QR-кода на чеке доступна для КПО Frontol 5,6 api и SET-Retail 10, печать штрихкода — только для Frontol 5,6 api.

Новые конфигурации в Системе позволяют настроить авторизацию в АРМ с помощью авторизационных данных к Active Directory (протокол LDAP).
Доменная авторизация позволяет:

• Повысить уровень информационной безопасности — все пароли доменных пользователей хранятся на выделенных серверах, которые защищены от внешнего доступа. При авторизации в АРМ пароли не передаются.
• Автоматически регистрировать пользователей в АРМ во время их первой авторизации в Системе. При регистрации на сервис передаются логин и фамилия/имя пользователя.
• Автоматически выдавать новым пользователям АРМ необходимые роли, в зависимости от данных, полученных из Active Directory.
• Автоматически удалять пользователей из АРМ, если данные о пользователе отсутствуют в Active Directory. Поэтому, например, после увольнения сотрудник не сможет получить доступ к АРМ.

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

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

При создании нового выпуска карт можно загрузить данные из заранее сформированного файла. Импортируемый файл в формате CSV и кодировке UTF-8 должен содержать построчно информацию о загружаемых картах:

• номер карты,
• номера трех магнитных дорожек,
• штрихкод,
• CVC-код (опционально).

Автоматическое создание бренда и юридического лица

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

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

Исключение дебетовой кассы

При создании юридического лица автоматически добавляется дебетовый счет в Бонусах с текущим значением 100 000 000.00 и минимальным значением -100 000 000.00. Дебетовый счет теперь напрямую связан с юридическим лицом, а не с магазином и кассой, как раньше. Поэтому операции по начислению и списанию бонусов теперь проводятся со счетом юридического лица, а не со счетом кассы.

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

Автоматическое создание тестовой кассы для магазина

Для проведения тестовых покупок больше нет необходимости вручную создавать тестовую кассу для партнера. Она создается автоматически при создании первой тестовой покупки для выбранного Бренда, Магазина и Юридического лица. Автоматически созданная тестовая касса работает по протоколу 3.2. Операции проводятся в валюте кассы, установленной в системе по умолчанию.

Автоматическое формирование ссылок для загрузки товарного каталога

При создании нового партнера автоматически создается адрес для загрузки товарного каталога с названием Default. Этот каталог отображается в карточке партнера во вкладке Список каталогов. Здесь же можно добавить другие каталоги или изменить каталог, созданный по умолчанию. При создании нового каталога URL-адрес для его загрузки, а также логин и пароль для доступа к загрузчику будут сформированы автоматически. Ссылка на загрузчик каталога доступна по специальной кнопке для каждого каталога в списке. Любые данные любого каталога партнера могут быть изменены с помощью редактирования.

Настройка адреса магазина

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