Ситуация с внедрением разрешительного режима (ранее известного как Транспортная служба проверки информации о товаре — ТС ПИоТ) для пользователей устаревших конфигураций, таких как 1С:Управление торговлей 10.3, стоит крайне остро. Официальная поддержка этой редакции прекращена, а новые требования законодательства по маркировке продолжают вступать в силу. В данной статье мы подробно разберем, как обеспечить соответствие требованиям "Честного ЗНАКа", не прибегая к неоправданно дорогим услугам сторонних разработчиков.
Первое, на что мы должны обратить внимание — это архитектурное ограничение конфигурации. Как правильно заметили участники обсуждения, УТ 10.3 базируется на обычных формах и старой платформе, которая не поддерживает механизм расширений (файлы .cfe). Это означает, что стандартные решения, выпускаемые разработчиками ПИоТ или фирмой 1С для современных конфигураций (Розница 3.0, УТ 11.5), напрямую в 10.3 установить невозможно.
Проанализируем доступные пути решения этой задачи, исходя из практического опыта специалистов.
Это самый бюджетный и технически оправданный способ для типовых или слегка доработанных систем. Вместо того чтобы переписывать всю конфигурацию, мы можем модернизировать внешнюю обработку, которая отвечает за взаимодействие 1С с кассовым аппаратом. Большинство современных драйверов ККТ (например, АТОЛ 10.х или Штрих-М 5.х) уже имеют встроенные механизмы для работы с разрешительным режимом.
Рассмотрим алгоритм действий в этом случае:
ATOLKKT.epf или аналогичная).ПечатьЧека, добавив вызов проверки кода маркировки через драйвер перед фискализацией позиции.Выясним причину, по которой это решение работает: современные ККТ при получении кода маркировки сами могут инициировать запрос к ТС ПИоТ, если соответствующие настройки заданы в драйвере. Программисту 1С достаточно передать признак маркированного товара и сам код в правильном формате.
Если бюджет позволяет небольшие организационные изменения, проанализируем вариант разделения функций учета и фронт-офиса. Рассмотрим этот метод подробнее:
Этот способ позволяет «убить двух зайцев»: вы сохраняете привычную учетную систему и при этом имеете на кассе всегда актуальное ПО, которое официально поддерживает все требования маркировки, включая Разрешительный режим и ПИоТ.
Если ваша конфигурация уже значительно доработана, и внешние обработки не помогают, придется вносить изменения непосредственно в код. Разберем по шагам, что именно нужно реализовать для поддержки проверки кодов.
Нам потребуется реализовать HTTP-запрос к локальной службе ТС ПИоТ, которая должна быть установлена на рабочем месте кассира. Посмотрим на примерную логику кода, которую необходимо внедрить перед формированием строки чека:
// Примерная структура запроса к локальному серверу ПИоТ
СерверПИоТ = "localhost";
ПортПИоТ = 8080; // стандартный порт службы
HTTPЗапрос = Новый HTTPЗапрос("/api/v1/check");
HTTPЗапрос.УстановитьТелоИзСтроки(ДанныеМаркировкиJSON);
Соединение = Новый HTTPСоединение(СерверПИоТ, ПортПИоТ);
Попытка
Ответ = Соединение.ОтправитьДляОбработки(HTTPЗапрос);
Если Ответ.КодСостояния = 200 Тогда
// Разбираем JSON ответа, проверяем поле "valid"
// Если проверка пройдена - разрешаем продажу
КонецЕсли;
Исключение
// Обработка ошибки связи со службой ПИоТ
КонецПопытки;
Важно помнить, что с 1 апреля 2024 года проверка должна занимать не более 1.5 секунд. Если служба ТС ПИоТ не отвечает, система должна действовать согласно правилам «Честного ЗНАКа» (обычно разрешается продажа без проверки, если нет связи, но это нужно логировать).
Проанализируем ситуацию с товарными группами, упомянутыми в обсуждении, так как это напрямую влияет на срочность работ. Не всегда нужно бросаться выполнять доработки немедленно:
Как отмечалось в сообщениях форума, ценник в 145 000 рублей является завышенным для типовой задачи. Проанализируем альтернативные площадки для поиска исполнителей:
Во-первых, рекомендуется обратиться на специализированные ресурсы, такие как Инфостарт (раздел «Биржа заказов»). Четко сформулируйте задачу: «Настройка разрешительного режима в УТ 10.3 через внешнюю обработку обслуживания АТОЛ/Штрих-М». Средняя стоимость такой работы на рынке варьируется от 10 000 до 30 000 рублей в зависимости от сложности ваших доработок.
Во-вторых, обратите внимание на готовые решения («универсальные драйверы» или «интеграционные модули маркировки»), которые продаются по подписке или разово. Многие разработчики уже выпустили готовые модули специально для 1С:Управление торговлей 10.3, так как спрос на них огромен.
Работа с ТС ПИоТ в УТ 10.3 возможна и не требует колоссальных затрат, если подходить к вопросу системно. Мы выяснили, что отсутствие официальных расширений легко компенсируется использованием внешних обработок обслуживания или интеграцией через HTTP-запросы к локальному серверу проверки. Главное — убедиться, что ваша кассовая техника (ККТ) обновлена до актуальных версий прошивок и поддерживает ФФД 1.2, так как без этого никакие доработки в 1С не позволят легально продавать маркированный товар.