Разберем нестандартную, но частую практическую задачу: юридическое лицо обращается в розничный магазин для закупки алкогольной продукции на корпоративные цели или представительские расходы по безналичному расчету с предоставлением товарных накладных. При этом у покупателя отсутствует лицензия на оборот алкоголя и нет регистрации в ЕГАИС (отсутствует ФСРАР ИД), а продавец имеет исключительно розничную лицензию.
В такой ситуации возникает противоречие между нормами Федерального закона № 171-ФЗ, требованиями Федерального закона № 54-ФЗ и типовыми механизмами конфигурации 1С:Управление торговлей 11. Проанализируем законодательную сторону вопроса, выясним технические ограничения программы и рассмотрим работающие варианты оформления операции.
Законодательные и регуляторные нюансы операции
Прежде чем переходить к настройкам в 1С, выясним юридические рамки сделки:
Статус сделки: Передача алкогольной продукции по обычному договору оптовой поставки признается оптовой торговлей, для которой требуется оптовая лицензия. Чтобы операция оставалась в рамках розничной лицензии продавца, сделка должна квалифицироваться как розничная купля-продажа (для целей, не связанных с последующей предпринимательской деятельностью или перепродажей).
Требования ЕГАИС: Для классической оптовой отгрузки через документ Товарно-транспортная накладная ЕГАИС (исходящая) система требует заполнения идентификатора грузополучателя. Если у покупателя нет ФСРАР ИД, отправить ТТН невозможно. Однако методология ЕГАИС допускает регистрацию безналичных розничных продаж юрлицам путем формирования специального чека с указанием реквизитов накладной и признака безналичной оплаты.
Требования применения ККТ: Согласно 171-ФЗ розничная реализация алкоголя должна сопровождаться фиксацией продажи. При оплате безналичным расчетом напрямую на расчетный счет возникает коллизия: с одной стороны, классический кассовый чек по 54-ФЗ при расчетах между юрлицами по безналу без предъявления ЭСП не требуется, с другой стороны, фиксация розничной продажи алкоголя в ЕГАИС изначально ориентирована на кассовый узел.
Посмотрим на поведение типового функционала. В конфигурации 1С:Управление торговлей 11.2 документы разделены по контурам:
Документ Реализация товаров и услуг оформляется на юридическое лицо по безналичному расчету, но ожидает формирования исходящей ТТН ЕГАИС. Выгрузить стандартный розничный чек ЕГАИС из этого документа типовыми средствами невозможно.
В подсистеме РМК (рабочее место кассира) регистрируются розничные чеки ККМ и чеки ЕГАИС, но штатный механизм ориентирован на физических лиц и оплату наличными либо платежной картой через эквайринговый терминал, без удобной возможности указать реквизиты договора поставки и распечатать ТОРГ-12 с реквизитами контрагента.
Вариант 1. Оформление через реализацию и последующее списание в ЕГАИС
Рассмотрим наиболее безопасный с точки зрения учета путь, не требующий модификации конфигурации при отсутствии у клиента ФСРАР ИД. В данном случае разделяются финансово-складской контур и алкогольный контур ЕГАИС.
Оформляем стандартный документ Реализация товаров и услуг на контрагента-юридическое лицо. Взаиморасчеты закрываются банковской выпиской по безналичному расчету. Клиенту распечатывается товарная накладная (ТОРГ-12) или универсальный передаточный документ (УПД).
Для корректного списания алкоголя с регистра розничного магазина создаем документ Акт списания ЕГАИС.
В документе списания выбираем соответствующую причину списания (например, Реализация или Иные цели).
В поле основания обязательно указываем номер и дату оформленной первичной накладной (ТОРГ-12 / УПД) и реквизиты безналичного платежа.
Сканируем марки реализуемой алкогольной продукции для корректной передачи акцизных марок в УТМ.
Проводим и отправляем акт в ЕГАИС. После подтверждения акта продукция списывается с регистра розницы.
Вариант 2. Пробитие чека по кассе со специальным типом оплаты
Проанализируем методику крупных торговых сетей, которые пробивают розничные продажи алкоголя юридическим лицам непосредственно через фискальный регистратор с формированием чека ЕГАИС.
В драйвере кассового аппарата настраиваем дополнительный вид оплаты (например, Безналичными или Банк). У фискальных регистраторов (в зависимости от производителя) предусмотрены дополнительные регистры оплат (например, поля SUMM1–SUMM4).
В 1С настраиваем фискализацию чека с указанием данного безналичного типа оплаты, чтобы сумма чека не попала в выручку наличных денежных средств и эквайринга, предотвращая задвоение налогооблагаемой базы при поступлении денег на расчетный счет.
Чек ЕГАИС отправляется в УТМ в момент пробития на ККМ, при этом генерируется QR-код и слип.
К распечатанной накладной ТОРГ-12 прикрепляется фискальный чек и слип-чек ЕГАИС. При необходимости на печатной форме накладной ставится отметка «Не для последующей перепродажи».
Вариант 3. Программная отправка безналичного розничного чека в УТМ без ККМ
Если пробивать чек через фискальный регистратор нельзя во избежание искажения кассовой отчетности, разберем решение через доработку конфигурации. Спецификация универсального транспортного модуля (УТМ) поддерживает регистрацию розничной продажи без фискализации на кассе через прямой обмен XML-пакетами.
Схема документа чека в УТМ допускает передачу атрибутов безналичного расчета и реквизитов документа продажи вместо номеров кассовой смены. Алгоритм реализации выглядит следующим образом:
В документе Реализация товаров и услуг создается кнопка отправки данных в ЕГАИС.
Формируется XML-документ чека розничной продажи, в котором в качестве типа оплаты указывается безналичный расчет, а в параметрах чека передаются номер и дата накладной.
Сформированный XML передается по протоколу HTTP POST напрямую в локальный УТМ по адресу сервиса розничных продаж:
// Пример формирования и отправки POST-запроса в УТМ
HTTPЗапрос = Новый HTTPЗапрос("/xml/sale");
HTTPЗапрос.УстановитьТелоИзСтроки(ТекстXMLЧека, "UTF-8", ИспользованиеByteOrderMark.НеИспользовать);
HTTPСоединение = Новый HTTPСоединение(СерверУТМ, ПортУТМ);
HTTPОтвет = HTTPСоединение.ОтправитьДляОбработки(HTTPЗапрос);
При успешной регистрации транспортный модуль возвращает XML-ответ с криптографической подписью и строкой для генерации QR-кода.
Полученный QR-код и данные подписи выводятся на печать в виде слип-документа на обычном офисном принтере формата А4 и прикладываются к товарной накладной для покупателя.
Выбор конкретного решения зависит от требований учетной политики компании и позиции регионального отделения контролирующих органов (МРУ Росалкогольтабакконтроля).