Как связать 1С с Ozon, Wildberries и Яндекс Маркетом и вести продажи без ручного переноса данных

Связь 1С с маркетплейсом включается в разделе НСИ и администрирование → Продажи — там ставится галка обмена с торговыми площадками, после чего в разделе «Продажи» появляется рабочее место со списком магазинов. Для каждого магазина заводится учётная запись с ключами доступа из личного кабинета Ozon, Wildberries или Яндекс Маркета, а дальше 1С сама тянет заказы и возвращает на площадку остатки и цены.

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

Какое решение для обмена выбрать и как оно устроено

Обмен можно построить тремя путями, и выбор зависит от того, в какой программе вы работаете.

• 🧩 Встроенный модуль УТ/КА/ERP/Розницы/УНФ. Ничего докупать не нужно: подключение к Ozon, Wildberries, Яндекс Маркету и Мегамаркету идёт «из коробки» по API. Подходит большинству продавцов.
• 📦 Отдельный продукт «1С:Интеграция с маркетплейсами». Самостоятельное решение для тех, у кого учёт в другой базе или много площадок с тонкими настройками.
• 🔌 Сторонние сервисы-прослойки. Собирают заказы со всех площадок и отдают в 1С одним потоком. Оправданы, когда площадок десяток и нужна единая витрина.

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

Важно сразу определиться со схемой торговли — от неё зависят документы в 1С:

Подключение магазина и авторизация по API-ключу

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

1. Включите функциональную опцию в НСИ и администрирование → Продажи — обмен с маркетплейсами.
2. В разделе «Продажи» откройте рабочее место обмена и создайте новый магазин, выбрав площадку из списка.
3. В кабинете площадки выпустите ключ доступа к API и скопируйте его в карточку магазина в 1С.
4. Укажите схему торговли (FBO/FBS/DBS) и склад 1С, с которого продаёте.
5. Нажмите проверку соединения — 1С обратится к API и подтвердит, что ключ рабочий.

Где брать ключи у каждой площадки:

• Ozon. В кабинете Ozon Seller раздел с настройками API: нужны Client-Id и API-Key. Ключ создаётся под конкретные права — для обмена хватает прав на заказы, товары и аналитику.
• Wildberries. В профиле продавца раздел доступа к API: токены выпускаются по категориям (контент, маркетплейс, статистика, цены и скидки). Для полноценного обмена нужны токены этих категорий.
• Яндекс Маркет. Понадобится OAuth-токен приложения и номер кампании (идентификатор магазина FBS/DBS). Токен получают через механизм авторизации Яндекса для партнёрского API.

Сопоставление товаров и выгрузка карточек

Чтобы заказы с площадки «ложились» на вашу номенклатуру, 1С должна понимать, какой товар в базе соответствует какому товару на маркетплейсе. Связка идёт по артикулу или по внутреннему коду товара площадки (SKU/offer_id).

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

Несколько правил, которые экономят время на этом шаге:

• 🏷️ Держите уникальный артикул у каждого товара и варианта (размер, цвет) — именно по нему идёт связка. Дубли артикулов — главная причина, почему заказ «не находит» товар.
• 🎨 Варианты одного товара (размерная сетка, цвета) ведите через характеристики номенклатуры, иначе на площадке карточки разъедутся.
• 💰 Цены выгружаются из заданного вида цен — заранее решите, какой вид цен отвечает за каждую площадку, если цены различаются.

Как приходят заказы и какие документы создаются

После настройки 1С по расписанию забирает новые заказы. Дальше всё зависит от схемы.

FBO/FBW (продажа со склада площадки). Товар вы отгрузили на склад маркетплейса заранее, отдельными поставками. Пока он там лежит и не продан — это ваш товар на чужом складе (в бухгалтерии — счёт 45 «Товары отгруженные»). Факт продажи приходит не отдельным заказом, а отчётом о реализации за период: по нему признаётся выручка и списывается себестоимость.

FBS/DBS (продажа со своего склада). Приходит конкретный заказ на конкретный товар. В 1С на его основании оформляется заказ клиента , под него резервируется товар, а при отгрузке создаётся документ реализации. При FBS товар забирает перевозчик площадки, при DBS — вы доставляете сами.

Статусы заказа тянутся с площадки и управляют тем, что делать в 1С:

Отмены и возвраты тоже приходят в обмене. Не проводите реализацию по заказу, который площадка уже отменила: получите задвоение движений и расхождение остатков. Сначала сверьте текущий статус, потом оформляйте документ.

Остатки, цены и резервы: что уходит на площадку

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

• 📊 Остатки выгружаются по выбранному складу 1С. Для FBS/DBS уходит доступный к продаже остаток (за вычетом уже зарезервированного). Для FBO остатками на складе площадки управляет сама площадка, 1С их только принимает для контроля.
• 🔒 Резервы. Под загруженный заказ FBS товар резервируется, чтобы он не «утёк» в другой заказ или в розницу. Настройте, резервировать автоматически при загрузке заказа или вручную.
• 🔁 Частота обмена. Остатки выгружайте часто — раз в 15–30 минут, если продаёте активно. Карточки и цены можно реже.

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

Комиссия, удержания и сверка расчётов с площадкой

Маркетплейс работает по агентской схеме: продаёт ваш товар от своего имени и удерживает из выручки комиссию, логистику, эквайринг, хранение и услуги продвижения. На счёт приходит не вся сумма продаж, а разница. Поэтому «продано на 100 000» и «пришло на счёт» — почти всегда разные числа, и сверка здесь обязательна.

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

Что проверять при сверке:

1. Количество и суммы продаж из отчёта площадки — со своими отгрузками и реализациями в 1С.
2. Удержания — комиссия, логистика, эквайринг, хранение: это ваши расходы на продажу.
3. Возвраты и корректировки — они уменьшают выручку и сумму к получению.
4. Итог к перечислению — он должен сойтись с фактическим поступлением на расчётный счёт.

Сами проводки по продажам формируются уже в «1С:Бухгалтерии» на основании документов и отчётов, перенесённых из торговой базы. В УТ/ERP вы готовите оперативные данные, бухгалтерия превращает их в выручку, себестоимость и расчёты с площадкой как с агентом.

Частые ошибки обмена и как их не допустить

Отдельно соберу то, что ломает обмен чаще всего, — это не повтор шагов выше, а именно сбойные ситуации.

Ещё два правила, которые снимают большинство проблем:

• Проверяйте права API-ключа: урезанный ключ подключится, но не сможет, например, обновлять остатки — и обмен будет работать «наполовину».
• Следите за схемой в карточке магазина: заказ FBO и заказ FBS обрабатываются по-разному, и перепутанная схема приводит к неверным документам.

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