Интеграция сайта с 1С: три способа, сроки и цены

Менеджер открывает 1С, смотрит остатки, переносит в Excel, потом вручную обновляет сайт. Два часа ежедневно. Ошибается: клиент оформляет заказ на товар, которого уже нет на складе. Звонок с извинениями, потеря заказа, негативный отзыв.

Интеграция сайта с 1С устраняет это: данные идут из 1С на сайт автоматически, без участия человека. Но разброс цен сбивает с толку: на рынке предлагают от 33 900 до 300 000 ₽ и выше. Разброс объясняется просто: существует три разных технических способа интеграции с разными сроками и стоимостью.

Ниже: честное сравнение трёх методов, реальные сроки и из чего складывается итоговая цена.

Что передаётся между 1С и сайтом

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

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

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

Важно понимать, что стандартная интеграция НЕ передаёт: вложения и файлы из 1С (PDF, сертификаты), историю переписки с клиентом, внутренние заметки менеджеров. Эти данные требуют отдельной разработки и, как правило, не нужны интернет-магазину.

Ещё один важный выбор до старта: интеграция в одну или две стороны. Односторонняя: данные идут только из 1С на сайт (товары, цены, остатки). Двусторонняя: заказы с сайта уходят в 1С, статусы обработки и документы возвращаются клиенту. Двусторонняя схема сложнее и дороже в среднем на 40-60% по трудоёмкости.

Три способа интеграции сайта с 1С

CommerceML: стандартный протокол для Битрикс

CommerceML — протокол обмена данными от 1С, разработанный специально для интеграции с сайтами. Поддерживается в типовых конфигурациях: 1С:Управление торговлей, 1С:Комплексная автоматизация, 1С:УНФ. На стороне сайта нужен модуль CommerceML: в 1С-Битрикс он встроен нативно, для WordPress и других CMS устанавливается как плагин.

Это самый быстрый и дешёвый способ при наличии Битрикс и типовой конфигурации 1С. Стандартные объекты обмена: товары, цены, остатки, заказы. Настраивается через интерфейс 1С без программирования: технически это ближе к настройке, а не к разработке. Ограничение: не работает с нестандартными конфигурациями 1С и нуждается в поддержке CommerceML на стороне сайта.

REST API: для кастомных сайтов

Если сайт написан на Laravel, Django, самописной CMS или WordPress без Битрикс, CommerceML не подходит. Здесь используется REST API: разработчик пишет скрипт, который по расписанию запрашивает данные из 1С через веб-сервис и обновляет базу сайта. Частота обновления: от 15 минут до реального времени через вебхук.

1С поддерживает публикацию веб-сервисов с версии 8.2. Доступность данных через API зависит от конфигурации: не все объекты доступны по умолчанию, иногда нужна небольшая доработка на стороне 1С. Этот способ гибче: передаются нестандартные поля, строится двусторонняя синхронизация, подключаются несколько складов.

Кастомная интеграция через прямое API

Применяется при нестандартных конфигурациях 1С, ERP-уровне (1С:ERP, 1С:КА с доработками), сложной бизнес-логике: дилерские личные кабинеты, бонусные программы. А также при интеграции сайта с несколькими системами одновременно: CRM, склад, маркетплейсы.

Здесь пишется полноценное API или используется брокер сообщений (RabbitMQ). Стоимость и сроки в несколько раз выше: это уже автоматизация бизнес-процессов под специфику проекта.

Сравнительная таблица трёх методов

Конкуренты называют «от 75 000 ₽» и «от 100 000 ₽» без разбивки по типу. Владелец интернет-магазина на Битрикс с типовой 1С думает, что это про него. В реальности CommerceML-интеграция для стандартного магазина стоит 37 500-80 000 ₽ и занимает 2-4 недели.

Этапы работы по интеграции с 1С

Независимо от метода, работа проходит одни и те же шаги. Разница в их трудоёмкости.

