Интеграция 1С с маркетплейсами под ключ: от чего зависит цена

📅 Опубликовано 16 октября 2026 г.

Коротко: «под ключ» у разных исполнителей означает разный объём работ – от установки готового модуля с базовой настройкой до обмена заказами, остатками, ценами и отчётами комиссионера в вашей доработанной базе. Смету определяют конфигурация и степень её доработки, число кабинетов и схем работы, перечень операций и глубина учёта комиссии. Публичного прайса на такие проекты нет, поэтому сопоставимые оценки получаются только из подробного описания задачи.

Что обычно входит в «под ключ», а что приходится заказывать отдельно

Формулировка в коммерческом предложении почти никогда не раскрывает состав. Просите расшифровку по блокам – так видно, что исполнитель посчитал, а что оставил за рамками.

• Заказы. Загрузка новых заказов и сборочных заданий, обновление статусов в обе стороны, отмены и частичные отказы покупателей.
• Остатки. Выгрузка доступного количества по складам, учёт зарезервированного под сборку, исключение неликвидов и товаров без карточек.
• Цены. Выгрузка цен и скидок из нужного вида цен 1С, контроль минимальной цены, обработка акций площадки.
• Поставки на склад площадки. Формирование документов отгрузки, печать этикеток и сопроводительных форм, сверка принятого количества.
• Отчёты площадки. Загрузка отчётов о реализации и финансовых отчётов, формирование отчёта комиссионера, разбор удержаний: логистика, хранение, приёмка, эквайринг, реклама, штрафы.
• Возвраты и невыкупы. Отдельный блок, который чаще всего забывают: возврат может прийти через месяц и на другой склад.
• Сопутствующее. ЭДО с площадкой, маркируемые товары, прослеживаемость, маркетплейс как агент по приёму платежей.

Минимум, при котором обмен уже приносит пользу, – заказы, остатки и цены. Отчёты комиссионера и возвраты обычно идут вторым этапом, и это нормальный способ разложить бюджет на части.

От чего зависит объём работ

Одна и та же фраза «нужна интеграция с Wildberries, Ozon и Яндекс Маркетом» может означать работу на несколько дней и работу на несколько месяцев. Разброс создают шесть факторов.

• Конфигурация и релиз. В свежих релизах управленческих конфигураций (УТ 11.5, Комплексная автоматизация, ERP, Розница) встроенный обмен с крупными площадками уже есть, но состав площадок и операций отличается от релиза к релизу. Проверьте это до заказа доработки – иногда достаточно обновиться и настроить.
• Степень доработанности базы. Самописные регистры, нетиповые документы продажи, переписанное ценообразование – каждая правка под себя увеличивает стоимость любой интеграции.
• Число кабинетов и юрлиц. Два магазина на одной площадке под разными организациями – это не удвоение, но и не бесплатно: добавляются правила разделения заказов, складов и цен.
• Схемы работы. Продажа со склада площадки и продажа со своего склада устроены по-разному: во втором случае нужны сборочные задания, окна отгрузки и печать этикеток. Своя доставка добавляет третий сценарий.
• Глубина учёта. Загрузить заказы технически проще всего. Свести выручку, вознаграждение площадки и удержания так, чтобы бухгалтер закрыл месяц без ручных правок, – самая трудоёмкая часть.
• Объём и частота. Сотни заказов в день, десятки тысяч позиций в номенклатуре и обмен каждые несколько минут упираются в ограничения площадки по частоте запросов, а значит требуют очередей и аккуратной обработки ошибок.

Готовый модуль или доработка под вас

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

Параметр	Типовой обмен в конфигурации	Готовый модуль сторонней разработки	Доработка под процессы
Когда подходит	Типовая база, стандартные схемы, одна-две площадки	Нужны операции шире типовых, база близка к типовой	Сильно доработанная база, нестандартный учёт комиссии и логистики
Запуск	Настройка и тестовый обмен	Установка, настройка, обучение	Обследование, согласование сценариев, разработка, тесты
Модель оплаты	Входит в конфигурацию, платите за настройку	Лицензия или подписка плюс настройка	Оплата работ, обычно по этапам
Кто следит за изменениями площадок	Вендор конфигурации с релизами	Разработчик модуля	Вы и ваш исполнитель по договору поддержки
Главный риск	Не хватит возможностей под ваш процесс	Конфликт с вашими доработками при обновлении	Расползание требований и смета по факту

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

Как исполнители считают стоимость

Встречаются три модели, и у каждой свои последствия для заказчика.

• Фиксированная сумма за описанный объём. Предсказуемо, но требует детального задания. Всё, чего нет в задании, станет отдельным счётом.
• Почасовая оплата с оценкой-вилкой. Гибко на незнакомой базе. Требует лимита часов на этап и отчёта по выполненным работам.
• Подписка на модуль плюс работы по настройке. Низкий порог входа, регулярный платёж и зависимость от разработчика модуля.

