К статье
Практический материал

Торговля и Склад · 11 мин

Как вести маркетплейсы в 1С: практическое руководство

Как вести учёт маркетплейсов в 1С: настройка интеграции с Wildberries и Ozon, загрузка заказов и отчётов комиссионера, учёт комиссий и сверка выплат.

Работа с маркетплейсами через личный кабинет площадки быстро перестаёт справляться с объёмом: заказы приходят из нескольких источников, комиссии и логистика вычитаются из выплат, а остатки на складах Ozon, Wildberries и собственном складе нужно синхронизировать ежедневно. Учёт маркетплейсов в 1С решает эти задачи: заказы загружаются автоматически, отчёты комиссионера превращаются в реализации, а выплаты сверяются с банковской выпиской.

В типовых конфигурациях 1С (Управление торговлей 11, Комплексная автоматизация, ERP, а также «Управление нашей фирмой») есть встроенные механизмы обмена с маркетплейсами, а для расширенных сценариев существуют сторонние модули интеграции. Выбор зависит от числа площадок, модели работы (FBO, FBS, DBS) и требований к аналитике.

Ниже разобраны варианты подключения, настройка обмена, учёт заказов и отчётов комиссионера, работа с остатками, сверка выплат и типичные ошибки, которые приводят к расхождениям в учёте.

Выбор способа интеграции: типовой обмен или внешний модуль

Первое решение, которое нужно принять, — каким инструментом обмениваться данными с площадками. В «1С:Управление торговлей 11» и «1С:УНФ» есть штатный функционал работы с маркетплейсами: подключение по API-ключу, загрузка заказов, выгрузка остатков и цен, обработка отчётов о продажах. Для одной-двух площадок и небольшого числа заказов этого обычно достаточно.

Сторонние модули и сервисы-коннекторы оправданы, когда площадок много, требуется глубокая аналитика по SKU, автоматическое ценообразование, управление рекламой или работа со схемами FBO/FBS одновременно на нескольких аккаунтах. Такие решения платные, но снимают ручную работу, которая в типовом обмене остаётся на пользователе.

Ещё один вариант — обмен через файлы (Excel/CSV): отчёты комиссионера выгружаются из личного кабинета и загружаются обработкой. Это резервный путь для старых конфигураций без API-поддержки, но он требует дисциплины: файлы легко загрузить дважды или пропустить период.

Сравнение вариантов интеграции

Типовой обмен в УТ 11 / КА / ERP / УНФ

Подходит для 1–2 площадок и умеренного потока заказов; ограничение — базовая аналитика и ручные операции в нестандартных сценариях.

Сторонний модуль интеграции

Для нескольких площадок, автопрайса и детальной аналитики; ограничение — стоимость подписки и зависимость от обновлений разработчика.

Загрузка отчётов из файлов

Запасной вариант для старых конфигураций; ограничение — риск дублей, пропусков периодов и ручной труд.

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

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

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

Отдельный блок — номенклатура. Каждой карточке товара в 1С должен соответствовать артикул (SKU) на площадке. Маппинг обычно выполняется по штрихкоду или артикулу продавца. Проверьте соответствие до запуска обмена: несопоставленные позиции создадут «висячие» заказы, которые обмен не сможет обработать.

Подключение обмена и загрузка заказов

Для API-обмена получите ключи в личном кабинете площадки: обычно это токен доступа с правами на чтение заказов, статистики и управление остатками. В 1С ключи указываются в настройках учётной записи обмена с маркетплейсом. Токены имеют срок действия и права — при ошибках авторизации первым делом проверьте, не истёк ли ключ и выданы ли нужные разрешения.

После подключения настройте расписание регламентного задания: для схемы FBS заказы нужно загружать часто (каждые 15–60 минут), чтобы успеть собрать и отгрузить в срок, иначе площадка начислит штраф за нарушение сроков сборки. Для FBO частая загрузка заказов менее критична — достаточно отчётов о продажах.

Проверьте, как в вашей схеме создаются документы: заказ покупателя, реализация, резервирование. Определите, кто отвечает за статусы сборки и передачу в доставку — эти статусы обмен отправляет обратно на площадку, и рассинхрон статусов приводит к отменам заказов.

Порядок запуска обмена
  1. 1
    Создайте контрагента-площадку и договор с комиссионером
  2. 2
    Получите API-ключ в личном кабинете маркетплейса и введите его в настройках обмена
  3. 3
    Выполните сопоставление номенклатуры с артикулами площадки
  4. 4
    Настройте расписание загрузки заказов и выгрузки остатков
  5. 5
    Проведите тест: создайте заказ, проверьте документы в 1С и статус на площадке
  6. 6
    Включите штатный режим только после успешного теста и сверки остатков

Учёт продаж: отчёты комиссионера и комиссии

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

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

Возвраты покупателей обрабатывайте отдельными документами на основании отчёта: товар либо возвращается на склад комиссионера, либо списывается, если площадка признала его утраченным. Не игнорируйте строки возвратов — без них остатки на складе комиссионера в 1С завышаются, а выручка искажается.

