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



страница1/12
Дата05.03.2019
Размер1.62 Mb.
  1   2   3   4   5   6   7   8   9   ...   12

5.16.0 от 10.05.2017 ************************************************

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

1. Добавлена поддержка Windows 10 IoT. Рекомендации по настройке приведены в руководстве интегратора.

2. Реализована поддержка ККТ АТОЛ, работающей в соответствии с форматами фискальных документов 1.05:

а) В документах с операциями "Коррекция прихода" и "Коррекция расхода" добавлено окно, с возможностью ввода реквизитов "Тип коррекции", "Дата документа основания", "Номер документа основания" и "Наименование основания". Указанные реквизиты обязательны к заполнению только при работе с ККТ, поддерживающей форматы фискальных документов 1.05, при работе с ККТ по 1.0 реквизиты можно не заполнять. Новое окно вызывается автоматически при создании документов с операциями коррекции, либо его можно вызвать повторно при помощи функции "Операции с документами \ ЕГАИС \ Редактирование параметров документа", которая в связи с этим переименована в "Редактирование реквизитов документа" и перенесена в группу "Операции с документами \ Общие \". Доступ к данной функции также добавлен из меню "Сервис" документов Frontol.

б) В карточке товара и группы поля "Наименование" и "Текст" расширены до 128 символов.

в) В карточку товара добавлена новая настройка "Признак предмета расчёта" со значениями "Товар, кроме подакцизного", "Подакцизный товар", "Работа", "Услуга", "Товар, состоящий из нескольких признаков" и "Иной товар". Значение данной настройки используется при регистрации позиции в ККТ, поддерживающей форматы фискальных документов 1.05. Для позиции по свободной цене всегда используется значение "Товар, кроме подакцизного".

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

д) Реализована запись реквизита ИНН кассира (1203), реквизит записывается только если он задан в карточке пользователя.

3. Параметр "Текст" в карточке пользователя переименован в "Должность и ФИО".

4. Реквизит "Должность и ФИО" кассира (1021) теперь регистрируется в ККТ независимо от состояния флага "РМ и оборудование \ ККМ \ Регистрировать пользователя в ККМ".

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

6. Добавлена поддержка системы лояльности RightWay. В механизме взаимодействия с данной системой поддержаны следующие операции:

а) Отправка в систему документов с операциями "Продажа", "Возврат" и "Аннулирование".

б) Выполнение оплаты бонусом и начисления бонусов, а также возврата оплаты бонусом и возврата начисления бонусов.

в) Ввод номера телефона вместо карты и последующее его подтверждение SMS кодом при закрытии документа.

7. Доработана поддержка системы лояльности Manzana Loyalty 2013 SP1:

а) Добавлена поддержка скидок, возвращаемых из данной системы.

б) Реализована возможность ввода и передачи купонов. Для ввода купонов используется функция "Операции платежной системы \ Ввод купона", а для удаления - новые функции "Операции платежной системы \ Удалить купон" и "Операции платежной системы \ Удалить все купоны". Новые функции подчиняются праву "Операции платежной системы \ Ввод купона", которое в связи с этим переименовано в "Операции платежной системы \ Ввод/удаление купона".

8. Реализована возможность завершения работы приложения и POS-системы после отправки чеков к оператору фискальных данных:

а) Для активации возможности в раздел "\ ОФД \ Настройка работы с ОФД" добавлен флаг "Завершать работу только после отправки всех чеков в ОФД". Использовать данный механизм имеет смысл только, если POS-система обеспечивает канал связи для передачи данных к оператору фискальных данных.

б) Если установлен указанный флаг, то при вызове функции "Системные \ Завершение работы" и наличии неотправленных чеков в какой-либо ККТ, подключённой к данному рабочему месту, завершение работы приостанавливается до отправки всех чеков, по факту отправки завершение работы происходит автоматически и не требует от пользователя дополнительных действий.

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

9. Доработки форматов обмена АТОЛ и АСТОР 1.3:

а) Реализована выгрузка состояния буфера фискального накопителя. Состояние буфера выгружается в транзакциях "Закрытие документа в ККМ" (45), "Отчет без гашения" (60), "Отчет с гашением" (63) и "Документ открытия смены" (64) в следующих полях:

