5.16.0 от 01.01.2001 (стр. 23 )

  Способ решения: Для указанных команд корректно создаются счётчики для видов с автосозданием "Нет" или "Клиент"/"Карта" соответственно. Для некорректных видов счётчиков возвращается ошибка.

50. Для форматов обмена СУПЕРМАГ и СуперМаг 2000 при загрузке товаров в режиме преобразования идентификаторов групп товаров в уникальный артикул некорректно выполняется преобразование идентификаторов групп и распределения товаров в группы.

  Способ решения: В указанной ситуации корректно создаётся корневая группа товаров с артикулом 0, определяются ссылки для товаров и групп товаров, выполняется преобразование идентификаторов групп товаров в уникальный код или артикул.

51. Если в товаре есть несколько разрезов, и некоторые из разрезов не заполнены, то в транзакциях 1/11/2/12/4/14 в поле 9 эти разрезы могут быть пропущены.

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

52. Для формата обмена СуперМаг 2000, если товары и группы товаров имеют разные типы загрузки, а идентификатор товаров и групп преобразуется в уникальный артикул, то товары и группы товары могут перезатирать друг друга.

  Способ решения: В указанной ситуации товары и группы товаров корректно идентифицируются и записываются в БД.

53. При загрузке в формате АТОЛ, АСТОР 1.3 команды $$$ADDPRICES возникает ошибка "неверные данные".

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

54. Метод cancelBonus класса Document в некоторых ситуациях работает некорректно, например, после ввода оплат, в документе на основании.

  Способ решения: Указанный метод работает корректно.

55. Событие "после закрытия документа" (afterCloseDocument) и изменение программного денежного ящика происходят после записи транзакций в БД, что приводит к проблеме использования метода accrualBonus в сценариях: указанный метод пишет транзакции, а так как на момент вызова транзакции уже записаны, то новые транзакции из сценария не попадают в БД.

  Способ решения: Событие "после закрытия документа" происходит перед записью транзакций в БД. Любые исключения в сценарии не приводят к отмене этого события. Отправка информации в систему видеоконтроля выполняется перед указанным событием.

56. При выполнении в сценарии функции начисления или возврата бонусов, если отсутствует необходимый счётчик, то функция не выполняется.

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

57. Метод addBonusPayment не работает: при вызове метода из документа продажи возвращается ошибка "Метод доступен только в документе продажи!".

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

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

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

59. Если настроена печать в файл документа для Windows-принтера, то сохранение выполняется только при наличии принтера, в том числе виртуального.

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

60. Функция блокировки приложений не работает с 64-разрядными приложениями.

  Способ решения: 64-разрядная приложения корректно блокируются согласно настройкам.

61. При получении оповещения о начале обслуживания приложение FMSynchro. exe продолжает работу.

  Способ решения: В указанной ситуации FMSynchro. exe переходит в режим ожидания до окончания обслуживания, а затем продолжает работу.

62. Конвертер БД из 4.9.17 в 5.2.0 не работает.

  Способ решения: Указанный конвертер заменён на новый конвертер БД из 4.9.18 в 5.2.0.

63. Конвертер БД не проверяет версию лог-файла (LOG. GDB), что может привести к прерыванию конвертации.

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

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

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

65. В демобазах для маркетинговых акций отсутствуют группы, они создаются после входа в раздел "Скидки и сценарии \ Маркетинговые акции" в приложении Frontol Администратор. Если группы не созданы, то при запуске синхронизации с Frontol Manager возникает ошибка.

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

66. Не синхронизируются некоторые параметры видов оплат ("Фискальная оплата", "Разрешить возврат наличными"), транзакций (Код счётчика, Разрешены ли скидки после применения спеццены, Номер документа для транзакций оплат), платёжных систем ("Идентификатор для товара по свободной цене") и заданий обмена ("Загружать скидки, указанные в товаре", "Не выгружать данные в CashAuth. db").

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

