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

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

Коротко: для типовой 1С (УТ, УНФ, Розница, КА, ERP) и сайта на Битриксе или WooCommerce обмен каталогом, ценами, остатками и заказами обычно запускается на встроенных механизмах – работа исполнителя сводится к настройке и сопоставлению справочников. Доработка начинается там, где есть характеристики и варианты товара, несколько складов и организаций, своя CMS или доработанная конфигурация. Считают такие работы часами по ставке специалиста, поэтому фиксированную цену до описания задачи называют только те, кто потом её пересмотрит.

Что именно обменивается между 1С и сайтом

Разговор «нужна интеграция 1С с сайтом» превращается в оценку только после того, как вы разложите задачу на потоки данных. Их обычно пять, и каждый живёт по своим правилам.

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

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

Типовой обмен или доработка: как понять заранее

У 1С есть открытый формат обмена с сайтами – CommerceML. На нём держатся типовые модули Битрикса и большинство плагинов для других CMS. Схема простая: 1С по расписанию формирует пакеты XML, сайт их забирает по HTTP, заказы возвращаются тем же каналом.

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

Доработка появляется в другом наборе обстоятельств: характеристики и серии, несколько складов с раздельным отображением, две организации в одной базе, скидки по условиям, предзаказы, резервирование под оплату, обмен в реальном времени вместо расписания, собственная CMS без поддержки CommerceML. Здесь исполнитель пишет обмен на HTTP-сервисах 1С или ставит промежуточный слой, который переводит ваши данные в формат сайта.

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

Что меняется в зависимости от CMS

Платформа сайта определяет, сколько работы приходится на сторону 1С, а сколько на сторону веба.

Платформа сайта	Как обычно устроен обмен	Где прячется бюджет
1С-Битрикс	Штатный модуль обмена по CommerceML, настройка с двух сторон	Сопоставление свойств и торговых предложений, типы цен, разделы каталога, несколько складов
WordPress / WooCommerce	Плагин с поддержкой CommerceML или обмен через API магазина	Вариации товара и атрибуты, качество выбранного плагина, его обновляемость и платная лицензия
Tilda и другие конструкторы	Приём заказов через вебхуки и выгрузка товаров ограниченным набором полей; часто через промежуточный сервис	Нет полноценного складского каталога: часть логики приходится держать в 1С и в посреднике
Своя CMS или фреймворк	Обмен по API: его описывают и реализуют с нуля с обеих сторон	Согласование контракта API между вашим вебом и 1С-исполнителем, тестовый контур, сопровождение
Готовые платформы магазина	Коннектор платформы либо модуль из её магазина приложений	Абонентская плата за коннектор, ограничения по полям и частоте обмена

Отдельный случай – своя CMS с собственной командой. Там ключевой риск не технический: два подрядчика начинают спорить, чья сторона «неправильно отдаёт данные». Назначьте владельца стыка заранее и впишите в договор, кто пишет документ с описанием обмена.

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

Перед запросом оценки пройдитесь по этому списку. Каждый пункт сдвигает трудозатраты.

• Сколько потоков из пяти вам нужно сразу, а что можно отложить.
• Конфигурация и её состояние: типовая, обновляемая или с большим объёмом доработок.
• Характеристики, упаковки, серии и сроки годности в номенклатуре.
• Число складов, организаций и видов цен, которые должны попасть на сайт.
• Схема заказа: резерв, предоплата, частичная отгрузка, самовывоз из конкретной точки.
• Акции и скидки: считаются в 1С или на сайте.
• Маркируемые товары – там к обмену добавляются коды и ограничения отгрузки.
• Объём каталога и требуемая частота обмена: ночная выгрузка и обновление остатков каждые десять минут – разные по сложности задачи.
• Состояние справочников: дубли номенклатуры и контрагентов всплывают именно на интеграции.
• Наличие тестовой копии базы и тестового сайта.

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

Как считается бюджет

Интеграция оценивается по трудозатратам: часы работ умножаются на ставку исполнителя. Готовых цен у таких задач нет, потому что одинаковая формулировка «обмен 1С с сайтом» может означать день настройки типового модуля или несколько недель разработки обмена под свою CMS.

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

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

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

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

Что описать исполнителю до запроса оценки

Этот блок экономит больше всего денег. Чем конкретнее вход, тем меньше «плавающих» часов в смете.

1. Конфигурация и релиз 1С, вариант работы: файловый, серверный, облако. Есть ли доработки и кто их делал.
2. Платформа сайта, кто его ведёт, есть ли доступ к коду и тестовая копия.
3. Какие потоки нужны и в какую сторону. Отдельно – что нужно в первом запуске.
4. Сколько товаров, групп, видов цен, складов, организаций.
5. Нужны ли характеристики и варианты товара, как они устроены сейчас.
6. Жизненный цикл заказа словами: откуда он приходит, кто его подтверждает, какой документ создаётся в 1С, когда списывается остаток, что видит покупатель на каждом шаге.
7. Требуемая частота обмена и допустимое отставание остатков.
8. Кто будет принимать работу и на каких примерах.

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

Как принимать работу

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

• Новый товар создан в 1С – появился на сайте в нужном разделе, с ценой, картинкой и свойствами.
• Цена изменена в 1С – изменилась на сайте за заявленный интервал.
• Остаток обнулён – товар стал недоступен к заказу по согласованному правилу.
• Заказ оформлен на сайте – в 1С появился один документ с полным составом, покупателем и доставкой.
• Повторный обмен не создаёт дубли заказов, товаров и контрагентов.
• Статус в 1С изменён – покупатель видит изменение на сайте.
• Сайт недоступен или обмен прервался – данные не теряются, обмен догоняет следующим запуском, ошибка видна в журнале.
• Товар переименован или изменён артикул – связь с карточкой на сайте не разорвалась.

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

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

Можно ли обойтись без программиста, если у нас Битрикс и типовая УТ?

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

Что надёжнее: обмен файлами по расписанию или обмен в реальном времени?

Обмен по расписанию проще, дешевле и предсказуемее в поддержке. Реальное время нужно там, где остаток физически один и его перепродажа дорого стоит – например, при единичных товарах. В остальных случаях чаще достаточно участить выгрузку остатков и оставить каталог на ночь.

Сломает ли интеграция обновление 1С?

Зависит от способа. Настройка типового обмена обновления переживает. Доработка в расширении обновляется с проверкой после каждого релиза. Правки в самой конфигурации снимают её с автоматического обновления, и каждое обновление становится платной работой. Спросите исполнителя прямо, куда он будет писать код, и зафиксируйте ответ в договоре.

У нас две системы: 1С и ещё маркетплейсы. Делать всё сразу?

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

Нам предлагают готовый коннектор за абонентскую плату. Это дешевле разработки?

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

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