Перейти к содержанию
Учёт·ник
Интеграция с маркетплейсами

1С и маркетплейсы без ручной сверки остатков, цен и заказов

Связываем 1С с Wildberries, Ozon, Яндекс.Маркетом и Мегамаркетом. Товары, цены, остатки, заказы, возвраты и отчёты комиссионера — автоматически между системами. Менеджер занимается продажами, а не Excel-сверкой.

Что обычно болит у продавца

Если узнали себя — это типовая ситуация. Решается налаживанием обмена 1С↔площадка, не увеличением штата менеджеров.

  • Остатки разъехались

    Продал на WB то, чего уже нет на Ozon. Получил штраф за неотгрузку. Менеджер каждое утро правит остатки руками.

  • Цена не обновилась

    Поднял цены в 1С, на маркетплейсе осталось старое. Продаёшь себе в минус, ловишь это уже по отчёту в конце месяца.

  • Заказ потерялся

    Статус заказа из кабинета MP не доехал до 1С. Менеджер обещал клиенту отгрузку, склад не увидел заказ, клиент уехал в возврат.

  • Возврат не попал в учёт

    Товар вернулся на склад MP, в 1С это не отразилось. По остаткам всё нормально, по деньгам — минус. Понимаем это, когда сводим месяц.

  • Сверка в Excel

    Бухгалтер выгружает отчёт комиссионера из кабинета, разбирает в Excel, переносит в 1С. Половина рабочего дня — на сверку, не на учёт.

Что синхронизируется между 1С и площадкой

Шесть базовых сущностей обмена. Дальше детали зависят от площадки и вашей конфигурации 1С.

  • Товары и характеристики

    Карточки товара, размеры, цвета, штрихкоды, GTIN. Создание новых позиций, обновление атрибутов — из 1С в MP, без ручной загрузки.

  • Цены и скидки

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

  • Остатки по складам

    Реальные остатки с учётом резервов, ваших и MP-складов (FBO/FBS). Без двойных продаж и штрафов за нулевые остатки.

  • Заказы и статусы

    Новые заказы приходят в 1С автоматически. Статусы (сборка, отгрузка, доставка, выкуп) синхронизируются туда-обратно.

  • Возвраты

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

  • Отчёты комиссионера

    Отчёты MP грузятся в 1С как документы «Отчёт комиссионера», с разнесением комиссий, доставки, штрафов, эквайринга — готовы к закрытию периода.

По каждой площадке

У каждого маркетплейса свой API, своя модель схем работы и свои особенности учёта. Кратко по четырём основным площадкам РФ.

Wildberries

Схемы работы
FBO, FBS, DBS, Экспресс
API
Открытый API, токен в ЛК продавца. Лимиты на запросы.
Особенности
Большой объём операций, частые обновления API, обязательная маркировка по многим категориям. Отчёты комиссионера выходят раз в неделю — разбор требует внимания к удержаниям.

Ozon

Схемы работы
FBO, FBS, RFBS, FBP (свой склад MP)
API
Seller API + Performance API. Стабильный, документация в порядке.
Особенности
Раздельные API на «покупателей» (Seller) и рекламу (Performance). Тонкая модель статусов заказа. Возвраты с «невыкупами» — отдельная история.

Яндекс.Маркет

Схемы работы
FBS, FBY (склад MP), DBS, Экспресс
API
Partner API, оформление через ЛК. Хорошая документация на Яндексе.
Особенности
Связка с Яндекс.Доставкой, штрафы за нарушение SLA, лимиты на возврат. Аналитика заказов проще, чем у WB/Ozon.

Мегамаркет

Схемы работы
FBO (склад MP), FBS, DBS
API
Open API через ЛК, авторизация по токену.
Особенности
Меньше объёма, но стабильный поток. Свои особенности с ассортиментом и модерацией карточек. Полезен как дополнительный канал к WB/Ozon.

Расшифровка схем: FBO/FBY/FBP — склад маркетплейса; FBS — склад продавца, доставка маркетплейса; DBS — склад и доставка продавца; RFBS — реализация продавца с доставкой маркетплейса; Экспресс — быстрая доставка от продавца.

Без впаривания

Когда хватит типового обмена, а когда нужна доработка

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

Хватит готового модуля, если…

  • Одна площадка или две
  • Типовая номенклатура без сложных характеристик
  • Простая ценовая политика (без региональных и партнёрских уровней)
  • Один склад или стандартная схема FBO
  • Конфигурация: 1С:УТ 11, 1С:КА, 1С:Розница свежей версии

Нужна доработка, если…

  • Конфигурация: 1С:Бухгалтерия (нет встроенного коннектора)
  • Несколько складов с разной логикой резервирования
  • Кастомные правила цен (партнёры, регионы, маркетплейс-эксклюзивы)
  • Маркировка Честный знак с нетиповыми категориями
  • Раздельный учёт по юр.лицам/направлениям внутри одного личного кабинета
  • Свои отчёты комиссионера / специфика учёта услуг MP

Готовые модули или кастом

