Здесь состав работ и типичные ошибки. Возможности API площадок и правила работы меняются, поэтому актуальные требования смотрят в документации самой площадки, а названия настроек сверяют с документацией своей конфигурации.
Сначала схема работы
До любых технических разговоров надо понять, где физически лежит товар — от этого зависит примерно всё.
Когда товар отгружен на склад площадки, остатками там управляет она сама, а 1С в основном принимает данные о продажах и деньгах. Когда товар лежит у продавца и отгружается по мере заказов, 1С отвечает за остатки, и обмен становится критичным: неверная цифра означает отменённый заказ.
Многие продавцы работают по обеим схемам одновременно и на нескольких площадках. Тогда добавляется вопрос, какой склад в учёте соответствует какому складу площадки, и без ответа на него обмен настроить нельзя.
Что синхронизируют
| Данные | Куда идут | Зачем |
|---|---|---|
| Карточки товаров | Из 1С на площадку | Чтобы не заводить номенклатуру дважды |
| Цены | Из 1С на площадку | Чтобы акции и переоценка не делались руками в кабинете |
| Остатки | Из 1С на площадку | Чтобы не продать то, чего нет |
| Заказы | С площадки в 1С | Чтобы отгрузка и учёт шли по документам |
| Статусы | В обе стороны | Чтобы видеть, что собрано, отгружено и доставлено |
| Отчёты о реализации | С площадки в 1С | Чтобы комиссии и удержания попадали в учёт |
Обычно начинают с остатков и заказов — они дают самый быстрый эффект. Карточки и цены подключают вторым этапом.
Остатки: главная боль
Ситуация повторяется у всех. На складе — одна последняя единица товара. Её покупают на площадке и через полчаса в рознице. Обмен идёт раз в час, площадка про розничную продажу ещё не знает, заказ уходит в сборку, товара нет, заказ отменяется.
Отмена на маркетплейсе стоит дороже, чем на своём сайте — падает рейтинг продавца, а за ним показы карточки. Поэтому здесь недостаточно просто настроить выгрузку.
Что делают на практике:
- Выделяют под площадку отдельный склад в учёте и отгружают на него товар физически или логически.
- Оставляют резерв: выгружают не весь остаток, а за вычетом страхового запаса.
- Сокращают интервал выгрузки для ходовых позиций.
- Выгружают ноль сразу после продажи по редким и штучным товарам.
Универсального интервала нет. Он подбирается под оборачиваемость: то, что продаётся раз в месяц, и то, что уходит десятками в день, требуют разного подхода.
Заказы и статусы
Заказ с площадки должен создать в 1С ровно один документ. Повторная передача того же заказа, а она случается при сбоях связи, не должна создавать второй. Механизм защиты тот же, что и в обмене с сайтом, и я разбирал его отдельно: почему дублируются заказы в 1С.
Дальше идут статусы — заказ собран, передан в доставку, доставлен, возвращён. Каждое событие меняет картину в учёте, и договориться, какие статусы вы забираете, стоит до начала работ. Полный набор нужен редко, обычно хватает нескольких ключевых.
Отдельная тема — возвраты. На маркетплейсах их заметно больше, чем в обычной рознице, и если возвраты не попадают в учёт автоматически, остатки начинают жить своей жизнью.
Отчёты, комиссии и деньги
Часть, которую чаще всего откладывают — и зря. Площадка перечисляет продавцу сумму заказов за вычетом комиссии, логистики, хранения, эквайринга, штрафов и рекламы.
Если эти удержания не разносить в учёте, происходит следующее. Выручка в 1С не сходится с деньгами на счёте. Рентабельность по товарам считается на глаз. Какая позиция приносит деньги, а какая работает в минус после всех комиссий, понять невозможно.
Поэтому загрузка отчётов площадки — такая же часть интеграции, как выгрузка остатков. Делают её обычно раз в период, по мере публикации отчётов.
Готовый модуль или своя разработка
Для основных площадок есть готовые решения, и в большинстве случаев начинать стоит с них.
Причина простая — площадки регулярно меняют свои интерфейсы обмена, и после каждого изменения интеграцию нужно править. У готового модуля этим занимается его разработчик, у своей разработки — вы.
Своя разработка оправдана, когда схема работы нетиповая, конфигурация 1С сильно изменена или нужно то, чего готовые решения не делают. И даже тогда полезно посмотреть на существующие модули, чтобы понимать объём работы.
Что проверить перед покупкой модуля: поддерживает ли он вашу конфигурацию и её версию, все ли ваши площадки, есть ли загрузка отчётов, как часто выходят обновления и что входит в сопровождение.
Контроль обмена
Остановившийся обмен с маркетплейсом обнаруживают поздно и дорого — остатки замирают, заказы продолжают приходить на товар, которого нет, отмены копятся.
Минимальный контроль
- Уведомление о сбое приходит человеку, а не остаётся в журнале.
- Видна дата и время последней успешной выгрузки остатков.
- Обмен можно запустить вручную без вызова специалиста.
- Понятно, что делать при сбое и кому писать.
Что прислать для оценки
- Конфигурацию 1С и её версию, типовая она или изменённая.
- Список площадок и схему работы на каждой.
- Сколько товаров и есть ли характеристики или размеры.
- Продаёте ли те же товары в рознице или на своём сайте.
- Есть ли сейчас какая-то интеграция и что в ней не устраивает.
- Нужны ли отчёты о реализации в учёте.
Частые вопросы
Почему остатки на маркетплейсе расходятся с 1С?
Обычно из-за задержки обмена и продаж по другим каналам. Пока выгрузка идёт раз в час, тот же товар успевают купить в рознице или на другой площадке, и остаток становится отрицательным.
Готовый модуль или своя разработка?
Модуль дешевле на старте и его сопровождает разработчик при изменениях в API площадки. Своя разработка нужна, когда схема работы нетиповая или конфигурация 1С сильно изменена.
Нужно ли резервировать остаток под маркетплейс?
Если товар продаётся ещё и в рознице или на сайте, резерв или отдельный виртуальный склад снимают большую часть отмен. Иначе последняя единица уходит одновременно в двух местах.
Что делать с комиссиями и логистикой площадки?
Их забирают из отчётов площадки и разносят в учёте. Без этого выручка в 1С не сходится с деньгами на счёте, и рентабельность считают на глаз.
Обмен встал, и заказы перестали приходить. Как этого избежать?
Нужны уведомление о сбое и видимая дата последнего успешного обмена. На маркетплейсах цена молчаливой остановки выше, чем на своём сайте, из-за отмен и рейтинга.
Что прислать, чтобы оценить работу?
Конфигурацию 1С и её версию, список площадок и схему работы на каждой, число товаров, продаёте ли те же товары в других каналах и есть ли сейчас какая-то интеграция.
Нужно связать 1С с маркетплейсами
Пришлите конфигурацию, список площадок и схему работы на каждой. Скажу, хватит ли готового модуля или потребуется разработка.
Интеграция сайта с 1С →