Сервис для работы с маркетплейсами выбирают из трёх вариантов: готовый облачный коннектор с подпиской, товароучётная программа со встроенными интеграциями вроде МойСклад или заказная интеграция площадок с вашей 1С и CRM. Готовый сервис быстрее запустить, заказная интеграция точнее повторяет ваши процессы и не зависит от чужих тарифов. Правильный выбор определяется не модой, а объёмом продаж, числом площадок и тем, где у вас живёт учёт. Ниже — сравнение и вопросы, которые стоит задать подрядчику до договора.
Три способа подключить маркетплейсы к учёту
Готовый сервис-коннектор
Облачная программа для маркетплейсов, которая забирает заказы с площадок, отправляет остатки и цены и передаёт данные в учётную систему через свой модуль. Вы платите подписку — обычно в зависимости от числа заказов, товаров или подключённых кабинетов. Настройка — в интерфейсе сервиса, без программистов.
Товароучётная система со встроенными интеграциями
МойСклад и похожие системы умеют работать с маркетплейсами «из коробки»: заказы и остатки живут прямо в них. Это удобно, если вы готовы перенести складской учёт в такую систему. Если основной учёт остаётся в 1С, появляется ещё одно звено, которое тоже нужно синхронизировать.
Заказная интеграция
Площадки подключаются к вашей 1С и CRM напрямую по API: правила цен, резервов, складов и документов настраиваются под ваш процесс. Это разовая разработка и сопровождение, без подписки за каждый заказ, но с более долгим запуском.
Сравнение по цене, гибкости и рискам
| Критерий | Готовый коннектор | Учётная система с интеграциями | Заказная интеграция |
|---|---|---|---|
| Запуск | Дни | Дни или недели, если переносите учёт | 2–4 недели на первую площадку |
| Платежи | Подписка, растёт с оборотом | Подписка за пользователей и функции | Разовая разработка, затем поддержка |
| Гибкость правил | В пределах настроек сервиса | В пределах настроек системы | Любые правила цен, резервов, складов |
| Где учёт | Ваша 1С плюс сервис посередине | Переезжает в систему | Остаётся в 1С |
| Главный риск | Зависимость от тарифов и сроков доработки сервиса | Два источника данных, если 1С остаётся | Качество подрядчика и документации |
Подписка выглядит дешевле на старте, но считать её нужно на горизонте двух-трёх лет и с учётом роста. Если сервис берёт плату за каждый заказ, при росте оборота платёж растёт вместе с ним. Заказная интеграция стоит больше в первый месяц, а дальше расходы почти не зависят от числа заказов.
Когда готового сервиса достаточно
- Быстрый старт без разработки
- Площадки обновляют API — сервис обновляется сам
- Понятный ежемесячный платёж на старте
- Удобно проверить канал, прежде чем вкладываться
- Логика цен и резервов ограничена настройками
- Модуль обмена с 1С типовой — доработанную конфигурацию может не понять
- Данные проходят через третью сторону
- Подписка растёт с оборотом и числом кабинетов
Готовый коннектор разумен, когда вы тестируете маркетплейсы, у вас одна площадка и типовая 1С или учёт в таблице, а правила простые: одна цена, один склад, без сложных скидок. Пока главный вопрос — «пойдёт ли товар на площадке вообще», тратить бюджет на разработку рано.
Когда нужна своя интеграция
Заказная интеграция окупается, когда сервис-посредник начинает мешать. Типичные сигналы:
- несколько площадок, свой сайт и розница продают из одного остатка, а сервис не учитывает резервы или склады так, как вам нужно;
- 1С доработана: свои реквизиты, типы цен, схемы комиссии, и типовой модуль коннектора их не видит;
- цены считаются по правилам — наценка на комиссию площадки по категориям, акции, минимальная маржа;
- бухгалтерии нужны в 1С не только заказы, но и комиссии, логистика, возвраты и выплаты по отчётам площадки;
- подписка за заказы уже сопоставима со стоимостью разработки за год.
В этом случае площадки подключают к учёту напрямую. Так устроена наша интеграция с маркетплейсами под ключ: Kaspi Магазин, Ozon, Wildberries, Halyk Market и Jusan Market по API площадки или через коннектор, если он оправдан, — товары и цены из 1С, заказы и статусы в 1С и CRM, остатки на всех площадках и сайте. Если в цепочке есть нестандартные системы — своя ERP, складская программа, старая база, — для них пишется отдельный коннектор с очередями, повторами и журналом операций, это задача разработки API и нестандартных интеграций.
Подробно о том, из чего складываются эти суммы, мы писали в разборе «Сколько стоит интеграция с маркетплейсами».
Коннектор маркетплейсов для 1С: на что смотреть в любом варианте
Неважно, выбираете вы сервис или подрядчика на разработку, — проверяйте одни и те же вещи. Как часто обновляются остатки и что происходит при продаже между обновлениями. Где ставится резерв. Как обрабатываются возвраты и отмены — отдельными документами или «молча». Кто узнаёт о том, что обмен остановился, и через сколько минут. Если ответ на последний вопрос — «вы увидите по отменам», это плохой ответ.
Выбирать программу для маркетплейсов по списку поддерживаемых площадок. Важнее, как она работает с вашей 1С: какие версии и конфигурации поддерживает, понимает ли доработки, пишет ли комиссии и выплаты в учёт, а не только заказы.
Гибридный вариант: коннектор плюс доработка
Выбор не всегда «или — или». Иногда разумно оставить готовый коннектор для одной площадки, где он хорошо справляется, и дописать то, чего ему не хватает: передачу комиссий и выплат в 1С, общий резерв с сайтом, отчёт по марже. Иногда наоборот — основная связка 1С с площадками делается на заказ, а редкий канал с небольшим оборотом подключается через сервис, чтобы не тратить бюджет на разработку.
У гибрида есть цена: два места, где может сломаться обмен, и два договора с разными сроками реакции. Поэтому заранее решите, какая система — источник правды по остаткам и ценам, и кто отвечает за сбой на стыке. Если на этот вопрос нет ответа, при первой же продаже товара, которого нет, подрядчик и сервис будут кивать друг на друга, а штраф за отмену заплатите вы.
Вопросы подрядчику до подписания договора
- С какими версиями и конфигурациями 1С вы работали — Управление торговлей, Розница, УНФ, ERP, Бухгалтерия?
- Как часто обновляются остатки и цены и что происходит при продаже между обновлениями?
- Где и когда ставится резерв, если товар заказали одновременно на сайте и на площадке?
- Как работают схемы FBO и FBS и как они отражаются в учёте?
- Попадают ли в 1С комиссии, логистика, штрафы и выплаты по отчётам площадки?
- Как обрабатываются возвраты, отмены и отклонённые карточки?
- Кто и как узнаёт о сбое обмена и за какое время?
- Что будет, когда площадка изменит API, — кто обновляет и за чей счёт?
- Кому принадлежат код и доступы, есть ли документация?
- Можно ли начать с одной площадки и подключать остальные по готовой схеме?
Хороший подрядчик отвечает на эти вопросы конкретно и без «посмотрим по ходу». Плохой — переводит разговор на скидку за предоплату.
Как выбрать способ под свой объём продаж
- Посчитайте потокСколько заказов в день по всем площадкам, сколько позиций в ассортименте, сколько каналов продаж.
- Определите источник правдыГде живут остатки и цены сейчас и где должны жить через год — в 1С, в товароучётной системе или в таблице.
- Сравните на горизонте двух-трёх летПодписку с учётом роста оборота против разовой разработки и поддержки.
- Проверьте ограниченияОпишите свои правила цен, резервов и складов и спросите, какие из них сервис не поддерживает.
- Начните с одной площадкиВ любом варианте сначала доводят до рабочего состояния один канал, потом масштабируют.
Если после этих шагов понятно, что готовый сервис вас ограничивает, пришлите нам список площадок и конфигурацию 1С — мы предложим состав подключения маркетплейсов к 1С и пришлём смету за один рабочий день. Сводные ориентиры по всем интеграциям — на странице цен на CRM и автоматизацию.
Что лучше: МойСклад для маркетплейсов или интеграция с 1С?
Если вы готовы вести складской учёт в МойСклад, его встроенных интеграций может хватить. Если учёт остаётся в 1С, прямая интеграция избавляет от второго источника данных и двойной синхронизации.
Можно начать с готового коннектора, а потом перейти на свою интеграцию?
Да, это обычный путь. Важно сразу держать артикулы, штрихкоды и сопоставление карточек в учётной системе, чтобы переход не потребовал заново связывать товары.
Кто обновляет интеграцию, когда площадка меняет API?
В готовом сервисе — его разработчик. В заказной интеграции — подрядчик по договору поддержки; этот пункт стоит прописать до старта работ.
Нужна ли CRM, чтобы подключить маркетплейсы?
Нет, достаточно 1С. CRM добавляют, когда заказы с площадок нужно вести как сделки с задачами, сроками и контролем руководителя.