Шаг 1. Анализ конфигурации 1С. Смотрим версию и конфигурацию, какие объекты нужно передавать, есть ли доработки, влияющие на обмен. Занимает 2-8 часов. Аудит бесплатный, проводим до старта.

Шаг 2. ТЗ на объекты обмена. Фиксируем: какие поля номенклатуры, какие склады, какие типы цен, логика обновления (полная выгрузка или только изменения). Документ защищает обе стороны от разночтений.

Шаг 3. Разработка на тестовой среде. Пишем скрипт обмена или настраиваем CommerceML, проверяем на копии данных 1С. На этом этапе выявляются нестандартные ситуации: товары без штрихкода, нулевые цены, дублирующиеся артикулы.

Шаг 4. Тестирование с реальными данными. Прогоняем полную выгрузку на dev-сервере. Проверяем: все товары передались, цены корректные, остатки актуальные, заказы проходят обратно в 1С.

Шаг 5. Запуск и первичный мониторинг. Переключаем на production. Первые 3-5 дней наблюдаем за логами обмена: типовые проблемы (тайм-аут, большой каталог, спецсимволы в названиях) проявляются именно здесь.

Стоимость: из чего складывается

Цена интеграции определяется трудоёмкостью. Четыре составляющих:

Анализ и ТЗ: 2-8 часов. Чем нестандартнее конфигурация, тем дольше. Аудит бесплатный.

Разработка скриптов обмена: 8-60 часов в зависимости от метода. CommerceML ближе к настройке (8-20 ч), REST API нуждается в написании скриптов (20-50 ч), кастомная: полноценная разработка (40-120 ч).

Тестирование: 4-20 часов. Большой каталог и сложная бизнес-логика увеличивают время проверки граничных случаев.

Запуск и документация: 2-6 часов. Расписание обмена, настройка логирования ошибок, краткая инструкция для менеджеров.

Наша ставка: от 2 500 ₽/ч, оплата по факту в конце месяца. Оценку даём бесплатно до начала работ.

Что влияет на итоговую цену

Четыре вещи, которые увеличивают трудоёмкость непропорционально:

Нестандартная конфигурация 1С с доработками: добавленные справочники, нестандартные документы. Нужен аудит и, возможно, доработка обработки обмена на стороне 1С.

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

Двусторонний обмен (заказы с сайта в 1С, статусы в обратном направлении): удваивает объём разработки относительно односторонней выгрузки товаров.

Несколько типов цен по контрагентам или договорам: нужна логика выбора прайса для каждого покупателя.

Подробнее об интеграции систем и API: там описана наша модель работы с разными проектами. Для проектов на Laravel смотрите также разработку на Laravel.

Кто делает интеграцию: варианты и сравнение

Выбор исполнителя влияет на итог не меньше, чем выбор метода.

Штатный 1С-программист. Знает вашу конфигурацию 1С досконально. Плюс: минимальный порог вхождения в задачу. Минус: часто не знает сторону сайта (PHP, API, БД). Интеграция превращается в совместную работу двух специалистов с двойным управлением.

Фрилансер. Ставка 800-2 500 ₽/ч. Дешевле, но: нет процесса (ТЗ, тест, документация), высокий риск «пропал после первого платежа», нет гарантий на поддержку после запуска.

Агентство с фиксированным прайсом. Пишут «от 75 000 ₽» без детализации. В реальности сначала продают аналитику (ТЗ, аудит 30 000-50 000 ₽), потом разработку. Итог выше заявленного «от». Есть процесс и команда, но без гибкости по объёму.

eq.team: почасовая постоплата. Аудит 1С бесплатный. Ставка от 2 500 ₽/ч. Платите только за реально выполненные работы. Подходит для проектов с нечётким объёмом: начали с CommerceML, оказалось нужен REST API, пересчитали по факту без лишних переговоров.

Когда делать интеграцию не нужно

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

