Торговля и Склад · 11 мин
Как вносить продажи Ozon в 1С
Как внести продажи Ozon в 1С: ручной ввод, загрузка отчётов комитента, обмен через API, учёт комиссий и НДС. Пошаговая инструкция для бухгалтера и селлера.
Продажи через Ozon попадают в 1С тремя способами: ручным вводом документов, загрузкой отчёта комитента (отчёта о реализации) из личного кабинета маркетплейса или автоматическим обменом через API и готовые модули интеграции. Выбор зависит от объёма заказов, схемы работы (FBO, FBS, realFBS) и конфигурации 1С — Управление торговлей 11, Комплексная автоматизация, ERP или Бухгалтерия предприятия 3.0.
Ключевая особенность учёта продаж Ozon в том, что маркетплейс выступает посредником: он удерживает комиссию, логистику и другие услуги, а продавцу перечисляет выручку за вычетом удержаний. Поэтому в 1С недостаточно отразить одну реализацию — нужно корректно показать продажу по полной цене, услуги маркетплейса и взаимозачёт, иначе выручка и НДС будут занижены или завышены.
Ниже разобраны все рабочие способы внесения продаж Ozon в 1С: от ручного оформления до настройки автоматической загрузки, с проверкой результата и типичными ошибками.
Что служит основанием для отражения продаж Ozon в 1С
Главный документ для учёта — отчёт о реализации (отчёт комитента), который Ozon формирует в личном кабинете продавца. Он содержит перечень проданных товаров, цены, удержанные комиссии, стоимость логистики, эквайринга и других услуг, а также итоговую сумму к перечислению. Именно этот отчёт, а не выписка с расчётного счёта, является первичным документом для бухгалтерского и налогового учёта.
Найти отчёт можно в разделе «Финансы» или «Документы» личного кабинета Ozon Seller. Маркетплейс формирует отчёты с периодичностью, установленной договором (обычно ежемесячно, у части продавцов — по графику выплат). Дополнительно доступны детализация по заказам и реестр операций — они нужны для сверки, но не заменяют отчёт о реализации.
При схеме FBS и realFBS товар до момента продажи числится на складе продавца, при FBO — передаётся на склад Ozon и учитывается как товары на комиссии или товары, переданные на ответственное хранение. Это влияет на то, какие документы и счета используются в 1С.
Способы внесения продаж Ozon в 1С
Существует три базовых подхода, и у каждого свои условия применения. Ручной ввод подходит при небольшом числе заказов (условно до нескольких десятков в месяц) и в любой конфигурации. Загрузка файла отчёта — компромисс: отчёт Ozon выгружается в Excel/CSV и обрабатывается типовой или доработанной загрузкой. Полноценная интеграция по API — вариант для средних и крупных объёмов.
На рынке есть готовые модули обмена 1С с Ozon, а также типовой функционал интеграции с маркетплейсами в свежих релизах 1С:Управление торговлей 11 и 1С:ERP. В 1С:Бухгалтерии 3.0 штатной интеграции нет — чаще используют ручной ввод сводными документами или внешние обработки загрузки.
Сравнение вариантов
Подходит при малом числе продаж и для 1С:Бухгалтерии. Требует внимательности: легко ошибиться в суммах комиссий и НДС.
Средний вариант: отчёт Ozon выгружается в Excel и загружается обработкой. Нужно один раз настроить соответствие колонок и номенклатуры.
Для больших объёмов: заказы, возвраты и отчёты подтягиваются автоматически. Требует настройки модуля, ключа API и регулярного контроля сопоставления товаров.
Ручной ввод продаж: пошаговый порядок
Ручной способ универсален и помогает понять логику учёта, даже если позже вы перейдёте на автоматизацию. Порядок действий одинаков по сути, отличаются только названия документов в разных конфигурациях.
В 1С:Бухгалтерии 3.0 удобно вводить продажи сводно за период одним документом «Реализация (акты, накладные, УПД)» с видом операции «Товары, услуги, комиссия», где в табличной части перечисляются товары из отчёта. Комиссия отражается документом «Поступление услуг» на счёт 44 (или 26/91 — по учётной политике), затем оформляется зачёт взаимных требований.
В УТ 11 и ERP логичнее использовать механизм «Отчёт комитенту»: программа сама формирует реализацию, начисляет вознаграждение посредника и закрывает взаиморасчёты. Товары при FBO предварительно передаются на склад Ozon документом «Передача товаров на комиссию» или перемещением на виртуальный склад «Ozon FBO».
Загрузка отчёта Ozon из файла
Если заказов много, ручной ввод каждой строки становится источником ошибок. Практичный промежуточный вариант — выгрузить отчёт о реализации или детализацию в Excel из личного кабинета и загрузить в 1С обработкой. В УТ 11 и ERP есть типовые механизмы загрузки табличных данных, для Бухгалтерии используют внешние обработки загрузки из Excel.
Перед загрузкой подготовьте файл: оставьте нужные колонки (артикул или SKU, наименование, количество, цена продажи, сумма НДС, комиссия), удалите итоговые и служебные строки. Затем настройте соответствие колонок полям документа и сопоставьте номенклатуру Ozon с номенклатурой 1С — по артикулу, штрихкоду или наименованию. Сопоставление делается один раз и сохраняется для следующих загрузок.
Автоматическая интеграция через API
Для постоянного обмена Ozon предоставляет Seller API: через него в 1С можно получать список заказов, статусы, отчёты о реализации, данные по возвратам и остаткам. Для подключения в личном кабинете Ozon создают API-ключ (Client-Id и Api-Key) и указывают его в настройках модуля интеграции в 1С.
Типовые модули и сторонние решения обычно умеют: загружать заказы и создавать документы реализации, формировать отчёт комитенту по данным Ozon, синхронизировать остатки и цены, загружать возвраты. Расписание обмена настраивается регламентным заданием — например, загрузка заказов каждый час, отчётов — ежедневно.
После включения интеграции обязателен контрольный период: параллельно сверяйте сформированные в 1С документы с отчётами Ozon вручную. Чаще всего расхождения возникают из-за несопоставленной номенклатуры, разной ставки НДС в карточке товара и в отчёте, а также из-за операций, которых нет в заказах (штрафы, компенсации, услуги размещения).
Учёт комиссий, удержаний и выплат Ozon
Частая ошибка — отражать выручку суммой, которая фактически пришла на расчётный счёт. Это неверно: Ozon перечисляет выручку за вычетом комиссии, логистики, эквайринга и других услуг, а для учёта выручкой считается полная цена, которую заплатил покупатель. Удержанные суммы — это расходы продавца (услуги посредника), а не уменьшение дохода.
Стандартная схема проводок: реализация товара по полной цене (Дт 62/76 — Кт 90.01), начисление услуг Ozon (Дт 44 — Кт 76), взаимозачёт (Дт 76 — Кт 62/76), поступление остатка на расчётный счёт (Дт 51 — Кт 76). В УТ 11/ERP при использовании «Отчёта комитенту» эти операции формируются автоматически внутри одного документа.
Отдельно проверьте НДС по услугам Ozon: маркетплейс выставляет счета-фактуры (УПД) на свои услуги, и входной НДС по ним принимается к вычету при соблюдении общих условий. Выплаты, которые Ozon перечисляет траншем, не совпадающим с периодом отчёта, отражайте как погашение дебиторской задолженности, а не как реализацию.
Возвраты и корректировки
Возвраты покупателей Ozon включает в отчёт о реализации отдельными строками. В 1С их отражают документом «Возврат товаров от покупателя» (или корректировкой реализации) на основании того же отчёта. При автоматической загрузке проверьте, что модуль корректно различает продажи и возвраты — в файле Ozon они могут быть в одной таблице с разными признаками операции.
Если возврат относится к прошлому периоду, когда реализация уже отражена, оформляется корректировка реализации с выставлением корректировочного счёта-фактуры. Игнорировать возвраты нельзя: иначе остатки на складе не сойдутся, а налоговая база будет завышена.
Как проверить результат
Совпадает с суммой продаж по отчёту Ozon до удержания комиссий
Реализация равна сумме выплаты на счёт — комиссии не отражены
Равна сумме, которую Ozon должен перечислить по отчёту, за вычетом полученных выплат
Зависшая или отрицательная задолженность без объяснения
Остаток по складу Ozon в 1С совпадает с данными личного кабинета
Расхождения по позициям — пропущены возвраты или продажи
Совпадает с суммой НДС в отчёте о реализации
Разница из-за неверных ставок в карточках товаров
FAQ: частые вопросы по учёту продаж Ozon в 1С
Можно ли вносить продажи Ozon в 1С одной сводной строкой в месяц?
Для бухгалтерского учёта допустимо отражать реализацию сводно по отчёту комитенту, если это не нарушает требования к аналитике. Однако при таком подходе теряется контроль остатков по позициям, поэтому торговым компаниям лучше вести учёт в разрезе номенклатуры, а сводный ввод оставить для 1С:Бухгалтерии при малых объёмах.
Чем отличается учёт при FBO и FBS?
При FBO товар сначала передаётся на склад Ozon — в 1С это отражается перемещением на отдельный склад или передачей на комиссию, а реализация списывает товар уже с этого склада. При FBS товар остаётся на складе продавца до момента заказа, и реализация списывает его напрямую. Схема влияет только на складской учёт, порядок отражения выручки и комиссий одинаков.
Какую дату ставить в документе реализации?
Датой реализации считается дата из отчёта о реализации Ozon — как правило, это период формирования отчёта. Ставить дату поступления денег на расчётный счёт нельзя: выплата может прийти в следующем месяце, а доход должен быть признан в периоде продажи.
Нужен ли кассовый чек при продажах через Ozon?
При расчётах с физлицами через маркетплейс обязанность по применению ККТ зависит от того, кто принимает оплату. В большинстве схем расчёт с покупателем производит Ozon и чек пробивает маркетплейс. Проверьте условия своего договора с Ozon и при необходимости уточните порядок у своего налогового консультанта.
Что делать, если сумма выплаты не совпадает с отчётом?
Сначала проверьте, не перечисляет ли Ozon выплату частями или за другой период. Затем сверьте удержания: в отчёте могут быть штрафы, стоимость подработки заказов или корректировки прошлых периодов. Запросите детализацию в поддержке Ozon и отразите расхождение отдельным документом, а не «впихивайте» его в реализацию.
Что важно запомнить
Основание для учёта продаж Ozon — отчёт о реализации из личного кабинета. Выручка отражается по полной цене продажи, комиссии и услуги маркетплейса — отдельными документами с взаимозачётом. При малых объёмах достаточно ручного ввода, при росте — загрузка из файла или интеграция по API с обязательной сверкой первых периодов.