Справка о разрешительный режим продаж для маркированных товаров
За формулировкой “разрешительный режим” скрывается дополнительная проверка товаров с маркировкой. Теперь перед продажей определенной группы маркированных товаров нужно будет дождаться ответа от Честного знака.
Такой режим проверок нужен, чтобы контролировать продажи товаров, на которые нанесена маркировка. Механизм разрешительного режима прост. Кассир сканирует товар, код отправляется на проверку в Честный знак. Если маркировка некорректна, то касса выдает запрет на продажу. Также возможны другие причины отказа, например:
- товар не введен в оборот или выведен из него;
- код не зарегистрирован в системе;
- истек срок годности товара;
- товар продается по завышенной цене;
- наложен запрет на продажу (со стороны органов контроля).
Сроки введения:
- с 1 сентября 2024 года режим по воде и молочке коснется всех остальных продавцов в рознице и общепите.
- с 1 ноября 2024 года режим онлайн-проверки станет обязательным для пива и слабоалкогольных напитков в потребительской упаковке, антисептиков, БАДов, обуви, фотоаппаратов, шин, одежды, духов.
Следующие этапы намечены на 2025 год и есть в постановлении правительства
Подробнее можно почитать на сайте Честного знака
Справка о нововведении АТОЛ
С 18 апреля 2024 года пользователям ПО Frontol 6 или Frontol xPOS 3 предлагается на выбор:
- работать без тарифа с минимальным функционалом.
- выбрать тариф «Базовый» или «Полный» с расширенным функционалом для полноценной автоматизации.
Обновление пользователя до новой версии подтверждает его согласие на тарифную модель. Клиенты со «скриптами» будут отключены, если не перейдут на тариф «Полный».
ВАЖНО: Далее будем говорить о ПО Frontol Mark Unit применительно в работе с маркированной продукцией, не затрагивая продажу алкоголя и работу с ЕГАИС.
Frontol Mark Unit - представляет из себя не что иное, как прокси сервер, который получает запросы от FRONTOL и транслирует их в API Честного знака, далее получив ответ от Честного знака, обогащает его своей информацией и отправляет обратно на кассу.
Понятно, что весь этот функционал можно было сразу сделать в кассовой программе FRONTOL, понятно по какой причине этот функционал вынесли в виде отдельного платного ПО, а так же понятно, почему именно сейчас самое время весь этот дополнительный платный функционал поместить годовую подписку. Когда это делать как не сейчас?
Как будем решать?
Коллеги вашему вниманию предлагается аналог Frontol Mark Unit для продажи с маркированных товаров в кассовой программе FRONTOL 6.
ВАЖНО:
Решение проверялось на версии FRONTOL 6.20.1, по идее должно работать до версии 6.20.4, т.к. все последующие релизы идут уже с годовой подпиской и данный функционал уже не актуален.
Актуально будет только для следующих типов номенклатур: "Табачная продукция","Альтернативная табачная продукция","Молочная продукция","Вода","Никотиносодержащая продукция","Фасованное пиво" и "Разливное пиво", т.к. для данных групп товаров уже прописана передача тегов 1260 (Отраслевой реквизит предмета расчета) в ОФД, для остальной продукции, например "Легкая промышленность", это уже не актуально, т.к. поддержка тегов 1260 будет в новых версиях, уже с подпиской.
Данное ПО, будем называть его FMU, обычный набор PHP скриптов, можно установить на любом WEB сервере в локальном контуре или в сети интернет, при этом нет каких либо ограничение по работе с несколькими юридическими лица или количеством магазинов.
Здесь описан пример настройки FMU на LINUX сервере, но ни каких проблем настроить его на WINDOWS сервере у вас не возникнет.
В настройка FRONTOL
Тут все просто, прописываем путь к вашему FMU сервису:
где id - это условный идентификатор, который может быть номером магазина в вашей сети, условным номером вашего юридического лица, которому принадлежим магазин или магазины или любой другой идентификатор удобный для вас.
Все, кассовая программа настроена!
Настройки самого FMU сервиса
Сервис состоит из пяти файлов:
cdn.json - база данных используется для хранения списка cdn площадок и их состояния, это обычный текстовый файл в формате json.
Вот его содержимое:
config.php - настройка параметров работы сервиса FMU
Вот его содержимое:
Файл конфигурации достаточно хорошо описан, добавлю несколько слов о массиве $tokens
идентификатор массива (ключ), это как раз параметр id в адресной строке, указанный в настройках FRONTOL
Параметр "token" - получается в ЛК Честного знака, в разделе "Профиль" -> "Данные участника", нажав на кнопку "Сгенерировать токен".
Так же пару слов о параметрах inn и fdn - это ИНН организации и номер ФН, это не обязательные параметры, но 1с в своем коде их передает и ЧЕСТНЫЙ ЗНАК их принимает.
Используется это для того, чтобы Честный знак в случае каких либо проблем мог заблокировать не весь токен, отключая от проверки все магазины принадлежащему одному юрлицу, а только один магазина или одну кассу магазина, по указанному ИНН и номеру ФН.
На сриншете для примера, показано два юридических лица, в каждом по несколько магазинов.
core.php - функции используемые в файлах index.php и update_cdn.php
index.php - основной файл FMU
update_cdn.php - скрипт обновление списка CDN, файл cdn.json, обновление площадок CDN по рекомендации Честного знака нужно проводить не чаще чем каждые 6 часов, для этого удобнее всего в файле crontab добавить запись:
Содержимое файлов index.php и update_cdn.php - по понятным причинам, показывать не буду, но уверяю вас, ни чего сложно, чтобы сделать самостоятельно, тут нет.
В соответствии с рекомендациями Честного знака осуществляется работа со списком с CDN хостов, отслеживание скорости, статусов, ошибок, временная блокировка хоста, при недоступности хоста и т.д
Если бы в свое время, был аналогичный продукт на Инфостарте, я бы не задумываясь его купил бы, но его к сожалению не было, поэтому пришлось писать самостоятельно.
Продукт рабочий и закрывает конкретную боль розницы.
Код открыт.
При необходимости можете дорабатывать своими силами.
ВАЖНЫЙ момент:
В методических рекомендация от Честного знака, сказано:
===========================================
Срок действия токена ограничен датой 1 марта 2025 года. К этой дате требуется перейти на целевую схему получения токена с помощью УКЭП, которая предполагает короткий срок жизни (как сейчас работает jwt-токен ГИС МТ в TrueApi)
Аутентификационный токен можно получить только с использованием сертификата, принадлежащего участнику оборота без МЧД
- Аутентификационный токен можно получить в автоматическом режиме в т.ч. с использованием обезличенного сертификата
- До перехода на целевую схему получения токена с помощью УКЭП, система генерирует для участника оборота только один токен, при повторной генерации система будет возвращать один и тот же ранее сгенерированный токен