Интеграция интернет-магазина с 1С: товары, остатки, цены и …

НС Диджитал · Commerce Data Flow / 2026

Интеграция интернет-магазина с 1С: товары, остатки, цены и заказы

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

Сейчас синхронизируем:
01 / Executive answer

Хорошая интеграция убирает двойной ввод и расхождение данных

DATA PRINCIPLE

DATA

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

В типовом сценарии 1С может быть источником номенклатуры, цен и складских остатков. Интернет-магазин принимает эти данные и показывает их покупателю.

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

Поэтому при разработке интернет-магазина НС Диджитал сначала определяет, где находятся товары, цены, остатки и заказы, и только после этого проектирует обмен.

02 / Data flow

Как выглядит интеграция интернет-магазина с 1С

Направление конкретных потоков зависит от конфигурации и бизнес-процесса. Но логика обычно выглядит примерно так.

SOURCE / ACCOUNTING
Номенклатура → WEB
Цены → WEB
Остатки → WEB
Заказы ← WEB
Статусы
COMMERCE DATA
CUSTOMER INTERFACE
Интернет-магазин
Каталог LIVE DATA
Цена DISPLAY
Наличие DISPLAY
Корзина ORDER
Личный кабинет STATUS

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

03 / Core entities

Четыре основных сущности, которые нужно синхронизировать

01 / PRODUCT
SKU

Товары

Название, артикул, категории, характеристики, варианты, изображения и другие товарные данные.

02 / PRICE

Цены

Розничная, оптовая, дилерская, персональная и другие типы цен.

03 / STOCK
12

Остатки

Наличие по складам, резерв, доступное к продаже количество и правила отображения.

04 / ORDER
#

Заказы

Состав заказа, покупатель, доставка, оплата, статусы и дальнейшая обработка.

04 / Source of truth

Самый важный вопрос интеграции: кто владеет каждым типом данных

Если цену можно независимо менять и в 1С, и в CMS сайта, конфликт почти неизбежен.

BAD ARCHITECTURE

«Редактировать можно везде»

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

Цена 1С + сайт + Excel
Остаток 1С + ручная корректировка
Карточка разные данные в разных системах
CONTROLLED ARCHITECTURE

У каждой сущности есть хозяин

Заранее определяется, откуда берётся каждое поле и в каком направлении оно может изменяться.

Цена 1С → сайт
Остаток 1С / склад → сайт
Заказ сайт → 1С
05 / Inventory

Остаток в 1С и «можно купить на сайте» — не всегда одно и то же

Особенно если используются резервы, несколько складов или товары уже участвуют в других заказах.

01 / PHYSICAL

Физический остаток

AMOUNT = 12

Количество товара, которое числится на конкретном складе.

02 / RESERVED

Резерв

RESERVED = 4

Часть товара уже может быть закреплена за другими заказами.

03 / AVAILABLE

Свободно к продаже

12 − 4 = 8

Именно эту логику зачастую нужно учитывать при отображении доступного количества покупателю.

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

06 / Exchange methods

Обмен по расписанию, CommerceML или API: что выбрать

Универсально лучшего метода нет. Решение зависит от платформы, объёма данных и требуемой скорости обновления.

01 / SCHEDULE

Обмен по расписанию

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

PRACTICAL
02 / STANDARD

CommerceML / штатный обмен

Для связки 1С и 1С-Битрикс существует штатная инфраструктура обмена товарами и заказами.

Но всё равно необходимо сопоставить сущности и настроить правила проекта.

1С × BITRIX
03 / API

API / custom integration

Нужна при нестандартной архитектуре, собственном backend, headless commerce или сложной логике обмена.

CUSTOM

Если frontend уже отделён от commerce-backend или магазин превращается в несколько storefront, полезно отдельно прочитать материал про headless e-commerce .

07 / Order lifecycle

Что должно происходить после кнопки «Оформить заказ»

01 / WEB
Заказ создан

Покупатель завершил checkout.

02 / VALIDATE
Данные проверены

Товары, цены, контакты.

03 / TRANSFER
Передача в 1С

Создаётся предусмотренный документ.

04 / RESERVE
Резерв

Товар закрепляется под заказ.

05 / PROCESS
Обработка

Сборка, оплата, доставка.

06 / STATUS
Статус клиенту

Сайт показывает актуальное состояние.

При необходимости заказ параллельно передаётся в CRM. Тогда 1С отвечает за учётный контур, а CRM — за клиента, коммуникацию и работу менеджеров. Отдельное направление НС Диджитал — внедрение CRM и автоматизация продаж .

08 / Before → After

Что меняется после нормальной интеграции

MANUAL OPERATIONS

Сайт и 1С живут отдельно

менеджер меняет цены вручную
остаток на сайте запаздывает
заказ перепечатывается в 1С
появляются дубли и ошибки
статус покупателю сообщает менеджер
INTEGRATED COMMERCE

Данные двигаются по заданным правилам

цена обновляется из источника
остаток синхронизирован
заказ автоматически поступает в работу
SKU связаны стабильными идентификаторами
статус можно вернуть в личный кабинет
09 / Failure modes

