В современной практике фискализации многие организации сталкиваются с необходимостью оптимизации работы контрольно-кассовой техники (ККТ), в частности, с задачей отключения печати бумажных чеков при сохранении всех обязательств по передаче фискальных данных в ОФД. Рассмотрим, как мы можем настроить ККТ АТОЛ 55Ф, чтобы она формировала исключительно электронные чеки, не распечатывая их на бумаге, но при этом корректно отправляла данные оператору фискальных данных и не дублировала отправку по СМС или электронной почте.
Данная задача особенно актуальна для точек продаж, где расчеты с физическими лицами проводятся, например, через терминалы Сбербанка, и покупателю не требуется физический чек, но фискализация каждой операции по закону обязательна.
Прежде чем углубиться в технические детали, мы должны понимать общие принципы и законодательные требования. Федеральный закон 54-ФЗ обязывает продавца выдавать покупателю фискальный чек. Если бумажный чек не печатается, его электронная копия становится обязательной к отправке. Таким образом, полностью "отключить" чек (ни бумажный, ни электронный) невозможно для фискального регистратора, работающего в рамках законодательства РФ.
Наша цель — настроить ККТ таким образом, чтобы она автоматически определяла необходимость отправки электронного чека (при наличии данных покупателя) и не печатала бумажный. Рассмотрим подробнее основные подходы.
Это основной и наиболее рекомендуемый способ достижения нашей цели. Он подразумевает программное управление процессом фискализации через драйвер ККТ АТОЛ и компоненты интеграции в 1С.
LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY:
Данный параметр является ключевым для управления формированием чеков. Его значение True (или "Истина") указывает ККТ формировать чек только в электронном виде, без вывода на бумагу.
Критически важно: Для использования этого режима необходимо, чтобы были указаны данные покупателя (электронная почта или номер телефона) для отправки электронной копии чека. Если эти данные не предоставлены при формировании чека, ККТ может распечатать бумажный чек в соответствии с требованиями законодательства. Это не является ошибкой ККТ, а скорее соблюдением предписаний закона о выдаче чека покупателю.
Современные версии типовых конфигураций 1С (например, 1С:Розница, 1С:Управление торговлей, 1С:Управление нашей фирмой), использующие Библиотеку Подключаемого Оборудования (БПО), предоставляют удобный механизм для управления печатью электронных чеков. Мы можем использовать параметр для указания типа чека.
В методе формирования чека СформироватьЧек (ProcessCheck) (или его аналогах в БПО) существует специальный параметр Электронно (Electronically) типа BOOL (IN). Мы устанавливаем этому параметру значение Истина, чтобы инициировать формирование чека исключительно в электронном виде. Это означает, что печать на бумаге будет отключена.
Рассмотрим пример кода на встроенном языке 1С, демонстрирующий, как можно передать этот параметр:
// Предполагается, что "ФискальныйРегистратор" - это объект,
// представляющий подключенную ККТ, полученный из ПодключаемоеОборудование.
// Пример для типовых конфигураций 1С с БПО.
// Создаем структуру с параметрами чека
ПараметрыЧека = Новый Структура;
// Устанавливаем флаг, что чек должен быть электронным
ПараметрыЧека.Вставить("Электронно", Истина);
// ... Здесь добавляем остальные необходимые параметры для чека:
// товары, их количество, цены, скидки, налоговые ставки,
// информацию о покупателе (e-mail или телефон)
// ПараметрыЧека.Вставить("ЭлектроннаяПочтаПокупателя", "client@example.com");
// ПараметрыЧека.Вставить("ТелефонПокупателя", "+79XXXXXXXXX");
// ... и так далее для позиций чека ...
// Вызываем метод формирования чека через библиотеку подключаемого оборудования
Результат = ПодключаемоеОборудование.СформироватьЧек(
ФискальныйРегистратор, // Объект фискального регистратора
ПараметрыЧека, // Основные параметры чека
Новый Соответствие // Дополнительные параметры для драйвера (если нужны)
);
// Анализируем результат операции
Если Не Результат.Успех Тогда
Сообщить("Ошибка формирования электронного чека: " + Результат.ОписаниеОшибки);
Иначе
Сообщить("Электронный чек успешно сформирован и отправлен в ОФД.");
КонецЕсли;
Этот функционал активно поддерживается в интеграционном компоненте 1С, начиная с версии 2.2 Библиотеки Подключаемого Оборудования и выше, а также драйвером АТОЛ версии 10 и новее. Мы рекомендуем всегда использовать актуальные версии драйверов и БПО для стабильной и полной поддержки всех возможностей.
В некоторых случаях, когда мы работаем с ККТ напрямую, минуя БПО (например, при разработке собственных обработок или нестандартной интеграции), мы можем взаимодействовать с драйвером АТОЛ напрямую через его COM-объект. В этом случае параметр LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY устанавливается следующим образом:
// Предполагается, что объект FR (фискальный регистратор)
// уже создан, инициализирован и подключен к ККТ.
// Например: FR = Новый COMОбъект("AddIn.FprnM10"); FR.Connect();
// Устанавливаем параметр для формирования электронного чека
FR.setParam(FR.LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY, True);
// Далее следуют стандартные команды для открытия чека,
// добавления позиций и закрытия чека.
FR.OpenReceipt();
// ... Здесь добавляются позиции чека, информация о покупателе,
// методы оплаты и т.д. Например:
// FR.setParam(FR.LIBFPTR_PARAM_RECEIPT_ELECTRONIC_ADDRESS, "client@example.com");
// FR.Registration();
// FR.Summ();
// ...
FR.CloseReceipt();
// Проверяем результат выполнения операции
Если FR.ResultCode <> 0 Тогда
Сообщить("Ошибка при формировании электронного чека: " + FR.ResultDescription);
Иначе
Сообщить("Электронный чек успешно сформирован.");
КонецЕсли;
Мы должны убедиться, что константа LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY доступна через объект драйвера и версия драйвера поддерживает этот функционал.
Утилита "Тест драйвера ККТ", которая поставляется вместе с драйверами АТОЛ, является мощным инструментом для диагностики и настройки различных параметров ККТ. Хотя она не предназначена для ежедневной работы с чеками продаж, мы можем использовать ее для проверки и изменения общих настроек.
Важное уточнение: В ходе обсуждения на форуме упоминался параметр Т2Р1П98=02 (или 2). Мы должны четко понимать, что этот параметр предназначен в первую очередь для отключения печати отчетов (например, отчетов об открытии/закрытии смены, X-отчетов), а не для фискальных чеков продаж по каждой транзакции.
На ККТ АТОЛ 55Ф применение этого параметра для отключения печати обычных чеков продаж, скорее всего, не сработает или приведет к нежелательным последствиям. Для чеков продаж следует использовать описанный выше, программный метод с параметром LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY.
Тем не менее, мы можем использовать "Тест драйвера ККТ" для следующих целей:
Если по какой-либо причине (например, устаревшая прошивка ККТ, специфические ограничения конфигурации 1С или драйвера) нам не удается реализовать полное программное отключение печати, существуют менее желательные, но возможные действия. Однако мы настоятельно рекомендуем сначала исчерпать все программные методы.
Мы можем настроить ККТ таким образом, чтобы на чеке печатались только обязательные реквизиты, убрав все лишнее. Это может включать удаление рекламных сообщений, логотипов, QR-кодов для акций и других необязательных элементов. Такая настройка сократит длину чека до абсолютного минимума.
Также мы можем попробовать использовать минимальный размер шрифта, если эта опция доступна в настройках ККТ или драйвера. Это также поможет уменьшить объем используемой бумаги.
Это крайне нерекомендуемый, "кустарный" метод, который иногда упоминается в отчаянных ситуациях. Некоторые пользователи пытаются заклеить датчик наличия бумаги в ККТ, чтобы касса "думала", что бумага отсутствует, и, возможно, не пыталась печатать. Идея состоит в том, что касса, обнаружив отсутствие бумаги, не будет пытаться инициировать процесс печати.
Предупреждение: Этот метод может привести к некорректной работе ККТ, постоянным ошибкам фискализации, отказу в гарантийном обслуживании, а также не соответствует нормам эксплуатации фискальной техники. Мы настоятельно не рекомендуем использовать этот подход, так как он является не профессиональным решением и может создать больше проблем, чем решить.
При переходе на электронные чеки мы должны четко понимать и соблюдать требования законодательства, чтобы избежать нарушений:
Как мы уже выяснили, Федеральный закон 54-ФЗ обязывает выдавать покупателю фискальный чек. Если не печатается бумажный чек, он должен быть отправлен в электронной форме. Мы обязаны предоставить покупателю возможность получить чек.
Полностью отключить и печать на бумаге, и отправку электронного чека (на СМС/почту) невозможно и недопустимо для фискальных регистраторов. Такое действие будет считаться нарушением порядка применения ККТ.
Электронный чек является полноценной заменой бумажному только при условии его отправки покупателю. Если при формировании чека данные для отправки (электронная почта или номер телефона) не были предоставлены, ККТ может распечатать бумажный чек по умолчанию. Это предусмотрено для того, чтобы в любом случае выполнить требование закона о выдаче чека покупателю. Мы должны контролировать наличие контактных данных клиента при каждой операции.
В фискальных документах существует тэг 1008 "Признак расчета" (CheckMode), который также может влиять на режим работы ККТ. Однако для отключения печати бумажного чека и перехода на электронный, основной акцент делается именно на параметре LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY или его аналоге в 1С БПО. Тем не менее, мы всегда можем проверить, не установлены ли какие-либо специфические значения для этого тэга, которые могут влиять на поведение ККТ.
Мы выяснили, что наиболее правильным, эффективным и законодательно соответствующим способом отключения печати бумажных чеков на АТОЛ 55Ф является программная установка параметра LIBFPTR_PARAM_RECEIPT_ELECTRONICALLY (или соответствующего параметра Электронно в 1С БПО) со значением True.
Для успешной реализации этого подхода мы рекомендуем:
Помните, что соблюдение законодательства при работе с ККТ является приоритетом. Мы стремимся к автоматизации и оптимизации, но всегда в рамках действующих норм.