Берём минимально достаточный инструмент под задачу. Не продаём кастом ради чека и не настаиваем на коннекторе, если он не закрывает реальный сценарий.

Готовые модули

Встроенные коннекторы фирмы «1С» в УТ 11, КА, Розница. Сторонние коннекторы из 1С:ИТС и партнёрской сети.

Берём, если они закрывают вашу схему работы — это быстрее и дешевле кастома. Поможем подобрать и запустить.

Кастомная интеграция

Своя разработка обмена через Seller API маркетплейса. Полный контроль над логикой: статусы, фильтры, кастомные правила, расширенные отчёты.

Когда готовое не закрывает задачу. Архитектурные принципы и дисциплина — те же, что в разделе «Разработка».

Архитектура и принципы кастомной разработки — общие для всех интеграций. Расширения вместо правки типовой, не ломаем обновляемость, версионирование, никакого вендор-лока. Подробно — на странице «Разработка для 1С».

Как идёт работа

Пять этапов от аудита текущей ситуации до сопровождения уже работающего обмена.

  1. 1

    Аудит ситуации

    Смотрим какие площадки, какие схемы, какая конфигурация 1С, как сейчас крутятся остатки и заказы. Фиксируем боли.

  2. 2

    Выбор инструмента

    Готовый модуль, сторонний коннектор или своя разработка. Решение по принципу «минимально достаточно под задачу».

  3. 3

    Настройка обмена

    Подключаем API, настраиваем правила синхронизации, маппинг номенклатуры, регламент выгрузок. Тестируем на одной площадке.

  4. 4

    Запуск и контроль

    Включаем синхронизацию, первые недели мониторим: остатки, цены, статусы, отчёты. Ловим расхождения, чиним правила.

  5. 5

    Сопровождение

    API маркетплейсов меняются. Дальше — на абонентке или по запросу: правим под изменения, подключаем новые категории и схемы.

Из практики

«Классическая ошибка — подключить все четыре площадки сразу через разные коннекторы „чтобы быстрее“. В итоге остатки бьются между четырьмя источниками правды, отчёты комиссионера лежат в четырёх местах, бухгалтер плачет. Запускаем по одной площадке, отлаживаем правила, потом подключаем следующую — это медленнее на старте, но месяц спустя у вас одна цельная система, а не четыре полу-настроенных.»
Команда «Учётника» — наблюдение из проектов

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

Сколько стоит подключить маркетплейс?

Зависит от площадки, схемы работы и конфигурации 1С. Готовый модуль на типовой УТ — несколько часов настройки. Кастомная интеграция с Бухгалтерии под несколько складов и маркировку — от нескольких дней. Фиксируем объём и срок до старта работы.

У нас четыре маркетплейса — берёте за каждый отдельно или одной интеграцией?

Архитектурно — отдельные обмены под каждый API (у WB, Ozon, Я.Маркет, Мегамаркет свои протоколы). Но один проект, один человек, один регламент. По цене это не «4 цены умножить», а общая оценка с учётом, что часть инфраструктуры (маппинг номенклатуры, правила цен) переиспользуется.

У меня 1С:Бухгалтерия, не УТ. Можно ли вообще?

Можно, но через кастомную интеграцию или сторонний коннектор — в типовой Бухгалтерии нет встроенных модулей для маркетплейсов. Либо подключаем через стороннее решение, либо пишем расширение под Бухгалтерию, либо обсуждаем переход на УТ/КА, если объёмы того стоят.

Что с маркировкой Честный знак?

Маркировку поддерживаем — обмен кодами с площадками, выгрузка вводов в оборот, отчёты в Честный знак. Если конфигурация поддерживает работу с маркировкой штатно (УТ 11, Розница, КА) — делаем настройкой. Если нет — расширением и обменом с ИС МП.

А комиссии и НДС маркетплейса — как в учёте?

Через документ «Отчёт комиссионера». Комиссия площадки, эквайринг, доставка, штрафы, услуги MP разносятся отдельными статьями. Это корректно отражается в БУ и НУ, проходит сверку с банком и закрывает период без ручных правок.

А вы поддержите интеграцию после запуска?

Да. API маркетплейсов регулярно меняются — поля, статусы, авторизация. На абонентке такие правки идут в рамках договора, разово — оцениваем отдельно. Без поддержки запуск интеграции через 6-12 месяцев превращается в «работало, потом перестало».

Как часто синхронизируется?

Зависит от сущности и площадки. Остатки и цены — обычно каждые 5-15 минут (или по событию изменения в 1С). Заказы — почти в реальном времени (по push-уведомлению или частому опросу). Отчёты комиссионера — раз в неделю, когда MP их публикует. Настраивается под вашу скорость работы.

Обсудить подключение маркетплейсов

Расскажите про площадки и конфигурацию 1С: какие маркетплейсы, какие схемы (FBO/FBS/DBS), какая 1С (УТ/КА/Бухгалтерия), есть ли маркировка. Посмотрим, что закрывается готовым коннектором, что требует разработки.