Единственный публичный официальный ориентир по стоимости часа – рекомендация фирмы «1С» своим партнёрам: не ниже 4 000 ₽/час за аттестованного «1С:Специалиста» уровня миддл и не ниже 5 500 ₽/час за специалиста высокого уровня (редакция страницы по состоянию на январь 2026; на части страниц 1c.ru до сих пор публикуются более ранние 3 000 и 4 500 ₽). Это рекомендация «не ниже», и прайсом или средней ценой рынка она не является: реальные ставки франчайзи и частных специалистов лежат и ниже, и выше. Средних ставок по рынку «1С» не публикует, поэтому любые «средние цены интеграции» из статей стоит воспринимать как рекламу конкретной компании.

Отдельно уточните два пункта, которые часто всплывают после подписания: нужен ли действующий договор 1С:ИТС (партнёры обслуживают неосновные версии только при нём) и входит ли в смету сопровождение после запуска. Методы работы с ценой подробно разобраны в материале про цену и окупаемость интеграции ЭДО с маркетплейсами.

Что описать исполнителю, чтобы оценки были сопоставимыми

Пока задача звучит как «нужна интеграция», отклики будут различаться в разы – исполнители просто домысливают разный объём. Соберите бриф по этому списку, и разброс сократится.

1. Конфигурация и релиз: точное название и номер версии из «О программе», файловая или серверная база, облако или свой сервер.
2. Доработки: есть ли изменения в типовых объектах, расширения, обмены с другими системами, кто их поддерживает.
3. Площадки и кабинеты: какие маркетплейсы, сколько кабинетов, на какие организации, какие схемы продаж по каждому.
4. Операции: отметьте нужное из списка выше и укажите приоритет первого этапа.
5. Масштаб: число заказов в день в пик, число активных позиций, количество складов и мест хранения.
6. Правила вашего учёта: из какого вида цен брать цены, какие склады участвуют в остатках, как учитываются резервы, кто закрывает месяц и в какой базе.
7. Особые требования: маркируемые товары, прослеживаемость, весовой или комплектный товар, работа через ЭДО.
8. Доступы: есть ли у вас права владельца кабинетов для выпуска ключей API, кто даст доступ к базе и копии для тестов.
9. Что считаете результатом: одна-две фразы о том, какая работа руками должна исчезнуть после запуска.

Бриф по этим девяти пунктам занимает полстраницы и экономит неделю переписки. Как читать отклики и проверять исполнителя – в гиде как найти разработчика 1С.

Опубликовать задачу – откликнутся проверенные специалисты 1С

Как принять обмен и не подписать работу вслепую

Приёмка «в базе появились заказы» оставляет большую часть проблем на вас. Проверяйте сценариями на копии базы, а затем те же сценарии – в первую неделю работы.

• Заказ создан на площадке – появился в 1С с корректной номенклатурой, ценой, покупателем и складом.
• Заказ отменён и заказ собран частично – статусы и остатки сошлись.
• Остаток изменился в 1С (приход, списание, резерв) – на площадке он обновился в следующем обмене.
• Цена изменена в нужном виде цен – выгрузилась; цена ниже минимальной – не выгрузилась и попала в журнал.
• Возврат и невыкуп прошли по документам без ручного создания.
• Отчёт площадки за период загружен, суммы вознаграждения и удержаний разложены по статьям, бухгалтер подтверждает, что закрытие месяца проходит без ручных проводок.
• Обмен запускается по расписанию сам, без запущенного клиента на чьём-то компьютере.
• Площадка недоступна или вернула ошибку – обмен не падает молча: есть журнал, понятное сообщение и повторная отправка.
• Двойной запуск обмена не создаёт дубли заказов и документов.
• Передана документация: где настройки, где ключи, что делать при типовой ошибке, к кому обращаться.

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

Где обычно появляются доплаты

Риск обычно в объёме, который не обсудили на входе: ставка исполнителя здесь ни при чём. Типичные источники дополнительных счетов: отчёты комиссионера, которые забыли в первом этапе; второй и третий кабинет, добавленные «по ходу»; маркируемая номенклатура; обновление конфигурации, после которого обмен нужно переносить на новый релиз; изменения в API площадок. Последний пункт повторяется регулярно – площадки меняют методы и правила без согласования с вами, поэтому договор поддержки с понятной реакцией на такие изменения входит в стоимость владения обменом. Пошаговый взгляд на техническую сторону одной из площадок есть в материале про интеграцию 1С:ERP с Ozon через API.

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

Можно ли обойтись без доработок вообще?

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

Кто должен выпускать ключи API к кабинетам?

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

Как часто должен идти обмен?

Частота подбирается под ваш товарооборот и ограничения площадки по числу запросов. Заказы обычно забирают чаще, остатки – по изменению, цены – реже. Требование «каждую минуту по всем блокам» чаще создаёт блокировки и ошибки, чем пользу, поэтому обсуждайте расписание отдельно по каждому блоку.

Почему оценки исполнителей различаются в несколько раз?

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

Грузить отчёты площадки в торговую базу или в бухгалтерскую?

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

Если вы на этапе выбора исполнителя, начните с брифа из девяти пунктов: он занимает полстраницы, но сразу отсекает оценки «на глазок» и даёт возможность сравнивать отклики по одинаковому объёму работ. Опишите конфигурацию, кабинеты, нужные операции и ожидаемый результат – и получите предложения от специалистов, которые уже делали такие обмены. Опубликовать задачу – откликнутся проверенные специалисты 1С.