NexForge

Интеграция 1С с сайтом и интернет-магазином: схемы, этапы, цена

Как связать 1С:УТ / ERP с сайтом на Next.js: остатки, цены, заказы, контрагенты. REST, CommerceML, очереди. Стоимость и типичные ошибки.

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

Зачем нужна интеграция 1С

Без интеграцииС интеграцией
Цены правят в двух местахSource of truth — 1С
Остатки устареваютOnline / near-realtime stock
Заказы вручную в УТЗаказ → документ в 1С
Ошибки и возвратыМеньше ручного ввода

Типичные сценарии: B2C-магазин, B2B-кабинет с прайсом по контрагенту, маркетплейс + своя 1С, CRM + номенклатура из ERP.

Что именно синхронизировать

  1. Номенклатура — SKU, названия, характеристики, группы
  2. Цены и скидки — типы цен, акции, персональные прайсы
  3. Остатки — склады, резервы, доступность
  4. Заказы — создание, статусы, оплата, отмена
  5. Контрагенты — юрлица, договоры, ИНН (B2B)
  6. Документы — счета, УПД, акты (по необходимости)

Не пытайтесь «синхронизировать всё сразу». Начните с товары + цены + остатки + заказы — этого хватает для 80% проектов.

Схемы обмена

1. REST / HTTP API со стороны сайта

Сайт или middleware дергает API 1С (или reverse: 1С пушит webhook). Удобно для Next.js + PostgreSQL: витрина читает из своей БД, обмен идёт фоном.

2. CommerceML / XML-файлы

Классика для 1С-Битрикс и многих CMS. Работает, но тяжело отлаживать, слабый realtime. Для кастомной разработки на Next.js чаще выбирают JSON API + очередь.

3. Очереди (RabbitMQ / Redis Streams)

1С публикует события «цена изменилась», worker на бэкенде обновляет каталог. Масштабируется при тысячах SKU и частых обновлениях.

4. Готовые коннекторы vs кастом

ПодходКогда
Готовый модуль CMSБитрикс, OpenCart «из коробки»
iPaaS / middlewareНесколько систем (1С + CRM + склад)
Кастомный обменNext.js, headless, сложные правила цен

Архитектура для Next.js

Рекомендуемый паттерн:

  1. 1С — master для номенклатуры, цен, остатков
  2. Middleware / worker — нормализация, маппинг SKU, ретраи
  3. PostgreSQL — витрина читает только отсюда
  4. Next.js — SSR/ISR каталога, checkout пишет заказ в API
  5. Обратный поток — заказ и статусы уходят в 1С

Так техническое SEO и скорость страниц не зависят от доступности 1С в момент запроса покупателя.

Этапы проекта

  1. Аудит конфигурации 1С — УТ 11, ERP, КА; какие регистры и документы уже есть
  2. ТЗ на обмен — сущности, частота, идемпотентность, обработка ошибок
  3. Маппинг полей — артикул ↔ SKU, единицы измерения, НДС
  4. Пилот на 50–100 SKU — проверка цен и остатков
  5. Заказы end-to-end — от корзины до документа «Заказ клиента»
  6. Мониторинг — алерты при сбое обмена, журнал расхождений

Стоимость и сроки

ОбъёмСрокОриентир
Каталог + цены + остатки (односторонне)2–4 недот 180 000 ₽
+ заказы в 1С4–6 недот 280 000 ₽
B2B: контрагенты, персональные цены6–10 недот 400 000 ₽
Мультисклад + маркетплейсыиндивидуальноот 500 000 ₽

Точная смета зависит от доработок в самой 1С: часто нужен программист 1С на стороне заказчика или подрядчика.

Типичные ошибки

  • Делать 1С единственным runtime для витрины — сайт падает вместе с ERP
  • Нет идемпотентности: дубли заказов при ретраях
  • Разный «доступный остаток» (резервы не учтены)
  • Синхронизация раз в сутки при активных продажах
  • Нет тестового контура — правят live-базу

Связанные услуги

Если витрины ещё нет — сначала интернет-магазин или личный кабинет. Для каналов Ozon/WB — отдельно интеграции маркетплейсов. Учёт клиентов и сделок — CRM на заказ.

Нужна интеграция 1С с сайтом? Напишите в Telegram — разберём конфигурацию и схему обмена на брифе.