При автоматизации розничной торговли на базе решений 1С пользователи часто сталкиваются с ситуацией, когда один и тот же товар продается по разным ценам. Причиной тому могут быть характеристики (размер, цвет, сорт), скидки или уценки. Ситуация усложняется, если оперативный учет ведется в программе 1С:Управление нашей фирмой (УНФ), а бухгалтерский — в 1С:Бухгалтерии предприятия (БП), и чеки по какой-то причине пробиваются из бухгалтерской базы.
В этой статье мы подробно проанализируем, допустимо ли это с точки зрения законодательства, какие налоговые и гражданско-правовые риски возникают, и как правильно настроить техническую архитектуру в 1С, чтобы избежать штрафов со стороны ФНС и Роспотребнадзора.
Давайте разберем правовую сторону вопроса. Сама по себе продажа позиций с одинаковым наименованием по разным ценам законодательством напрямую не запрещена (например, если применяются индивидуальные скидки или бонусные программы). Однако дьявол кроется в деталях оформления кассового чека согласно Федеральному закону № 54-ФЗ.
С 1 февраля 2021 года требования к кассовым чекам существенно ужесточились. Теперь абсолютно все индивидуальные предприниматели и юридические лица обязаны указывать в чеке конкретное наименование товара, работы или услуги. Название должно быть четким, уникальным и понятным для покупателя, позволяя однозначно идентифицировать приобретенный товар.
Рассмотрим ситуацию, когда в 1С:УНФ учет ведется в разрезе характеристик:
При выгрузке данных в 1С:Бухгалтерию характеристики теряются (так как в БП учет по характеристикам «из коробки» не ведется). В результате в бухгалтерскую базу передаются две строки с одинаковым наименованием «Футболка мужская», но с разными ценами (1000 руб. и 800 руб.). При пробитии чека из БП покупатель получит документ, где будут указаны две абсолютно одинаковые позиции с разными ценами.
Позиция ФНС и контролирующих органов: Если товары продаются по разной цене, их наименования в чеке должны отличаться, отражая физические различия (размер, цвет, артикул). Если этого не сделать, налоговые инспекторы могут квалифицировать чек как содержащий некорректное наименование товара. За это предусмотрена административная ответственность по ч. 4 ст. 14.5 КоАП РФ (предупреждение или наложение административного штрафа на должностных лиц в размере от 1 500 до 3 000 рублей; на юридических лиц — от 5 000 до 10 000 рублей).
Помимо внимания со стороны налоговой службы, продажа обезличенного товара по разным ценам в одном чеке несет прямые риски со стороны Роспотребнадзора.
Согласно ст. 426 Гражданского кодекса РФ (Публичный договор), цена товаров должна быть одинаковой для всех потребителей, за исключением случаев, когда законом допускается предоставление льгот для отдельных категорий.
Если покупатель видит в чеке две строчки «Футболка мужская» по разной стоимости, у него возникает законный вопрос: на каком основании за один и тот же товар с него взяли больше? Это прямое нарушение ст. 10 Закона РФ «О защите прав потребителей» (своевременное предоставление достоверной информации о товарах, обеспечивающей возможность их правильного выбора). Покупатель имеет полное право потребовать возврата разницы в цене, а Роспотребнадзор при жалобе клиента может оштрафовать организацию.
Схема, при которой продажи оформляются в операционной базе 1С:УНФ, а чеки пробиваются из 1С:Бухгалтерии, является грубой методологической ошибкой. Давайте выясним причину, почему так делать нельзя:
Рассмотрим два варианта решения этой проблемы: правильный (методологический) и компромиссный (технический).
Самым правильным решением является подключение кассового аппарата (ККТ) непосредственно к операционной базе 1С:УНФ. Разберем этот процесс по шагам:
Шаг 1. Подключение оборудования. Подключите фискальный регистратор к рабочему месту кассира в 1С:УНФ. Настройте драйвер ККТ.
Шаг 2. Оформление розничных продаж. Кассир пробивает чеки непосредственно из рабочего места кассира (РМК) или документов «Расходная накладная» / «Чек ККМ» в УНФ. При этом программа автоматически берет наименование номенклатуры вместе с характеристикой. В кассовый аппарат передается корректная строка, например: Футболка мужская (Красная, XL).
Шаг 3. Настройка синхронизации. Настройте стандартный обмен данными между 1С:УНФ и 1С:БП. При обмене в Бухгалтерию должны передаваться не индивидуальные чеки, а сводный документ «Отчет о розничных продажах» (ОРП) за смену.
При такой схеме:
Если по каким-то критическим причинам пробивать чеки необходимо именно из 1С:Бухгалтерии, придется доработать правила обмена данными (через формат EnterpriseData) или механизм формирования чека в БП.
Цель доработки — передавать текстовое наименование товара с учетом характеристики в документ БП, не создавая при этом новые карточки номенклатуры в справочнике Бухгалтерии. Это позволит отправлять на кассу корректные наименования.
Проанализируем пример кода, который можно использовать в правилах выгрузки или при подготовке данных для чека в БП:
// Пример формирования наименования для чека с учетом характеристик
НаименованиеДляЧека = СтрокаТовара.Номенклатура.Наименование;
Если ЗначениеЗаполнено(СтрокаТовара.Характеристика) Тогда
// Добавляем представление характеристики в скобках к основному названию
НаименованиеДляЧека = НаименованиеДляЧека + " (" + СокрЛП(СтрокаТовара.Характеристика.Наименование) + ")";
КонецЕсли;
// Записываем полученную строку в текстовое поле чека, передаваемое на ККТ
СтрокаЧека.НаименованиеДляКассы = Сред(НаименованиеДляЧека, 1, 128); // Ограничение длины по стандарту ККТ
Использование этого метода позволит передавать на фискальный регистратор уникальные строки. В чеке отобразится: Футболка мужская (Красная, XL) по цене 1000 рублей и Футболка мужская (Белая, S) по цене 800 рублей. Требования законов 54-ФЗ и «О защите прав потребителей» будут полностью соблюдены, а бухгалтерский справочник номенклатуры в БП останется чистым от избыточных характеристик.
Продавать одну номенклатурную позицию по разным ценам в одном чеке можно только в том случае, если в чеке выводятся их отличительные характеристики (размер, цвет и т.д.), делая наименования уникальными. Пробивать абсолютно одинаковые названия по разным ценам крайне опасно из-за рисков штрафов со стороны ФНС и претензий со стороны Роспотребнадзора.
Для долгосрочной и стабильной работы мы настоятельно рекомендуем отказаться от пробития розничных чеков из 1С:Бухгалтерии и перенести кассовое оборудование в 1С:УНФ, настроив передачу данных в бухгалтерию с помощью сводных Отчетов о розничных продажах.