Интеграции и автоматизация

Свяжем 1С, сайт и маркетплейсы в один обмен

Настраиваем интеграцию с маркетплейсами Ozon, Wildberries и Яндекс Маркетом: обмен товарами, ценами, остатками и заказами с 1С и сайтом. Цену называем после разбора.

Обсудить задачу

Что ломается в обмене

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

Очевидное решение — поставить типовой модуль обмена — закрывает базовый случай и ломается на первом же отклонении от него. Кабинеты Ozon, Wildberries и Яндекс Маркета устроены по-разному, у каждой площадки свои схемы работы и свои ограничения, а учётная система у заказчика почти всегда доработана под его процессы. Нужно решить, какая система главная, как считается свободный остаток, кто и когда меняет статус заказа.

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

Что делаем

Связываем учётную систему, сайт и площадки так, чтобы данные ходили сами и в обе стороны.

Единый остаток

Считаем свободный остаток в одной системе-источнике, чаще всего в 1С, и раздаём его на сайт и на все площадки, чтобы каналы не продавали один товар дважды.

Товары и карточки

Настраиваем сопоставление номенклатуры по артикулу, штрихкоду или внутреннему коду, разбираемся с дублями и разными идентификаторами товара на стороне площадки.

Цены и акции

Передаём цены из учётной системы на Ozon, Wildberries и Яндекс Маркет, учитывая, что у разных каналов цена может отличаться и обновляется с задержкой.

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

Забираем заказы с площадок в 1С без потерь и задвоений и возвращаем статусы обратно: сборка, отгрузка, отмена, возврат.

Схемы работы

Поддерживаем хранение на складе площадки и на складе продавца, а также доставку силами продавца — для каждой схемы свой сценарий обмена остатками и статусами.

Одежда и вариации

Работаем с размерными рядами и цветами: остаток отдельно по каждому сочетанию размера и цвета, со своим штрихкодом, и корректная передача возвратов.

Устойчивость к ограничениям

Строим обмен с учётом ограничений площадок — очереди, повторы при ошибках, обновление пакетами, — чтобы выгрузка не падала на пике заказов.

Как проходит работа

  1. Разбираем задачу

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

  2. Проектируем обмен

    Фиксируем систему-источник, правила расчёта остатка, сопоставление номенклатуры и то, кто и когда меняет статусы заказов по каждой схеме.

  3. Разрабатываем и проверяем

    Пишем обмен, гоняем на настоящих данных: заказы, отмены, возвраты, всплески. Проверяем поведение на ограничениях и ошибках площадок.

  4. Запускаем и сопровождаем

    Выводим на боевые кабинеты, следим за первыми днями, чиним замеченное. На код после сдачи действует гарантия.

Что получите

Меньше отмен и штрафов

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

Заказы в одном месте

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

Актуальные цены

Цена меняется в одной системе и уходит на все каналы, с поправкой на то, что каждая площадка обновляет её в своём темпе.

Обмен, который не падает

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

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

Почему товар продаётся, когда его уже нет на складе?

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

Можно ли обновлять остатки и цены в реальном времени?

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

Хватит ли типового модуля обмена или нужна своя интеграция?

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

Что делать, если товары в 1С и на площадке не сопоставляются?

Настраиваем правило сопоставления — по артикулу, штрихкоду или внутреннему коду — и наводим порядок с дублями и разными идентификаторами товара. Это разовая, но обязательная работа: без корректного сопоставления остатки и заказы будут уходить не на те позиции.

Учитываете ли размеры и цвета для одежды?

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

Поддерживаете ли разные схемы работы площадок?

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

Почему после изменения цены она меняется на площадке не сразу?

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

Опишите вашу связку систем

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

До 10 файлов, вместе не больше 100 МБ. Снимки экрана, журналы, документы