1С и маркетплейсы Wildberries и Ozon: три схемы обмена в 2026

Бухгалтер небольшого продавца одежды ведёт остатки в 1С, а менеджер раз в день выгружает их на Wildberries и Ozon вручную, файлом. Утром в файле 8 платьев одной модели. К обеду площадка продала 6, вернулись 2, пришла новая приёмка на 10, но в кабинете всё ещё стоит вчерашнее число. Заказ уходит на позицию, которой на полке нет: отмена, снятие с продажи, испорченный рейтинг карточки. Проблема не в людях, а в том, что остаток живёт в двух местах сразу и синхронизируется раз в сутки руками.

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

Что такое обмен 1С с маркетплейсом простыми словами

Обмен, это когда 1С и площадка автоматически передают друг другу данные без ручного файла. В одну сторону из 1С на площадку уходят остатки, цены, карточки. В другую сторону с площадки в 1С возвращаются заказы, отгрузки, возвраты и финансовые документы по комиссии. Человек больше не переносит цифры, он только смотрит, что связка работает.

Передача идёт по программному интерфейсу площадки, тому самому каналу обмена, через который любая внешняя программа общается с Wildberries или Ozon. Как получить к нему доступ, завести ключ и не превысить лимиты запросов, подробно разобрано в соседнем материале нашего раздела /news про программный обмен с Wildberries и Ozon (с чего начать этот обмен селлеру и агентству). Здесь важно другое: со стороны 1С этот канал можно подключить тремя разными способами, и от выбора зависит, насколько надёжно будет держаться остаток.

Сначала одно правило, без которого не работает ни одна схема. Обмен надо строить на той конфигурации 1С, где реально живут остатки и себестоимость. Их несколько:

  • 1С:УНФ («Управление нашей фирмой») — всё в одном для небольшого бизнеса: продажи, склад, деньги.
  • 1С:УТ («Управление торговлей») — когда растёт склад и ассортимент.
  • 1С:Бухгалтерия — когда центр тяжести в учёте и отчётности, а не в складе.
  • 1С:КА и 1С:ERP («Комплексная автоматизация» и система для крупного бизнеса) — для сложных многопроцессных компаний.

Если остатки вы ведёте в УНФ, а обмен зачем-то повесили на Бухгалтерию, где склада нет, связка будет тянуть неверные числа с первого дня. Сначала определите, где истина по остатку, потом подключайте площадку к этой конфигурации.

Схема 1: типовой модуль внутри 1С

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

Плюсы. Быстрый запуск без программиста. Типовые обмены (остатки, цены, заказы) закрываются из коробки. Всё живёт внутри знакомой 1С, отдельный сервис держать не надо.

Минусы. Модуль хорош, пока сценарии типовые. Как только появляются нестандартные склады, сложные возвраты, свои правила распределения оплат, партии или серийный учёт, начинаются доработки, и стоят они денег. Обмен обычно идёт по расписанию (раз в N минут), а не мгновенно, поэтому в пик распродажи между обновлениями остаётся окно, в которое уходят лишние заказы.

Кому подходит. Продавцу на УНФ или УТ с понятным ассортиментом, у которого нет экзотики со складами и возвратами. Это разумная первая схема, с которой стоит начинать.

Схема 2: внешняя сервис-прослойка

Между 1С и площадками ставится отдельный сервис-посредник (облачный коннектор). 1С отдаёт данные ему, он раскладывает их по Wildberries, Ozon, Яндекс Маркету и собирает обратно заказы. 1С при этом общается с одним понятным посредником, а не с тремя разными площадками.

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

Минусы. Появляется третье звено, за которое вы платите абонентски и от доступности которого зависите. Данные проходят через чужую систему, значит, к выбору посредника надо относиться серьёзно. Тонкую бизнес-логику (нестандартные правила резервов, свои схемы возвратов) сервис-прослойка тоже закрывает не всегда, часть всё равно уходит в доработки на стороне 1С.

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

