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

Интеграция 1С с маркетплейсами нужна, как только остатки и заказы с площадок начинают переносить руками. Дальше у продавца четыре пути: использовать то, что уже есть в самой 1С, поставить готовый модуль, подключить внешний сервис по подписке или заказать свою интеграцию.

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

Четыре способа обмена 1С с Wildberries и Ozon

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

1. Встроенный (типовой) функционал 1С для маркетплейсов

В ряде типовых конфигураций торгового и управленческого класса (например, «Управление торговлей», «Комплексная автоматизация», ERP) есть раздел для работы с маркетплейсами: сопоставление номенклатуры, выгрузка остатков и цен, получение заказов. Набор площадок, схем работы и операций зависит от конфигурации и релиза. Правила самих площадок могут меняться чаще, чем выходят релизы, поэтому сверяйтесь с документацией своей версии, а не с общим описанием.

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

2. Готовый модуль или расширение для 1С

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

Хорошо, когда площадок одна-две, схема типовая, а автор быстро обновляет модуль после изменений у площадок. Плохо, когда конфигурация доработана: модуль может конфликтовать с доработками, а код нередко закрыт, и исправить его вы не можете. Отдельно проверьте, как модуль ведёт себя в вашем варианте базы (файловая, клиент-серверная, облачный сервис): ограничения на расширения и фоновые задания бывают разными.

3. Сервис-агрегатор по подписке для выгрузки остатков

Внешний сервис стоит между 1С и площадками. Он сам обращается к API каждой площадки, а 1С обменивается только с ним — через небольшой модуль или по протоколу сервиса. Сопоставление товаров, журнал и отчёты часто уже встроены. Тарифы нередко зависят от числа магазинов, товаров или заказов.

Хорошо, когда площадок несколько, а своей ИТ-команды нет: при смене API чинить будет вендор. Плохо, когда ключи и данные покупателей нельзя отдавать наружу, нужна нестандартная логика, а с ростом объёмов подписка дорожает быстрее, чем растёт польза. Зависимость от одного вендора здесь самая сильная: остановился сервис, остановился и обмен.

4. Своя интеграция

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

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

Схемы FBO, FBS и rFBS: что они меняют в интеграции 1С с маркетплейсами

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

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

Сравнение способов интеграции 1С с маркетплейсами по 11 критериям

Колонки — четыре способа из начала статьи: встроенный функционал, готовый модуль, сервис-агрегатор и своя интеграция. Таблица описывает типичные случаи, а не конкретные продукты. У отдельного модуля или сервиса любая строка может оказаться лучше или хуже: проверяйте списком вопросов ниже. Цены и акции, а также загрузку финансовых отчётов площадок (комиссии, удержания) мы в таблицу не включали: решения различаются и по ним, спросите о них отдельно.

Когда хватит готового модуля или встроенного функционала 1С

Готовое решение — нормальный выбор, а не компромисс. Если большинство пунктов про вас, начните со встроенного функционала или модуля и не заказывайте разработку.

• Площадок одна-две, схема FBS с одним складом (или FBO, где остатки площадка ведёт сама).
• Нет комплектов, партий и сложных характеристик, либо их мало и ими можно управлять вручную.
• Артикулы в 1С совпадают с артикулами площадки или легко приводятся к одному виду.
• Конфигурация 1С близка к типовой, без глубоких доработок в торговле и складе.
• Если обмен остановится на день, заказы можно обработать руками, и это не катастрофа.
• Кто-то у вас читает журнал обмена и знает, куда смотреть при расхождении.
• Продавец модуля или сервиса отвечает на десять вопросов ниже прямо и без уклончивых формулировок.
• Вы готовы вернуться к выбору через три месяца работы, если реальность окажется иной.

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

Когда готового модуля уже мало и нужна своя интеграция

Признаки, что рамки готового решения стали тесными:

• Расхождения остатков повторяются после настройки, и причина в логике продукта, а не в ошибке настройки.
• Нужна своя логика распределения остатка между каналами: приоритет канала, разные страховые запасы.
• Есть наборы и комплекты, маркированный товар, серии или партии, и готовое решение их не тянет.
• Возвраты должны попадать на разные склады в зависимости от состояния товара.
• Конфигурация доработана, а модуль конфликтует с доработками или мешает обновлению.
• Ключи и данные покупателей по вашим правилам нельзя передавать внешнему сервису.
• Нужна площадка, которой нет в списке выбранного решения.
• Обмен падает, а вы узнаёте об этом от покупателя: оповещений нет и добавить их нельзя.
• Подписка за объёмы стала сопоставима с содержанием собственного решения (посчитайте на три года).

Одного признака мало: решение принимается по совокупности и по цене ошибки. Если из-за расхождений заказы отменяются по вашей вине, а площадка за это штрафует или снижает рейтинг (условия у всех свои, смотрите правила для продавцов), даже один пункт стоит разобрать. Типичные причины расхождения и способ найти свою за час описаны в материале про несовпадающие остатки.

