Агентская схема в чеках

Если интернет-магазин на 1С-Битрикс принимает деньги за товары или услуги другого юрлица — поставщика, партнёра, самозанятого мастера, — он работает как агент, и чек 54-ФЗ обязан это показать. Агентская схема — не «галочка», а набор обязательных реквизитов, без которых ФНС считает чек некорректным.

Что такое агентская схема и когда она нужна

Агентская схема в 54-ФЗ включается, когда вы принимаете оплату не за свой товар, а за товар или услугу третьего лица. Магазин выступает посредником: агентом, комиссионером, поверенным или платёжным агентом — и в момент расчёта пробивает чек, но реальным продавцом остаётся поставщик (принципал).

Типичные ситуации для интернет-магазина на Битрикс:

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

Какие реквизиты обязательны в чеке

Агентский чек отличается от обычного тремя блоками данных. Первый — признак агента, который сообщает ФНС тип посредничества (агент, комиссионер, поверенный, платёжный агент и т. д.). Второй — данные поставщика: за чей товар пришли деньги. Третий (только для платёжных агентов) — данные платёжного агента и оператора перевода.

Минимальный обязательный набор для большинства магазинов — признак агента плюс наименование и ИНН поставщика. Полный блок платёжного агента с оператором перевода нужен, только если вы юридически являетесь платёжным агентом, а не просто продаёте чужой товар по агентскому договору.

ФФД 1.05 и 1.2: где живёт признак агента

Это ключевое различие, которое влияет на настройку в Битрикс. В ФФД 1.05 признак агента (тег 1057) задаётся на уровне всего чека. Значит, один чек может быть либо целиком агентским, либо целиком «своим» — смешивать в одном чеке свой и чужой товар нельзя.

В ФФД 1.2 признак агента (тег 1222) и данные поставщика привязаны к каждому предмету расчёта отдельно. Это позволяет в одном чеке пробить и ваш собственный товар, и агентскую позицию поставщика с разными реквизитами.

Товар и позиция: где задаются признаки

Агентская схема опирается на два уже знакомых реквизита позиции — признак предмета расчёта и признак способа расчёта, — но добавляет к ним агентские данные. В 1С-Битрикс источником этих значений служат свойства товара и торгового предложения.

• Признак предмета расчёта (товар, услуга, платёж, агентское вознаграждение) — задаётся в карточке товара или маппингом в настройках кассы.
• Признак агента — определяет, что позиция продаётся в интересах поставщика; в Битрикс его обычно вешают на свойство инфоблока или вычисляют в обработчике кассы.
• Данные поставщика (ИНН, наименование, телефон) — хранят в свойствах товара или в справочнике поставщиков и подставляют при формировании чека.

Важно понимать разделение ответственности: Битрикс отвечает за состав чека (какие позиции, суммы, ставки НДС и агентские реквизиты уходят на ККТ), а фискализацию и передачу в ОФД выполняет касса — облачная (Атол.Онлайн, Оранж Дата, Робочеки, ЮKassa) или через обмен с 1С.

Настройка в 1С-Битрикс

Формированием чеков заведует модуль sale и механизм касс (раздел «Магазин → Кассы», ядро — \Bitrix\Sale\Cashbox\Cashbox). Каждый обработчик кассы собирает чек методом buildCheckQuery() из массива позиций, и именно туда нужно добавить агентские реквизиты.

Практический порядок настройки:

1. Определите версию ФФД своей кассы. От неё зависит, класть признак агента на чек или на позицию.
2. Заведите справочник поставщиков или свойства инфоблока для ИНН и наименования каждого принципала.
3. Настройте маппинг признаков предмета и способа расчёта в параметрах кассы, чтобы агентские позиции получали корректные значения.
4. Доработайте обработчик кассы так, чтобы для агентских позиций в данные чека добавлялись agent_info и supplier_info (структура зависит от конкретного сервиса — Атол, Оранж Дата и т. д.).

Смешанный чек и типичные ошибки

Самая частая проблема — заказ с товарами разных продавцов. Если поставщиков несколько или часть позиций ваша, на ФФД 1.05 один чек физически не вместит разные наборы агентских данных. Правильное решение — разделить пробитие на несколько чеков по признаку поставщика.

• Неверный или пустой ИНН поставщика. ОФД примет чек, но при сверке ФНС увидит некорректный реквизит — штрафной риск лежит на владельце кассы, то есть на вас.
• Признак агента без данных поставщика. Указали, что вы агент, но не сказали, за кого — чек считается неполным.
• Агентское вознаграждение в том же чеке. Ваша комиссия — это отдельный предмет расчёта («агентское вознаграждение»), а не часть цены чужого товара.
• Возвраты. Чек возврата должен нести те же агентские реквизиты, что и чек прихода, иначе торговый день не сойдётся.

Как проверить корректность агентского чека

Проверять нужно не «пробился ли чек», а ушли ли в него агентские реквизиты. Порядок диагностики:

• Личный кабинет ОФД. Откройте пробитый чек и убедитесь, что видны признак агента, наименование и ИНН поставщика. Это самый надёжный источник — то, что реально ушло в ФНС.
• Данные чека в Битрикс. В карточке заказа и в служебных данных кассы хранится состав отправленного чека; сверьте его с тем, что показал ОФД.
• Тестовая продажа. Проведите контрольный заказ по каждому поставщику и по смешанному сценарию — именно смешанные заказы вскрывают проблемы разбиения на чеки.
• Сверка ИНН. Проверьте ИНН поставщиков в справочнике: опечатка в одной цифре делает корректный на вид чек ошибочным.

Полезно один раз собрать матрицу сценариев: «поставщик — признак агента — данные поставщика — версия ФФД — число чеков в заказе». Она экономит часы при добавлении новых партнёров и при передаче магазина на поддержку.

Итог

Агентская схема в чеках — это не отдельная кнопка, а связка из трёх элементов: правильно оформленного договора, агентских реквизитов в позициях (признак агента, данные поставщика, при необходимости платёжного агента) и обработчика кассы в 1С-Битрикс, который эти данные корректно передаёт с учётом версии ФФД. На ФФД 1.05 разные продавцы требуют разделения на несколько чеков, на ФФД 1.2 — умещаются в один, но только если обработчик отдаёт агентские теги по позициям.

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