Схема 3: обмен через складскую систему

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

Плюсы. Остаток один и он привязан к реальному движению товара, а не к записи в таблице. Расхождение «продано, а на полке нет» закрывается в корне, потому что число меняется в момент операции на складе, а не по расписанию выгрузки. Особенно заметно на схеме сборки силами продавца (FBS), где товар лежит у вас или у фулфилмента и остаток критичен каждую минуту.

Минусы. Нужна сама складская система и дисциплина операций: если приёмку и отгрузку не сканируют, а вписывают задним числом, преимущество теряется. Это уже не «поставил модуль за час», а выстроенный складской процесс.

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

Где чаще всего рвётся обмен остатками

Независимо от схемы, остаток разъезжается по одним и тем же причинам. По разбору практиков интеграции на дату проверки 16 июля 2026 типовых точек разрыва три.

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

Лекарство одно на все три случая: назначить единый источник истины по остатку и договориться, что правит его только он. В классической связке это правило звучит как «истина по складу, это 1С», и тогда все остальные системы подстраиваются под неё. Если же физический склад активный и движений много, истину логичнее держать на стороне складской системы, а 1С получает готовое число. Главное, чтобы источник был один, а не три параллельных.

Когда обмен держит склад, а не человек с файлом

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

Устойчиво выходит там, где остаток формируется в момент операции на складе. Когда складская система сама держит обмен остатками с площадкой по её каналу, а в 1С отдаёт готовые числа для денег и документов, ручная выгрузка файлом из 1С просто не нужна, а вместе с ней уходит и разрыв «продал то, чего нет». Fulfillment Lite построен по этой логике: склад ведёт остаток по каждой позиции (SKU, отдельная товарная единица, например «синий рюкзак 20 литров»), фиксирует каждое движение и держит связь с площадкой без ручного переноса, а учётной системе отдаёт факт, а не догадку. Если хотите разобраться, когда таблицы и выгрузки уже не тянут и пора переходить на складскую систему, посмотрите разбор что такое WMS и кому она нужна. Демо открывается без регистрации.

Что делать: чек-лист перед настройкой обмена

  1. Найдите, где живёт остаток. Определите одну конфигурацию 1С (УНФ, УТ, КА или ERP) или складскую систему, где остаток настоящий. Это будущий единственный источник истины.
  2. Выберите схему под свой масштаб. Одна площадка и типовой ассортимент, начните с модуля в 1С. Несколько площадок, смотрите на сервис-прослойку. Активный физический склад, стройте обмен через складскую систему.
  3. Заведите отдельный ключ доступа под интеграцию. Не отдавайте связке тот ключ, что уже работает в другом сервисе, чтобы при смене подрядчика доступ отзывался одним движением.
  4. Пропишите обработку отмен и возвратов. Проверьте, что отменённый заказ снимает резерв, а возврат возвращает товар в свободный остаток. Это две самые частые точки разрыва.
  5. Договоритесь о регламенте. Один человек и одна система правят остаток, остальные только читают. Никаких параллельных ручных правок «мимо» обмена.
  6. Сверьтесь через сутки. Сравните свободный остаток в 1С, на складе и на площадке по десяти карточкам. Сходится, связка рабочая. Расходится, ищите, какое событие (продажа, отмена, приёмка, возврат) не отрабатывает.

Три признака, что обмен настроен правильно

  • Остаток в 1С, на складе и на площадке совпадает без ручной сверки по утрам. Если кто-то ежедневно «поправляет числа руками», обмен не достроен.
  • Отмена заказа и возврат меняют свободный остаток автоматически, а не ждут, пока сотрудник вспомнит про них.
  • При росте оборота связка не разваливается: заказы приходят в 1С вовремя, лишних продаж на пустой остаток нет. Значит, источник истины один и все системы подстроены под него.

Что в итоге

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

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

Источники