5.16.0 от 01.01.2001 (стр. 2 )

  Способ решения: Подтверждение блокировки отправляется корректно.

8. Поиск по внешнему идентификатору происходит только по списку внешних документов, что приводит к неуспешному поиску документа с другим состоянием.

  Способ решения: Поиск по внешнему идентификатору выполняется среди тех документов, которые соответствуют месту вызова данного поиска.

9. Во время создания группы печати, в поле выбора системы налогообложения, по умолчанию подставляется некорректное пустое значение, что приводит к ошибке "List index out of bounds".

  Способ решения: В указанном случае подставляется значение "Не используется".

10. В документах с операциями "Продажа", "Возврат" и "Аннулирование" при работе с моделями ККТ под новый порядок для позиций с дробным количеством, выполняется расчёт итоговой цены и разделение позиции на две части, даже если в документе не было скидок, надбавок, округлений, а также оплат бонусами и нефискальных оплат.

  Способ решения: В указанном случае механизм расчёта итоговой цены не выполняется.

11. При регистрации акцизной алкогольной продукции, которая будет отправлена в УТМ в чеке ЕГАИС, некорректно определяется наличие ККМ с заводским номеров. В результате может отображаться ошибка отсутствия ККМ с заводским номером, хотя фактически продукция будет закрываться на ККМ с заводским номером.

  Способ решения: Механизм определения наличия ККМ с заводским номером работает корректно.

12. При регистрации позиции на ККТ производства АТОЛ со строй версией прошивки для работы в соответствии с текущими требованиями 54-ФЗ, отображается ошибка: "Неверный штрихкод товара".

  Способ решения: Регистрация позиций на старых версиях прошивок ККТ производства АТОЛ, работающих в соответствии с текущими требованиями 54-ФЗ, происходит без ошибок.

13. Во время загрузки данных, в форматах обмена БЭСТ (DBF) и GESTORI (TXT) отображается SQL ошибка.

  Способ решения: Загрузка происходит корректно.

14. Некорректно работает мониторинг состояния буфера фискального накопителя на моделях ККТ производства ШТРИХ.

  Способ решения: Мониторинг с указанными моделями работает корректно.

15. Происходит остановка потока синхронизации с Frontol Manager, если команда удаления штрихкода приходит после удаления товара, связанного с этим штрихкодом.

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

5.15.0 от 01.01.2001 ************************************************

Внесённые изменения:

1. Реализована возможность осуществлять отдельные банковские операции и принимать платежи в соответствии с текущими требованиями 54-ФЗ. Если платёж или банковская операция регистрируется на ККТ, работающей по новому порядку, то по данному платежу или банковской операции в ККТ передаются реквизиты, указанные в карточке параметров АС или поставщика платёжной системы. Данные реквизиты фигурируют в электронном чеке и чеке, отправленном оператору фискальных данных. Если какой-либо реквизит не задан в свойствах платёжной системы или он не реализован в ККТ или драйвере ККТ, то его запись в ККТ не выполняется, а ошибка записи игнорируется.

2. В документах с операциями "Продажа", "Возврат" и "Аннулирование" при работе с моделями ККТ под новый порядок, реализована регистрация в ККТ позиций по итоговой цене с учётом всех скидок и надбавок, а также оплат бонусами и нефискальных оплат:

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

  б) Теперь при регистрации позиции в ККТ не передаётся сумма скидки. В связи с этим доработан шаблон чека для ККТ под новый порядок. Доработанный шаблон включён в дистрибутив и демонстрационные базы данных для работы в соответствии с ФЗ-54.

  в) В выгружаемые транзакции в форматах обмана АТОЛ и АСТОР 1.3 добавлены новые транзакции 6 и 16, в которых выгружаются позиции, зарегистрированные в ККТ по итоговой цене. Подробнее смотрите в Руководстве интегратора.

