Продажи с Ozon и Wildberries не сходятся с 1С

Остатки в 1С и на площадке разъезжаются, заказы менеджер переносит в базу руками, цены на Ozon, WB и Яндекс Маркете обновляются по отдельности — и где-то в этом теряются продажи. Мы настраиваем обмен так, чтобы 1С отдавала остатки и цены сама, а заказы приходили в базу без ручного ввода. Работаем и с типовыми конфигурациями, и с уже доработанными: сначала смотрим вашу базу, потом называем срок и цену.

С чем к нам приходят селлеры

Продали то, чего нет на складе Остаток в 1С и остаток в кабинете живут отдельно. Пока менеджер обновит таблицу, товар успевают купить — заказ отменяется, площадка снижает рейтинг и режет показы. Чем больше SKU, тем чаще это происходит.
Заказы переносят в 1С руками Каждый вечер кто-то открывает три личных кабинета и вбивает заказы в базу. Опечатка в количестве или в артикуле — и склад отгружает не то. В сезон на это уходит по несколько часов в день.
Цены обновляются в четырёх местах Акция на Ozon, своя скидка на WB, отдельная цена на Яндекс Маркете, и ещё цена в 1С, по которой считают себестоимость. В какой-то момент товар уезжает по цене ниже закупки, и видно это только в конце месяца.
Один товар — три разных артикула В 1С своя номенклатура с характеристиками, на Ozon — свой SKU, на WB — свой баркод. Таблица соответствия лежит в Excel у менеджера, который в отпуске. Отсюда пересорт: уехало не то, что заказали.
Непонятно, сколько заработали чистыми В 1С попала только отгрузка, а комиссия площадки, логистика, хранение и возвраты остались в отчёте из кабинета. Оборот виден, прибыль по товару — нет.
Обмен когда-то настраивали, и он отвалился Сменили ключи API, обновили конфигурацию, уволился человек, который знал, где нажать кнопку — и выгрузка снова стала ручной. Разбираемся в том, что уже сделано, и чиним, а не переписываем с нуля.

Что входит в работу

Выгрузка номенклатуры и карточек товара Отдаём на площадку товары из справочника «Номенклатура»: наименование, характеристики (цвет, размер), штрихкоды, вес и габариты, если они заполнены. Сразу заводим внутри базы таблицу соответствия «товар в 1С ↔ артикул на площадке» — она живёт в 1С, а не в Excel у менеджера.
Остатки по расписанию Регламентное задание в 1С считает свободный остаток и отправляет его на площадку с нужной вам частотой. Настраиваем, какие склады отдавать, как учитывать резерв под уже принятые заказы и какой неснижаемый остаток держать, чтобы не продавать последнюю единицу.
Цены и акции Передаём цены из нужного вида цен 1С — отдельно цену до скидки и цену продажи. Ставим ограничение по минимальной наценке: если акционная цена уходит ниже порога, обмен её не отправляет и пишет об этом в лог.
Загрузка заказов с маркетплейса в 1С Заказы приходят в базу сами и превращаются в «Заказ клиента» или сразу в реализацию — как удобнее вашему учёту. Разводим схемы FBO и FBS, разные площадки на разные склады, организации и договоры, чтобы взаиморасчёты не смешивались.
Статусы, отгрузка и возвраты Собрали и отгрузили в 1С — статус уезжает обратно в кабинет; отмена и возврат с площадки приходят в базу. Менеджеру не нужно держать открытыми три кабинета, чтобы понимать, что происходит с заказом.
Отчёт по продажам и комиссиям Забираем отчёт площадки о реализации и разносим его в 1С: комиссия, логистика, хранение, возвраты. После этого прибыль по товару и по площадке видна прямо в базе, а не в отдельной таблице.
Под вашу конфигурацию Делаем на 1С: УТ 11.5, УТ 11.4, УТ 11.3, УТ 10.3, УНФ 3.0 и УНФ 1.6, Розница 3.0 и 2.3, БП 3.0, БП 2.0, КА 2.0, ERP 2.0. В свежих релизах УТ 11.5 и УНФ 3.0 часть обмена с маркетплейсами есть штатно — тогда мы не пишем всё заново, а настраиваем встроенный механизм и дописываем то, чего в нём не хватает. В старых конфигурациях вроде УТ 10.3 и УНФ 1.6 штатного обмена нет — там делаем внешней обработкой.

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