- 36 - Дата и время самого раннего не отправленного документа.

- 35 - Коды ошибок обмена. Формат x,y,z, где x - "<код ошибки сети> - <текст ошибки>", y - "<код ошибки ОФД> - <текст ошибки>", z - "<код ошибки ФН> - <текст ошибки>". Если 43 регистр не поддерживается, то в x,y,z выгружается <код ошибки драйвера> - <текст ошибки>.

- 34 - Количество не отправленных документов.

б) В команде $$$ADDEXTERNALDOCUMENT поддержана загрузка позиций с несколькими акцизными марками в поле №9. Акцизные марки в указанном поле разделяются запятой. При восстановлении внешнего документа акцизные марки используются только в документах с операциями "Продажа", "Возврат", "Аннулирование" и "Вскрытие тары", так же при восстановлении контролируется, что количество акцизных марок в позиции соответствует количеству товара, а при идентификации товара по акцизной марке, контролируется количество товара равно 1 и передана одна акцизная марка.

в) В транзакции закрытия документа (55) реализована выгрузка реквизитов документов коррекции в полях:

- 36 - Дата документа основания коррекции.

- 39 - Номер документа основания коррекции.

- 34 - Наименование основания коррекции.

- 22 - Тип коррекции.

г) В командах $$$ADDQUANTITY, $$$REPLACEQUANTITY и $$$REPLACEQUANTITYWITHOUTSALE для товара добавлена обработка поля №13, в котором загружается признак предмета расчёта.

д) В команде $$$ADDUSERS добавлена поддержка загрузки настройки ИНН кассира в поле №7.

10. Из демонстрационных баз данных для работы в соответствии с ФЗ-54 исключён документ с операцией "Аннулирование", так как данная операция не поддерживается в текущих требованиях 54-ФЗ.

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

а) Поддержана синхронизация параметров "\ Настройки \ Основные \ Общее \ Занимать точку обслуживания за, минут" и " \ Настройки \ Системные \ РМ и оборудование \ ККМ \ Не печатать реквизиты чека при нефискальной печати".

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

в) Поддержана синхронизация настройки ИНН кассира в карточке пользователя.

12. При проверке акцизных марок средствами Frontol Alco Unit настройки "Веб-адрес Frontol Alco Unit" и "Секретный ключ Frontol Alco Unit" сделаны обязательными для заполнения, а также у настройки "Веб-адрес Frontol Alco Unit" добавлена кнопка "Открыть", которая открывает указанный адрес в браузере по умолчанию.

13. Если к одному из рабочих мест подключена ККМ, работающая в соответствии с текущими требованиями 54-ФЗ, то при сохранении настроек во Frontol Администратор и при переходе в режим регистрации - добавлена проверка корректности следующих параметров:

а) В "РМ и оборудование \ ККМ \ Регистрация в ККМ" выбрано значение "Каждая позиция".

б) Установлен флаг "РМ и оборудование \ ККМ \ В начале документа выполнять открытие чек".

в) В "Настройки \ Основные \ Общее \ Мин. денежная единица" указано значение 0.01.

14. В дистрибутив включены драйвер торгового оборудования v.8.15.0 и драйвер ККТ v.8.14.2.1.

15. В дистрибутиве обновлён драйвер для ККМ, работающий под новый порядок производства Штрих-М до версии 4.13.562.

Исправленные ошибки:

1. При синхронизации документов во Frontol Manager v.3.x значения разрезов позиций отправляются в некорректном формате.

Способ решения: Значения разрезов отправляются в корректном формате.

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

Способ решения: Окно содержит корректную информацию по внешним заказам.

3. При загрузке данных, в форматах обмена АТОЛ и АСТОР 1.3, в режиме идентификации товара «строка до 20 знаков» имеются ошибки в обработке следующих команд: $$$ADDQUANTITY, $$$REPLACEQUANTITY, и $$$REPLACEQUANTITYWITHOUTSALE - не создаются маркетинговые акции по данным из полей 27 и 28; $$$ADDGIFTCARDTYPES - не загружается связь вида подарочных карт с товаром в поле 7; $$$DELETEPRICESBYWARE - не удаляются цены, указанного в поле 1 товара; $$$DELETEPRICEANDREMAIN - не удаляются цены и остатки, указанного в поле 1 товара.

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

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

