Интеграция сайта с 1С: три способа обмена, цены и подводные камни
19 августа 2026 г.
Пока в каталоге десяток позиций, сайт можно вести руками. Проблемы начинаются на сотнях: цену в 1С поменяли — на сайте осталась старая, товар закончился — а заказы продолжают приходить, менеджер вбивает каждый заказ в учётную систему повторно.
Интеграция 1С с сайтом решает ровно это: люди перестают работать копировальным аппаратом. Разберём, какие есть способы, что именно синхронизировать и во сколько это обходится.
Главный принцип: у каждых данных один хозяин
Это правило важнее выбора технологии, и его нарушение — самая частая причина боли.
1С отвечает за товары, цены и остатки. Сайт их только показывает. Сайт отвечает за заказы и данные покупателей. В 1С они попадают как документы. Контент — описания, фотографии, тексты для поиска — удобнее вести на сайте, потому что в 1С для этого нет нормальных инструментов.
Если одни и те же данные можно менять в обеих системах, через месяц справочники разъедутся, и никто не скажет, где правда. Определить хозяина для каждого типа данных нужно до начала работ, а не в процессе.
Три способа обмена
| CommerceML | HTTP-сервисы и OData | Промежуточный сервис | |
|---|---|---|---|
| Что это | XML-файлы по расписанию | 1С отдаёт данные по запросу | Прослойка между сайтом и 1С |
| Скорость обмена | раз в 15–60 минут | почти мгновенно | зависит от настройки |
| Гибкость | по формату протокола | любая | любая |
| Когда подходит | типовой магазин | своя логика, точные остатки | 1С без внешнего доступа |
| Цена | ниже | средняя | выше |
CommerceML — типовой обмен
Встроенный в 1С протокол на основе XML. Работает так: 1С по расписанию выгружает каталог, цены и остатки в файл, сайт его забирает и обновляет у себя. Заказы уходят обратно тем же путём.
Плюс — дёшево и предсказуемо, протокол поддерживают почти все популярные системы управления сайтом. Минус — обмен идёт пачками с задержкой, а формат жёсткий: нестандартные поля вроде своих характеристик товара приходится обходить костылями.
HTTP-сервисы и OData — обмен по запросу
Начиная с версии 8.3.5 в 1С можно опубликовать собственные методы или включить OData, и сайт обращается к ним напрямую: запросить остатки, создать заказ, получить документ.
Это самый гибкий вариант: 1С отдаёт ровно то, что нужно, в удобном формате, и данные приходят в момент запроса, а не по расписанию. Именно так делают, когда важна точность остатков — например, чтобы не продать последнюю позицию дважды.
Промежуточный сервис — когда 1С закрыта
Частая ситуация: 1С стоит внутри офисной сети, наружу не смотрит, и сайт достучаться до неё не может. Тогда между ними ставят прослойку — небольшой сервис, который собирает данные с одной стороны и отдаёт другой, плюс копит заказы, если связь пропала.
Дороже остальных вариантов, зато решает задачу там, где прямой обмен невозможен, и заодно даёт место для логирования и уведомлений.
Что обычно синхронизируют при обмене с 1С
Каталог — номенклатура, категории, характеристики. Выгрузка из 1С идёт автоматически, на сайте дополняется описаниями и фотографиями.
Цены — часто несколько типов сразу: розничная, оптовая, персональная для конкретного клиента. Каждый покупатель видит свою.
Остатки — самая чувствительная часть. Ошибка здесь означает проданный товар, которого нет.
Заказы — с сайта в 1С как документ «Заказ покупателя», со всем составом и покупателем.
Статусы — обратно на сайт: собран, отгружен, доставлен. Это то, что клиенты спрашивают чаще всего.
Клиенты и договоры — если нужен личный кабинет с историей отгрузок и задолженностью.
Подводные камни
Обмен ломается — это нормально. Меняется номенклатура, обновляется конфигурация, падает сеть. Вопрос не в том, сломается ли, а в том, узнаете ли вы об этом сразу. Поэтому в нормальной интеграции есть логирование и уведомления: если обмен встал, сообщение приходит вам, а не выясняется через неделю по жалобе клиента.
Объёмы. Каталог на пятьсот позиций и на пятьдесят тысяч — разные задачи. Во втором случае выгружать всё целиком каждый раз нельзя, нужен обмен только изменениями.
Совпадение справочников. У товара на сайте и в 1С должен быть общий ключ — артикул или внутренний идентификатор. Если сопоставление идёт по названию, первая же опечатка создаст дубль.
Что делать при недоступности. Хорошая интеграция не падает вместе с 1С: последние известные остатки кэшируются, заказы копятся и уходят, когда связь восстановится.
Сколько стоит
- Базовый обмен каталогом, ценами и остатками — от 40 000 ₽, около недели
- Полная интеграция с заказами, статусами и несколькими типами цен — 80 000–150 000 ₽
- Промежуточный сервис для закрытого контура — от 100 000 ₽
- Обслуживание — только сервер, если сервис живёт отдельно
На цену влияет число синхронизируемых сущностей, объём каталога, нужен ли обмен только изменениями и есть ли у 1С внешний доступ. Прикинуть бюджет под свою задачу можно в калькуляторе, а подробнее об услуге — на странице интеграции и API.
А если у вас не 1С
Логика везде одна, меняется только способ обмена. Про самый частый альтернативный вариант есть отдельный разбор: интеграция с МойСклад — там про вебхуки, опрос по расписанию и то, чем они отличаются.
Если учётной системы пока нет вовсе и вы только выбираете, с чего начать, посмотрите сравнение вариантов в статье про программы для складского учёта. А для оптовой торговли — разбор учёта оптовых продаж с ценами и примером внедрения.
Частые вопросы
Сколько времени занимает интеграция? Базовый обмен — около недели. Полная интеграция с заказами и статусами — две-три недели, из которых половина уходит на тестирование: массовую выгрузку, одновременное обновление остатков, поведение при обрывах связи.
Нужно ли менять конфигурацию 1С? При CommerceML — обычно нет. При обмене через HTTP-сервисы на стороне 1С публикуются методы, и это доработка, которую делает ваш специалист по 1С или я в связке с ним.
Наша 1С стоит в офисе и наружу не смотрит. Реально? Да, через промежуточный сервис. Он забирает данные изнутри и отдаёт сайту, а заказы передаёт обратно. Открывать 1С в интернет при этом не нужно.
Как часто обновляются остатки? При обмене через API — в момент запроса, то есть практически сразу. При файловом обмене — с той периодичностью, которую зададим, обычно каждые 15–60 минут.
Что если обмен сломается? Вы узнаете об этом в тот же час: настраиваются уведомления о сбое. Починка входит в поддержку либо делается отдельно. Без уведомлений сломанный обмен обычно обнаруживают через несколько дней, и это дороже.
Можно связать 1С не с сайтом, а с ботом или CRM? Да, принцип тот же. Если нужна своя система учёта вместо доработки существующей — есть разбор, когда выгоднее делать свою CRM.
Расскажите, какая у вас конфигурация 1С и что нужно синхронизировать, — в форме контактов. Отвечу в тот же день: какой способ обмена подойдёт, сколько это будет стоить и за какой срок запустим.