Агент продаёт товар принципала: почему в чеке нужен поставщик

Деньги на счёте агента — ещё не его выручка

В этой теме я регулярно вижу одну ловушку. ООО заключает агентский договор, открывает витрину, подключает эквайринг и кассу — а затем печатает чеки только от своего имени, со своим ИНН. Логика понятна: сайт наш, касса наша, оплата пришла нам. Но товар при этом принадлежит принципалу. И для покупателя такой чек создаёт ложную картину: будто именно агент поставил товар.

Я считаю правильным отталкиваться не от маршрута денег, а от реальной модели сделки. Чей товар? Кто должен передать его покупателю? За чей счёт действует посредник? Пункт 1 статьи 1005 ГК РФ различает действие агента от имени принципала и от своего имени. Это важно для гражданско-правовых обязательств, но для кассы есть ещё один практический факт: агент принимает расчёт за товар другого лица.

ФНС прямо разъясняет: при реализации агентом, субагентом либо комиссионером чужих товаров в чеке обязательно указывают сведения о поставщике, а не о ближайшем посреднике. Поэтому один ИНН агента в чеке не решает задачу. Он идентифицирует пользователя ККТ — то есть того, чья касса сформировала документ. Но он не заменяет ИНН и наименование принципала как поставщика товара.

Норма не написана человеческим языком в одной короткой статье закона — приходится читать Закон № 54-ФЗ вместе с форматами фискальных документов и разъяснениями ФНС. Но вывод здесь вполне определённый: если ООО принимает оплату за товар принципала как посредник, в фискальных данных должен быть виден поставщик. Скрывать принципала за ИНН агента — не упрощение, а искажение сделки.

• Сначала определите: чей товар, от чьего имени вы действуете и кто отвечает перед покупателем.
• Потом сопоставьте договор, оферту, карточку товара, расчёты с принципалом и настройки ККТ.
• Только затем ставьте задачу интегратору. Схема «сначала настроим как умеет CMS, документы потом» почти всегда заканчивается переделкой.

В чеке живут три роли — и их нельзя склеивать

Перестаньте называть всех «продавцом» — именно это обычно и путает настройку. Пользователь ККТ — организация или ИП, которые применяют кассу. Его наименование и ИНН обязательны в чеке по статье 4.7 Закона № 54-ФЗ. В нашем типовом сценарии это агент. Поставщик — организация или ИП, чьи товары реализуются. Это принципал. А статус агента подтверждается специальным признаком в составе товарной позиции.

В форматах фискальных документов предусмотрены реквизит «признак агента по предмету расчёта» — тег 1222 — и реквизит «данные поставщика» — тег 1224. Внутри данных поставщика передаются его наименование, тег 1225, и ИНН, тег 1226. Теги нужны не для красоты и не только для программиста: это способ показать, что товар в чеке относится к конкретному принципалу, а деньги за него не становятся собственными деньгами агента.

На практике я бы требовала от сервиса не обещание «поддерживаем агентскую схему», а тестовый фискальный чек. В нём должны быть наименование и ИНН пользователя ККТ, признак агента и наименование с ИНН фактического поставщика. Поле «продавец» в интерфейсе кассового сервиса очень часто заполняет лишь реквизиты пользователя кассы. Это не означает, что данные принципала переданы.

Одна разовая описка в наименовании — неприятна, но не повод играть в конец света. Другое дело, если поставщика нет в тысячах чеков: тогда договор, оферта, агентские отчёты, банковские поступления и фискальные данные начинают противоречить друг другу. На проверке никто не обязан угадывать вашу красивую бизнес-модель по внутренней таблице менеджера.

• Пользователь ККТ: ваше ООО, если его касса формирует чек.
• Агент: ваше ООО как посредник; его роль показывают признаком агента.
• Поставщик: принципал; его наименование и ИНН передают в данных поставщика по позиции.
• Не подставляйте название витрины вместо юридического наименования поставщика и не ставьте ИНН физлица вместо ИНН организации-принципала.

Разберём на примере: ООО «Ромашка» продаёт чужую косметику

Допустим, ООО «Ромашка» на УСН «доходы минус расходы» ведёт интернет-магазин. По агентскому договору оно за вознаграждение 12% размещает и продаёт косметику ООО «Тёплый дом». Товар принадлежит принципалу, отгрузку покупателю организует принципал, а «Ромашка» принимает оплату на эквайринг и раз в неделю перечисляет собранные деньги за вычетом своего вознаграждения. За месяц покупатели оплатили 600 000 рублей.

Менеджер «Ромашки» настроил кассу привычно: в каждом чеке указаны только ООО «Ромашка», его ИНН и товар «Крем для рук». Признака агента и данных поставщика нет. Бухгалтер затем включает все 600 000 рублей в доходы, потому что эта сумма пришла на расчётный счёт. Одна ошибка в чеке тянет вторую в учёте: посреднические деньги начинают выглядеть как собственная выручка агента.

Правильная последовательность иная. В договоре фиксируют агентскую роль «Ромашки» и принадлежность товара «Тёплому дому». В оферте и карточке товара это не прячут за названием магазина. В чеке на крем стоимостью 3 000 рублей указывают признак агента; пользователем ККТ остаётся ООО «Ромашка», а в данных поставщика передают наименование и ИНН ООО «Тёплый дом». В отчёте агента за месяц отражают 600 000 рублей расчётов за принципала и вознаграждение 72 000 рублей.

