Frontol 6.29.1: повторная проверка маркировки перед оплатой

Редакция B2C. Проверено по документации производителя и оператора маркировки 8 октября 2026 года.

Кассир добавил товар в чек, покупатель приготовился платить, а программа снова показывает проблему с маркировкой. Для Frontol 6.29.1 это может быть ожидаемым результатом повторной проверки, а не «сломавшейся кассой». Обновление меняет важный момент работы: недостаточно проверить товар только при сканировании, нужно правильно обработать результат перед оплатой.

Короткий ответ: в Frontol 6.29.1 доработана повторная проверка маркировки при переходе к оплате продажи или возврата. Если она выявляет новые ошибки ГИС МТ, появляется окно сторнирования проблемных позиций. Перед обновлением магазина стоит проверить этот сценарий, кассирские права, скидки с бонусами и применимые к ассортименту исправления. Новый релиз сам по себе не гарантирует корректность всех настроек.

Версия датирована 30 сентября 2026 года в истории изменений. Публикации Frontol и АТОЛ о ней вышли 5 октября. Это согласованный практический разбор релиза, а не новость о якобы вышедшей сегодня версии.

Что меняется для магазина, а что остаётся отдельной задачей

Главное изменение касается обработки результата проверки перед оплатой; остальные изменения затрагивают разные участки кассового контура. Не каждый пункт нужен каждому магазину.

• Маркированный ассортимент: проверить повторную проверку при продаже и возврате и удаление позиций с новым некорректным результатом.
• Скидки и бонусы: воспроизвести частичную оплату бонусами, когда скидка по карте уже применена.
• Frontol SelfiePro: проверить порог скрытия товаров с остатком, близким к нулю, и обновление данных об остатках.
• Автомобильные жидкости и отдельные товарные группы: проверить тип номенклатуры, Frontol Mark Unit и применимые реквизиты чека.
• ККТ: сверить установленный драйвер и прошивку с рекомендациями производителя, затем проверить конкретную кассу.

О работе с кассой и обновлениями мы также пишем в Telegram-канале B2C: там удобнее следить за отдельными изменениями, не смешивая релиз программы с обязательными сроками законодательства.

Повторная проверка перед оплатой: как должен действовать кассир

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

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

Закрыть окно и убрать товары из чека не одно и то же. По документации, если не сторнировать все позиции и снова перейти к оплате, появится стандартный диалог о некорректном результате проверки. Возможные действия зависят от прав пользователя. Поэтому обучение должно объяснять не только кнопку закрытия, но и результат: какие позиции остались в документе.

1. Сверить сообщение программы с конкретными товарами и кодами, не удаляя произвольную похожую позицию.
2. Обработать указанные позиции по инструкции и локальному регламенту магазина.
3. Перед продолжением проверить состав документа и итоговую сумму.
4. Если ситуация не объясняется штатным сценарием, сохранить сообщение, время и идентификатор документа для ответственного специалиста.

На рабочей кассе не нужно искать заведомо проблемную марку ради эксперимента. Проверку ошибок организуют на согласованном тестовом контуре или по безопасному сценарию производителя. Такой тест не даёт разрешения продать запрещённый товар.

Почему офлайн-проверка не равна онлайн-проверке

При отсутствии связи используются другие доступные данные; нельзя обещать, что офлайн-контур проверит всё то же самое, что ГИС МТ онлайн. Повторная проверка полезна именно потому, что доступная информация может измениться.

«Честный знак» разделяет онлайн-обращение к системе и офлайн-проверку по локальным данным. В документации Frontol отдельно указано: срок годности из «Честного знака» при офлайн-проверке не передаётся. Предупреждение о необходимости проверить срок годности появилось ещё в Frontol 6.29.0. Не следует приписывать его релизу 6.29.1 или считать заменой проверки самого товара.

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

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

Скидка по карте и частичная оплата бонусами

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

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

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

Frontol SelfiePro: скрытый товар не обязательно недоступен кассиру

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

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

Проверьте три состояния: остаток выше порога, около порога и после корректного обновления данных. Отдельно убедитесь, что сотрудник понимает разницу между скрытием из списка и запретом продажи. Более широкий разбор комплекса есть в статье B2C о Frontol SelfiePro.

Автомобильные жидкости и отраслевой реквизит 1260

В истории 6.29.1 тип «Моторные масла» переименован в «Автомобильные жидкости». Для этой номенклатуры при работе с Frontol Mark Unit реализована передача отраслевого реквизита предмета расчёта, тега 1260, в ОФД.

В Frontol Admin также дополнен список типов номенклатуры для настройки «Не заполнять тег 1260 при выбытии номенклатур». Само наличие настройки не является рекомендацией включить её во всех магазинах. Нужное значение определяют по применимым правилам, ассортименту и фактической архитектуре проверки.

