Версия lmxR4 (2022.2)
В данной статье описаны улучшения новой версии системы Loymax.
Основные изменения версии касаются оптимизаций, общих улучшений Системы, а также исправления ошибок:
- перечень оптимизаций в версии Системы;
- изменения в методах API в версии Системы;
- версии пакета обновлений в рамках версии Системы lmxR4 (2022.2) с кратким описанием внесенных изменений.
Общие изменения
Магазины переименованы в Торговые точки
Теперь раздел АРМ Партнеры > Список магазинов переименован в Список торговых точек.
Системой Loymax пользуются не только Партнеры, владеющие магазинами, но и, к примеру, аптеками или другими торговыми точками, осуществляющими розничные продажи. В торговых точках (или сети торговых точек) Партнеров клиенты приобретают товары и услуги с использованием Программы лояльности.
К торговым точкам могут относится:
- продуктовые магазины,
- специализированные магазины,
- бутики,
- аптеки,
- супермаркеты,
- гипермаркеты,
- кафе и т. д.
Во всех связанных разделах Системы Магазины также переименованы в Торговые точки. Например, фильтр Магазины, который используется при создании акций, называется Торговые точки.
| Увеличен период времени, за который Участник увидит в ЛК дату сгорания бонусовТочное время сгорания бонусов в Личном кабинете (ЛК) Участника ПЛ теперь отображается за шесть недель до сгорания, а не за одну неделю, как было ранее. Например, если Участнику ПЛ 04.05.2022 начислены две суммы бонусов со сроком действия 5 дней и 1 месяц, то в ЛК будут отображаться точные даты сгорания обеих сумм — 09.05.2022 и 04.06.2022, для первой и второй суммы бонусов соответственно. | |||||||||||||||||
Возможность для клиентов, не имеющих привязанных карт, управлять своим бонусным счетомУ Участников, зарегистрированных в ПЛ без привязки физической карты и без выпуска виртуальной карты, появилась возможность совершать покупки, накапливать и списывать бонусы и управлять своим бонусным счетом. Для реализации такого кейса, когда при регистрации к Участнику ПЛ не привязываются карты, следует установить определенные значения в настройках конфигурации. При некоторых настройках бонусная карта может быть привязана/выпущена позже, после регистрации. Следует помнить, что в случае, когда в результате регистрации клиента в ПЛ не привязана физическая карта и не выпущена виртуальная карта, то единственной возможностью идентификации клиента на кассе останется номер телефона. Больше не поддерживается работа плагина Эвотор (Evotor)Работа плагина Эвотор для интеграции с КПО больше не поддерживается. Поиск групп товаров осуществляется по неполному совпадению названияПри настройке действия Разбиение на наборы в акциях, а также в фильтрах Товар, Наличие товара в чеке, Ограничение на товар (простой и со счетчиком) поиск группы товаров можно осуществить при неполном совпадении введенного в фильтр названия с названием существующей группы товаров. Таким же образом фильтр работает при поиске в разделах АРМ Группы товаров и Персональные товары, а также при поиске любимых товаров через Контакт-центр. Использование любого кассового идентификатора при обращении к методам, обеспечивающим проведение основных операций, связанных с покупкамиПри авторизации через OAuth-приложение в запросе можно передать поля X-Identifier и redirect, которые используются только при обращении к методам публичного API Processing. Округление суммы предоставляемой скидки при расчете скидки для товара способом расчета Фиксированная цена на единицу товараОкругление стоимости при расчете скидки для товара происходит не по математическим правилам, а в соответствии с законодательством, т. е. в пользу покупателя. Подробнее смотрите здесь. Изменена логика записи информации о кассире в покупкеДля сохранения переданной информации о кассире обязательным условием является передача параметра cashier в запросах:
Улучшения интерфейса
Удалены плагиныСледующие плагины были удалены из Системы:
| ||||||||||||||||||
CRM
Новое в разделе Управление покупками
При просмотре информации о зарегистрированных в Системе покупках теперь отображается не номер карты Участника ПЛ, а именно тот идентификатор, который использовался в покупке для идентификации клиента на кассе. В разделе Управлении покупками с помощью фильтра по этому идентификатору можно находить покупки в Системе для дальнейшего управления ими.
Идентификатор, использовавшийся в покупке, отображается также в Истории покупок клиента в Контакт-центре и в карточке клиента в CRM.
Открытие покупки в отдельной вкладке
Покупка из списка открывается в отдельной вкладке браузера нажатием кнопки 
. Это удобно для работы с незавершенными покупками, например, если их подтверждение/отмена проводят вручную.
Новое в разделе Клиенты
Updated: В Истории покупок Участника ПЛ вместе с id, временем покупки, кассой, номером чека, торговой точкой и состоянием отображается Сумма с учетом скидок (итоговая сумма всех позиций в чеке покупки). Сумма с учетом скидок также отображается в карточке Участника ПЛ в Контакт-центре и разделе Управление покупками.
Updated: Состояние клиента теперь отображается рядом с именем на первой странице раздела Клиенты.
Маркетинг
Новое в разделе Акции
Указание логического имени параметра чековой позиции, определяющего МРЦ товара
В действии Установка минимальной цены доступен новый способ расчета, который позволяет указывать значение параметра чековой позиции, определяющего МРЦ товара. Теперь нет необходимости загружать МРЦ в каталог, т. к. акция сработает и при передаче значение МРЦ самой кассой.
Возможность быстрого выбора значения атрибута в фильтре Торговые точки
Доступна подстрока для поиска по названию конкретного атрибута в фильтре Торговые точки (ранее Магазины).
| Updated: Добавлены пользовательские фильтрыПользовательские фильтры добавлены для реализации акций, которые невозможно выполнить с помощью фильтров других групп. Фактически, пользовательские фильтры — это обернутые в оболочку скрипты, которые были частыми запросами от Партнеров. |
Updated: Фильтр Купон по маске удален из событий Завершение покупки, Отмена покупки и Оплата
Фильтр Купон по маске больше недоступен для действий с событиями Завершение покупки и Оплата.
Updated: Модальное окно для просмотра изменений в акции
 | Внесенные в акцию изменения можно посмотреть при нажатии на поле Показать текущие изменения в режиме редактирования акции. Изменения, внесенные в настройки акции, теперь отображаются только в случае, если у акции есть хотя бы одна подтвержденная версия. Откроется модальное окно Просмотр изменений в акции со списком всех изменений в базовых настройках и в правилах акции. |
