← На главную
В процессе эксплуатации кассового программного обеспечения Frontol 6 специалисты часто сталкиваются с рядом критических проблем: от внезапного закрытия программы в момент оплаты до конфликтов со вспомогательными службами лицензирования при внедрении маркировки — есть учет сервисных работ и обслуживания ККТ. Рассмотрим подробно, как диагностировать эти ошибки и какие шаги предпринять для стабилизации работы кассового узла.
Разбор конфликта служб лицензирования Frontol 6 и Frontol Mark Unit
Одной из наиболее острых проблем является невозможность одновременной работы Frontol 6 и Frontol Mark Unit (FMU) на одном рабочем месте. При попытке установки FMU поверх работающего Frontol часто происходит «отвал» лицензии основного кассового ПО или наоборот. Проанализируем причину этой ситуации.
Суть конфликта: Обе программы используют службу Atol Licensing Service (ASL), но разные версии дистрибутивов могут содержать разные мажорные версии этой службы (1.x и 2.x). При установке они конфликтуют на уровне системных путей и используемых портов.
Для решения этой проблемы выполним следующие действия:
- Полностью удалим все установленные менеджеры лицензий и службы лицензирования Атол через панель управления.
- Очистим содержимое директории
C:\ProgramData\Atol\Licensing, предварительно сделав резервную копию файлов лицензий.
- Установим единый дистрибутив Atol License Service версии 2.15 или выше. Это универсальная версия, способная управлять лицензиями как для Frontol 6, так и для FMU одновременно.
- В настройках Frontol Mark Unit обязательно укажем адрес сервера лицензий вручную (даже если он локальный), используя формат
127.0.0.1 и порт 8000 (или 8010, в зависимости от настроек службы).
Устранение рандомных падений при работе с эквайрингом Inpas Smart Dual
Многие пользователи фиксируют аварийное завершение работы Frontol 6 при переходе в режим оплаты через пин-пады Inpas. Выясним причину, по которой программа может закрываться без видимых ошибок.
Зачастую проблема кроется не в самом коде Frontol, а во взаимодействии с библиотекой dual.dll и настройках электропитания Windows. Рассмотрим алгоритм стабилизации связи:
- Настройка USB-портов: Windows 10/11 по умолчанию может отключать питание USB-портов для экономии энергии. Если пин-пад «засыпает», Frontol при обращении к нему не получает ответа вовремя и вылетает по тайм-ауту. В диспетчере устройств необходимо снять галочку «Разрешить отключение этого устройства для экономии энергии» для всех USB-концентраторов.
- Обновление драйверов: Проверим версию драйвера эквайринга. Рекомендуется использовать протокол UPOS версии 1.15 и выше. Во Frontol 6 желательно перейти на использование Frontol Driver Unit, который обеспечивает более современную интеграцию с периферией — поможет централизованное обновление ПО и контроль состояния касс.
- Анализ логов: Для выявления точного момента падения проанализируем файл лога, расположенный по пути
C:\ProgramData\ATOL\Frontol6\Logs\frontol.log. Ищем записи непосредственно перед закрытием сессии, связанные с обращением к COM-портам или внешним библиотекам.
Решение проблемы «исчезающего товара» при сбоях
Одной из самых опасных ошибок является ситуация, когда при аварийном завершении программы товар из чека исчезает, но фактически списывается из остатков Frontol, не попадая при этом в отчеты и ОФД. Это происходит из-за особенностей механизмов транзакций в базе данных SQLite.
Разберем механику бага: в момент перехода к оплате данные о позициях перемещаются из временной таблицы в таблицу транзакций. Если процесс «убивается» операционной системой именно в это мгновение, запись в основной базе может быть помечена как удаленная, а в таблицу закрытого чека она еще не успевает попасть.
Как минимизировать риски:
- Обновим Frontol 6 до версии 6.21.0 или выше. Начиная с этого релиза, разработчики доработали логику проверки целостности чека при аварийном восстановлении сессии.
- Если используется маркированный товар (БАД, вода, антисептики), рекомендуется настроить строгий контроль марок через Frontol Mark Unit, чтобы система могла восстановить состояние КИЗ при перезапуске.
- При возникновении «пустого отложенного чека» после сбоя, необходимо вручную проверить остатки в базе данных Frontol и, при необходимости, провести корректировку через инвентаризацию, так как автоматическое восстановление в старых версиях работает некорректно.
Особенности настройки Frontol Mark Unit для БАД и воды
Посмотрим на практическую сторону интеграции FMU для новых групп маркированных товаров. Если ваша цель — работа с БАД и водой, наиболее стабильным решением будет использование режима онлайн-проверки.
Проанализируем ключевые моменты настройки FMU:
- Лицензирование: Помните, что лицензия FMU чаще всего привязывается к конкретному кассовому узлу. Если у вас несколько касс обращаются к одному серверу FMU, убедитесь, что количество приобретенных лицензий соответствует количеству активных кассовых мест.
- Наполнение базы: Для стабильной работы не обязательно предварительно загружать все КИЗ в локальную базу FMU. При сканировании марки на кассе FMU самостоятельно отправит запрос в «Честный Знак» через API. Локальная база нужна только в случае нестабильного интернета или при необходимости жесткого контроля соответствия марок документам поступления (УПД).
- Частичное выбытие: В актуальных версиях FMU (4.x) реализован механизм частичного выбытия, что критично для некоторых категорий товаров. Проверьте, что в настройках номенклатуры во Frontol корректно передается признак маркированного товара — пригодится синхронизация 1С и Frontol 6 с маркировкой.
Общие рекомендации по стабильности системы
Для обеспечения бесперебойной работы кассовой зоны на базе Frontol 6 и сопутствующих сервисов Атол, придерживаемся следующих правил:
- Используйте Windows 10 Pro (22H2) как наиболее проверенную платформу. На Windows 11 всё еще встречаются проблемы с драйверами ключей защиты (Guardant/Sentinel).
- Добавьте в исключения антивируса и брандмауэра порты 8000–8010 (лицензирование) и 4444 (обмен с ККТ).
- Регулярно делайте бэкап базы данных
frontol.db перед каждым обновлением версии ПО.