Связываем 1С с Wildberries, Ozon, Яндекс.Маркетом и Мегамаркетом. Товары, цены, остатки, заказы, возвраты и отчёты комиссионера — автоматически между системами. Менеджер занимается продажами, а не Excel-сверкой.
Если узнали себя — это типовая ситуация. Решается налаживанием обмена 1С↔площадка, не увеличением штата менеджеров.
Продал на WB то, чего уже нет на Ozon. Получил штраф за неотгрузку. Менеджер каждое утро правит остатки руками.
Поднял цены в 1С, на маркетплейсе осталось старое. Продаёшь себе в минус, ловишь это уже по отчёту в конце месяца.
Статус заказа из кабинета MP не доехал до 1С. Менеджер обещал клиенту отгрузку, склад не увидел заказ, клиент уехал в возврат.
Товар вернулся на склад MP, в 1С это не отразилось. По остаткам всё нормально, по деньгам — минус. Понимаем это, когда сводим месяц.
Бухгалтер выгружает отчёт комиссионера из кабинета, разбирает в Excel, переносит в 1С. Половина рабочего дня — на сверку, не на учёт.
Шесть базовых сущностей обмена. Дальше детали зависят от площадки и вашей конфигурации 1С.
Карточки товара, размеры, цвета, штрихкоды, GTIN. Создание новых позиций, обновление атрибутов — из 1С в MP, без ручной загрузки.
Розничные цены, акционные, региональные. Правила скидок и промо. Меняете цену в 1С — она едет на площадки автоматически.
Реальные остатки с учётом резервов, ваших и MP-складов (FBO/FBS). Без двойных продаж и штрафов за нулевые остатки.
Новые заказы приходят в 1С автоматически. Статусы (сборка, отгрузка, доставка, выкуп) синхронизируются туда-обратно.
Возвраты прилетают в 1С отдельным документом. Остатки на складе обновляются, в учёте всё сходится — без ручного восстановления.
Отчёты MP грузятся в 1С как документы «Отчёт комиссионера», с разнесением комиссий, доставки, штрафов, эквайринга — готовы к закрытию периода.
У каждого маркетплейса свой API, своя модель схем работы и свои особенности учёта. Кратко по четырём основным площадкам РФ.
Расшифровка схем: FBO/FBY/FBP — склад маркетплейса; FBS — склад продавца, доставка маркетплейса; DBS — склад и доставка продавца; RFBS — реализация продавца с доставкой маркетплейса; Экспресс — быстрая доставка от продавца.
Часто задачу решает встроенный коннектор в вашей конфигурации 1С — не надо платить за «космический проект интеграции». Но если у вас Бухгалтерия или нетиповая схема — готового не будет, тогда нужна разработка.
Берём минимально достаточный инструмент под задачу. Не продаём кастом ради чека и не настаиваем на коннекторе, если он не закрывает реальный сценарий.
Встроенные коннекторы фирмы «1С» в УТ 11, КА, Розница. Сторонние коннекторы из 1С:ИТС и партнёрской сети.
Берём, если они закрывают вашу схему работы — это быстрее и дешевле кастома. Поможем подобрать и запустить.
Своя разработка обмена через Seller API маркетплейса. Полный контроль над логикой: статусы, фильтры, кастомные правила, расширенные отчёты.
Когда готовое не закрывает задачу. Архитектурные принципы и дисциплина — те же, что в разделе «Разработка».
Архитектура и принципы кастомной разработки — общие для всех интеграций. Расширения вместо правки типовой, не ломаем обновляемость, версионирование, никакого вендор-лока. Подробно — на странице «Разработка для 1С».
Пять этапов от аудита текущей ситуации до сопровождения уже работающего обмена.
Смотрим какие площадки, какие схемы, какая конфигурация 1С, как сейчас крутятся остатки и заказы. Фиксируем боли.
Готовый модуль, сторонний коннектор или своя разработка. Решение по принципу «минимально достаточно под задачу».
Подключаем API, настраиваем правила синхронизации, маппинг номенклатуры, регламент выгрузок. Тестируем на одной площадке.
Включаем синхронизацию, первые недели мониторим: остатки, цены, статусы, отчёты. Ловим расхождения, чиним правила.
API маркетплейсов меняются. Дальше — на абонентке или по запросу: правим под изменения, подключаем новые категории и схемы.
«Классическая ошибка — подключить все четыре площадки сразу через разные коннекторы „чтобы быстрее“. В итоге остатки бьются между четырьмя источниками правды, отчёты комиссионера лежат в четырёх местах, бухгалтер плачет. Запускаем по одной площадке, отлаживаем правила, потом подключаем следующую — это медленнее на старте, но месяц спустя у вас одна цельная система, а не четыре полу-настроенных.»
Зависит от площадки, схемы работы и конфигурации 1С. Готовый модуль на типовой УТ — несколько часов настройки. Кастомная интеграция с Бухгалтерии под несколько складов и маркировку — от нескольких дней. Фиксируем объём и срок до старта работы.
Архитектурно — отдельные обмены под каждый API (у WB, Ozon, Я.Маркет, Мегамаркет свои протоколы). Но один проект, один человек, один регламент. По цене это не «4 цены умножить», а общая оценка с учётом, что часть инфраструктуры (маппинг номенклатуры, правила цен) переиспользуется.
Можно, но через кастомную интеграцию или сторонний коннектор — в типовой Бухгалтерии нет встроенных модулей для маркетплейсов. Либо подключаем через стороннее решение, либо пишем расширение под Бухгалтерию, либо обсуждаем переход на УТ/КА, если объёмы того стоят.
Маркировку поддерживаем — обмен кодами с площадками, выгрузка вводов в оборот, отчёты в Честный знак. Если конфигурация поддерживает работу с маркировкой штатно (УТ 11, Розница, КА) — делаем настройкой. Если нет — расширением и обменом с ИС МП.
Через документ «Отчёт комиссионера». Комиссия площадки, эквайринг, доставка, штрафы, услуги MP разносятся отдельными статьями. Это корректно отражается в БУ и НУ, проходит сверку с банком и закрывает период без ручных правок.
Да. API маркетплейсов регулярно меняются — поля, статусы, авторизация. На абонентке такие правки идут в рамках договора, разово — оцениваем отдельно. Без поддержки запуск интеграции через 6-12 месяцев превращается в «работало, потом перестало».
Зависит от сущности и площадки. Остатки и цены — обычно каждые 5-15 минут (или по событию изменения в 1С). Заказы — почти в реальном времени (по push-уведомлению или частому опросу). Отчёты комиссионера — раз в неделю, когда MP их публикует. Настраивается под вашу скорость работы.
Расскажите про площадки и конфигурацию 1С: какие маркетплейсы, какие схемы (FBO/FBS/DBS), какая 1С (УТ/КА/Бухгалтерия), есть ли маркировка. Посмотрим, что закрывается готовым коннектором, что требует разработки.