67. В приложении Frontol Администратор в разделе "РМ и оборудование" в карточке платёжных систем на вкладке "Назначение" при включении опции "Заменить идентификатор товара в платёжной системе", если указать группу товаров с наименованием длиннее 20 символов возвращается ошибка.

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

5.3.0 от 01.01.2001 ************************************************

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

1. Реализована интеграция с Frontol Manager. В процессе интеграции данные в базе данных Frontol синхронизируются данными в базе данных Frontol Manager.

  а) При синхронизации от Frontol Manager в Frontol передаются данные справочников, настройки скидок, данные системных справочников. Полный список передаваемых данных представлен в "Руководстве администратора".

  б) При синхронизации от Frontol в Frontol Manager передаётся информация о документах, информация о счётчиках и их движениях, информация об остатках товаров, данные о клиентах, дисконтных картах. Полный список передаваемых данных представлен в "Руководстве администратора".

  в) Для настройки подключения к службе синхронизации Frontol Manager в приложении Frontol Администратор добавлен раздел "Синхронизация\Синхронизация с FM".

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

  д) Синхронизация осуществляется службой "FMSynchro", которая взаимодействует со службой синхронизации Frontol Manager "Exchange".

  е) Для выбора базы данных Frontol для службы "FMSynchro" добавлена утилита "FMSynchroIni. exe".

  ж) Обучающий режим запрещён при включенной синхронизации с Frontol Manager.

2. Реализована возможность возврата наличными других видов оплат:

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

  б) В качестве вида оплаты наличными выбирается вид оплаты с операцией "Нет", без ГП, с включенным флагом "Изменяет ДЯ".

  в) В выгрузку оплата возвращённая наличными записывается как оплата видом, найденным в соответствии с пунктом б).

  г) В ветку "Оплата" добавлено право "Возврат наличными других видов оплат", которое разрешает выполнять возврат оплаты наличными других видов оплат.

  д) Для загрузки значения флага "Разрешить возврат наличными" расширена команда загрузки видов оплат $$$ADDPAYMENTS.

3. Добавлена функция "Специальные\Товары с классификатором", которая в режиме регистрации отображает в окне выбора список товаров, привязанных к классификатору, указанному в параметрах функции.

4. В класс Print добавлен новый метод setOutboundStream. Метод доступен только при печати на ККМ. Указанные в параметре метода данные передаются в свойство драйвера ККМ OutboundStream при закрытии документа.

5. Для класса Document добавлено свойство quantityPositions. Свойство содержит количество позиций в документе. При разделении документа по группам печати во время печати копии, счёта или марки значения указанного свойства заполняются в соответствии с группой печати устройства, на котором идёт печать.

6. Реализована возможность печати копии последнего слипа платёжной системы.

  а) Добавлена функция "Операции платежной системы\Печать последнего слипа". При вызове функции выполняется печать копии последнего напечатанного слипа только в рамках текущего сеанса Frontol и в текущей банковской смене. Если в ПС настроена печать нескольких слипов, то напечатается настроенное количество слипов.

  б) Добавлено право "Операции платёжной системы\Печать последнего слипа".

7. В разделе "РМ и оборудование\ККМ" добавлен флаг "Записывать артикул в данные товара". Флаг доступен только, если значение настройки "Регистрация в ККМ" равна "Каждая позиция". При включении флага перед наименованием или текстом товара через пробел печатается артикул товара.

8. В приложении Frontol Администратор в разделе "Настройки\Системные\РМ и оборудование" в параметрах работы дисплеев покупателей ("Дисплеи покупателя\Параметры работы") в настройке "Информация о позиции" добавлено значение "Наименование, цена и итог". При выборе указанного значения на дисплей покупателя выводятся наименование товара, цена товара и итоговая сумма документа.

9. В приложении Frontol Администратор оптимизировано открытие раздела "Настройки\Системные\РМ и оборудование". Теперь все драйвера не загружаются при открытии раздела, а каждый драйвер загружается при обращении пользователя к его свойствам.