Торговля через маркетплейсы давно перестала быть экзотикой — сегодня миллионы предпринимателей продают товары через Wildberries, Ozon и Яндекс.Маркет. Но вопрос о кассовом оборудовании до сих пор вызывает путаницу: кто обязан пробивать чек, нужна ли вам собственная ККТ, и что грозит за нарушения? Разберём всё по порядку — с учётом актуальных требований 2026 года.
Нужна ли онлайн-касса для маркетплейсов: правила пробития чеков в 2026 году
Обязанности продавца и площадки по 54-ФЗ
Федеральный закон № 54-ФЗ «О применении контрольно-кассовой техники» регулирует все расчёты с физическими лицами на территории России. Маркетплейсы не стали исключением — они подпадают под действие закона в полной мере, однако распределение обязанностей между площадкой и продавцом зависит от конкретной схемы сотрудничества.
Ключевой принцип прост: чек должен быть сформирован в момент расчёта. Момент расчёта — это не отгрузка товара со склада и не его передача курьеру, а именно поступление денег от покупателя. Если покупатель оплатил заказ картой на сайте маркетплейса, именно в этот момент возникает обязанность по фискализации. Если оплата происходит при получении — в момент выдачи товара.
Кто формирует чек: агентская схема или прямой договор
Всё решает тип договора между продавцом и платформой.
Агентская схема — наиболее распространённая модель работы с крупными маркетплейсами. В этом случае площадка выступает агентом: она принимает оплату от покупателя от имени продавца или от своего имени, но в интересах продавца. По 54-ФЗ обязанность выбить чек лежит на том, кто фактически принимает деньги. Если маркетплейс принимает оплату через свою кассу — он и пробивает чек. Продавец в этом случае освобождён от обязанности иметь собственную ККТ для операций через данную платформу.
Именно так работают Wildberries, Ozon и Яндекс.Маркет в стандартных схемах: они являются платёжными агентами, имеют собственные зарегистрированные кассы и самостоятельно передают фискальные данные в ФНС. Покупатель получает электронный чек от имени маркетплейса.
Прямой договор купли-продажи — менее распространённая, но встречающаяся модель, при которой маркетплейс лишь предоставляет витрину, а продавец ведёт расчёты самостоятельно. В этом случае вся ответственность за фискализацию ложится на продавца: нужна зарегистрированная ККТ, фискальный накопитель и договор с оператором фискальных данных (ОФД).
Перед тем как делать выводы о необходимости кассы, нужно внимательно изучить договор оферты с конкретной площадкой. Формулировки имеют значение: если в тексте написано, что маркетплейс «принимает оплату в качестве агента» — касса для этого канала вам не нужна. Если же площадка лишь «обеспечивает техническую возможность расчётов» — ситуация иная.
Ответственность за фискальные данные и штрафы

Даже при агентской схеме продавец не должен расслабляться полностью. Ответственность распределена следующим образом: за расчёты через кассу маркетплейса отвечает сам маркетплейс. Однако если продавец параллельно принимает оплату напрямую — например, через собственный сайт, по QR-коду или наличными при самовывозе — он обязан применять собственную ККТ.
Штрафы за нарушения остаются серьёзными. Для должностных лиц неприменение ККТ грозит штрафом от 25 до 50% от суммы расчёта, но не менее 10 000 рублей. Для юридических лиц — от 75 до 100% суммы, но не менее 30 000 рублей. При повторном нарушении и сумме расчётов свыше 1 млн рублей деятельность может быть приостановлена на срок до 90 суток. В 2026 году ФНС усилила контроль за онлайн-расчётами, в том числе через маркетплейсы, поэтому игнорировать требования закона становится всё более рискованно.
Интеграция ККТ с Wildberries, Ozon и Яндекс.Маркет
Если ваша схема работы всё же предполагает собственную кассу — например, вы продаёте на нескольких площадках и часть расчётов идёт напрямую — встаёт задача интеграции. Ручное пробитие чеков при больших объёмах продаж нереально: это и трудозатратно, и чревато ошибками. Решение — автоматизированная интеграция кассового ПО с личными кабинетами маркетплейсов.
Современные облачные кассовые решения, в частности Модулькасса, предлагают готовые интеграции с основными торговыми площадками. Принцип работы единый: касса получает информацию о транзакции через API маркетплейса и автоматически формирует фискальный документ.
Настройка API и вебхуков в Модулькассе