Что обмен 1С с маркетплейсами должен делать при любом способе

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

1. Резерв в момент получения заказа. Не при сборке и не при отгрузке: иначе в окне между этими событиями товар продаётся второй раз. Отдельно выясните, какое число ждёт площадка: с учётом уже созданных заказов или без. Если это перепутать, резерв вычтется дважды либо не вычтется совсем.
2. Страховой запас на ходовых позициях. На площадку уходит чуть меньше, чем есть. Размер запаса настраивается и подбирается по скорости продаж.
3. Очередь и повторы. Площадка может ответить ошибкой лимита или быть недоступной. Обмен не теряет операцию, а повторяет её с нарастающей паузой.
4. Защита от дублей. Повторная доставка того же заказа не создаёт второй документ. Обычно для этого используют пару «площадка и идентификатор заказа»; у части площадок это номер отправления или сборочного задания.
5. Журнал и оповещение. Что отправлено, что ответила площадка, что повторялось. О сбое узнаёте вы, а не только исполнитель.
6. Одна главная система. Остатки правятся только в 1С. Правка в кабинете площадки затирается очередной выгрузкой.
7. Ночная сверка. Раз в сутки сравниваются числа по всем позициям и приходит отчёт о расхождениях.

Десять вопросов продавцу модуля или сервиса для выгрузки остатков

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

Как проверить выбор до оплаты

Пробный прогон занимает неделю-две и показывает то, чего нет в описаниях продуктов:

1. Возьмите копию базы и тестовый доступ к кабинету или ключ с ограниченными правами, если площадка это позволяет. Боевую базу в первый день не подключайте. Помните: копия базы с боевым ключом отправит на площадку реальные остатки и заберёт реальные заказы. Ограничьте тест несколькими товарами и заранее решите, как не обработать один заказ дважды: в копии и в рабочей базе.
2. Выберите двадцать контрольных артикулов: ходовые, комплекты, товар на складе площадки, позиции с вариантами, те, по которым недавно были возвраты.
3. Прогоните цикл: остаток уменьшился, пришёл заказ, создался резерв, заказ отменили, товар вернулся. Смотрите на числа в 1С и на площадке после каждого шага.
4. Устройте сбой: отключите связь на полчаса или попросите вендора эмулировать ошибку лимита. Обмен должен догнать состояние сам, без ручного перезапуска и без дублей.
5. Если решение позволяет, неделю работайте в режиме сравнения: что оно отправило бы и что на площадке сейчас.
6. Сверьте результат с чек-листами выше и только после этого оплачивайте или подписывайте договор.

Условный пример: как выбор меняется вместе с бизнесом

Это условный пример, числа условные: он показывает логику выбора, а не типичного продавца.

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

Цена владения: что считать

Сравнивать нужно не цену в первый месяц, а стоимость за весь срок использования. Удобная рамка — три года:

• Разовые платежи: покупка модуля или разработка и запуск своей интеграции.
• Абонентская плата: подписка на сервис, платные обновления, поддержка. Уточните, как она меняется с ростом числа товаров и заказов.
• Доработки: всё, что придётся добавить к готовому, чтобы оно подошло вашему учёту.
• Время сотрудников: ручное сопоставление товаров, разбор расхождений, обучение.
• Цена ошибок: отменённые заказы, штрафы и просадка рейтинга по правилам площадки, время на споры.

Цены готовых модулей и подписок мы не называем: они меняются, а у разных продавцов устроены по-разному. Спросите их и посчитайте по формуле выше. Наши ориентиры, по тарифам: базовый односторонний обмен (например, остатки из 1С на одну площадку) — от 150 000 ₽, сопровождение — от 20 000 ₽/мес. Двусторонний обмен с заказами, статусами и возвратами дороже базового, потому что сущностей и правил больше. Точную сумму называем после разбора вашей схемы, а не заранее по телефону.

С чего начать

1. Запишите: какие площадки, какие схемы, сколько складов и позиций, какое именно число остатка уходит наружу.
2. Проверьте документацию своей конфигурации и релиза: есть ли встроенный функционал и что он умеет.
3. Пройдите по двум спискам выше: «хватит готового» и «готового уже мало».
4. Если выходит, что готового хватит, выберите продукт по десяти вопросам и проверьте на копии базы.
5. Если не выходит, принесите нам эту запись. Разберём, где нужен свой код, а где достаточно готового: для типового обмена так и скажем.

Как мы делаем такой обмен целиком — на странице интеграции 1С с маркетплейсами, разбор типовой задачи — в материале про обмен с площадками и сайтом, общий раздел — интеграции и сопровождение. Тот же вопрос «готовый коннектор или свой обмен» для связки с CRM разобран в статье про схемы интеграции 1С с CRM. Если вместе с площадками нужен ещё и ваш сайт, у него своя специфика обмена: она разобрана на странице интеграции сайта с 1С.