Способ решения: Устройство определяется корректно.

5. В демонстрационной базе данных "Кафе", номер текущей смены установлен в нулевое значение, что в некоторых случаях будет приводить к проблеме в регистрации чеков в УТМ.

Способ решения: Номер текущей смены теперь равен 1.

6. В некоторых случаях, при создании или восстановлении документа с операцией "Вскрытие тары", отображается ошибка доступа к памяти.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.15.0 от 07.04.2017 ************************************************

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

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. Также реализована обработка таких документов при восстановлении в режиме регистрации.

ё) В карточке вида оплат поддержана синхронизация флага "Разрешить возврат наличными".

ж) В механизме синхронизации подержаны новые настройки "Проверка акцизных марок", "Веб-адрес Frontol Alco Unit" и "Секретный ключ Frontol Alco Unit".

9. В действиях мероприятий "Автоматическая скидка из сценария" и "Ручная скидка из сценария" реализована возможность расчёта значения скидки функцией без необходимости её создания в сценарии:

а) Во Frontol предопределена функция runScript(<текст сценария>,<пользовательская переменная>), которую нужно использовать в действии для расчёта скидки без определения функции в сценарии. Внутри текста сценария можно обращаться:

- К глобальному объекту frontol класса Frontol.

- К объекту position класса Position, в котором для автоматической и ручной скидки из сценария на документ, и для ручной скидки из сценария на текущую позицию возвращается выбранная кассиром позиция, а для автоматической скидки из сценария на каждую позицию будет возвращаться каждая позиция для которой рассчитывается скидка.

- К объекту userParam, содержащему пользовательскую информацию, переданную в соответствующем параметре функции runScript.

б) Функция runScript будет предопределена независимо от наличия сценария, запускаемого в начале сеанса. Таким образом её можно использовать без необходимости создания сценария и его запуска в начале сеанса. Более подробную информацию по данной функции смотрите в руководстве интегратора.

в) В форматах обмена АТОЛ и АСТОР 1.3 при загрузке действий "Автоматическая скидка из сценария" и "Ручная скидка из сценария" длина поля значения скидки расширено до 1000 символов.

10. При работе с моделями ККТ под новый порядок реализована возможность регистрации товаров на одной ККТ по разным системам налогообложения. Разделение происходит через группы печати, в которые добавлена новая настройка "Система налогообложения" со значениями "Не используется", "Общая", "Упрощенная Доход", "Упрощенная Доход минус Расход", "Единый налог на вмененный доход", "Единый сельскохозяйственный налог" и "Патентная система налогообложения".

11. В утилите FrontolIni.exe скрыты неиспользуемые параметры для Win98 / Me, так как данные ОС давно не поддерживаются.

12. После выполнения функции "Операции с документами \ Режим регистрации \ Отмена счета" добавлено информационное сообщение "Отмена счёта выполнена".

13. При загрузке данных из АСТУ реализована возможность игнорирования информации по остаткам. Для управления данной возможностью в карточку плана обмена в раздел "Формат и совместимость" добавлен новый флаг "Не загружать остатки". ВНИМАНИЕ!!! Данный флаг надо использовать только совместно со значением "Нет" в параметре глобального контроля "Списание остатков".

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

15. В сценарии добавлено новое событие restoreDocument, которое вызывается при восстановлении зарезервированного или ранее отложенного документа. ВНИМАНИЕ!!! В фазе обработчика "До" объект frontol.currentDocument имеет неопределённые свойства.

16. Теперь если происходит регистрация товара по акцизной марке и в справочнике товаров есть несколько товаров, привязанных к коду ЕГАИС из данной марки, то проверка на дублирование акцизной марки средствами Frontol происходит до отображения окна выбора товара.

17. При передаче в торговый зал всех товаров ЕГАИС с положительными остатками на складе добавлено предупреждение с датой последнего успешного обновления остатков склада.

18. В окно выбора остатков ЕГАИС из торгового зала добавлено поле "Производитель".

19. Во Frontol Администратор в справочнике подарочных карт реализована автоматическая фильтрация справочника по карте, считанной ридером или сканером.




Поделитесь с Вашими друзьями:
  1   2   3   4   5   6   7   8   9   ...   12


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница