За 2019 год вышло 9 релизов обновлений Frontol6. Так как законодательство изменяется все чаще, то становится критически важным иметь подписку на обновление Frontol 6, чтобы иметь самую актуальную версию кассовой программы.
Внесённые изменения:
1. В дистрибутиве обновлен Frontol Driver Unit до версии v.8.27.1.
Исправленные ошибки:
Решение: Закрытие чека происходит корректно.
Решение: Если указанное условие выполняется, то действие работает корректно.
Решение: Выгрузка оперативной сводки работает корректно.
Решение: Исправлен механизм конвертации с версии 6.5.0 до 6.6.0. Если база данных уже сконвертирована до версии 6.6.0, то для восстановления работоспособности необходимо заново указать пароли в параметрах соответствующих каналов обмена.
Решение: Печать в указанном случае останавливается и отображается предложение оторвать слип.
Решение: Проверка указанного права работает корректно.
Внесённые изменения:
1. Реализован механизм работы с онлайн ККТ при помощи библиотек подключаемого оборудования 1С. Данный механизм обладает следующими особенностями:
2. Доработано взаимодействия с лотерейной системой "Столото":
3. ВНИМАНИЕ!!! Упразднён режим работы без передачи в ККТ реквизита форматов фискальных документов "код товара" (тег 1162). Теперь указанный реквизит при продаже передаётся всегда, если при регистрации маркируемого товара был считан штрихкод маркировки.
4. Поддержан механизм выбытия для всех категорий маркируемых товаров с штрихкодами маркировки в формате GS1 Data Matrix, для которых отсутствуют отраслевые требования к процессам на кассе:
- В командах загрузки товаров $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE в поле 55 добавлена поддержка нового значения 7 - иная маркированная продукция.
- Выгрузка считанных штрихкодов маркировки реализована в транзакциях регистрации и сторнирования товаров 11 и 12 в поле 33.
5. В механизмах хранения штрихкодов маркировки осуществлён переход от хранения в формате HRI (с выделением идентификаторов применения скобками) к формату хранения с разделителем GS. В результате снято ограничение на ввод штрихкода маркировки в формате GS1, содержащего скобки в значениях идентификаторов применения 21, 91 и 92.
6. При работе с ККТ производства компании АТОЛ, подключённой через драйвер ККТ v.10.x, реквизит "код товара" (тег 1162) теперь формируется средствами Frontol и передаётся в ККТ в "сыром" виде.
7. Для лекарственных препаратов добавлена поддержка штрихкода маркировки с идентификатором применения 92 длиною 44 символа.
8. Доработан механизм взаимодействия с системой лояльности по протоколу Frontol API:
а) Реализован запрос пречека сразу после ввода карты лояльности.
б) В запросах пречека, фискального чека продажи и возврата, а также в запросах оплаты бонусом и отмены оплаты бонусом в поле index теперь передаётся не номер позиции в списке, а идентификатор позиции, который не меняется в зависимости от сортировки списка позиций. Соответствующим образом обрабатывается поле index и в ответах на запросы.
в) В запрос фискального чека возврата добавлено новое поле referenceIndex, в котором передаётся идентификатор позиции (index) из документа продажи, на основании которого выполняется возврат.
г) При запросе баланса теперь используется введённая в документе карта или номер телефона, а при отсутствии - запрашивается ввод.
9. Реализована интеграция с платёжной системой "Sendy". Данная система позволяет выполнять оплаты с использованием систем быстрых платежей, таких, как "AliPay" и "WeChat". ВНИМАНИЕ!!! Для работы с новой моделью драйвера платёжных систем "Sendy" требуется лицензия "Frontol Pay".
10. В интерфейсе и в форматах обмена АТОЛ и АСТОР 1.3 упразднён признак способа расчёта "Не используется". Если признак не передаётся или указывается "Не используется", то значением по умолчанию считается "Полный расчёт".
11. В режиме регистрации реализована возможность добавления, изменения и просмотра контрагента:
а) Управление справочником осуществляется при помощи функций из группы "Специальные \ Работа со справочником".
б) В группу прав "Контрагент" добавлены права "Добавление", "Редактирование" и "Просмотр".
в) Для добавления или редактировании контрагента с использованием сенсорного экрана во все наборы макетов добавлен новый универсальный макет, который теперь используется для визуального поиска, выбора элемента и редактирования. Соответствующие изменения выполнены во всех демонстрационных базах с поддержкой сенсорного экрана.
г) Реализована проверка ИНН при вводе в интерфейсе или при загрузке в форматах обмена АТОЛ и АСТОР 1.3.
12. Реализована возможность перезагрузки POS-системы из интерфейса Frontol:
а) Добавлена новая функция "Системные \ Перезагрузить кассу" и соответствующее право.
б) В меню "Супервизор", отображаемое без макетов экрана, добавлен новый пункт "Перезагрузить кассу".
в) Новый пункт также добавлен во все макеты "Супервизор" для работы при помощи сенсорного экрана, которые обновлены в дистрибутиве и демонстрационных базах данных.
г) В протоколе Frontol API для систем видеоконтроля добавлено событие FUN_REBOOT, которое отправляется при вызове новой функции.
13. В механизме регистрации товара по штрихкоду в стандарте GS1 поддержаны идентификаторы применения для измерений потребительской упаковки в метрической системе:
а) В раздел "\ Справочники \ Товары \ Штрихкоды" добавлен новый справочник "Идентификаторы применения GS1", в котором создаются идентификаторы применения, значения которых используется в качестве количества позиции товара, регистрируемого по штрихкоду в стандарте GS1.
б) В форматах обмена АТОЛ и АСТОР 1.3 реализована возможность управления новым справочником при помощи команд $$$ADDAIGS1, $$$DELETEAIGS1BYAI и $$$DELETEALLAIGS1. Подробнее смотрите в руководстве интегратора.
14. В форматах обмена АТОЛ и АСТОР 1.3 в транзакции №45 добавлена выгрузка фискальных данных чека: дата и время осуществления расчета, заводской номер фискального накопителя, регистрационный номер ККТ, порядковый номер фискального документа, данные клиента для отправки чека. Подробнее смотрите в руководстве интегратора.
15. В конфигурационном файле Frontol.ini в секции [POS] добавлена возможность изменения таймаута на установку соединения с УТМ и чтения ответа при помощи настройки UTMTimeout, значение таймаута указывается в секундах.
16. При работе с ККТ производства компании АТОЛ, подключённой через драйвер ККТ v.10.x, в форматах обмена АТОЛ и АСТОР 1.3 в транзакциях №45, №60, №63 и №64 в поле 26 теперь всегда выгружается значение "0/0/0", так как отсутствует возможность получения значений внутренних счётчиков ККТ.
17. В окнах запроса ввода данных сканером штрихкодов, отображаемых при оплате платёжной системой "МОБИ.Деньги" и при регистрации или сторнировании лотерейных продуктов "Столото", введён запрет на подтверждение ввода, если данные не вводились.
18. Улучшен механизм определения онлайн ККТ для выполнения проверок и получения информации из неё до печати чека.
19. Реализовано хранение паролей для доступа к почте и FTP в закрытом виде. Доработан конвертер баз данных для перевода паролей в закрытый вид.
20. Переработан механизм сохранения документа во временный файл, благодаря чему исключена потеря всего документа, если работа Frontol была некорректно завершена в момент записи временного файла, и он оказался повреждён.
21. Поддержана настройка "Не печатать реквизиты чека при нефискальной печати" при работе с ККТ производства компании АТОЛ, подключённой через драйвер ККТ v.10.x.
22. Все файлы, которые ранее создавались в каталоге %TEMP%\Frontol6\, теперь создаются в каталоге %programdata%\ATOL\Frontol6\, благодаря чему они не будут пропадать из-за регламентной очистки временного каталога в Windows.
23. В дистрибутив включены:
а) Библиотека "...\Drivers8\Bin\sendy_lib.dll" для работы с платёжной системы "Sendy".
б) Библиотека "...\Frontol6\BIN\cel.dll" для работы с библиотеками подключаемого оборудования 1С.
в) Библиотека подключаемого оборудования для ККТ АТОЛ "...\Frontol6\CEL\ATOL_KKT_10\".
24. В дистрибутиве обновлены:
а) Frontol Driver Unit до версии v.8.27.0.
б) Драйвер ККТ АТОЛ v.10 до версии v.10.6.1.0.
Исправленные ошибки:
1. В отчёте в формате Fast Report "Выручка по блюдам" наименование рабочего места выводится в некорректном месте.
Решение: Наименование рабочего места выводится в правильном месте, исправленный отчёт включён в дистрибутив.
2. В документах с операциями "Выплата" и "Внесение" в элементах экрана "Информация", "Список позиций" и "Список позиций/оплат" для позиций не выводится "Сумма", "Итоговая сумма", "Цена" и "Итоговая цена".
Решение: Информация отображается корректно.
3. Отображается ошибка при восстановлении внешнего документа с операциями "Выплата" или "Внесение".
Решение: Внешний документ восстанавливается корректно.
4. При оплате без ввода суммы клиента выгружается транзакция №40 вместо №41.
Решение: 41 транзакция признана избыточной и её описание упразднено из документации.
5. При закрытии документа на нескольких группах печати некорректно определяется признак успешного закрытия чека, если во время его закрытия была получена ошибка.
Решение: Признак успешного закрытия в указанном случае определяется корректно.
6. При использовании нескольких групп печати некорректно формируется дополнительный кассовый отчёт "Часы".
Решение: Отчёт формируется корректно.
7. В некоторых случаях некорректно сохраняется дата начала действия маркетинговой акции, если она равна дате конца действия.
Решение: Даты начала и конца действия маркетинговой акции сохраняются корректно.
8. В сценариях и шаблонах на JavaScript в свойстве id класса DocumentType возвращается внутренний идентификатор записи, вместо краткого текстового, который указывается в поле "Идентификатор" в карточке вида документов.
Решение: В свойстве возвращается корректное значение.
9. В форматах обмена АТОЛ и Астор 1.3 не загружается привязка агентских реквизитов к группе товаров.
Решение: Привязка загружается корректно.
10. В форматах обмена АТОЛ и Астор 1.3 в 42 транзакции поле 35 выгружается без разделителя и в итоге все последующие поля смещаются на 1.
Решение: 35 поле выгружается корректно.
11. При наличии в документе оплаты посредством АС "Сбербанк" в форматах обмена АТОЛ и Астор 1.3 в поле 30 транзакций регистрации позиции (1, 2, 11 и 12) содержатся некорректные данные.
Решение: Выгружаются корректные данные.
12. При частичном возврате позиции, проданной с использованием коэффициента штрихкода, сохраняется коэффициент штрихкода, а количество позиции рассчитывается таким образом, чтобы произведение коэффициента на количество было равно введённому количеству возвращаемого товара. Такой подход приводит к ошибке, если для товара запрещено дробное количество.
Решение: При возврате на основании коэффициент штрихкода в позиции больше не учитывается, а возврат происходит на введённое количество.
Внесённые изменения:
1. Добавлена возможность продажи лотерейных продуктов "Столото":
а) В рамках данной интеграции поддержаны лотереи "Гослото "4 из 20", "Гослото "6 из 25", "Русское лото" и "Жилищная лотерея". Продажа лотерейных билетов осуществляется при помощи предварительно заполненных бланков игровых комбинаций, которые предоставляет распространитель государственных лотерей "Столото".
б) Во Frontol Администратор в разделе "\ Настройки \ Системные \ РМ и оборудование" добавлена новая категория настроек "Столото", в которой задаются параметры работы с лотерейной системой. Параметры работы предоставляет распространитель государственных лотерей "Столото".
в) Для идентификации факта продажи лотереи в карточку товара в настройку "Тип номенклатуры" добавлено новое значение "Лотерея".
г) При регистрации лотереи в документе продажи запрашивается штрихкод бланка игровой комбинации, который при сканировании проверяется на соответствие требованиям, далее в зависимости от лотереи обрабатывается повтор штрихкода бланка, запрашиваются параметры лотереи, телефонный номер покупателя, печатаются предчек и уведомление о приёме лотерейной ставки. Регистрация лотереи в документе продажи всегда происходит в количестве 1, любое изменение количества запрещено, а при сторнировании запрашивается штрихкод с уникальным ключом, распечатанным в уведомление о приёме лотерейной ставки. Регистрация лотереи в документе продажи невозможна совместно с другими товарами или без связи с реквизитами агента.
д) В остальных документах регистрация товара с типом номенклатуры "Лотерея" запрещена.
е) Реализована печать аварийного слипа, если невозможно установить факт успешного приёма или возврата лотерейной ставки по причине нестабильности связи с лотерейной системой.
ж) Реализована возможность печати копии последнего аварийного слипа или уведомления о приёме лотерейной ставки при помощи функции "Операции платежной системы \ Печать последнего слипа", если во время печати возникла ошибка, а кассир отказался от попытки повторной печати.
з) Добавлено предупреждение при закрытии смены, если среди отложенных документов присутствуют документы с зарегистрированными лотерейными ставками.
и) В форматах обмена АТОЛ и АСТОР 1.3 в командах загрузки товаров $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE в поле 55 добавлена поддержка загрузки нового типа номенклатуры: 6 - лотерея. Так же в выгрузке в транзакциях 11 и 12 в поле 32 реализована выгрузка нового типа номенклатуры.
к) В механизме синхронизации с Frontol Manager поддержан новый тип номенклатуры.
2. Упразднены ограничения, используемые для маркированного товара, если в окне запроса штрихкода маркировки отказались от его ввода.
3. В дистрибутиве обновлен Frontol Driver Unit до версии v.8.26.7.
Исправленные ошибки:
1. Не блокируется документ на редактирование или отмену, если он был отправлен во внешнюю систему лояльности, но по нему не было зафиксировано никаких скидок или оплат, в результате этого при работе с системой лояльности "Frontol Discount Unit" имеется возможность отмены документа после начисления бонусов.
Решение: В указанном случае корректно устанавливается блокировка документа на отмену или редактирование.
2. В некоторых случаях пропадает и не восстанавливается связь с Frontol Manager.
Решение: Переработан механизм выявления разрывов связи.
3. При работе с ККТ производства компании АТОЛ, подключённой через драйвер ККТ v.10.x, не выполняется проверка состояния ККТ перед открытием документа, что приводит к появлению ошибок уже в момент его закрытия.
Решение: Состояние ККТ проверяется корректно.
4. Если в документе введено максимальное количество оплат, то отображается ошибка работы с базой данных при переходе в режим регистрации или обратно в режим расчёта, а также при сторнировании оплаты.
Решение: Снято ограничение на максимальное количество оплат одним и тем же видом, ошибки при смене режима или сторнировании оплаты не отображаются.
5. При работе с некоторыми моделями ККТ производства компании АТОЛ отображается ошибка во время регистрации позиции, если в ней не задан реквизит "признак агента" (тег 1222) по причине его передачи в качестве реквизита "признак агента" для чека (тег 1057).
Решение: Реквизит позиции "признак агента" (тег 1222) теперь указывается независимо от наличия реквизита "признак агента" для чека (тег 1057).
6. Не логируются ошибки, отображаемые в окне запроса штрихкода акцизной марки или штрихкода маркировки.
Решение: Ошибки логируются корректно.
7. На некоторых сборках ОС Windows 7 и 10 при выполнении операций через платёжную систему "Сбербанк" возвращается ошибка "Синтаксическая ошибка в имени файла, имени папки или метке тома!".
Решение: В дистрибутив включена новая версия Frontol Driver Unit, в которой изменён способ передачи пути к вызываемому приложению Pilot_NT_host.exe.
Внесённые изменения:
1. В дистрибутиве обновлен Frontol Driver Unit до версии v.8.26.6.
Исправленные ошибки:
1. Поиск штрихкода товара по GTIN, полученному из штрихкода маркировки или штрихкода товара в стандарте GS1, работает некорректно.
Решение: Поиск работает корректно.
2. При взаимодействии с Frontol Dicount Unit отображается ошибка авторизации, если в идентификаторе кассы, пароле или наименовании кассы используются кириллические символы.
Решение: В дистрибутив включена новая версия Frontol Driver Unit, в которой механизм авторизации работает корректно.
Список изменений в Frontol 6.4.0 от 06.08.2019
Внесённые изменения:
1. Реализована интеграция с платёжной системой "МОБИ.Деньги". Данная система позволяет выполнять оплаты с использованием систем быстрых платежей, таких, как "AliPay", "МТС Деньги", "WebMoney" и т.д.. ВНИМАНИЕ!!! Для работы с новой моделью драйвера платёжных систем "МОБИ.Деньги" требуется лицензия "Frontol Pay".
2. Поддержан механизм выбытия обуви:
а) ВНИМАНИЕ!!! Механизм реализован в режиме ознакомления без передачи в ККТ реквизита форматов фискальных документов "код товара" (тег 1162).
б) В карточке товара добавлен новый тип номенклатуры "Обувь".
в) При регистрации в документе продажи товара с типом номенклатуры "Обувь" запрашивается штрихкод маркировки, который при сканировании проверяется на соответствие требованиям и на повтор в документе. Обувь можно зарегистрировать без ввода штрихкода маркировки, такая возможность появляется в окне запроса при наличии права "Документ продажи \ Регистрация \ Без ввода штрихкода маркировки". Регистрация обуви в документе продажи всегда происходит в количестве 1, любое изменение количества запрещено, а при сторнировании также запрашивается ввод штрихкода маркировки.
г) Доработан обмен в форматах "АТОЛ" и "АСТОР 1.3":
- В командах загрузки товаров $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE в поле 55 добавлена поддержка нового значения 5 - обувь.
- Выгрузка считанных штрихкодов маркировки реализована в транзакциях регистрации и сторнирования товаров 11 и 12 в поле 33.
д) В механизме синхронизации с Frontol Manager поддержан новый тип номенклатуры.
3. В сценариях на JavaScript добавлена возможность обработки сканирования штрихкода маркировки или акцизной марки:
а) Реализован вызов нового события addStamp при добавлении нового штрихкода маркировки товара или акцизной марки в документах продажи, возврата без основания и вскрытия тары. В обработчик нового события в качестве параметра передаётся объект нового класса Stamp, в котором содержится информация по добавляемому штрихкоду и товару. Подробнее смотрите в руководстве интегратора.
б) Событие addStamp в фазе "до" вызывается после проверки штрихкода на повтор в документе, по справочнику реализованных марок и через Frontol Alco Unit. В фазе "до" добавление штрихкода можно прервать, вызвав метод cancel() или showError(). В фазе "после" прервать добавление штрихкода невозможно.
в) Событие addStamp вызывается до событий addPosition и changePosition.
г) В класс Position добавлено свойство stamp, которое возвращает объект нового класса Stamp и предоставляет доступ к набору штрихкодов маркировки или акцизных марок, связанных с данной позицией.
д) ВНИМАНИЕ!!! Свойство alcoStamp класса Position признано устаревшим и будет упразднено в одном из ближайших релизов.
4. При работе с Frontol Alco Unit в режимах "Строгий или нестрогий контроль марок в версии 3.x" и "Полный учёт алкогольной продукции в версии 3.x" поддержана возможность регистрации маркированной алкогольной продукции по штрихкоду штучной акцизной марки, а также проверка соответствия товара ЕГАИС товару Frontol при иных способах регистрации:
а) В режиме регистрации документов продажи, возврата без основания и вскрытия тары при сканировании штучной акцизной марки реализован запрос информации по ней из Frontol Alco Unit. Если в ответе на запрос имеется код алкогольной продукции, связанный с данной маркой, то во Frontol выполняется механизм регистрации по коду алкогольной продукции, иначе отображается ошибка.
б) В окнах запроса считывания акцизной марки при установленном флаге "Проверять соответствие акцизных марок регистрируемому товару" и сканировании штучной акцизной марки реализован запрос информации по ней из Frontol Alco Unit. Если полученный из ответа код алкогольной продукции, имеется в карточке товара, то штучная марка добавляется в документ, иначе отображается ошибка и добавление марки не происходит.
в) В форматах обмена "АТОЛ" и "АСТОР 1.3" в команде загрузки внешних документов $$$ADDEXTERNALDOCUMENT разрешено использовать штучную акцизную марку в качестве идентификатора товара.
г) Механизм регистрации и проверки соответствия для партионной марки остался без изменений.
5. В документе с операцией "Вскрытие тары" реализована возможность регистрации алкогольной продукции по партионной акцизной марке.
6. При регистрации в документе продажи табачной продукции с штрихкодом маркировки блока сигарет разрешено использование неединичного количества в позиции:
а) Для этого количество регистрируемой позиции теперь рассчитывается с учётом коэффициента штрихкода товара, если он известен при регистрации. Введённое количество вручную или полученное из внешних источников по-прежнему игнорируется.
б) Коэффициент штрихкода товара учитывается в количестве пачек, отображаемом в диалоге подтверждения использования максимальной розничной цены, полученной из штрихкода маркировки блока. Если коэффициент неизвестен или равен 1, то в качестве количества пачек в диалоге используется значение 10.
в) Позиция с штрихкодом маркировки блока сигарет регистрируется в ККТ в единичном количестве на итоговую сумму позиции документа.
г) В форматах обмена АТОЛ и АСТОР 1.3 в транзакциях 11 и 12 выгружается количество позиции из документа, а в транзакции 16 - количество, регистрируемое в ККТ.
7. В механизме синхронизации средствами Frotnol разрешена синхронизация с БДО, находящейся в режиме онлайн, т.е. при наличии нескольких рабочих мест в соответствующем справочнике.
8. В элементе макетов экрана "Товары" реализована возможность отображения настроенной группы, для этого в параметры элемента добавлена новая настройка "Группа по умолчанию". Настройка доступна только для набора данных "Товары" и при установленном флаге "Иерархический".
9. Поддержан механизм доступа к УТМ по логину и паролю, соответствующие настройки добавлены в карточку организации ЕГАИС. ВНИМАНИЕ!!! Доступ по логину и паролю поддерживается только при отправке розничных чеков в ЕГАИС и в мониторинге доступности УТМ. В документах ЕГАИС и электронном журнале ЕГАИС из Frontol доступ по логину и паролю не поддерживается.
10. Доработана загрузка внешних документов в форматах обмена "АТОЛ" и "АСТОР 1.3", а также их восстановление в режиме регистрации:
а) В команде $$$ADDEXTERNALDOCUMENT в шапке документа поддержана загрузка суммы внешнего документа, кода клиента, карты клиента и разрезов на документ (11, 12, 13 и 14 поле соответственно). Подробнее смотрите в руководстве интегратора.
б) ВНИМАНИЕ!!! В команде $$$ADDEXTERNALDOCUMENT в позиции документа в поле №4 в качестве разделителя значений разрезов теперь требуется использовать ",".
в) В команде $$$ADDEXTERNALDOCUMENT поддержана загрузка произвольного количества оплат при помощи нового типа элемента 3 - данные для оплаты. Для корректной загрузки внешнего документа необходимо использовать последовательность типов: 0 - шапка, 1 - позиции, 3 - оплаты (может отсутствовать) и 2 - подвал. Подробнее смотрите в руководстве интегратора.
г) ВНИМАНИЕ!!! В команде $$$ADDEXTERNALDOCUMENT упразднена поддержка загрузки оплат через подвал документа.
11. Доработаны признаки предмета расчёта:
а) При регистрации позиции в ККТ через драйвер ККТ АТОЛ v.8 устранено несоответствие признаков "Товар, состоящий из нескольких признаков" и "Иной товар" из карточки товара признакам, передаваемым в ФН.
б) В карточку товара добавлен новый признак предмета расчёта "Агентское вознаграждение".
в) В форматах "АТОЛ" и "АСТОР 1.3" в командах загрузки товаров $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE в поле 13 добавлена поддержка нового значения 8 - агентское вознаграждение.
г) В механизме синхронизации с Frontol Manager поддержан новый признак предмета расчёта.
12. Доработана обработка ошибок при печати отчёта о закрытии смены платёжных систем. Теперь последний отчёт сохраняется и его можно повторно распечатать при помощи функции "Операции платежной системы \ Печать последнего слипа".
13. Из механизма объединения агентских реквизитов для использования в качестве реквизитов чека исключён реквизит "Телефон поставщика" (тег 1171), теперь он всегда будет передаваться как реквизит позиции.
14. Окно выбора контрагента, отображаемое в режиме регистрации, доработано для поддержки разрешения 800х600. Из него убрано поле с кодом контрагента и расширены поля с ИНН и наименованием.
15. Увеличена скорость поиска товара по артикулу.
16. Реквизиты "покупатель (клиент)" (тег 1227) и "ИНН покупателя (клиента)" (тег 1228) теперь не передаются в ККТ, если они не заданы в карточке выбранного контрагента.
17. Добавлен контроль аппаратного и программного денежного ящика перед закрытием документа с операцией "Расход".
18. В редакторе шаблона чека в формате FastReport в наборе данных "Заголовок чека" добавлены новые поля "Наименование контрагента", "ИНН контрагента" и "Юридический адрес контрагента".
19. Изменён порядок печати нескольких копий слипов в случае, когда от самой платёжной системы приходит несколько слипов. Теперь сначала печатаются все копии первого слипа, потом второго и т.д..
20. При поиске штрихкода товара по GTIN, полученному из штрихкода маркировки или штрихкода товара в стандарте GS1, теперь учитывается флаг "Дополнять штрихкод нулями слева до 13 символов".
21. Введён запрет на перенос позиции в другой документ, если в ней содержится товар с типом номенклатуры отличным от "Товар" или "Алкогольная продукция" без марки.
22. В параметры элемента макетов экрана "Открытые документы" добавлен фильтр для быстрого поиска отображаемой информации.
23. Введён запрет на редактирование кода маркетинговой акции и мероприятия, если база данных находится в режиме синхронизации.
24. В механизме синхронизации с Frontol Manager для документов с операциями "Продажа" и "Возврат" добавлена синхронизация кода вида оплат.
25. Из дистрибутива, меню "Сервис", списка функций и прав упразднён налоговый инспектор.
26. Реализована возможность применения фильтра по наименованию в справочнике "\ Синхронизация \ Схема".
27. Упразднён параметр "Проверять КИЗ лекарственных препаратов через ФН" и соответствующий механизм.
28. В дистрибутиве обновлены:
а) Frontol Driver Unit до версии v.8.26.5.
б) Служба лицензирования до версии v.2.14.2.3306.
29. Поддержана конвертация с версий Frontol 5 до 5.26.5 включительно.
Исправленные ошибки:
1. В некоторых случаях при взаимодействии с платежной системой "Сбербанк" происходит утечка памяти, что приводит к ошибке "OUT OF MEMORY".
Решение: В дистрибутив включен драйвер платежных систем, в котором взаимодействие с библиотекой pilot_nt.dll изолировано при помощи специальной прослойки в виде дополнительного приложения Pilot_NT_host.exe.
2. Не учитывается погрешность вычисления при сравнении данных регистрируемой позиции с ограничениями товара по минимальной цене и максимальной скидке, что приводит к запрету на регистрацию в случае, когда ограничения выполнены по крайней границе.
Решение: Проверка минимальной цены и максимальной скидки работает корректно.
3. Дополнительный кассовый отчёт "Предоплаты" не содержит наименования отчёта.
Решение: Наименование отчёта печатается корректно.
4. При использовании системы лояльности, работающей по протоколу Frontol API, в документе возврата на основании отправляется запрос пречека ("action": "calculate").
Решение: В указанном документе запрос пречека не отправляется, а отправляется только запрос с фискальным чеком возврата ("action": "confirm").
5. Если флаг "\ ОФД \ Настройка работы с ОФД \ Выгружать суммы НДС по чекам в АСТУ" не установлен, то при работе через драйвер ККТ АТОЛ v.10 соответствующая информация всё равно запрашивается из ККТ и выгружается в АСТУ.
Решение: Флаг корректно управляет механизмом запроса сумм налогов из ККТ.
6. При закрытии документа с большим количеством акцизных марок происходит ошибка связи при взаимодействии с Frontol Alco Unit.
Решение: Увеличен таймаут ожидания ответа от Frontol Alco Unit до 30 секунд.
7. Если установлена флаг "Запрос коэффициента штрихкода при регистрации не по штрихкоду" и выполняется регистрации товара не по штрихкоду, то в окне выбора коэффициента штрихкода для штрихкодов с ценами по разрезам отображается цена товара без разреза.
Решение: В окне выбора коэффициента штрихкода отображаются цены с учётом значений разрезов.
8. Нет возможности выйти из режима просмотра документа, если он был создан и закрыт пользователем с профилем "Системный администратор".
Решение: Выход из просмотра в указанном случае работает корректно.
9. Отображается ошибка работы с базой данных при вызове функции "Специальные \ Список товаров", если в качестве идентификаторе товара используется "строка до 20 знаков".
Решение: Список товаров отображается корректно.
10. Если используется ПК под управлением ОС Windows 10, то при завершении работы Frontol, запущенном в режиме "Вместо Explorer", не запускается приложение "Проводник".
Решение: Приложение "Проводник" запускается корректно.
Исправленные ошибки:
1. При загрузке справочника товаров в форматах обмена "АТОЛ" и "АСТОР 1.3" возвращается ошибка при пустом поле № 61 в командах $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE.
Решение: Загрузка происходит без ошибок.
2. Отображается ошибка работы с базой данных при добавлении товара в справочник или при регистрации позиции в документе.
Решение: Ошибка в указанных случаях не отображается.
Внесённые изменения:
1. При использовании ККТ производства ШТРИХ поддержана передача реквизитов "код товара" (тег 1162) и "адрес электронной почты отправителя чека" (тег 1117). Соответственно поддержаны функциональные возможности по выбытию маркированной продукции и по оформлению зачета или возврата предоплаты и авансов одним чеком за период. ВНИМАНИЕ!!! На уровне прошивки ККТ ШТРИХ 60325 от 24.10.2018 значение "none" реквизита "телефон или электронный адрес покупателя" (тег 1008) считается недопустимым, поэтому для корректной работы механизма оформления зачета или возврата предоплаты и авансов требуется доработка прошивки ККТ.
2. Реализована возможность передачи в ККТ реквизитов "покупатель (клиент)" (тег 1227) и "ИНН покупателя (клиента)" (тег 1228):
а) В документах с операциями "Продажа", "Возврат продажи", "Расход", "Возврат расхода", "Предоплата", "Возврат предоплаты", "Оплата кредита" и "Возврат оплаты кредита" добавлена возможность использования функций "Операции с документами \ Общие \ Редактирование контрагента" и "Операции с документами \ Общие \ Отмена контрагента".
б) Если в документах с перечисленными выше операциями указан контрагент, то значения наименования контрагента и его ИНН будут передаваться в ККТ в качестве значений реквизитов "покупатель (клиент)" (тег 1227) и "ИНН покупателя (клиента)" (тег 1228). При возврате на основании контрагент наследуется из документа продажи.
в) В группы прав "Документ продажи", "Документ возврата", "Документ предоплаты", "Документ возврата предоплаты", "Документ оплаты кредита", "Документ возврата оплаты кредита", "Документ расхода" и "Документ возврата расхода" добавлены права "Контрагент \ Задать" и "Контрагент \ Отменить".
г) В карточке контрагента расширена длина наименования до 256 символов.
д) В форматах обмена "АТОЛ" и "АСТОР 1.3" реализована возможность загрузки и удаления контрагентов при помощи команд $$$ADDCONTRACTORS, $$$DELETECONTRACTORS и $$$DELETEALLCONTRACTORS. Подробнее смотрите в руководстве интегратора.
е) В форматах обмена "АТОЛ" и "АСТОР 1.3" команде загрузки внешних документов $$$ADDEXTERNALDOCUMENT добавлена поддержка передачи кода контрагента. Подробнее смотрите в руководстве интегратора.
ж) Выполнена доработка механизма синхронизации с Frontol Manager для поддержки новых прав, изменения длины наименования контрагента и кода контрагента во внешних документах из Frontol Manager.
з) Передача реквизитов "покупатель (клиент)" (тег 1227) и "ИНН покупателя (клиента)" (тег 1228) поддержана при использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10 или драйвер ККТ АТОЛ v.8, а также при использовании ККТ производства ШТРИХ. ВНИМАНИЕ!!! ККТ производства АТОЛ с прошивками до версии 10-7733 включительно в значении реквизита "покупатель (клиент)" (тег 1227) поддерживают не более 128 символов.
3. Реализована возможность передачи в ККТ реквизитов "акциз" (тег 1229), "код страны происхождения товара" (тег 1230) и "номер таможенной декларации" (тег 1231):
а) В карточку товара на вкладку "Основные" добавлены новые настройки "Сумма акциза", "Код страны происхождения товара" и "Номер таможенной декларации".
б) В документах с операциями "Продажа", "Возврат продажи", "Расход" и "Возврат расхода" реализована возможность передачи в ККТ значений новых настроек из карточки товара в качестве значений реквизитов позиции "акциз" (тег 1229), "код страны происхождения товара" (тег 1230) и "номер таможенной декларации" (тег 1231). Реквизит передаётся в ККТ если в документе задан контрагент и в соответствующей настройке товара указано значение. Если в настройке "Сумма акциза" указано значение 0.00, то реквизит "акциз" (тег 1229) не передаётся ни при каких условиях.
в) В форматах обмена "АТОЛ" и "АСТОР 1.3" в командах $$$ADDQUANTITY, $$$REPLACEQUANTITY, $$$REPLACEQUANTITYWITHOUTSALE поддержана загрузка новых настроек. Подробнее смотрите в руководстве интегратора.
г) Выполнена доработка механизма синхронизации с Frontol Manager для поддержки синхронизации значений новых настроек.
д) Передача реквизитов "акциз" (тег 1229), "код страны происхождения товара" (тег 1230) и "номер таможенной декларации" (тег 1231) поддержана при использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10 или драйвер ККТ АТОЛ v.8, а также при использовании ККТ производства ШТРИХ.
4. Переработан механизм синхронизации времени ПК и ККМ:
а) Настройка "Граница после закрытия смены, мин" переименована в "Допустимая разница времени при открытии и закрытии смены, мин". Теперь в соответствии со значением этой настройки проверяется расхождение времени и выполняется его синхронизация до открытия и после закрытия смены.
б) Настройка "Граница перед открытием чека в ККМ, мин" переименована в "Допустимая разница времени в открытой смене, мин". Теперь в соответствии со значением этой настройки проверяется расхождение времени и запрещается работа при открытой смене.
в) Настройка "Максимальная допустимая разница во времени, мин" переименована в "Допустимая разница во времени для выполнения синхронизации, мин", так как в соответствии с заданным в ней значением выполняется синхронизация времени.
5. При взаимодействии с системой лояльности "RS.Loyalty.АСТОР" упразднено изменение uuid документа после отмены оплаты бонусом, а также добавлена передача документа в систему лояльности при его отмене.
6. В дополнительные кассовые отчёты "Системный балансовый", "Балансовый по официанту" и "Балансовый по всем официантам" добавлена информация по округлениям.
7. Поддержана конвертация с версий Frontol 5 до 5.26.4 включительно.
8. В дистрибутиве обновлены:
а) Frontol Driver Unit до версии v.8.26.4.
б) Драйвер ККТ АТОЛ v.8 до версии v.8.16.6.9261.
в) Драйвер ККТ АТОЛ v.10 до версии v.10.4.6.0.
г) Драйвер ККТ ШТРИХ до версии v.4.14.747.
д) Служба лицензирования до версии v.2.14.1.3292.
Исправленные ошибки:
1. Количество позиции после умножения на коэффициент из карточки штрихкода не приводится к настроенной точности в параметре «\Настройки \ Регистрация \ Дробных знаков в количестве», в результате может возникнуть ошибка при закрытии чека в ККМ.
Решение: Количество приводится к настроенной точности и при использовании коэффициента в карточке штрихкода.
2. Некорректно восстанавливается отложенный документ с операцией "Выплата", что приводит к ошибке при его закрытии.
Решение: Документ восстанавливается корректно.
3. Некорректно восстанавливается внешний документ, полученный из Frontol Manager, если в нём присутствует позиция по свободной цене.
Решение: Внешний документ восстанавливается корректно.
4. Наличие символа " в штрихкоде маркировки приводит к некорректной выгрузке его значения в форматах обмена "АТОЛ" и "АСТОР 1.3".
Решение: Значение штрихкода маркировки выгружается корректно.
5. Не происходит пропуск режима "Супервизор" при установленном флаге "Пропускать супервизор при старте".
Решение: Указанный флаг работает корректно.
6. При запуске Frontol сообщение об окончании срока действия лицензии отображается не в фокусе.
Решение: Сообщение отображается в фокусе.
7. После экспорта и последующего импорта справочника документов при возврате на основании возможно появление ошибки "0 is not a valid integer value".
Решение: Возврат на основании происходит без ошибок.
8. Если в документе присутствует маркированная алкогольная продукция, то при вводе первой фискальной оплаты не выполняется механизм перерасчёта скидок и округлений, что приводит к некорректной работе режима округления только при оплате наличными.
Решение: Перерасчёт скидок и округлений при вводе первой фискальной оплаты работает корректно.
9. В элементе макетов экрана "Информация" для "Текущая позиция \ Товар \ Остаток" не отображается остаток товара с разрезами, если у остатка по разрезам не стоит флаг.
Решение: В указанном случае отображается остаток товара без разрезов.
10. В справочнике реализованных марок недоступна кнопка "Удалить всё".
Решение: Кнопка доступна.
Внесённые изменения:
1. Реализована поддержка механизма выбытия изделий из меха, табачной продукции и лекарственных препаратов:
а) ВНИМАНИЕ!!! Механизм выбытия изделий из меха и лекарственных препаратов реализован в режиме ознакомления без передачи в ККТ реквизита форматов фискальных документов "код товара" (тег 1162).
б) В карточке товара тип номенклатуры "Маркированная продукция" переименован в "Изделия из меха" и добавлены новые "Табачная продукция" и "Лекарственные препараты". Настройка из глобального контроля "Маркированная продукция" управляет механизмом маркировки для всех типов маркируемых товаров.
в) При регистрации в документе продажи маркированной продукции любого типа запрашивается штрихкод маркировки, который при сканировании проверяется на соответствие требованиям и на повтор в документе. Маркированный товар можно зарегистрировать без ввода штрихкода маркировки, такая возможность появляется в окне запроса при наличии права "Документ продажи \ Регистрация \ Без ввода штрихкода маркировки". Регистрация маркированного товара в документе продажи всегда происходит в количестве 1, любое изменение количества запрещено, а при сторнировании также запрашивается ввод штрихкода маркировки.
г) В остальных документах маркированный товар регистрируется как обычный без запроса штрихкода маркировки и каких-либо ограничений. Соответственно упразднено право "Документ возврата \ Регистрация \ Регистрация маркированной продукции без ввода КИЗ".
д) Для изделий из меха в документе продажи добавлено ограничение на обязательное наличие штрихкода товара в позиции, который может быть получен либо при регистрации позиции по штрихкоду, либо из связанных с товаром штрихкодов.
е) ВНИМАНИЕ!!! Передача штрихкода маркировки в реквизите "код товара" (тег 1162) поддержана только для табачной продукции при использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10 или драйвер ККТ АТОЛ v.8.
ж) В выгрузку в формате обмена "ГИС МАРКИРОВКИ (XML)" попадают только продажи изделий из меха.
з) Доработан обмен в форматах АТОЛ и АСТОР 1.3:
- В командах загрузки товаров $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE в поле 55 добавлены новые значения: 2 - изделия из меха, 3 - лекарственные препараты и 4 - табачная продукция.
- Выгрузка считанных штрихкодов реализована в транзакциях регистрации и сторнирования товаров 11 и 12 в поле 33.
2. В документе продажи для табачной продукции реализована возможность использования максимальной розничной цены из штрихкода маркировки пачки или блока сигарет в качестве цены регистрируемой позиции:
а) Для управления механизмом во Frontol Администратор в раздел настройки "\ Настройки \ Основные \ Регистрация" добавлена группа "Табачная продукция" с настройками "Применять максимальную розничную цену из штрихкода маркировки при регистрации" и "Максимальное значение цены пачки для применения".
б) Если установлен флаг "Применять максимальную розничную цену из штрихкода маркировки при регистрации", то кассиру отображается предложение сверить максимальную розничную цену, полученную из штрихкода маркировки блока или пачки, со значением на упаковке и применить её в качестве цены регистрируемой позиции. При отказе от применения извлечённой цены используются стандартные механизмы определения цены регистрируемой позиции.
в) Максимальная розничная цена из штрихкода маркировки пачки сигарет обрабатывается если полученное значение не имеет копеек, и оно меньше или равно значению из настройки "Максимальное значение цены пачки для применения".
3. Реализована возможность регистрации пачки сигарет по штрихкоду маркировки. Из штрихкода маркировки извлекается GTIN, в соответствии с которым выполняется поиск штрихкода по справочнику штрихкодов, и регистрируется товар. Регистрация происходит с предупреждением, если маркировка отключена в глобальном контроле или в карточке регистрируемого товара.
4. Реализована возможность регистрации товара по штрихкоду в стандарте GS1:
а) Разработан механизм получения из считанного штрихкода идентификаторов применения. Если получены 2 и более идентификатора применения, один из которых 01 - GTIN, то в соответствии с ним выполняется поиск штрихкода по справочнику штрихкодов, и регистрируется товар. В противном случае считанные данные обрабатываются имеющимися ранее механизмами.
б) Разработан механизм регистрации товара по штрихкоду маркировки в стандарте GS1. Если по GTIN из штрихкода найден товар с типом номенклатуры для маркировки, то полученные идентификаторы применения проверяются на соответствие требованиям маркировки указанного типа. В случае соответствия товар регистрируется без дополнительного запроса штрихкода маркировки, иначе регистрация прерывается сообщением об ошибке.
в) Реализована регистрация товара с предупреждением, если есть вероятность, что считанный штрихкод в стандарте GS1 подходит под штрихкод маркировки, но маркировка отключена в глобальном контроле или в карточке регистрируемого товара.
5. В механизме синхронизации с Frontol Manager поддержаны новые права и настройки, а также изменения во внешних документах.
6. В полном режиме работы с Frontol Alco Unit реализована возможность учёта вскрытия тары с маркированной и немаркированной алкогольной продукцией:
а) В карточке организации ЕГАИС переименованы режимы учёта маркированной и немаркированной алкогольной продукции: "Отправлять розничный чек в ЕГАИС" переименован в "Розничный чек ЕГАИС", "Вести электронный журнал в ЕГАИС" в "Электронный журнал ЕГАИС из Frontol" и "Вести бумажный журнал во Frontol" в "Бумажный журнал во Frontol".
б) В карточку организации для маркированной и немаркированной продукции добавлены новые режимы учёта "Электронный журнал ЕГАИС из Frontol Alco Unit", которые становятся доступными только в полном режиме работы с Frontol Alco Unit. Теперь для маркированной алкогольной продукции доступны режимы "Розничный чек ЕГАИС" и "Электронный журнал ЕГАИС из Frontol Alco Unit", а для немаркированной только "Электронный журнал ЕГАИС из Frontol Alco Unit".
в) При использовании режима учёта "Электронный журнал ЕГАИС из Frontol Alco Unit" регистрация маркированной алкогольной продукции с отправкой данных во Frontol Alco Unit для дальнейшего списания возможна только в документе вскрытия тары. В документах продажи и возврата регистрация запрещена, в остальных документах она регистрируется как обычный товар без запроса штрихкода акцизной марки.
г) При использовании режима учёта "Электронный журнал ЕГАИС из Frontol Alco Unit" регистрация немаркированной алкогольной продукции с отправкой данных во Frontol Alco Unit для дальнейшего списания возможна только в документах продажи и вскрытия тары. В остальных документах она регистрируется как обычный товар без взаимодействия с Frontol Alco Unit.
7. В форматах обмена АТОЛ и АСТОР 1.3 доработана команда загрузки $$$ADDEXTERNALDOCUMENT:
а) Количество в позиции для маркированного товара или маркированной алкогольной продукции всегда считается равным 1.
б) В позиции с маркированной алкогольной продукцией теперь можно указать только одну акцизную марку.
в) Если выбран способ регистрации товара по акцизной марке, то в качестве акцизной марки можно передать только партионную марку длиной 68 символов.
8. В документах с операциями "Предоплата" и "Возврат предоплаты" реализована возможность оформления получения и возврата аванса:
а) В список доступных типов документа, отображаемый при создании, добавлены новые типы "Аванс" и "Возврат аванса". Особенности при работе в документе с новыми типами:
- В документе доступна регистрация позиции по свободной цене.
- После выбора типа запрашивается сумма аванса, на которую в документе автоматически регистрируется позиция по свободной цене.
- При переходе в режим оплаты запрос суммы не происходит.
- При регистрации в ККТ для всех позиций документа указываются признаки способа расчёта "Аванс" и предмета расчёта "Аванс, предоплата".
- В остальном механизм работы соответствует другим типам документов с операциями "Предоплата" и "Возврат предоплаты".
б) В группы прав "Документ предоплаты" и "Документ возврата предоплаты" добавлены новые права "Открытие аванса" и "Открытие возврата аванса", которые управляют доступом к возможности создания документа с типом "Аванс".
в) В форматах обмена АТОЛ и Астор 1.3 в команде $$$ADDEXTERNALDOCUMENT добавлена поддержка загрузки нового типа документа. Подробнее смотрите в руководстве интегратора.
г) В демонстрационных базах данных "Торговля 54-ФЗ", "Кафе 54-ФЗ", "Ресторан 54-ФЗ" и "Торговля 54-ФЗ тачскрин" наименования документов "Предоплата" и "Возврат предоплаты" изменены на "Предоплата или аванс" и "Возврат предоплаты или аванса".
9. В дополнительных кассовых отчётах "Системный балансовый", "Балансовый по официанту" и "Балансовый по всем официантам" реализован вывод информации по документам с операциями "Предоплата" и "Возврат предоплаты".
10. В интеграции с системой лояльности Platius реализована возможность разблокировки документа для редактирования после его отправки в систему лояльности. Для этого необходимо отменить оплаты и ввод карты лояльности.
11. Реализован режим округления только при оплате наличными:
а) Для управления режимом в раздел "\ Настройки \ Общее \ Округление сумм" добавлен флаг "Округлять только при оплате наличными".
б) Если флаг установлен, то округление происходит только при выборе оплаты с фискальным способом "Наличными", округление не будет происходить при кобинированной оплате, если фискальный способ первой оплаты отличен от способа "Наличными".
в) ВНИМАНИЕ!!! Использование данного режима округления может привести к ошибкам взаимодействия с внешними системами лояльности, которые не допускают различия в суммах документа или позиций между разными запросами к системе.
12. В документе возврата на основании в интерфейсе выбора позиций из основания теперь учитываются не только возвращённые ранее позиции, но и добавленные в текущий документ возврата.
13. При подключении ККТ к рабочему месту через драйвер ККТ АТОЛ v.10 введён запрет на регистрацию позиции, если её налоговая группа содержит ставку с налогом в ККМ "По умолчанию". Налоговая группа позиции определяется с учётом настроек групп из карточки товара, настроек групп по умолчанию и настройки из карточки группы печати.
14. В мастер настройки добавлена проверка версии базы данных и предложение выполнить конвертацию при её несоответствии требуемой.
15. При работе с оплатой по банковской карте все ошибки теперь всегда отображается кассиру.
16. В сценариях и шаблонах для ККМ и принтера чеков в класс User добавлено новое свойство profile, в котором предоставляется доступ к коду и наименованию профиля пользователя.
17. В документах с операциями "Предоплата", "Возврат предоплаты", "Оплата кредита", "Возврат оплаты кредита", "Расход" и "Возврат расхода" теперь доступны функции по работе с клиентами и картами.
18. Поддержана конвертация с версий Frontol 5 до 5.26.3 включительно.
19. В дистрибутиве обновлены:
а) Frontol Driver Unit до версии v.8.26.3.
б) Драйвер ККТ АТОЛ v.8 до версии v.8.16.6.9250.
в) Драйвер ККТ АТОЛ v.10 до версии v.10.4.6.0.
ВНИМАНИЕ!!! Рекомендуемые прошивки ККТ для работы с версиями Frontol 6.2.0:
а) Для ККТ производства АТОЛ: 5199, 6059, 7020, 10-7733, 10-7942.
б) Для ККТ производства Штрих: 60325 от 24.10.2018.
Исправленные ошибки:
1. В некоторых случаях при вызове визуального поиска товара отображается ошибка "arithmetic exception, numeric overflow, or string truncation".
Решение: Визуальный поиск товара работает корректно.
2. При отмене оплаты бонусом документа со скидкой, полученной от Frontol Discount Unit, сумма скидки пересчитывается без учёта настройки способа её распределения из карточки параметров АС.
Решение: Способ распределения скидки от Frontol Discount Unit учитывается корректно.
3. В некоторых случаях агентский реквизит "ИНН поставщика" не передаётся в ККТ при регистрации позиции.
Решение: "ИНН поставщика" передаётся корректно.
4. Не происходит печать QR кода, полученного из внешней системы лояльности, при использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10.
Решение: QR код печатается корректно.
5. Не открывается денежный ящик при вызове соответствующей функции кассиром либо по инициативе Frontol при использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10.
Решение: Денежный ящик открывается корректно.
6. Если просмотр документа вызван сканированием QR с фискальными данными из режима регистрации, то после закрытия просмотра отображается режим журнала документов.
Решение: Отображается режим регистрации.
7. Срок действия ФН проверяется даже при снятом флаге "Оповещение об истечении срока действия ФН".
Решение: Срок действия ФН не проверяется.
8. В некоторых случаях не находится документ по QR коду с фискальными данными.
Решение: Документ находится корректно.
9. Печать штрихкода EAN13 на чековой ленте из шаблона документов приводит к ошибке при использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10.
Решение: Печать происходит корректно.
10. Во Frontol Администратор в справочнике реализованных марок не работает фильтрация при чтении штрихкода акцизной марки.
Решение: Фильтрация работает корректно.
11. При использовании ККТ производства АТОЛ, подключённой через драйвер ККТ АТОЛ v.10 происходит ошибка во время закрытия документа с операцией, которая не подразумевает формирование фискального чека.
Решение: Документы с указанными операциями закрываются без ошибок.
Внесённые изменения:
1. Поддержана работа с ККТ производства компании АТОЛ через драйвер ККТ АТОЛ v.10. Интеграция обладает следующими особенностями:
а) Поддерживаются документы продажи, возврата, предоплаты, возврата предоплаты, оплаты кредита, возврата оплаты кредита, расхода, возврата расхода, выплаты и внесения со всеми реквизитами форматов фискальных документов, имеющимися во Frontol.
б) Поддерживаются только кассовые отчёты Z и X, о текущем состоянии расчётов и диагностика связи с ОФД.
в) Поддерживается только ККТ с зарегистрированным фискальным накопителем в связи с тем, что при работе используется информация из фискального накопителя. Корректная работа с устройством в режиме печати документов не гарантируется.
г) Не поддерживается разделение товаров по секциям и соответственно кассовый отчёт по секциям.
д) Не поддерживается механизм программирования клише.
е) Не поддерживаются чеки коррекции.
ж) Не поддерживается печать картинок методами printLoadedPicture(), printPicture() и printPictureEx() объекта класса Print.
з) Не поддерживается регистрация позиций без ставки налога или со значением налога в ККМ "По умолчанию".
и) Отрезка чековой ленты возможна только по инициативе ККТ. Соответственно не поддерживается режим программной отрезки нефискальных документов и отрезка посредством методов fullCut() и partialCut() объекта класса Print.
к) Оплата в ККТ регистрируется в соответствии с настройкой "Фискальный способ оплаты", значение настройки "Тип оплаты в ККМ" при регистрации оплаты не используется.
2. В карточке устройства "ККМ" изменён список состояний на: "Отключено", "Драйвер ККТ АТОЛ v.10", "Драйвер ККТ АТОЛ v.8", "ККТ Аура 3 (Казахстан)" и "Эмулятор".
3. Реализована возможность зачета или возврата предоплаты и авансов одним чеком за период:
а) В справочнике "Документы" в карточку вида документа добавлен новый флаг "Документ зачета или возврата предоплаты, авансов за расчетный период", который доступен только для операций "Продажа", "Возврат" и "Возврат предоплаты".
б) Если в виде документа установлен указанный флаг, то ввод телефона или электронной почты клиента недоступен, в документах продажи разрешены только оплаты с фискальным способом оплаты "Предоплатой (авансом)", а при формировании чека в реквизитах "адрес электронной почты отправителя чека" (тег 1117) и "телефон или электронный адрес покупателя" (тег 1008) указывается значение "none".
в) ВНИМАНИЕ!!! Возможность поддерживается только при использовании онлайн ККТ производства компании АТОЛ.
4. Во Frontol добавлена возможность просмотра всех функций и комбинаций клавиш, которые активны на данном рабочем месте:
а) Для вызова интерфейса просмотра добавлена новая функция "Сервис/Комбинации клавиш", аналогичный пункт добавлен в меню "Сервис".
б) При конвертации в список раскладок будет добавлена новая раскладка с одним сочетанием функции "Сервис/Комбинации клавиш" и набора клавиш <Ctrl> + <Shift> + <F1>. Данная раскладка будет привязана ко всем интерфейсам. Таким образом для вызова интерфейса просмотра всех функций в любой базе данных можно использовать набор клавиш <Ctrl> + <Shift> + <F1>, если в имеющихся раскладках на данную комбинацию ранее не была назначена другая функция.
5. Доработан механизм учёта времени до окончания смены. Теперь время отсчитывается не от момента создания документа открытия смены, а от момента создания любого документа после транзакции закрытия смены. При сквозной нумерации смен состояние смены будет общей для всех рабочих мест и время соответственно тоже.
6. В установщике оптимизирован механизм работы со службами, в результате чего ошибки остановки служб при обновлении должны встречаться гораздо реже.
7. В карточке платежных систем на вкладке "Назначение" настройка "Валюта платёжной системы" теперь доступна и для назначения "Подарочные карты".
8. Если в параметрах контроля установлен флаг "Без ввода количества", то теперь при регистрации позиций из внешнего документа, заказа и терминала сбора данных окно ввода количества не отображается. Если количество не передано, то используется количество 1.
9. ВНИМАНИЕ!!! При регистрации позиций из внешнего документа не по штрихкоду и установленном флаге "Запрос коэфф. при регистрации не по штрихкоду" упразднён механизм поиска штрихкода для извлечения из него коэффициента. Если необходимо выполнить регистрацию из внешнего документа с учётом коэффициента штрихкода, то теперь во внешнем документе требуется вызывать регистрацию по штрихкоду.
10. Регистрация по артикулу товара теперь нечувствительна к регистру введённого артикула.
11. У метода addPosition() класса Document параметр "ИмяПоляСправочникаТовары" теперь нечувствителен к регистру.
12. При сканировании акцизной марки добавлена проверка на наличие в считанных данных только цифр или латинских букв.
13. В интеграциях с "Frontol Discount Unit" и "Manzana Loyalty 2013 SP1" поддержана возможность использования телефона и электронной почты клиента из системы лояльности при отправке электронного чека. Указанная информация доступна для выбора в окне ввода контактов клиента в разделе "Контактные данные из лояльности".
14. Поддержана конвертация с версий Frontol 5 до 5.26.2 включительно.
15. В дистрибутив включён драйвер ККТ АТОЛ v.10.4.4.0.
16. В дистрибутиве обновлены:
а) Frontol Driver Unit до версии v.8.26.1.
б) Менеджер лицензий до версии v.2.13.0.760.
в) Служба лицензирования до версии v.2.13.0.2999.
г) Библиотека AclasSDK.dll до версии v.2.2.6479
Исправленные ошибки:
1. При сканировании штрихкода товара длиной более 13 символов и включенной настройке "Дополнять штрихкод до 13 знаков" при поиске товара считанные данные обрезаются до 13 символов.
Решение: Данные в указанном случае не обрезаются.
2. При изменении баланса внутренней подарочной карты из обмена или Frontol Администратор не учитываются копейки от предыдущего баланса, что приводит к некорректному значению баланса.
Решение: Баланс изменяется корректно.
3. В некоторых случаях при авторегистрации карты клиента она задваивается в выгрузке в форматах обмена АТОЛ и Астор 1.3.
Решение: Номер карты выгружается корректно.
4. При установке дистрибутива невозможно согласиться с лицензионным соглашением при помощи клавиатуры, так как отсутствует обход по клавише Tab.
Решение: Обход при помощи Tab работает корректно.
5. В некоторых случаях механизм расчёта итоговой цены позиции для регистрации в онлайн ККТ приводит к некорректному значению количества.
Решение: Механизм расчёта итоговой цены работает корректно.
6. Отображается ошибка доступа к памяти при ввода карты для системы лояльности "РИТМ".
Решение: Ввод карты происходит без ошибок.
7. Ввод бонусной карты посредством системы лояльности "Platius" заканчивается ошибкой, если перед этим было выполнено закрытие смены.
Решение: Ввод бонусной карты выполняется без ошибок.
Внесённые изменения:
1. Переработан механизм анализа неуспешного ответа УТМ на отправку розничного чека:
а) Если в ответе присутствует тег <error>, то теперь Frontol в тексте данного тега пытается найти отправленные марки. Если одна или несколько марок найдены, то они помечаются как марки для сторнирования. В остальных случаях ответ считается обычной ошибкой.
б) Содержимое неуспешного ответа теперь всегда отображается в стандартном окне для ошибок, даже при наличии в ответе марок.
2. Реализовано отображение и возможность просмотра сообщений от АТОЛ в режиме работы кассира. Непрочитанные сообщения отображаются автоматически при запуске Frontol, сообщения также можно просмотреть при помощи новой функции "Сервис \ Операции \ Сообщения от АТОЛ" или из меню "Сервис".
3. В дистрибутиве обновлена служба лицензирования до версии v.2.12.2.2964
Исправленные ошибки:
1. В некоторых случаях при закрытии документа на ЕНВД принтере в режиме регистрации каждой позиции появляется ошибка, что чек оплачен не полностью.
Решение: Чек на ЕНВД принтере печатается без ошибок.
2. В некоторых случаях при регистрации позиции в ККТ с дробным количеством Frontol пересчитывает итоговую цену товара, когда это не требуется.
Решение: Итоговая цена пересчитывается только в случае, если её произведение на количество не равно итоговой стоимости.
3. При вызове исключения в сценарии в обработчике события для фазы "после" не отображается текст ошибки, переданные в свойстве метода showError, а для некоторых событий сама операция, инициирующая событие, выполняется не полностью.
Решение: Ошибка при использовании метода showError отображается корректно. При вызове исключения в фазе "после" прерывается только выполнение сценария, а дальнейшее выполнение операции не прерывается.
4. При откладывании и последующем восстановлении документа в сценариях обнуляется свойство SumRounding.
Решение: Свойство SumRounding сохраняет свой значение после восстановления документа.
Находясь на сайте, вы соглашаетесь на обработку персональных данных. Если вы не даете согласия на обработку своих персональных данных, вам необходимо покинуть наш сайт.
RUB
USD
EUR