Если этот ассортимент есть в магазине, в протокол включают тип номенклатуры, используемый компонент проверки, результат тестового чека и переданные реквизиты. Сверять следует исходный документ и фискальный результат, а не только название товара на экране. Эта статья описывает изменение программы, но не устанавливает новые обязательные сроки маркировки.

Какие исправления важны специализированному ассортименту

Исправления дробной упаковки относятся к конкретным сценариям и не должны превращаться в обещание поддержки любого деления товара.

• Для ветеринарных рецептурных препаратов исправлено закрытие продажи части упаковки через ДККТ 10.
• При возврате части упаковки таких препаратов через БПО исправлено восстановление количества: оно должно соответствовать ранее выведенному из оборота.
• При поштучном выбытии без деления упаковки в Frontol Mark Unit больше не передаётся параметр fraction_package для перечисленных в истории групп: БАД, антисептиков, медицинских изделий и ветеринарных препаратов.

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

Драйвер и прошивка: рекомендация производителя не заменяет проверку кассы

В комплект поставки включён драйвер ККТ АТОЛ версии 10.10.9.21. Установленное на кассовом месте программное обеспечение нужно сверить отдельно: обновление Frontol и обновление драйвера не следует считать одним и тем же действием.

В истории релиза приведены рекомендуемые версии прошивок: для ККТ АТОЛ на платформе 5.0 указана 5.17.0, для Штрих-М приведены С.1 62922 от 10.01.2025 и С.3 62673 от 08.01.2025, для Кристалл Сервис указана 565.1.29. Это сведения производителя для данного релиза, проверенные 8 октября, а не универсальная гарантия совместимости любой модели и конфигурации.

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

Матрица приёмки B2C: что проверить до рабочей смены

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

• Продажа с маркировкой. Добавление товара, переход к оплате, результат повторной проверки, состав документа после обработки сообщения.
• Возврат. Выбор исходной операции, повторная проверка перед оплатой возврата и корректный состав возвращаемых позиций.
• Потеря и восстановление связи. Доступный режим проверки, предупреждения и изменение результата после восстановления связи. Только согласованный безопасный тест.
• Скидка и бонусы. Сохранение скидки, частичная бонусная оплата, денежный остаток и результат чека.
• SelfiePro, если используется. Поведение около порога остатка, доступ кассира и обновление данных.
• Специальный ассортимент. Применимые сценарии автомобильных жидкостей или дробной упаковки без обобщения на остальные товары.
• Обмен с учётной базой. Продажа и возврат дошли в 1С или ДАЛИОН, суммы и количества совпали, исключения записаны.

Карточка каждого теста содержит исходные версии и настройки, действия, ожидаемый и фактический результат, идентификатор документа, время и ответственного. «Чек напечатался» недостаточно, если количество или сумма изменились при обмене.

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

Основы подготовки вынесены в наш разбор обновления Frontol 6.29.0. Здесь другая задача: принять именно изменения 6.29.1, а не повторить прежнюю статью.

Что может сделать B2C и что потребуется от магазина

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

Рабочая связка зависит от магазина: Frontol на кассе, ДАЛИОН либо 1С для учёта, компонент проверки маркировки, ККТ и 2D-сканер. ТСД и DataMobile добавляют только там, где предусмотрены отдельные складские операции; они не заменяют кассовую проверку.

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

В Telegram-канале B2C продолжаем разбирать рабочие исключения: что записать при ошибке, какие сведения передать специалисту и как отличить проблему обмена от поведения кассовой программы.

Обсудить проверку кассового контура с B2C. Телефон: +7 495 015-01-39.

Частые вопросы перед обновлением

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

Можно ли оставить кассиру право проводить товар с некорректным результатом проверки? Это не вопрос удобства интерфейса. Сначала анализируют применимые требования, права пользователей и процесс обработки исключений. Расширение прав не является исправлением проблемы маркировки.

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

Источники и границы проверки

Технические утверждения сверены 8 октября 2026 года по первичным материалам. Проверка документации не означает выполненную установку и испытание на оборудовании клиента.

• История изменений Frontol 6: запись 6.29.1 от 30.09.2026, изменения, исправления и рекомендации по версиям.
• Инструкция Frontol по настройкам контроля: повторная проверка, сторнирование, права и ограничение данных при офлайн-проверке.
• Публикация Frontol от 05.10.2026 и публикация АТОЛ: сообщения производителя о релизе.
• «Честный знак»: режим проверок на кассах: различие онлайн- и офлайн-проверки и проверки кода в чеке.