Новое в разделе Счетчики
 | Создание счетчиков для коалиционных Программ лояльностиПри создании счетчиков теперь можно выбрать сразу нескольких Партнеров, которым счетчик будет доступен. Такие счетчики можно использовать в акциях, которые будут доступны сразу нескольким Партнерам в рамках коалиционной Программы лояльности. Например, такие счетчики можно использовать при создании акций с общим каталогом товаров. |
Новое в разделе Статусные системы
 | Появились новые поля в окне редактирования дополнительных параметров статуса, которые позволяют добавлять более детальное описание самого статуса, а также информацию о преференциях, доступных для текущего статуса. Например, можно указать в отдельной строке тип преференции (скидка или бонусы, фиксированный размер или процент от покупки), а в другой указать числовое значение. Данные поля необходимы для отображения информации в клиентских сервисов. Изменять данные поля можно также через методы API. |
Updated: Изменилась логика расчета статусовИзменилась логика обновления статусов клиентов при использовании методов API для работы со статусами клиентов. Теперь при запросе информации о дате смены статуса Участнику ПЛ в Мобильном приложении возвращается более корректная дата следующего изменения статуса. Логика расчета базируется на том, что дата изменения статуса соответствует дате запуска регулярной задачи. | |
Панель администратора
Новое в разделе Пользователи
| Фильтрация по состоянию пользователяДля упрощения поиска пользователей, которые удалены или активны, добавлен фильтр по состоянию пользователя. Теперь на главной странице с пользователями можно отображать:
|
Новое в разделе Выпуск карт
| Оптимизирована логика создания выпуска карт и их активации. Удален раздел Выпуск буклетов и поле Активация при создании выпуска картРанее при создании выпуска карт с паролями из буклета было необходимо к каждой выданной карте прикладывать пароль для ее активации. Без этого пароля клиент не смог бы активировать карту. А при выпуске карты без пароля следовало в поле Активация выбирать вариант Без пароля из буклета. Теперь при создании выпуска карт поле Активация отсутствует. Данное поле являлось неактуальной функциональностью, т. к. пароли были необходимы только при первой активации карты, а при наличии у карты CVC-кода сам код также необходимо было использовать для активации карты, что являлось дублирующей функциональностью. Поэтому оставлена возможность генерации только CVC-кодов при создании выпуска карт. Т. к. необходимость выпускать буклеты с паролями для карт отпала, раздел Выпуск буклетов также удален. |
Новый раздел Дополнительные атрибуты для сущностей
| Добавлен раздел Дополнительные атрибуты для сущностей, с помощью которого можно создавать и редактировать дополнительные атрибуты для: Каждой сущности принадлежит свой список дополнительных атрибутов. Дополнительные атрибуты используются при составлении аналитических отчетов в модуле Loymax BI. |
Новый фильтр Тип кассы во вкладке Список касс
 | Во вкладке Список касс в разделе Редактирование партнера добавлен новый фильтр Тип кассы, который осуществляет поиск по типам касс, предусмотренным в Системе.
|
Новое поле в окне Создание атрибута
 | В окне Создание атрибута появилось новое поле Порядковый номер, которое задает порядковый номер отображения атрибутов в расширенном поиске клиентов. |