Интеграция окупается, когда каталог меняется чаще двух раз в неделю, остатки критичны для продаж, или менеджер тратит больше трёх часов в неделю на ручную синхронизацию данных. Простой расчёт: ручная работа 3 часа в неделю при ставке 800 ₽/ч: 9 600 ₽/мес. Стандартная интеграция за 37 500 ₽ окупается за 4 месяца. При каталоге в 5 000 позиций ручное обновление остатков дважды в день занимает 4-6 часов в неделю: за год это 200-300 часов работы сотрудника. Даже при минимальной ставке 600 ₽/ч экономия составляет 120 000-180 000 ₽ в год.

Красные флаги при выборе подрядчика для интеграции с 1С

• Называет цену до анализа конфигурации 1С. «От 50 000 рублей» без вопросов про версию 1С, объём каталога и тип интеграции — маркетинговая цифра, а не расчёт.
• Не спрашивает про одностороннюю или двустороннюю синхронизацию. Это две разные по трудоёмкости задачи, разница в цене до 60%. Подрядчик, который не уточняет это на первом звонке, либо не понимает специфику, либо продаёт по шаблону.
• Предлагает один метод интеграции, не спросив, на чём сделан сайт. CommerceML подходит не всем платформам. Единственный вариант без альтернатив — повод переспросить, почему именно он.
• Не готов показать тестовый обмен на копии данных. Перед запуском на реальной базе интеграция должна пройти проверку на тестовых данных. Отказ от этого шага — риск для рабочей базы 1С.
• Нет опыта именно с вашей конфигурацией 1С. УТ, КА, ERP, УНФ — разные объекты обмена и разные ограничения API. «Разберёмся по ходу» означает, что разбираться будете вы, за свой счёт.
• Не упоминает мониторинг после запуска. Интеграция может сломаться при обновлении 1С или изменении структуры каталога. Без мониторинга обмена о поломке узнают от клиентов, а не от подрядчика.

Частые ошибки заказчиков при интеграции с 1С

• Экономят на анализе конфигурации. Пропускают аудит, чтобы сэкономить пару часов оплаты, и получают ТЗ, которое не учитывает доработки в их 1С. Переделка потом стоит дороже, чем аудит сначала.
• Не проверяют качество данных в 1С до интеграции. Дублирующиеся артикулы, товары без штрихкода, пустые обязательные поля выгружаются на сайт как есть и создают хаос в каталоге.
• Просят «сделать как у конкурента» без разбора деталей. У конкурента может быть другая версия 1С, другой объём каталога, односторонняя схема вместо двусторонней. Копирование чужого решения без анализа своей ситуации обычно заканчивается переделкой.
• Не выделяют время сотрудника на тестирование. Интеграция проверяется на реальных сценариях: оформить заказ, изменить остаток, отменить платёж. Без человека, который знает процесс изнутри, часть ошибок остаётся незамеченной до продакшна.
• Забывают про доступы после завершения проекта. Через полгода нужна доработка, а логины от 1С и сайта — только у уволившегося сотрудника подрядчика. Доступы стоит регистрировать на свою организацию сразу.

Чек-лист перед стартом интеграции с 1С

• Известна точная версия и конфигурация 1С (УТ, КА, ERP, УНФ и номер релиза).
• Понятно, нужна ли односторонняя выгрузка или двусторонний обмен с заказами.
• Определён список объектов обмена: номенклатура, цены, остатки, заказы, контрагенты.
• Известен примерный объём каталога в товарных позициях.
• Проверено, есть ли в 1С нестандартные доработки, влияющие на обмен.
• Есть доступ к тестовой копии базы 1С для отладки без риска для рабочих данных.
• Определено, кто на стороне заказчика тестирует интеграцию перед запуском.
• Согласован формат мониторинга после запуска: кто и как узнаёт о сбое обмена.

Как это выглядит на практике

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