Онлайн-касса для маркетплейса и продавцов: кому и когда необходима

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

Когда маркетплейсу нужна онлайн-касса, а когда нет

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

Разберём короче и предметно. По 54 ФЗ чек формирует тот, кто совершает расчёт с покупателем наличными или электронными средствами. Площадка, принимающая оплату картой как агент/комиссионер в пользу продавца, выбивает «чек агента» на приём платежа: это отдельный фискальный документ. Если же площадка — только витрина, а деньги поступают продавцу прямым банковским переводом «с расчётного на расчётный» по счёту без карт и электронных средств, маркетплейс кассу не включает: расчёта в смысле 54 ФЗ у него нет. Бывает пограничная зона — предавторизация, split платёж, отсроченная оплата; правило остаётся тем же: кто принял платёж, тот и отчитался кассой, остальное — в чек продажи у продавца.

Кто и какие чеки выбивает: один или два чека

Чаще всего два: маркетплейс выбивает чек агента (приём оплаты), продавец — чек продажи (передача товара/услуги). У самозанятых чек формируется в «Мой налог» вместо кассы, поэтому кассовая связка иная.

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

Эквайринг, оплаты и фискализация: как связать без сбоев

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

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

Исключения: самозанятые, B2B-переводы, предоплата и возвраты

Самозанятые не используют ККТ и формируют чек в «Мой налог». B2B-перевод с расчётного на расчётный по счёту без карты и электронных средств не требует ККТ. При предоплате и возвратах применяются соответствующие типы чеков с правильными реквизитами.

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

Чтобы не утонуть в деталях, полезен короткий маршрут настройки, который экономит часы переговоров между бухгалтерией, айти и продуктом.

• Определить правовую модель: агент/комиссионер или витрина, кто принимает деньги.
• Настроить интеграцию эквайринга и ККТ: типы чеков, признак агента, позиции и НДС.
• Отладить возвраты: из эквайринга в кассу и обратно, без ручных операций.
• Закрыть исключения: НПД, B2B-переводы, частичные оплаты, предзаказы.

А ведь всё это звучит объёмно, но в работающей схеме ритм простой: оплата — чек, отгрузка — чек, возврат — возвратный чек. Никакой магии, только согласованные роли.

Итог

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