Настройки
Новое в разделе Конфигурации
- Добавлены параметры конфигураций, отвечающие за создание сессий для пользователей АРМ. Для настройки данных конфигураций необходимо перейти в раздел Настройка системы > Конфигурации.
- Добавлена конфигурация, отвечающая за обязательность передачи идентификатора клиента в кассовом запросе на Расчет прямой скидки. Настройка конфигурации происходит в разделе Настройка системы > Конфигурации.
- Добавлена конфигурация, отвечающая за максимально допустимое количество целевых аудиторий, участвующих в расчете акции.
- Для реализации полноценного сценария авторизации в API Участника ПЛ по одноразовому паролю добавлено еще одно значение для конфигурации IsPasswordRequired. Также добавлена конфигурация SessionForCustomersValidityTimeMinutes, задающая период валидности сессии Участника ПЛ для операций по разблокировке, замене и объединению карт. Если с последнего ввода кода подтверждения прошло больше времени, чем задано в этом параметре, то требуется снова ввести одноразовый пароль. Для остальных методов сессия Участника ПЛ не ограничена по времени.
- Updated: Добавлена конфигурация, которая включает/выключает проверку передаваемого в поле CommonCode значения при загрузке общего каталога.
Новое в разделе Регулярные задачи
Регулярная задача по очистке расчетов Целевых аудиторий
Данные о всех расчетах ЦА хранятся в базе данных. Для уменьшения объема хранимой информации и увеличения быстродействия Системы данная регулярная задача при запуске оставляет данные только о последнем расчете ЦА и удаляет данные о всех предыдущих расчетах. Настройка регулярной задачи не требуется, т. к. она настроена в АРМ по умолчанию в разделе Настройка системы > Регулярные задачи.
Новое в разделе Аудит
Добавлены 4 новых типа аудита для Участника ПЛ:
- Вход в Мобильное приложение или другой клиентский сервис,
- Выход из приложения или клиентского сервиса,
- Успешное формирование QR-кода,
- Ошибка при формировании QR-кода.
Из них 2 доступны и для пользователя АРМ и используются для фиксирования момента авторизации пользователя в АРМ и его выхода из своей учетной записи в АРМ.
Новое в разделе Шаблоны уведомлений
 | Добавлена возможность разделять шаблоны уведомлений для разных каналов коммуникации с клиентом (ЛК, МП, касса, Контакт-центр), указав конкретное OAuth-приложение в поле Источник при создании шаблона уведомлений. Например, в Личном кабинете на сайте клиент получит сообщение: "Ваш код для регистрации на сайте — 123", а в Мобильном приложении: "Ваш код регистрации в мобильном приложении — 123". Если в создании отдельного шаблона для конкретного OAuth-приложения нет необходимости, в качестве источника следует выбрать Все: для любого канала коммуникации сообщение будет одинаковое.
|
Изменения в методах API
Новые методы API
- Появился метод, позволяющий переводить созданные купоны в состояние В очереди на выдачу, а также позволяет получить список номеров купонов, у которых изменились состояния;
- В группе методов для работы с атрибутами сущностей появились следующие методы:
- Метод, который отправляет в архив атрибут сущности;
- Метод, который восстанавливает атрибут сущности из архива;
- Метод для обновления названия атрибута сущности;
- Появилась новая группа методов для работы с атрибутами клиентов через OAuth-приложение;
- Появился новый метод, который привязывает купоны Участникам ПЛ;
- Появился новый метод, возвращающий информацию о пакетном объединении клиентов, которое завершилось с ошибками, в виде CSV-файла.
- В группе методов для работы с Контакт-центром появился новый метод, позволяющий отменить начатую регистрацию клиента. Если процесс регистрации был начат, но еще не завершен, оператор Контакт-центра может отменить регистрацию через карточку клиента, используя кнопку Отмена регистрации.
- Updated: В группе методов для работы с покупками появился новый метод, который передает сумму чека покупки с учетом скидки.
Изменения в существующих методах API
- В методах для работы с клиентами произошли следующие изменения:
- Появился новый метод, который возвращает список значений атрибутов по номеру карты или телефона клиента;
- Появился новый метод, который возвращает значение атрибута по номеру карты или телефона клиента;
- Появился новый метод, который проверяет код подтверждения номера телефона;
- Изменились модели ответов в методах, возвращающих информацию о статусах клиентов;
- В методах для работы с атрибутами сущностей произошли следующие изменения:
- В методе для создания атрибута для выбранного типа сущности изменилась модель запроса. Теперь в запросе передаются еще название атрибута, его описание и состояние;
- В методе, который возвращает все атрибуты типа сущности, расширен список передаваемых параметров;
- В методе, который возвращает все значения атрибутов типа сущности, расширен список передаваемых параметров;
- В методе для обновления значения атрибута сущности появилась модель запроса, в которой передается JSON-модель с новым значением атрибута;
- В методе для выгрузки файла со списком кодов товаров, содержащихся в группе товаров, теперь можно использовать как внутренний, так и внешний идентификаторы группы товаров.
- Метод который блокирует/разблокирует карту разделен на 2 отдельных метода.
- Для методов, перечисленных ниже, при аутентификации по одноразовому паролю операция выполняется без ввода пароля от Личного кабинета, если с момента последнего ввода одноразового пароля прошло меньше времени, чем задано в параметре, ограничивающем сессию Участника ПЛ. Если время сессии вышло, то операция недоступна до момента повторного ввода одноразового пароля.
Метод блокировки карты доступен без валидации сессии.