Готовый модуль 1С для маркетплейсов или своя интеграция: что выбрать
Для связи 1С с маркетплейсами есть готовые модули и есть заказная интеграция. Разбираю, что умеет модуль, где он упирается и что проверить до покупки.
Коротко (TL;DR)
- Готовый модуль по подписке закрывает типовой набор: карточки, цены, остатки, заказы и отчёты площадок. Он быстро стартует, и за изменениями API следит его автор.
- Своя интеграция повторяет ровно ваш процесс, но поддерживать её при каждом изменении у площадки придётся вам или подрядчику.
- Выбор начинается не с продукта, а с описания процесса. Типовой процесс — модуль. Особые правила — модуль плюс доработка или своя интеграция.
Когда продавец выходит на вторую и третью площадку, вопрос связи с 1С встаёт сам. Руками вести Wildberries, Ozon и Яндекс Маркет параллельно с учётом уже не получается. Дальше есть две дороги. Первая — купить готовый модуль по подписке и подключить его к своей базе. Вторая — заказать интеграцию под себя. Я делал и то и другое, и много раз дорабатывал чужие модули. Ниже расскажу, как я выбираю между этими путями и что проверяю до покупки.
Что обычно умеет готовый модуль
Готовый модуль для маркетплейсов — это расширение или обработка, которая встраивается в 1С и общается с площадками через их API. Набор функций у разных авторов похож. Модуль выгружает карточки товаров и цены. Передаёт остатки. Загружает заказы и их статусы. Подтягивает отчёты площадок: продажи, комиссии, логистику, выплаты.
Хороший модуль работает сразу с несколькими площадками. Номенклатура 1С сопоставляется с карточками по артикулу или штрихкоду, дальше обмен идёт по расписанию. Для большинства продавцов этого хватает. Особенно если учёт типовой, склад один и цены считаются по понятным правилам.
Плюсы и минусы готового решения
Главный плюс — скорость. Модуль ставится и настраивается за дни, а не за недели. На старте это дешевле, чем разработка. Второй плюс я считаю даже важнее первого. Площадки регулярно меняют API: переименовывают поля, вводят новые методы, отключают старые. За этим следит разработчик модуля. Он выпускает обновление, и вы его ставите. Поддержка, демо и инструкции тоже на его стороне.
Минусы тоже понятны. Подписка ежемесячная, и платить её нужно всё время, пока вы торгуете. Модуль работает так, как задумал его автор. Если ваш процесс совпадает с его логикой, всё хорошо. Если нет, начинаются обходные пути. Хуже всего ложатся нестандартные вещи: свой склад с особой схемой отгрузки, свои правила цен для каждой площадки, несколько юрлиц на разных кабинетах. Часть этого модуль не умеет вовсе, часть умеет, но не так, как нужно вам.
Что даёт своя интеграция
Заказная интеграция делает ровно ваш процесс. Цены считаются по вашим формулам. Остатки берутся с того склада, с которого вы реально отгружаете. Заказы ложатся в те документы, с которыми привыкли работать люди. Лишних функций нет, и не нужно подстраивать учёт под чужую логику.
Цена этого — поддержка. API площадок меняется, и никто не выпустит за вас обновление. Изменения нужно отслеживать и вносить самому или через подрядчика. Если подрядчик пропал, интеграция может встать в самый неудобный день. Поэтому своя интеграция имеет смысл, когда за ней кто-то следит постоянно, а не только в момент сдачи.
Сравнение по критериям
| Критерий | Готовый модуль | Своя интеграция |
|---|---|---|
| Скорость запуска | Дни | Недели |
| Затраты на старте | Низкие | Выше, оплачивается разработка |
| Постоянные расходы | Ежемесячная подписка | Поддержка по мере изменений |
| Изменения API площадок | Отслеживает автор модуля | Отслеживаете вы или подрядчик |
| Нестандартные процессы | Ложатся с трудом | Делаются под вас |
| Несколько юрлиц и складов | Зависит от модуля | Закладываются сразу |
| Поддержка и обучение | На стороне разработчика | Нужно договариваться отдельно |
Как выбирать: сначала процесс
Я всегда начинаю с того, что описываю процесс на бумаге. Без этого сравнивать модули бессмысленно. Вопросов немного. Откуда берутся цены: один вид цен на всё или своя формула для каждой площадки. С какого склада уходит товар: со своего или со склада площадки. Кто собирает заказы и в какой момент заказ должен появиться в 1С. Сколько площадок сейчас и сколько планируется. Сколько юрлиц и кабинетов.
Если ответы типовые, берите модуль. Это дешевле и спокойнее. Если есть одно-два особых правила, чаще всего работает комбинированный путь. Модуль закрывает стандартное: карточки, остатки, заказы, отчёты. Доработка поверх него делает ваше особенное, например свой расчёт цены или разнесение заказов по юрлицам. Если особых правил много и они в центре процесса, выгоднее своя интеграция. Подстраивать модуль под всё это выйдет дороже, чем сделать с нуля.
У комбинированного пути есть одно условие. Доработка не должна лезть внутрь модуля. Её делают рядом, через расширение или отдельные обработки. Тогда обновление модуля не сотрёт вашу логику.
Что проверить у модуля до покупки
Первое — какие площадки и схемы работы поддерживаются. Продажа со своего склада и со склада площадки устроены по-разному. Нужно убедиться, что модуль умеет именно вашу схему на каждой площадке.
Второе — совместимость с вашей конфигурацией и версией 1С. Модуль для одной конфигурации не обязан работать в другой. Сильно доработанная база тоже может дать сюрпризы.
Третье — как быстро выходят обновления после изменений у площадки. Спросите об этом прямо и посмотрите историю версий. Если после прошлого крупного изменения API обновление вышло через месяц, весь этот месяц у продавцов что-то не работало.
Четвёртое — есть ли пробный период. Лучше всего подключить модуль к копии базы и прогнать на ней неделю реальных заказов. Так видно, где процесс совпадает, а где понадобится доработка.
Частые вопросы
Можно ли начать с модуля и потом перейти на свою интеграцию?
Можно. Это частый сценарий. Модуль даёт быстрый старт, а за время работы становится ясно, чего в нём не хватает. Главное — сразу аккуратно сопоставить номенклатуру, тогда переход пройдёт без потери данных.
Сломается ли доработка после обновления модуля?
Если она сделана через расширение и не правит код модуля, риск небольшой. Если код модуля переписан напрямую, обновление почти наверняка её сотрёт.
Что делать, если площадка изменила API, а обновления модуля ещё нет?
Ждать обновления или временно вести эту часть руками. Поэтому скорость реакции разработчика модуля — один из главных критериев выбора.
Подойдёт ли модуль, если у меня несколько юрлиц?
Зависит от модуля. Одни умеют работать с несколькими кабинетами и организациями, другие нет. Это проверяется до покупки, на демо или пробном периоде.
Кто поддерживает свою интеграцию после сдачи?
Тот, с кем вы об этом договорились. Лучше заранее решить, кто следит за изменениями площадок и в какой срок вносит правки.
Коротко о главном
Готовый модуль — быстрый и недорогой старт с поддержкой от автора. Он хорошо работает, если ваш процесс типовой. Своя интеграция повторяет ваш процесс точно, но требует постоянного присмотра за изменениями площадок.
Выбор начинается с описания процесса: цены, склад, сборка заказов, число площадок и юрлиц. Часто лучший ответ — модуль для стандартного и доработка рядом с ним для особенного.
Если не уверены, какой путь ваш, разберём процесс вместе и посмотрим, что закрывает модуль, а что нужно делать отдельно. Напишите в Telegram, MAX или VK.
Что я делаю для бизнеса
- Складской учёт и приложения для ТСД
- Интеграция 1С с сайтом, ботом и маркетплейсами
- Автоматизация процессов и CRM
- Боты для заказов в Telegram и MAX
Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»
12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.
Готовы обсудить вашу задачу?
Бесплатная консультация — разберём, как внедрить это в вашем бизнесе под ключ. Без форм, пишите напрямую.
Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.