Где интеграция чаще всего ломается

Нажмите на проблему, чтобы раскрыть сценарий.

Обычно проблема связана с неправильным сопоставлением идентификаторов номенклатуры, SKU или изменением логики импорта. У товара должен быть стабильный ключ, по которому системы понимают, что это одна и та же сущность.
Нужно проверить, какой тип цены выгружается, как часто происходит обмен, не меняется ли значение одновременно в другой системе и завершился ли последний сеанс обмена успешно.
Здесь проверяют не только частоту синхронизации, но и логику складов, резервов и доступного к продаже количества. Физический остаток может отличаться от свободного остатка.
Обмен должен быть идемпотентным: повторная попытка передачи уже обработанного заказа не должна создавать второй документ. Для этого нужны стабильные ID и контроль состояния обмена.
Надёжная интеграция должна оставлять журнал обмена и иметь понятный способ обнаружить ошибку: дату последней синхронизации, статус задачи, лог исключений или уведомление ответственного специалиста.
10 / Integration readiness

Готов ли ваш магазин к интеграции с 1С

Быстрая проверка того, насколько определена архитектура данных.

INTEGRATION READINESS
0/ 8
Сначала карта данных

Отметьте пункты, которые уже определены внутри компании.

11 / Production

Интеграция не заканчивается после первого успешного обмена

01 / LOG

Журнал обмена

Когда был последний запуск, сколько сущностей обработано и где возникла ошибка.

02 / ALERT

Уведомления

Ответственный должен узнать о длительном сбое раньше покупателя.

03 / RETRY

Повтор обмена

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

04 / QA

Контроль данных

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

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

НС Диджитал · E-commerce systems

Большой каталог всегда начинается с архитектуры данных

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

14 / FAQ

Частые вопросы об интеграции интернет-магазина с 1С

Что можно синхронизировать между 1С и интернет-магазином?
Типовой набор включает каталог товаров, характеристики, торговые предложения, цены, складские остатки, заказы и статусы. Конкретный состав зависит от конфигурации 1С, CMS и процессов бизнеса.
Как товары из 1С попадают на сайт?
Это может быть штатный механизм обмена, CommerceML, API или индивидуальный интеграционный слой. Перед запуском определяют, какие поля передаются, как сопоставляются категории, характеристики и SKU и какая система является источником данных.
Как часто можно обновлять остатки?
Частота зависит от технологии обмена и требований бизнеса. Для некоторых проектов достаточно периодического обновления, для других требуется значительно более частая синхронизация. Частоту следует выбирать с учётом объёма каталога, нагрузки и риска перепродажи отсутствующего товара.
Можно ли передавать разные типы цен из 1С?
Да, при подходящей конфигурации можно проектировать передачу розничных, оптовых, дилерских и других типов цен. В B2B-проектах могут также использоваться персональные условия конкретного клиента.
Как заказы с сайта попадают в 1С?
После оформления заказ передаётся через предусмотренный механизм обмена. В 1С на его основе создаётся определённый бизнес-процессом документ, после чего заказ может проходить резервирование, обработку, оплату и отгрузку.
Можно ли возвращать статус заказа из 1С на сайт?
Да, если это предусмотрено архитектурой. Покупатель может видеть актуальное состояние заказа в личном кабинете или получать уведомления по связанным сценариям.
Можно ли интегрировать интернет-магазин с 1С и CRM одновременно?
Да. Обычно системы получают разные роли: 1С отвечает за учётный контур, а CRM — за клиентов, коммуникацию, сделки и работу менеджеров. Главное — заранее определить, какая система является владельцем каждого типа данных.
Нужна ли 1С-Битрикс для интеграции сайта с 1С?
Нет. 1С-Битрикс имеет готовые механизмы интеграции с 1С, что делает эту связку удобной, но интегрировать с 1С можно и интернет-магазины на другой архитектуре, если есть подходящие интерфейсы обмена.
Сколько стоит интеграция интернет-магазина с 1С?
Единой фиксированной цены нет. Стоимость зависит от конфигурации 1С, CMS, количества сущностей, типов цен, складов, заказов, частоты обмена, необходимости API и доработок существующих систем.
Что нужно подготовить перед оценкой интеграции?
Полезно указать конфигурацию и версию 1С, платформу сайта, пример каталога, количество товаров, число складов, используемые типы цен, текущий сценарий обработки заказа и данные, которые требуется синхронизировать.
НС Диджитал · 1С × E-commerce

Свяжем интернет-магазин с теми системами, в которых уже живёт бизнес

Разберём конфигурацию 1С, каталог, типы цен, склады, резервы, заказы, CRM и текущий сайт. Затем определим источники данных, направления обмена и подходящую архитектуру интеграции.

Материал подготовлен НС Диджитал. Конкретный состав и направление обмена зависят от используемой конфигурации 1С, платформы интернет-магазина, модели данных и бизнес-процессов компании.

Обсудим ваш проект

Заказать сайт

Оставьте контакты — персональный менеджер свяжется с вами и уточнит детали задачи.