Маркетплейс как агент: чеки и 54-ФЗ

Если платформа принимает деньги покупателя в пользу стороннего продавца, по 54-ФЗ она выступает агентом и обязана пробить чек с особыми реквизитами. Разбираем, когда магазин на 1С-Битрикс становится агентом-маркетплейсом, кто пробивает чек, какие данные поставщика уходят в фискальный документ и как это настроить в модуле sale.

Когда площадка становится агентом

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

Юридически отношения оформляются одной из посреднических конструкций, и от неё зависит признак агента в чеке:

• Агент — действует от своего имени или имени принципала за его счёт;
• Комиссионер — действует от своего имени, но за счёт принципала;
• Поверенный — действует от имени и за счёт принципала;
• Платёжный агент / субагент — принимает платежи в рамках закона №103-ФЗ.

Кто пробивает чек: площадка или продавец

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

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

Признак агента в фискальном чеке

Признак агента — обязательный реквизит агентского чека (в ФФД это тег 1222 на уровне предмета расчёта, а сводный по чеку — тег 1057). Он кодирует тип посредничества и принимает одно из значений:

• 0 — банковский платёжный агент;
• 1 — банковский платёжный субагент;
• 2 — платёжный агент;
• 3 — платёжный субагент;
• 4 — поверенный;
• 5 — комиссионер;
• 6 — иной агент.

Для типичного товарного маркетплейса, который не проводит платежи по 103-ФЗ, чаще применяется значение комиссионер или агент/поверенный — конкретика определяется договором с продавцами. От выбранного значения зависит набор дополнительных данных, которые ОФД ждёт в чеке.

Данные поставщика в чеке

Раз расчёт идёт в пользу третьего лица, чек обязан назвать это лицо. В агентской позиции ФФД появляется блок «данные поставщика» и телефон поставщика:

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

Как настроить агентскую схему в 1С-Битрикс

Готового «режима маркетплейса» в коробке «1С-Битрикс: Управление сайтом» нет — агентская схема собирается из настроек кассы и структуры данных заказа. Опорные точки в модуле sale:

1. Касса и обработчик. В разделе Магазин → Кассы ККМ касса должна работать через обработчик, который поддерживает агентские реквизиты, — например, Атол.Онлайн или Orange Data. Не каждый обработчик умеет передавать данные поставщика, это проверяют до запуска.
2. Свойства товара с данными продавца. Для каждого товара маркетплейса заводятся свойства инфоблока: ИНН поставщика, наименование, телефон, признак агента. Из них формируются теги чека.
3. Признак предмета и способа расчёта. Задаются как обычно, но с учётом того, что часть позиций — агентские.
4. Логика на событии пробития. Стандартной подстановки агентских данных в коробке нет, поэтому маппинг свойств товара в реквизиты чека почти всегда реализуется доработкой обработчика или обработчиком события OnSaleBeforePrintCheck (в зависимости от версии — событиями модуля sale вокруг формирования чека).

Для реального маркетплейса данные о продавцах обычно приходят из учётной системы, поэтому агентские реквизиты удобно наполнять через обмен с 1С, а не вручную.

Агентское вознаграждение и признак предмета расчёта

Комиссию площадки тоже нужно фискализировать корректно. Здесь работает признак предмета расчёта (тег 1212): для собственного вознаграждения площадки используется значение АГЕНТСКОЕ ВОЗНАГРАЖДЕНИЕ. Возможны два подхода к оформлению:

• Удержание из выручки поставщика — покупатель платит полную цену, чек пробивается на товар с данными поставщика, а комиссию площадка удерживает при расчётах с продавцом (отдельный документ, вне чека покупателю);
• Отдельная позиция вознаграждения — если по договору комиссия предъявляется покупателю, в чеке появляется строка с предметом расчёта «агентское вознаграждение».

Смешивать в одном чеке товарные позиции поставщика и услугу площадки допустимо, но каждая строка должна нести свои корректные признаки: у товара — данные поставщика и признак агента, у вознаграждения — предмет расчёта «агентское вознаграждение» и, как правило, СНО самой площадки.

Контроль агентских чеков и типовые ошибки

Агентские чеки отклоняются чаще обычных, поэтому за ними нужен отдельный контроль в разделе Магазин → Кассы ККМ → Чеки. Самые частые причины ошибок:

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

Итог

Когда магазин на Битрикс принимает оплату в пользу сторонних продавцов, он становится агентом по 54-ФЗ, и его чеки должны нести дополнительные реквизиты: признак агента (комиссионер, поверенный, платёжный агент и т. д.), данные поставщика — наименование, ИНН и телефон — по каждой позиции, а для собственной комиссии — предмет расчёта «агентское вознаграждение». В 1С-Битрикс это собирается из обработчика кассы с поддержкой агентских тегов, свойств товара с данными продавцов и доработки, которая подставляет эти данные в чек на событии его формирования.

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