Для УСН агента ключевой вывод следует из подпункта 9 пункта 1 статьи 251 НК РФ: деньги, поступившие посреднику при исполнении агентского, комиссионного или аналогичного договора, не учитываются в его доходах; исключение — вознаграждение. Значит, при описанных условиях доход «Ромашки» — 72 000 рублей, а не 600 000. Сам по себе чек не заменяет договор и отчёт агента, но без правильного чека вся документальная цепочка выглядит значительно слабее.

• Покупатели оплатили за месяц: 600 000 рублей.
• Вознаграждение агента 12%: 72 000 рублей.
• К перечислению принципалу: 528 000 рублей.
• Доход агента для УСН при этой модели: 72 000 рублей при корректных документах и верной квалификации договора.

Один заказ, два принципала: где ломается интеграция

Самая неприятная ошибка возникает в смешанной корзине. ООО «Вектор» продаёт через один сайт товары трёх принципалов. Покупатель оплачивает один заказ на 8 400 рублей: чайник за 4 900 рублей поставляет ООО «Тёплый дом», набор посуды за 3 500 рублей — ООО «Север». Сайт передаёт в кассу одну строку «Заказ № 518», а поставщиком подставляет «Вектор». Разработчику так легче. Бухгалтеру и покупателю потом — нет.

Корректная настройка допускает один чек, но не безликую позицию. В чеке нужны две товарные позиции с наименованием, количеством и ценой: чайник — 4 900 рублей с данными «Тёплого дома»; набор посуды — 3 500 рублей с данными «Севера». Для каждой позиции указывают соответствующий признак агента. Один случайный ИНН на весь заказ не исправляет картину и не даёт покупателю понять, у кого он приобрёл каждый товар.

Дальше «Вектор» готовит агентский отчёт с детализацией по принципалам. При вознаграждении 10% это 490 рублей по товару «Тёплого дома» и 350 рублей по товару «Севера». Оставшиеся суммы — не внезапная выручка агента, а деньги для расчёта с принципалами. В учёте должно быть легко проследить путь от заказа и чека до отчёта агента и перечисления.

Я часто слышу: «Но покупатель же один, почему нельзя один чек?» Можно. Один чек — не проблема. Проблема начинается, когда детализация чека перестаёт соответствовать тому, что фактически продано. Если текущая CMS не умеет передавать поставщика на уровне позиции, это технический долг, который не нужно маскировать универсальной строкой «заказ».

• Разбивайте чек по позициям, если товары принадлежат разным поставщикам.
• Храните связку: номер заказа, товар, принципал, цена, фискальный чек, отчёт агента и перечисление.
• Тестируйте смешанную корзину, скидку, отмену и частичный возврат — не только покупку одного товара.

Если магазин уже работает неправильно: мой порядок действий

Я начинаю не с кабинета кассового сервиса, а с договора. В нём должно быть ясно, от чьего имени действует агент, что он делает с деньгами, когда возникает его вознаграждение, кто передаёт товар и кто обрабатывает возвраты. Затем сверяю оферту: она не должна называть агентское ООО поставщиком, если по договору и факту поставщик — принципал. Договор, сайт и чек должны одинаково отвечать на один вопрос.

Дальше нужна выгрузка настоящих тестовых чеков, а не скриншот красивого письма покупателю. Проверяем наименование и ИНН пользователя ККТ, признак агента, наименование и ИНН поставщика в каждой позиции. Потом сопоставляем чек с агентским отчётом и отражением сумм в учёте. Этот короткий аудит обычно быстро показывает, где ошибка: в договоре, в настройке каталога, в платёжном модуле или уже в работе бухгалтера.

Если чеков с ошибкой накопилось много, не откладывайте исправление «до окончания сезона». Зафиксируйте дату новой настройки, соберите перечень затронутых заказов и отдельно разберите возвраты. Способ исправления фискальных документов зависит от конкретной ошибки и операций; без анализа не стоит автоматически пробивать чеки коррекции на весь прошлый оборот. Можно сделать вторую ошибку поверх первой.

Статья 14.5 КоАП РФ предусматривает для юридического лица предупреждение или штраф от 5 000 до 10 000 рублей за нарушение порядка применения ККТ. За неприменение ККТ, когда она обязательна, санкция строже: от 75% до 100% суммы расчёта без кассы, но не менее 30 000 рублей. Неверные реквизиты не всегда автоматически означают неприменение ККТ — квалификация зависит от обстоятельств. Поэтому я не нагнетаю из-за одной технической ошибки, но оставлять системно неверные чеки без реакции точно не советую.

• Прочитайте предмет договора и полномочия агента.
• Сверьте продавца в оферте, на странице оплаты и в уведомлениях покупателю.
• Проверьте реальные чеки по нескольким сценариям.
• Сопоставьте фискальные данные с отчётами агента и банковскими расчётами.
• Сначала оцените масштаб ошибки, потом выбирайте способ её исправления.

Касса должна подтверждать сделку, а не маскировать её

Я не считаю, что любая агентская схема обречена на сложную бухгалтерию. Она становится сложной, когда три разные роли пытаются представить одной компанией. Если вы агент — покажите это честно: ваша касса формирует чек, принципал указан поставщиком, а его деньги отделены от вашего вознаграждения. Тогда и учёт, и разговор с покупателем, и налоговая логика перестают спорить друг с другом.

Начните с простой проверки: откройте чек по вчерашнему заказу и спросите себя, сможет ли сторонний человек за минуту понять, кто поставил товар и кто принял оплату как агент. Если нет — исправляйте связку договора, оферты и интеграции. Это не бюрократия ради тегов. Это нормальная фиксация реальной сделки.

Частые вопросы