Онлайн‑касса на маркетплейсе: кому нужна и кто бьёт чек

Маркетплейс — не ярмарка выходного дня, где можно «на авось». Здесь важен чек, и закон строгий. Если нужна готовая инфраструктура, выручает онлайн касса с интеграцией и ОФД. А дальше выясняется главное: кто именно пробивает чек — площадка или продавец, и есть ли в вашем сценарии законные послабления без ККТ. Разберём коротко, но по делу.

Кому по 54‑ФЗ нужна онлайн‑касса на маркетплейсе

Онлайн‑касса обязательна при расчётах с физлицами наличными или картой; если деньги принимает агрегатор — чек выбивает он, с данными продавца. Исключение — безнал «счёт‑на‑счёт» между компаниями без карт и наличных, тогда ККТ не нужна.

Логика проста: чек нужен всегда, когда покупатель — гражданин и оплата идёт наличными либо электронным средством платежа. Продавец работает через витрину маркетплейса? Значит, кто принимает деньги у покупателя, тот фиксирует расчёт на ККТ и отправляет чек в ОФД. Иногда оплата проходит напрямую на расчётный счёт продавца по счёту‑оферте без карт — такая операция вне поля 54‑ФЗ, и касса не требуется, но это редкий случай для e‑commerce. Важная деталь: если площадка действует как агент/комиссионер, в чеке проставляется признак агента и указываются реквизиты принципала — конечного продавца товара.

Кто и когда бьёт чек: маркетплейс или продавец

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

В реальности всё упирается в схему расчётов. При FBO/FBS маркетплейс обычно инкассирует платежи и перечисляет продавцу выручку за минусом комиссии — значит, чек для покупателя формирует площадка; продавец, со своей стороны, делает расчётные документы на комиссию (и чек ККТ на агентское вознаграждение, если получает его от площадки). В модели DBS, когда оплата проходит курьеру продавца или эквайринг оформлен на продавца, ККТ должна стоять у продавца: чек — сразу при оплате, электронный или бумажный. У самозанятых отдельный сюжет: площадка бьёт чек ККТ при приёме денег у покупателя, а самозанятый отправляет чек „Мой налог“ — да, два чека, это нормально. И ещё нюанс: при предоплате и отгрузке нужны корректные статусы чеков — аванс/полный расчёт, чтобы в учёте не образовалась «тишина».

Когда кассу можно не применять и где границы послаблений

ККТ не нужна при безналичных расчётах между организациями/ИП со счёта на счёт без карт и наличных, а также когда продавец — самозанятый (он выдаёт чек в „Мой налог“). Во всех B2C‑сценариях с картой или наличными касса обязательна.

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

• Если расчёт с физлицом: чек обязателен, момент — при оплате или отгрузке в зависимости от признака расчёта.
• Если только B2B без карт и наличных: ККТ можно не применять, фиксируйте договор и счёт.
• Если самозанятый: чек ККТ — у агрегатора, чек „Мой налог“ — у исполнителя.

Как настроить чеки и не словить штрафы: короткая инструкция

Определите, кто принимает деньги у покупателя, и закрепите это в оферте; затем подключите ККТ у этой стороны и автоматизируйте статусы чеков (аванс, полный расчёт, возврат). Проверьте признак агента и передачу реквизитов продавца, иначе вырастут риски претензий ФНС.

Дальше — по шагам, без героизма и неожиданностей:

1. Схема расчётов. Зафиксируйте в договоре: кто эквайрит платёж, на чьё имя бьётся чек, как идёт перечисление вознаграждения.
2. ККТ и ОФД. Подключите кассу у принимающей стороны (маркетплейс или продавец), проверьте регистрацию, теги и фискальный накопитель.
3. Признак агента. В агентской модели укажите продавца как принципала, чтобы чек был „узнаваем“ налоговой и покупателем.
4. Номенклатура и НДС. Не лениться: корректные ставки, единицы измерения, цена, количество — иначе исправительные чеки и путаница в учёте.
5. Предоплата и отгрузка. Настройте автоматические сценарии чеков: предоплата при платеже, полный расчёт при выдаче, возврат при отмене.
6. Доставка. Если доставку продаёт площадка — она и чек по доставке; если продавец — то он. Смешанные кейсы лучше разделять по позициям.
7. Хранение и поддержка. Чеки — в личном кабинете, выгрузки — для бухучёта, SLA на возвраты — короткий, чтобы не „искрило“ в отзывах.

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

Вывод простой и прозаичный. Онлайн‑касса на маркетплейсе — это не про «галочку», а про прозрачный денежный след. Кто берёт деньги у покупателя — тот и фиксирует расчёт, а в агентской модели добавляются реквизиты продавца. Исключения есть, но узкие: чистый B2B‑безнал или самозанятые со своим чеком в „Мой налог“.

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