3. Разработан механизм взаимодействия с Frontol Alco Unit:

  а) Для управления механизмом выполнены изменения в разделе \ЕГАИС\Справочники ЕГАИС\Настройки:

  - Упразднён флаг "Проверять реализацию акцизных марок". Вместо него добавлена настройка "Проверка акцизных марок" со значениями "Нет", "Средствами Frontol Alco Unit" и "Средствами Frontol".

  - Для проверки средствами Frontol Alco Unit добавлены параметры "Веб-адрес Frontol Alco Unit" и "Секретный ключ Frontol Alco Unit".

  б) Механизм проверки средствами Frontol Alco Unit реализован в документах с операциями "Продажа", "Возврат", "Аннулирование" и "Вскрытия тары", если в указанных документах регистрируется акцизная алкогольная продукция с запросом акцизных марок.

  в) При сканировании акцизной марки реализован запрос во Frontol Alco Unit для проверки возможности добавления сканируемой марки в документ. Если запрос возвращает ошибку, то добавление марки не происходит.

  г) Перед отправкой чека в УТМ, или перед вводом первой фискальной оплаты (если отправка чека в УТМ не требуется), или перед закрытием чека (для документов с операцией "Вскрытие тары") реализован запрос во Frontol Alco Unit на блокировку или освобождение марок из документа:

  - Если запрос выполнен успешно, то документ блокируется на редактирование и выполняются последующие операции. При попытке редактирования заблокированного документа будет предложено отменить выполненный запрос во Frontol Alco Unit.

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

  д) Перед закрытием документа в базе данных Frontol реализовано подтверждение выполненного ранее запроса во Frontol Alco Unit. Если при этом возвращается ошибка, то она отображается кассиру, но документ всё равно закрывается.

  е) Реализована автоматическая отмена отправленного запроса во Frontol Alco Unit, если последующая отправка чека в УТМ не выполнена из-за какой-либо ошибки, либо отменена кассиром.

4. Добавлена возможность обработки некорректных акцизных марок, возвращаемых при отправке чека в УТМ и запросе на блокировку или освобождение марок во Frontol Alco Unit:

  а) Реализовано сохранение марок, возвращаемых из УТМ или Frontol Alco Unit в специальном списке некорректных марок.

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

  в) Реализовано автоматическое сторнирования если из УТМ или Frontol Alco Unit возвращается список некорректных марок и документ доступен для редактирования, если документ для редактирования недоступен, то кассиру будет предложено разблокировать его и вызвать функцию сторнирования вручную.

5. Доработано окно выбора оплат в документах с операциями "Продажа", "Возврат" или "Аннулирование" без основания:

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

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

6. В механизме взаимодействия с системой лояльности "Manzana Loyalty 2013" реализована возможность запроса карт по номеру телефона или электронной почте. Соответствующий пункт отображается при вводе бонусной карты, если в параметрах АС драйвера платёжных систем установлен флаг "Запрос карты по телефону или электронной почте". Для ввода номера или почты используется окно ввода контактных данных клиента для отправки электронного чека.

7. Доработано окно ввода контактных данных клиента для отправки электронного чека:

  а) В окне добавлена возможность использования номера телефона или адреса электронной почты, введённых при запросе карт клиента посредством системы лояльности "Manzana Loyalty 2013".

  б) Теперь по умолчанию фокус установлен на пункте меню "Ввод телефона".

8. Изменения в механизме синхронизации с Frontol Manager:

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

  б) В мониторинге дата и время ошибок кассы теперь передаётся в формате UTC.

  в) Поддержана синхронизация параметров кассы в разделе "\ Синхронизация \ Синхронизация с FM".

  г) В карточке сопутствующих товаров добавлена поддержка синхронизации поля "Приоритет".

  д) В позициях документов с операциями "Продажа", "Возврат", "Аннулирование" и "Вскрытие тары", синхронизируемых во Frontol Manager, поддержана синхронизация нескольких акцизных марок, если акцизная продукция была зарегистрирована в количестве большем чем 1.

  е) В позициях внешних документов с операциями "Продажа", "Возврат", "Аннулирование" и "Вскрытие тары", синхронизируемых из Frontol Manager, поддержана синхронизация нескольких акцизных марок, если акцизная продукция была загружена во внешний документ в количестве большем чем 1. Также реализована обработка таких документов при восстановлении в режиме регистрации.