Архив 2016 | SetRetail 10.2.16.0

Изменения в версии 10.2.16.0

Основные нововведения:

ПОПОЛНЕНИЕ СПИСКА ПОДДЕРЖИВАЕМОГО КАССОВОГО ОБОРУДОВАНИЯ

В новой версии мы подключили к SetRetail10 новое оборудование.

• Фискальный регистратор Bixolon 01-K
• Фискальный регистратор ПТК Retail-01К
• Весы самообслуживания ШТРИХ PC-200 C3.5 (подробнее)
• Кассовая клавиатура Штрих S78D-PC
• Торговые весы CAS 5000J с версии 2.7 (подробнее)

ДВУХЭТАПНАЯ ПРОВЕРКА ВОЗРАТА ПРИ ПРОДАЖЕ АЛКОГОЛЬНЫХ, ТАБАЧНЫХ ТОВАРОВ И ЭНЕРГЕТИКОВ

Российское законодательство предъявляет строгие требование к продаже алкоголя, особенно в части продажи его несовершеннолетним. Тем не менее, проверять паспорт у каждого покупателя - достаточно затратная по времени операция.

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

Такой подход позволит ускорить обслуживание покупателей, особенно в пиковые периоды (подробнее).

ПЕЧАТЬ БАНКОВСКОГО СЛИПА ВНУТРИ ЧЕКА

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

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

ОТОБРАЖЕНИЕ В CENTRUM ДАННЫХ О ПРОДАЖАХ И ПЕЧАТЬ АКТОВ КМ3\КМ6

Если Вы работаете с виртуальными магазинами в топологии Centrum-Касса и хотите просматривать данные и печатать документы по кассам только своего магазина, то в версии 10.2.16.0 мы добавили возможность просматривать данные операционного дня (смены и акты КМ-3, КМ-6) только по тому магазину, к которому привязан пользователь системы.

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

СЕРВИСЫ ДЛЯ ПОЛУЧЕНИЯ ЧЕКОВ И Z-ОТЧЕТОВ ПОМАГАЗИННО

Добавлены 2 новых метода экспорта через пассивный (ERP запрашивает SET) web сервис, позволяющие забирать Z-отчёты и чеки с Centrum или Retail, указав в качестве входных параметров любой уровень группировки, начиная с выгрузки всех смен или чеков со всех магазинов за указанный день, и заканчивая возможностью указания конкретного номера Z-отчёта или номера чека.

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

НОВЫЕ ВОЗМОЖНОСТИ ИНФОРМИРОВАНИЯ О ВЫДАЧЕ НАКЛЕЕК И ПОДАРКОВ

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

• количества и стоимости купленных товаров из сформированного списка
• количества и стоимости купленных товаров из группы продаж
• количества и стоимости купленных товаров из товарных групп

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

УЧЕТ ВЕСОВЫХ ТОВАРОВ В СКИДКАХ ПО КОЛИЧЕСТВУ ПОЗИЦИЙ, А НЕ ВЕСУ

При запуске рекламных акций на весовые товары с количественными ограничениями (например, наборные акции или скидки с указанием минимального количества) маркетологи часто сталкивались с проблемой учета кассой количества весового товара по весу в килограммах. Акции “при покупке 1 кг курицы-гриль бутылка пива в подарок” или “Скидка 20% при покупке от 3 кг пиццы из пекарни” становятся неэффективными из-за сложностей учета покупателями товаров в килограммах.

В новой версии SetRetail10 появилась возможность в товарных скидках и скидках на набор рассчитывать количество купленного весового товара не по весу, а по количеству купленных весовых позиций. При включении такой настройки описанные выше акции превращаются в “при покупке любой курицы-гриль бутылка пива в подарок” и “Скидка 20% при покупке любых 3 пицц из пекарни”

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

МАКСИМАЛЬНАЯ СКИДКА ДЛЯ ПОКУПАТЕЛЕЙ ПРИ ИСПОЛЬЗОВАНИИ НАБОРОВ

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

