E-commerce
Сайт или интернет-магазин
Согласуем каталог, цены, остатки, заказы, статусы, оплату и отгрузку.
- источник номенклатуры и цен;
- резервирование и остатки;
- жизненный цикл заказа.
Управляемый обмен данными с 1С
Интеграция 1С с сайтами, CRM и внешними системами
Связываем 1С с сайтами, CRM, маркетплейсами, кассами и внешними системами. До разработки определяем владельцев данных, направление обмена, идентификаторы, частоту, обработку повторов и восстановление после сбоя.
Сначала контракт данных, потом протокол.
API, OData, план обмена или файл выбираем под конкретный
процесс, нагрузку и требования безопасности.
- Источник каждого вида данных определён
- Повторная обработка не создаёт дубли
- Ошибки видны и имеют порядок разбора
Интеграционный контур
Данные, состояния и восстановление
1С
управляемый обмен
контракт, контроль и история
-
Контрактобъекты и владельцы
-
Обменканал и частота
-
Контрольстатусы и журнал
-
Восстановлениеповтор и разбор
Вход по внешней системе
Что нужно связать с 1С
Для каждой системы заранее разделяем данные, которыми она владеет, и данные, которые получает. Это снижает конфликт изменений и количество ручных исправлений.
Продажи
CRM и клиентские процессы
Определяем, где создаются клиенты, сделки, счета, оплаты и статусы исполнения.
- сопоставление компаний и контактов;
- заказы, счета и оплаты;
- двусторонние изменения без дублей.
Площадки
Маркетплейсы
Организуем загрузку каталога и получение заказов по правилам конкретной площадки.
- артикулы и карточки товаров;
- цены, остатки и склады;
- заказы, комиссии и возвраты.
Розница
Кассы и POS-системы
Связываем продажи, товары, цены и закрытие смен с учётным контуром.
- выгрузка ассортимента и цен;
- получение продаж и возвратов;
- контроль состояния обмена.
Логистика
Складские и логистические системы
Проектируем задания, подтверждения операций, статусы и расхождения.
- приёмка, отбор и перемещение;
- серии, маркировка и упаковки;
- очередь операций и подтверждения.
API
Корпоративная или отраслевая система
Создаём ограниченный контракт для нужных операций вместо доступа ко всей модели.
- HTTP API, web-сервис или OData;
- форматы и версии сообщений;
- аутентификация и минимальные права.
Архитектура до разработки
Четыре вопроса, без которых обмен быстро становится хрупким
Формат JSON или XML не решает конфликтов сам по себе. Сначала определяем источник истины, идентификаторы, порядок изменений и восстановление после ошибки.
Кто владеет данными
- где объект создаётся и редактируется;
- какие поля являются эталонными;
- кто разрешает конфликт изменений.
Как сопоставляются объекты
- внешние и внутренние идентификаторы;
- правила создания и поиска соответствий;
- обработка дублей и удаления.
Что происходит при ошибке
- статус и причина доступны ответственному;
- повтор не создаёт вторую операцию;
- есть порядок исправления и восстановления.
«Обмен в реальном времени» не является целью сам по себе. Частоту выбираем по критичности данных, нагрузке и допустимому времени рассинхронизации.
Механизм под процесс
Как 1С обменивается данными
Используем штатные возможности платформы. Прямое изменение таблиц информационной базы вне 1С не рассматриваем как нормальный интеграционный интерфейс.
Сначала проверяем
Готовый или типовой обмен
Используем предусмотренный механизм, если он закрывает состав данных и версии систем.
- меньше собственного кода;
- документированные настройки;
- проверка ограничений и совместимости.
Онлайн-вызовы
HTTP API, OData или web-сервис
Проектируем операции, права, формат ответа и обработку ошибок обеих сторон.
- ограниченный бизнес-контракт;
- аутентификация и учётная запись;
- версии и совместимость API.
Пакетный обмен
План обмена, очередь или файл
Подходит для периодической синхронизации и устойчивой обработки больших пакетов.
- JSON, XML, CSV или формат поставщика;
- регистрация и порции изменений;
- подтверждение и повтор сообщений.
После запуска
Что делает интеграцию управляемой
Успешный HTTP-ответ ещё не означает, что бизнес-операция завершилась. Контролируем путь данных от отправки до подтверждённого результата.
Идентификаторы
Сообщение и объект можно проследить в обеих системах.
Очередь и статусы
Видно, что ожидает обработки, завершено или требует внимания.
Безопасный повтор
Повторная попытка не создаёт дубликат уже принятой операции.
Мониторинг
Ошибки, задержки и критичные события доступны ответственным.
Порядок работ
От карты данных до наблюдаемого обмена
- 01
Обследование
Системы, владельцы данных, версии, ограничения и текущие обмены.
- 02
Контракт
Объекты, идентификаторы, направления, частота и ошибки.
- 03
Разработка
Модули обмена, трансформация, права и тестовые данные.
- 04
Проверка
Штатные сценарии, дубли, недоступность и восстановление.
- 05
Запуск и контроль
Релиз, журнал, уведомления, ответственные и сопровождение.
Проверяемые возможности
Официальные материалы платформы 1С
Механизмы обмена и их ограничения сверяем с документацией платформы. Конкретная применимость зависит от версии и прикладного решения.
Интеграционная платформаОбщий каталог механизмов, форматов и оборудования
HTTP-сервисыСобственные методы, URL, запросы и ответы приложения
REST / ODataСтандартный доступ к объектам прикладного решения
Механизмы обменаУзлы, состав данных и регистрация изменений
1С и интернет-магазинОфициальные сценарии двустороннего обмена с 1С-Битрикс
MSPOS и 1ССертифицированная совместимость конкретных моделей и версий драйвера
Официальные материалы производителей. Проверено 20.07.2026.
До начала обмена
Вопросы об интеграции с 1С
С чего начинается интеграция с 1С?
С карты данных и ответственности: какие объекты передаются, какая система является источником истины, как сопоставляются идентификаторы, кто создаёт и изменяет записи, какая частота нужна и что происходит при ошибке. Выбор API или формата выполняется после этого.
Можно ли сделать обмен в реальном времени?
Иногда да, но реальное время требуется не каждой операции. Частоту выбираем по бизнес-сценарию, возможностям обеих систем, объёму данных и допустимой нагрузке. Для части задач надёжнее очередь или регламентный обмен с контролем состояния.
Чем HTTP API отличается от стандартного OData-интерфейса 1С?
OData предоставляет стандартный доступ к объектам прикладного решения и поддерживает операции чтения и изменения с учётом прав. Собственный HTTP-сервис позволяет задать ограниченный бизнес-контракт, методы и ответы под конкретный сценарий. Выбор зависит от состава операций и требований безопасности.
Интегрируете ли вы 1С с интернет-магазинами и маркетплейсами?
Да. Согласуем обмен номенклатурой, ценами, остатками, заказами, статусами, оплатами и отгрузками. Конкретный состав зависит от CMS или площадки, модели учёта и того, где владелец каждого вида данных.
Как предотвращаются дубли документов и повторная обработка?
Фиксируем внешние идентификаторы, правила сопоставления и повторного выполнения операции. Для каждого сообщения или объекта определяем, можно ли безопасно обработать его повторно, как распознаётся дубль и как восстанавливается обмен после сбоя.
Можно ли напрямую записывать данные в таблицы базы 1С?
Прямое изменение таблиц информационной базы вне механизмов платформы не используем как штатный способ интеграции. Оно обходит бизнес-логику и проверки прикладного решения. Для обмена выбираем поддерживаемые механизмы платформы, API или согласованный файловый протокол.
Как контролируется работа интеграции после запуска?
Состав контроля проектируется вместе с обменом: журнал операций, идентификаторы сообщений, статусы, уведомления, повторные попытки и понятная процедура разбора ошибок. Уровень мониторинга и время реакции закрепляются в договоре поддержки.
Что происходит при изменении API внешней системы или обновлении 1С?
Проверяем контракт, совместимость версий и критичные сценарии на тестовом контуре. Если внешний поставщик меняет формат или правила, оцениваем адаптацию отдельно. Интеграция должна иметь владельцев с обеих сторон и понятный порядок обновления.
Следующий шаг
Нужно связать 1С с другой системой?
Опишите участников обмена и данные, которые сейчас приходится переносить вручную. Подготовим карту потоков, определим границы первой версии и предложим механизм с контролем ошибок.