Интеграция строится на двух механизмах: запросы через API и уведомления через вебхуки.
API-интеграция позволяет кассовому сервису в режиме реального времени запрашивать данные о заказах из личного кабинета маркетплейса. Для подключения необходимо сгенерировать API-ключ в личном кабинете площадки, передать его в настройки кассового сервиса и указать параметры синхронизации: какие статусы заказов триггерят фискализацию, какие позиции включать в чек, как передавать данные о скидках и промокодах.
Вебхуки работают в обратном направлении: маркетплейс сам уведомляет кассу о событиях — новом заказе, подтверждении оплаты, возврате. Это более оперативный механизм, особенно критичный для соблюдения требования о пробитии чека «не позднее момента расчёта». В настройках Модулькассы для каждой площадки указывается URL вебхука, тип события и формат передаваемых данных.
Важный нюанс: для Wildberries, Ozon и Яндекс.Маркет схемы интеграции различаются, поскольку API у каждой платформы своё. Онлайн-касса для Wildberries должна учитывать, что площадка разделяет события на оплату при заказе и оплату при получении — для каждого сценария нужна отдельная логика фискализации. Онлайн-касса для Ozon работает проще в части формирования чека: платформа предоставляет более детализированные данные о составе заказа, что упрощает указание корректных наименований и ставок НДС. Онлайн-касса для Яндекс.Маркет также требует отдельной настройки интеграции с учётом специфики API маркетплейса.
Автоматическая передача статусов заказов и оплат
Корректная автоматизация требует понимания жизненного цикла заказа на каждой платформе. Типичная цепочка выглядит так: заказ создан → оплата подтверждена → заказ передан в доставку → заказ получен покупателем → расчёт закрыт.
Фискализация должна происходить на этапе подтверждения оплаты — именно в этот момент деньги фактически поступают и возникает обязательство по формированию чека. При оплате наличными или картой при получении — в момент вручения товара покупателю.
Грамотно настроенная интеграция обеспечивает: автоматическое создание чека при каждом подтверждённом платеже, передачу корректных реквизитов (наименование товара, количество, цена, ставка НДС, признак расчёта), отправку электронного чека покупателю на e-mail или телефон, а также сохранение фискальных данных в архиве для последующей сверки. Человеческий фактор исключается, скорость обработки — мгновенная.
Типичные ошибки и как их избежать
Даже при налаженной интеграции ошибки случаются. Знание типичных проблем помогает настроить систему так, чтобы они не превращались в нарушения.
Возвраты, отмены и частичные поставки
Возвраты — один из главных источников головной боли при работе с маркетплейсами. По 54-ФЗ при возврате денег покупателю необходимо сформировать чек с признаком расчёта «возврат прихода». Казалось бы, всё просто — но на практике возникает несколько сложностей.
- Первая: временной разрыв. Покупатель может вернуть товар через несколько недель после покупки. Система должна уметь связать возврат с исходным чеком и корректно сформировать чек возврата с теми же позициями и суммами.
- Вторая: частичный возврат. Если покупатель заказал три позиции, а вернул одну — чек возврата должен содержать только эту позицию с соответствующей суммой. Ошибка в реквизитах чека возврата — это нарушение, даже если сумма верна.
- Третья: отмена до оплаты. Если заказ отменён до подтверждения оплаты, чек вообще не должен формироваться. Но если отмена произошла после фискализации — нужен чек возврата.
Частичные поставки возникают, когда из заказа на несколько товаров часть оказалась недоступна на складе. В этом случае первоначальный чек должен содержать только фактически отгруженные позиции, а не весь заказ целиком. Интеграция должна получать актуальный состав отгрузки, а не просто копировать данные из первоначального заказа.
Сверка данных: касса vs личный кабинет маркетплейса
Регулярная сверка — обязательная процедура для любого продавца, использующего собственную ККТ. Цель сверки: убедиться, что каждый платёж, зафиксированный в личном кабинете маркетплейса, имеет соответствующий чек в кассовой системе, и наоборот.
Типичные расхождения, которые выявляет сверка: задвоенные чеки (баг в интеграции привёл к двойной фискализации одного платежа), пропущенные чеки (вебхук не дошёл, API вернул ошибку), чеки с неверной суммой (из-за округления или неправильной передачи данных о скидках).
Рекомендуемая периодичность сверки — ежедневно по итогам торгового дня, а также еженедельно на уровне агрегированных показателей. Большинство кассовых сервисов предоставляют инструменты для автоматической сверки: система сама сопоставляет данные из двух источников и выдаёт отчёт о расхождениях.
Отдельного внимания требует период закрытия смены. Кассовая смена не может длиться более 24 часов — это требование 54-ФЗ. При круглосуточной торговле через маркетплейс необходимо настроить автоматическое закрытие и открытие смены, иначе касса заблокируется и перестанет формировать чеки.
Работа с маркетплейсами открывает огромные возможности для бизнеса, но требует грамотного подхода к кассовой дисциплине. Понимание схемы договора, правильная интеграция и регулярная сверка данных — три кита, на которых держится соответствие требованиям 54-ФЗ. Потратьте время на настройку один раз — и система будет работать без сбоев, защищая вас от штрафов и претензий налоговой.
MSPOS E-PФ
по картам от всех банков
ФН на 15/36 мес. приобретается отдельно
MSPOS D-Ф
работает в 2х быстрее
ФН на 15/36 мес. приобретается отдельно
MSPOS-K
боевая классика
ФН на 15/36 мес. приобретается отдельно
MSPOS-T-Ф
продуктовых магазинов
магазинов