При переходе на электронные чеки в торговых решениях 1С (например, в программе 1С:Управление торговлей) у многих технических специалистов и владельцев бизнеса возникает логичный вопрос. Что произойдет, если отправлять электронные чеки через оператора фискальных данных (ОФД) на адреса электронной почты, которые покупатели указали с ошибками или которые вовсе не существуют? Не посчитают ли почтовые серверы или сам ОФД такую активность спам-рассылкой? Не заблокируют ли из-за этого онлайн-кассу?
В этой статье мы подробно разберем этот вопрос с юридической и технической точек зрения, проанализируем механику работы почтовых служб, ОФД и ККТ, а также выясним, как правильно настроить систему без риска получить блокировку.
Прежде всего проанализируем требования законодательства, а именно Федерального закона № 54-ФЗ. Согласно закону, продавец обязан предоставить покупателю чек. Если расчет происходит в интернет-магазине или покупатель до момента расчета изъявил желание получить чек в электронном виде, продавец обязан отправить его на предоставленный e-mail или абонентский номер.
Рассмотрим, как распределяется ответственность, если покупатель совершил ошибку при вводе контактных данных:
Давайте разберем техническую сторону отправки писем. Действительно, почтовые серверы ведут жесткую статистику недоставленных сообщений. Существует понятие Hard Bounces (жесткие возвраты) — это ситуации, когда почтовый сервер пытается доставить письмо на несуществующий домен или несуществующий ящик. Если процент таких писем превышает определенный лимит (обычно от 2% до 5%), репутация отправителя резко падает.
Однако в нашем сценарии отправку выполняет не программа 1С напрямую с вашего сервера, а сам ОФД (например, Такском). Рассмотрим, почему у нас не возникнет проблем с блокировкой со стороны почтовых служб:
Тем не менее, почтовые службы все равно могут анализировать контент писем. Существует реальная схема спама, когда злоумышленники регистрируют фиктивные ККТ и шлют рекламу внутри чеков. Поэтому почтовики периодически проводят верификацию трафика ОФД, но это целиком и полностью техническая забота самого оператора фискальных данных, а не ваша.
При настройке системы отправки чеков в 1С:Управление торговлей мы можем выбрать различные каналы интеграции. Давайте сравним их риски в таблице ниже.
Выясним, существуют ли прецеденты, когда ОФД блокировал работу кассового аппарата клиента из-за частых ошибок отправки на некорректные e-mail адреса. Ответ однозначный: нет, таких блокировок не существует.
ОФД является лишь транзитным узлом передачи фискальных данных от вашего накопителя (ФН) в базу данных ФНС. Фискальные данные в любом случае принимаются сервером ОФД и передаются в налоговую службу. Попытка отправить e-mail — это сопутствующая услуга ОФД, сбой которой никак не влияет на легитимность фискализации чека.
Тем не менее, в практике бывают технические блокировки IP-адресов ККТ со стороны ОФД. Разберем, почему это происходит:
Рассмотрим по шагам, как правильно настроить совместную работу программы 1С:Управление торговлей и ККТ, чтобы чеки уходили на электронную почту покупателя через ОФД, а бумажная лента при этом экономилась.
Для реализации этой схемы нам необходимо передать признак электронного чека в кассовый аппарат до момента пробития документа. Проанализируем пример кода на языке 1С, который управляет заполнением параметров фискализации:
// Определяем параметры фискализации чека КММ
ПараметрыОтправки = Новый Структура;
ПараметрыОтправки.Вставить("Электронно", Истина);
ПараметрыОтправки.Вставить("АдресЭлектроннойПочты", АдресПокупателя);
// Передаем параметры в объект драйвера ККТ перед вызовом печати
РезультатФискализации = МенеджерОборудованияКлиент.ФискализироватьЧек(УникальныйИдентификатор,
ОбъектФискализации,
ПараметрыОтправки);
При передаче параметра Электронно = Истина и заполненного адреса электронной почты, ККТ сформирует фискальный признак документа, передаст его в ОФД вместе с адресом получателя, но физическую печать на чековой ленте производить не будет. Настройка выполняется в карточке кассы ККМ в справочнике Справочник.КассыККМ, где необходимо установить флаг "Не печатать бумажный чек при отправке электронного".
Таким образом, мы выяснили, что опасения автора темы полностью напрасны. Использование встроенного механизма ОФД для отправки чеков на e-mail — это самый надежный, законный и безопасный способ автоматизации интернет-торговли, который никак не угрожает работоспособности вашей ККТ.