Stories: 

  [SRL-1039] - Учет позиции весового товара как одной единицы в наборах вне зависимости от ее веса

  [SRL-1045] - Передать наименование акции в чеке для Set5

  [SRL-1052] - Изменение логики сохранения пакета при импорте

  [SRTB-1043] - Управление сообщением о проверке возраста на кассе

  [SRTB-1050] - Начисление на бонусный баланс

  [SRTB-1051] - Возврат средств с бонусного баланса

  [SRTB-1053] - Выгрузка в ERP информации об оплатах и возвратах в разбивке по типам товаров

  [SRTB-1057] - Централизированное управление шаблонами кассовых документов

  [SRTE-316] - Подключение весов Штрих PC200 C3 15-2.5

  [SRTE-324] - Не грузятся существующие весовые товары на новые весы

Bugs: 

  [SR-962] - Flex: не видно полностью ИНН юр лица

  [SR-972] - Картинки уезжают в редакторе, если переходить на вкладку Изображения после повторного входа в шаблон

  [SR-973] - Ошибки во вкладке Принтеры

  [SR-976] - Уценка в карточке товара отображается как 5-я цена.

  [SR-977] - Logger неправильно определяет имя статического метода, например, apply - setUpClass

  [SR-978] - Ошибка при добавлении товаров списком в группу продаж

  [SRB-1318] - Удаление любого пункта из конфигурации меню приводит к удалению самого первого пункта этого меню

  [SRB-1319] - Не корректно передаются события в Призму

  [SRB-1324] - Начиная с версии 10.2.13.0 настройка возврата чека по ПК всегда отключена. В GUI настройка отсутствует

  [SRB-1326] - Загружаются налоги в ФР СП 101 К

  [SRB-1327] - Некорректный расчет процента скидки в визуализации чека

  [SRB-1330] - NPE при импорте товаров

  [SRB-1335] - Для кассы в часовом поясе GMT+10(Владивосток) топологии с Центрумом в Москве(GMT+3) время ограничения алкоголя записывается с 05:00-16:00 вместо 22:00-09:00

  [SRB-1338] - Переотправка Z-отчета приводит к увеличению выручки ПКО в ГК

  [SRL-1020] - Оптимизировать настройку транспорта купонов Centrum-Retail

  [SRL-1022] - Сохранение УДАЛЕНИЯ купона в условиях РА ТОЛЬКО после возврата К АКЦИИ

  [SRL-1044] - В меню печати ценников не работает фильтр "группы товаров"

  [SRL-1048] - Оплаты по детской карте не попадают в чек

  [SRL-1062] - Перепрыгивает LAST_ID в транспорте карт Centrum->Retail

  [SRL-1063] - Не забираются задания на добавление большого колличетва товаров в группу продаж с Центрума

  [SRL-1064] - Не удаляется товар со статусом 1 из scales_productentity

  [SRL-1066] - Подъем транспорта сервлетов только после старта всего сервера

  [SRL-1067] - Сохранение состояния кассы на сервере в том числе и законсервированной

  [SRL-1069] - Некорректно привязался чек возврата к КМ-3

  [SRL-919] - В транзакции лояльности проставился "-1" вместо номера чека

  [SRTB-1058] - Ипорт кассиров через ERP

  [SRTB-1060] - Опечатка на экране пополнения баланса Exist

  [SRTB-1061] - При возврате суммы больше, чем есть в кассе, не работает "отмена"

  [SRTB-1062] - Экран сдачи при возврате на баланс Exist

  [SRTE-380] - Не правильное отображение времени документа внесения изъятия в кассах в опердне

  [SRTE-387] - Ошибки в MediatorMap

  [SRTE-388] - Доработка CrystalViewStack, CrystalTabNavigator

  [SRTE-390] - При обновлении списка касс в опердне, список в таблице проматывается в самое начало.

  [SRTE-392] - Не применяется настройка, устанавливающая количество чеков для отображения на вкладке Поиск 

  [SRTE-394] - Включенные законсервированные кассы заставляют сервер "тупить"

Technical tasks: 

  [SR-984] - Неоптимальное управление связями между группами продаж и товарами

  [SRL-1028] - Отказаться от JBoss7 RMI