Партнерка на США и Канаду по недвижимости, выплаты в крипто

  • 30% recurring commission
  • Выплаты в USDT
  • Вывод каждую неделю
  • Комиссия до 5 лет за каждого referral

8. Упразднены настройки "Не учитывать в ЕГАИС продажи неакцизного алкоголя (пивной чек)" и "Печатать слип для алкоголя без акцизной марки", в связи с тем, что невозможен учёт продаж неакцизной алкогольной продукции в схеме УТМ для розницы.

9. Доработан отчёт в формате FastReport "Журнал учёта объёма розничной продажи алкогольной и спиртосодержащей продукции". Теперь журнал строится для организаций, у которых не установлен флаг "Учитывать продажи алкоголя в ЕГАИС". Журнал обновлён в дистрибутиве и демонстрационных базах данных.

10. Изменено место создания файла FrontolService. pid означающего, что служба запущена, теперь он создаётся рядом с FrontolService. ini, а не в папке ProgramFiles как раньше.

11. Теперь при взаимодействии с платёжной системой RS. Loyalty. АСТОР не начисляются скидки после добавления первой оплаты в документ.

12. Изменения в дистрибутиве:

  а) Обновлён конвертер из Frontol 4 для возможности конвертации с версии 4.10.1.

  б) Включена утилита "Утилита регистрации ККТ АТОЛ" для ККТ, работающих по новому порядку.

  в) Обновлены макеты экрана для торговли, в которые добавлено новое поле для отображения контактной информации клиента.

  г) Включены USB-драйвера для мультиинтерфейсных ККТ, работающих по новому порядку.

  д) Включены драйвера торгового оборудования v.8.11.0.

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

1. При создании документа возврата на основании документа приёмки, если выбран возврат всего документа, то возникает ошибка при копировании позиций из документа приёмки в документ возврата.

НЕ нашли? Не то? Что вы ищете?

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

2. Если в момент печати слипа ЕГАИС возникает ошибка, то признак закрытости чека в ККМ не сохраняется и при повторном закрытии документа из Frontol в ККТ чек закроется второй раз.

  Способ решения: Проверка закрытости чека в ККТ происходит корректно.

3. Регистрация алкогольной продукции в универсальном транспортном модуле из документов вскрытия тары происходит с отрицательной ценой позиции.

  Способ решения: Передаётся корректная цена позиции.

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

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

5. Через параметр обработчика события addPayment, в котором возвращается объект класса Payment, невозможно получить доступ к свойствам валюты добавляемой оплаты.

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

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

  Способ решения: Изменён тип поля, теперь в поле помещается полный текст запроса.

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

  Способ решения: Теперь товары регистрируются в секции указанные в карточке товара.

8. Если в виде подарочных карт указан товар, то при удалении товара вручную или загрузкой из товароучётной системы удаляется и вид подарочных карт, карты и счётчики, относящиеся к этому виду.

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

9. Если в настройках Frontol активирован флаг "Регистрация сторно в ККМ", то при наличие сторнированной позиции в документе выплаты получаем ошибку, что операция невозможна.

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

10. Если к рабочему месту подключена ККТ с заводским номером, но не связана с текущей группой печати, то при регистрации алкогольной продукции на текущей группе печати появляется ошибка из текста которой не возможно идентифицировать проблему.

  Способ решения: Теперь при регистрации алкогольной продукции в тексте ошибки указана информация о группе печати, которая не связана с ККТ с заводским номером.

11. Не работает маркетинговая акция с нулевым значением спец. цены.

  Способ решения: Теперь нулевое значение спец. цены работает корректно.

12. Если при закрытии чека с нулевой суммой на ККТ произошла ошибка, то для некоторых моделей ККТ после отображения ошибки Frontol ошибочно считает, что чек успешно закрыт и закрывает документ.

  Способ решения: Теперь после отображения ошибки документ во Frontol не закрывается.

13. В сценариях в параметр обработчика для событий отмены и возврата оплаты внутренним или внешним бонусом cancelBonusPayment и refundBonusPayment соответственно, не передают объект класса NonFiscalPayment, для всех фаз содержащих отменяемую или возвращаемую оплату бонусом, что приводит к некорректной работе операций отмены и возврата оплаты внутренним или внешним бонусом платёжной системы.

  Способ решения: Теперь в обработчик передаётся корректный параметр.