Обмен ломается на стыке систем Проблема почти никогда не в одном месте: часть данных в 1С, часть в кабинете площадки, часть на сайте. Когда за 1С отвечает один человек, за сайт другой, а за маркетплейсы третий, любой сбой превращается в переписку о том, кто виноват.
У нас веб и 1С в одних руках На обслуживании площадки 10 живых интернет-магазинов, где сайт и 1С ведёт одна сторона. Поэтому заказ с сайта и заказ с Ozon приходят в одну базу, не задваиваются и списывают один и тот же остаток.
Сначала считаем остатки, потом гоняем данные Если в базе неверно считается свободный остаток, обмен просто быстрее разнесёт ошибку по трём площадкам. На этапе оценки мы смотрим, как у вас устроены склады, резервы и характеристики, и говорим об этом до начала работ.

Как работаем

1 Вы описываете задачу Через форму на этой странице или в Телеграме. Без терминов 1С: напишите своими словами, что не сходится, на каких площадках торгуете и какая у вас конфигурация (если знаете). Скриншот кабинета или файл выгрузки помогают сильно.
2 Уточняем и оцениваем Задаём вопросы: релиз конфигурации, схема работы (FBO или FBS), сколько складов и организаций, есть ли характеристики у товаров, кто держит доступы к кабинетам. После этого называем срок и стоимость — до начала работ, а не после.
3 Делаем Работаем на копии вашей базы, чтобы ничего не задеть в рабочей. Показываем результат на ваших же товарах — сначала на нескольких, потом на всём каталоге — и только затем переносим в рабочую базу.
4 Принимаете и платите Вы проверяете обмен на своих товарах и заказах: остатки уехали, заказ пришёл в базу, статус вернулся. Оплата: задачи до 10 часов — после приёмки, работы от 10 часов — 50% при старте и 50% после приёмки. Счёт выставляем как самозанятые, чек приходит автоматически.

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

А если 1С обновится, всё сломается?

Нет. Мы стараемся не трогать типовую конфигурацию: доработку выносим в расширение (.cfe) или во внешнюю обработку (.epf) — это отдельные объекты, обновление накатывается штатно и снимать доработку с поддержки не нужно. Честно: при крупных релизах, когда 1С сильно меняет типовой объект, расширение иногда просит правки — но это правка на пару часов, а не переделка обмена заново. В старых конфигурациях (УТ 10.3, БП 2.0, УНФ 1.6) расширения работают ограниченно, поэтому там мы обычно делаем внешнюю обработку: она лежит отдельным файлом и обновление её вообще не касается.

Нужен ли доступ к моей базе?

Удобнее всего — копия базы: вы делаете выгрузку .dt и присылаете нам, мы работаем на ней. Второй вариант — удалённый доступ к тестовой копии на вашей стороне. В рабочую базу заходим только на этапе переноса и по согласованию с вами. Ещё понадобятся ключи API маркетплейса — заведите отдельный ключ с нужными правами, его потом можно отозвать. Пароли от банка, ЭЦП и доступ к деньгам нам не нужны никогда.

Сколько времени это займёт?

Разовая выгрузка файлом — обычно 1–2 рабочих дня. Автообмен остатками и ценами — несколько дней. Полный двусторонний обмен с заказами и статусами — от двух недель, потому что там всегда всплывают особенности учёта: характеристики, склады, схемы FBO/FBS. Точный срок называем после того, как посмотрим базу, и до начала работ.

Работаете ли с УТ 10.3?

Да. УТ 10.3 — одна из самых частых баз у тех, кто торгует давно. Штатного обмена с маркетплейсами там нет и не будет, поэтому делаем внешней обработкой: она сама забирает остатки и цены из базы и общается с площадкой. Обычные формы и старая платформа этому не мешают.

А если у меня самописная конфигурация?

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

Делаете обмен напрямую или через сервис-посредник?

Можем напрямую по API площадки из 1С — тогда нет посредника и нет ежемесячной абонентки за него. Если вы уже платите за сервис-агрегатор и он вас устраивает, ломать его не будем: достроим обмен между 1С и этим сервисом. Какой вариант дешевле именно вам, скажем после того, как посмотрим объёмы и текущую схему.

Что если не получится?

До начала работ мы проверяем два вопроса: есть ли у площадки нужный метод API и есть ли в вашей базе данные, которые надо отдавать. Если задача в текущем виде не решается — говорим об этом сразу и предлагаем, что можно сделать вместо. Результат вы принимаете на своих товарах и заказах, задачи до 10 часов оплачиваются после приёмки, длинные работы — пополам: 50% при старте и 50% после приёмки.

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

Ответим в течение рабочего дня. Регистрироваться не нужно.

Нажимая кнопку, вы соглашаетесь на обработку персональных данных.


1С, 1С:Предприятие — товарные знаки ООО «1С». Сайт не является официальным представительством фирмы «1С» и не аффилирован с ней.