Онлайнкасса маркетплейса нужна не всегда: когда и почему

Кассу включает тот, кто принимает деньги от покупателя и завершает расчёт по 54 ФЗ. Если платёж идёт через площадку — чек выбивает маркетплейс (часто от имени продавца). Если деньги уходят напрямую продавцу — чек у продавца. Для приёма карт и СБП удобен торговый эквайринг, но важно связать его с ККТ без разрывов.

Когда маркетплейсу нужна своя онлайн касса по 54 ФЗ

Касса у маркетплейса нужна, когда он принимает оплату от покупателя — в свою пользу или как агент/комиссионер продавца. Чек формирует тот, кто получил деньги. Если расчёт проходит мимо площадки и покупатель платит продавцу, чек делает продавец.

Здесь тонкость в роли. Площадка может действовать от имени продавца (агент/комиссионер) и тогда пробивает чек с признаком агента, указывая продавца как «принципала». Бывает и наоборот: деньги получает агрегатор, а маркетплейс только сводит стороны — тогда чек делает агрегатор. Исключений, честно говоря, почти нет: предоплата, частичная предоплата, постоплата — это всё равно расчёт, значит нужен чек. Важны реквизиты: система налогообложения, предмет расчёта, номенклатура, ставка НДС, отметка «агент», электронный адрес покупателя. Появляется и сплит платёж: один платёж делится между продавцом и площадкой — сумму вознаграждения можно выделить отдельной позицией или вторым чеком вознаграждения, чтобы не потерять логику движения денег и не дублировать документ.

Как оформить расчёты: агентская модель, комиссионный договор, агрегатор

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

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

Про возвраты. Частичный возврат делается тем, кто выбил исходный чек: агент или площадка. Рекуррентные платежи? Они возможны только там, где договор допускает авто списания (подписка, сервис), и касса тоже должна уметь корректно помечать способ расчёта «кредит» или «аванс». В документах чётко фиксируем, кто чеканит что: основную поставку, доставку, комиссию, допуслуги. Иначе аудит выявит дубли.

Что выбрать для платежей: интернет эквайринг, QR и СБП

Интернет эквайринг даёт высокую конверсию по картам и привычный UX, СБП снижает комиссию и ускоряет зачисление, QR подходит офлайн выдаче. Лучший вариант — гибрид: карты + СБП, связанный с ККТ так, чтобы чеки уходили автоматически по каждому каналу.

Критерии простые, но, как это часто бывает, детали всё решают. Эквайринг обеспечивает токенизацию карт, 3 D Secure, one click, рекурренты, chargeback защиту — всё это для подписок и повторных оплат. СБП выигрывает в тарифе и скорости, зато нет chargeback в классическом виде, важнее антифрод. QR пригодится на пункте выдачи: покупатель сканирует и оплачивает, касса тут же формирует чек с правильным способом расчёта «полный расчёт». Ключ к порядку — интеграция: платёжный шлюз шлёт веб хук, касса пробивает чек с нужными реквизитами (включая признак агента и номенклатуру), а в случае отказа платежа чек не появляется. Так избегаются «висячие» чеки и разрывы между оплатой и фискализацией.

• Конверсия: карты и Apple/Google Pay — выше, СБП — дешевле.
• Комиссии: СБП — обычно ниже; карты — дифференцированы по MCC.
• Юнит экономика: сплит эквайринг упрощает делёж платежа и чеков.
• Комплаенс: PCI DSS для карт, антифрод и KYC для всех каналов.

Нужна ли касса продавцу на маркетплейсе и как не дублировать чеки

Продавцу нужна своя ККТ, если он сам принимает оплату или завершает расчёт на своей стороне (например, при наложенном платеже у курьера). При агентской схеме и оплате площадке чек продавец не дублирует, но формирует документы учёта и, при необходимости, чек на самовывоз/доставку при оплате на месте.

Самая частая ошибка — два чека на один платёж: один у площадки, второй у продавца. Так делать нельзя. Если платёж прошёл через площадку, именно она (или её платёжный агент) фискализирует чек с данными продавца. Продавцу остаются первичка и отчёт агента. Когда продавец получает деньги при выдаче заказа в своём ПВЗ, ситуация меняется: его касса пробивает чек «полный расчёт» именно в момент приёма денег. Возвраты оформляет тот, кто выбил исходный чек: площадка — свой, продавец — свой. При пересортице или утрате груза возможен чек коррекции, но это отдельная процедура и отдельные основания, тут спешка вредна.

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

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

И напоследок про инфраструктуру. Сплит платёж вместе с интернет эквайрингом и СБП делает картину чистой: деньги расщепляются по адресатам, а касса формирует либо один чек с несколькими позициями (товар и комиссия), либо два синхронных чека. Главное — чтобы договорная модель совпадала с технической реализацией, иначе отчёты сойдутся, а фискальные документы разъедутся.

В результате логика простая, почти суровая. Кто принял деньги — тот и отвечает за чек. Остальное — аккуратные настройки: признак агента, номенклатура, связка платежей и ККТ, понятные договоры. Тогда и покупателю спокойно, и проверяющим не к чему придраться.