Релиз 7.07.00.252 от 11.05.23.

Модуль TimeKeeper

Восстановили работоспособность модуля TimeKeeper.

Система Time Keeper позволяет вести учет и планировать рабочее время сотрудников любого предприятия. Этот модуль позволяет:

  1. Рационально распределять рабочее время путем контроля и учета:
    • Контролировать время прихода/ухода сотрудников
    • Вести расписание
    • Прогнозировать необходимое количество сотрудников при составлении расписания с учетом планируемой выручки, а также индивидуальных возможностей каждого работника
    • Вести табель.
  2. Осуществлять связь с сотрудниками: рассылать текстовые сообщений сотрудникам всего предприятия.
  3. Хранить информацию о принятых сотрудниках под рукой: приказы о принятии, увольнении, отпуске и т. д.

Подробнее о модуле читайте в разделе TimeKeeper.

Контроль повторной закачки смен

Доработали механизм по контролю повторной закачки смен, который не позволит закачать смену повторно, если данные об этой смене есть в SQL-базе.

Включено ограничение на загрузку уже загруженных смен на сервере справочников.

Новая синхронизация — контроль отката

Доработали новую синхронизацию —  добавили контроль отката. Теперь происходит проверка бэкапа на соответствие заявленному идентификатору базы.

  • Добавили проверку на старте сервера справочников, чтобы guid резервной копии совпадал с guid-ом базы (и с последним использовавшимся guid-ом). Если не совпадает, guid-ы пересоздаются, а вместе с ним и бэкап.
  • Добавили проверку на нижних серверах, чтобы не применялись бэкапы, у которых внутренний guid базы не совпадает с "заявленным", то есть передаваемым текущим guid базы верхнего сервера.

Кнопка "Повторить проверку"

Добавили кнопку Повторить проверку в сообщение, если маркировка не прошла проверку.

До версии 7.07.00.252 при добавлении кода Data Matrix к маркированной продукции вода, к первому блюду марка добавлялась корректно, а на вторую строку возникала ошибка: Штрих-код не прошёл проверку на достоверность в офд: 402.

Начиная с версии 7.07.00.252, если проверка маркировки не завершается успешно, отображается диалог:

"Оставить товар в заказе?" с вариантами ответа:

  • Leave dish — блюдо остается в заказе,
  • Удалить блюдо — блюдо удаляется из заказа
  • Retry checking — выполняется повторная проверка маркировки и в случае неуспешного завершения проверки диалог отображается повторно.

Вывод данных марки

Добавили вывод данных марки в сообщение о том, что марка не прошла проверку — в диалог добавили код невалидной марки в формате:

QR-code: {GUID};код_марки
CODE

Удалена кнопка "Продолжать" 

Удалили кнопку Продолжать из предупреждения о том, что марка не прошла проверку.

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

Добавили параметр Разрешать продажу с некорректной маркой:

  • Если для параметра установлено значение True, то кнопка Продолжить присутствует в диалоге
     
  • Если для параметра установлено значение False, то кнопка Продолжить отсутствует в диалоге

Упрощена настройка WSA

Доработали создание json-файла с параметрами подключения.

Доработали инсталлятор, чтобы файл создавался и при отсутствии каталога C:\ProgramData\UCS\WhiteServerAgent\Config

Файл не создается только в том случае, если в каталоге с программой нет утилиты .\WSALaunch\CipherJSON.exe

Добавили в создаваемый json поле ProgramVersion с версией r_keeper.

ФР Штрих. Изменена последовательность работы с командами, отвечающими за код товара

 Начиная с версии 7.07.00.252, последовательность команд ФР для печати товарной позиции чека с маркировкой:

  1. FF61 — проверка маркировки
  2. FF69 — принять/отвергнуть маркировку
  3. FF46 — товарная позиция
  4. FF4D — передать TLV структуру, привязанную к товарной позиции
  5. FF67 — привязать маркировку к товарной позиции.

fpSHTR54: при печати 2 qr кодов в одном документе данные второго более не перезаписывают данные первого

QR-код в нефискальном документе печатается так:

  1. Командой DDh данные QR-кода загружаются во внутренний буфер ККТ, с указанием порядкового номера блока данных (0...127)
  2. Командой DEh печатается QR-код с указанием длины данных штрих-кода и номера начального блока данных.

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

Начиная с версии 7.07.00.252, на каждый QR-код в нефискальном или фискальном документе отводится отдельное место во внутреннем буфере ККТ (отдельный набор блоков данных с номером 0...127 ёмкостью 64 байта).

Полный список изменений доступен по ссылке.