Остатки, склады и цены

Для корректной работы заведите в 1С отдельные склады под каждый маркетплейс и схему: «Склад WB FBO», «Склад Ozon FBS» и так далее. Отгрузка на склад площадки оформляется перемещением или передачей комиссионеру — тогда остаток на этом складе в 1С должен совпадать с остатком в личном кабинете, и расхождения видны сразу.

Выгрузка остатков на площадку критична для FBS и DBS: если 1С сообщает завышенный остаток, вы получите заказы на отсутствующий товар и штрафы за отмену. Настройте выгрузку с учётом резервов под заказы и задайте «страховой» остаток — выгружать, например, фактический остаток минус единица при малых количествах.

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

Контрольные точки

Как проверить результат

Остаток склада маркетплейса в 1С против личного кабинета
Норма

Совпадает или расхождение объяснено товарами в пути

Тревожный признак

Расхождение без причины — ищите непроведённые передачи и возвраты

Сумма отчёта комиссионера в 1С против отчёта площадки
Норма

Полное совпадение по продажам, комиссии и удержаниям

Тревожный признак

Разница — проверяйте дубли загрузки и перерасчёты

Статусы заказов FBS
Норма

Статус в 1С и на площадке совпадает, сроки сборки соблюдены

Тревожный признак

Заказы «висят» в одном статусе — обмен статусами не работает

Сверка выплат с банком

Маркетплейс перечисляет выручку за вычетом комиссий и удержаний, поэтому сумма в банковской выписке никогда не равна сумме продаж. Сверка строится по цепочке: отчёт комиссионера → задолженность площадки → поступление на расчётный счёт. В 1С поступление оплаты от комиссионера закрывает задолженность по отчёту.

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

Для управленческого анализа используйте отчёты по продажам через комиссионера: валовая прибыль по SKU с учётом комиссии покажет, какие товары реально зарабатывают на площадке, а какие торгуют в минус после логистики и возвратов.

Типичные ошибки
01
Загрузка одного отчёта комиссионера дважды — задваивается выручка и НДС; перед проведением проверяйте номер и период отчёта
02
Работа без отдельных складов площадок — остатки смешиваются, и невозможно понять, где товар физически
03
Игнорирование возвратов и перерасчётов — остатки на складе комиссионера завышаются, выплаты не сходятся
04
Выгрузка остатков без учёта резервов — заказы на отсутствующий товар и штрафы за отмены
05
Истёкший API-ключ — обмен молча останавливается, заказы копятся только на площадке; контролируйте журнал обмена ежедневно

Ограничения и когда нужен специалист

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

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

Итог

Что важно запомнить

Маркетплейс в 1С — это комиссионер: передача товаров, отчёт о продажах, оплата за вычетом удержаний. Настройте договор комиссии, маппинг номенклатуры, отдельные склады площадок и расписание обмена. Регулярно сверяйте отчёты комиссионера, остатки и выплаты — расхождения разбирайте до проведения документов.

Частые вопросы

Можно ли вести маркетплейсы в 1С:Бухгалтерии без УТ?

Да, если продажи идут по схеме FBO и достаточно загрузки отчётов комиссионера: в «1С:Бухгалтерии» есть документы передачи комиссионеру и отчёта комиссионера, а также механизмы загрузки отчётов площадок. Полноценная работа с заказами FBS и остатками в реальном времени там ограничена — для этого лучше подходят УТ, КА или УНФ.

Как отражать комиссию и логистику маркетплейса?

Комиссия отражается как вознаграждение комиссионера в отчёте комиссионера и относится на расходы. Логистика, хранение и штрафы либо уменьшают сумму выплаты в том же отчёте, либо оформляются отдельными услугами — зависит от расшифровки площадки. Важно, чтобы каждая удержанная сумма имела документальное основание для налогового учёта.

Что делать, если остатки в 1С и на площадке не совпадают?

Сначала проверьте непроведённые передачи комиссионеру и возвраты — это самая частая причина. Затем сравните товары в пути и потери/повреждения на складе площадки по её отчётам. Разницу фиксируйте инвентаризацией на складе комиссионера, а не ручной правкой остатков.

Как часто нужно загружать заказы при работе по FBS?

Ориентируйтесь на срок сборки, который требует площадка: обычно загрузку ставят каждые 15–60 минут в рабочее время. Слишком редкий обмен ведёт к просрочке сборки и штрафам, слишком частый без необходимости нагружает базу и API площадки.

Нужен ли отдельный договор в 1С для каждого маркетплейса?

Да. Каждая площадка — отдельный контрагент-комиссионер со своим договором, расчётами и отчётами. Это позволяет корректно сверять задолженность и выплаты по каждой площадке в отдельности и видеть прибыльность каждого канала продаж.

Обмен перестал работать, заказы не загружаются. С чего начать?

Проверьте журнал обмена на ошибки, срок действия и права API-ключа, доступность API площадки (у площадок бывают технические работы) и состояние регламентного задания. После восстановления загрузите пропущенный период и сверьте, что заказы не задвоились и не пропущены.