14. Если в процессе синхронизации Frontol и FrontolManager возникает ошибка с кодом 11 (узел не был инициализирован в рамках данной схемы), то происходит остановка потоков синхронизации данных (Upstream и Downstream).

  Способ решения: Теперь ошибка не приводит к остановке потоков синхронизации данных.

15. При синхронизации данных с FrontolManager не удаляется цена установленная на разрез.

  Способ решения: Теперь удаление цены разреза синхронизируется корректно.

16. При включенном контроле учётных записей пользователей не работает автообновление. Инсталлятор запускается и завершает свою работу без каких-либо сообщений.

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

17. В системе видеоконтроля с протоколом "Чек-ТВ (RS-232)" некорректно работает кодировка служебных символов при выводе сообщений.

  Способ решения: Сообщения выводятся корректно.

5.9.1 от 01.01.2001 ************************************************

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

1. Поддержана система лояльности "РИТМ".

2. В форматах обмена АТОЛ и АСТОР 1.3 добавлена возможность выгрузки клиентов в АСТУ при добавлении/редактировании клиента в режиме регистрации:

  а) Добавлена новая транзакция 65, которая содержит информацию о новом/изменённом клиенте. Подробнее можно узнать в документации.

  б) Для формирования транзакции №65 необходимо во Frontol Администратор/Документы/Виды добавить документ с видом операции "Служебная операция".

3. Добавлено предупреждение о том, что ККТ работает в демонстрационном режиме при подключении оборудования производства не АТОЛ если установлен бесплатный драйвер ККТ.

4. В режиме регистрации для алкогольной продукции проверка действия "Запрет продажи" маркетинговой акции перенесена перед считыванием акцизной марки.

5. Реализована возможность ввода информации сканером штрихкода в поле "Номера телефона/договора" при продаже услуг через платёжную систему "CyberPlat: Приём платежей".

6. Перенесена настройка "Отрезка бумаги при нефискальной печати" в карточку каждой ККТ (значение по умолчанию - Аппаратная). Таким образом появилась возможность гибкой настройки отрезки при совместной работе ККТ различных производителей. При конвертации в каждую ККТ проставится значение из общей настройки.

7. При обновлении добавлено сохранение выбранного способа запуска служб FrontolSynchro, FMExchange.

8. В дистрибутив включены драйверы торгового оборудования 8.10.3.

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

1. При обмене с АСТУ виды карт добавляются во FrontolManager, но не синхронизируются на кассы.

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

2. При использовании в шаблонах печати для ККТ и принтера чеков функции сancel() класса Actions отображается ошибка если этот шаблон настроен для автоматической печати марки при закрытии чека.

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

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

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

4. При синхронизации с FrontolManager некорректно передаются данные по маркетинговым акциям типа "Скидки". Если выбрать в условиях скидку на товар и указать количество товара, а в поле "Сумма" оставить ноль, то сумма заполняется указанным количеством товара.

  Способ решения: Теперь сумма и количество товара синхронизируются корректно.

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

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

6. При отправке в универсальный транспортный модуль документа возврата на основании выполненной ранее приёмки в качестве номера справки Б используется номер справки Б поставщика, но при выборе справки отображается номер справки получателя.

  Способ решения: При выборе отображается номер справки Б поставщика.

7. Некорректно масштабируется меню "Сервис" относительно широкого макета экрана.

  Способ решения: Меню "Сервис" масштабируется корректно.

8. Если в редакторе макетов экрана выбрать функцию при добавлении кнопки на макете экрана, а потом воспользоваться фильтром и нажать "ОК", то появляется ошибка доступа к памяти.

  Способ решения: Теперь если выбранная функция скрывается при фильтрации, то кнопка «Ок» блокируется всегда.

9. Если установлен программный денежный ящик и в момент закрытие чека с ККТ пропала связь, то после её восстановления при повторной попытке закрыть чек появляется некорректная ошибка во Frontol, а на ККТ печатается информация о том, что чек аннулирован.

  Способ решения: Теперь повторное закрытие чека работает без ошибок.

10. Если в плане обмена в поле «Формат» изменить значение с "СуперМаг 2000/Plus (DB) " на "R-Keeper (DBF) ", то поле "Идентификатор оплаты по банку" меняет название на "Идентификатор неплательщиков", при обратной смене формата обмена, название поля не меняется.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29