Интеграция сайта на Битрикс с 1С
Проектируем обмен товарами, предложениями, ценами, остатками, контрагентами, заказами, статусами и документами. До реализации проверяем конфигурацию и доработки 1С, редакцию сайта, объём данных, внешние идентификаторы и допустимую задержку. Повтор пакета не должен создавать дубли, а ошибка — исчезать без журнала.
Карта обмена
Одинаковое слово может означать разные модели данных на сайте и в 1С.
Каталог
Группы, товары, характеристики, предложения, единицы, штрихкоды, изображения и свойства сопоставляются с моделью каталога сайта.
Цены и остатки
Типы цен, склады, резервы, доступность и правила округления получают владельца и допустимую задержку.
Заказы
Состав, скидки, доставка, оплата, покупатель, контрагент и комментарии передаются в подтверждённом формате.
Статусы и документы
Обратный поток статусов, отгрузок, оплат и документов проектируется отдельно от выгрузки заказа.
Надёжность
Обмен должен выдерживать повтор, частичную ошибку и временную недоступность.
Внешние ключи
Стабильные идентификаторы хранятся явно. Название и артикул могут меняться и не подходят как единственный ключ.
Идемпотентность
Одинаковый пакет или событие можно обработать повторно без второго заказа и дубля товара.
Очередь и повторы
Временная ошибка повторяется с ограничением; постоянная остаётся в журнале с понятным статусом.
Контрольная сумма
Для больших потоков используем признаки изменения, чтобы не переписывать неизменные данные и не сбрасывать лишний кеш.
Тестовый контур
Интеграция проверяется на согласованном наборе пограничных данных.
Номенклатура
Простой товар, несколько предложений, пустое свойство, удаление, новое изображение и изменение группы.
Цены
Несколько типов, нулевая цена, округление, индивидуальное условие и временное отсутствие значения.
Заказ
Гость и авторизованный клиент, скидка, доставка, оплата, отмена, повтор отправки и частичная ошибка.
Объём
Начальная загрузка и инкрементальный обмен проверяются на объёме, близком к рабочему, если стенд это допускает.
Границы проекта
Работы сайта и учётной системы разделяются в смете.
Изменения 1С
Доработка конфигурации, расширение и участие специалиста 1С включаются только после явного согласования.
Лицензии и модули
Совместимость и доступность механизмов проверяются по фактическим версиям; цены поставщиков не хардкодятся.
Данные
Очистка дублей, нормализация свойств и исправление исторических заказов оцениваются как отдельный объём.
Поддержка
После запуска фиксируются владелец мониторинга, канал инцидента, сроки реакции только при реальном SLA и порядок изменения контракта.
Когда это правильный выбор
До оценки сверяем не только желаемый результат, но и более простой или безопасный способ решить задачу.
Подходит
Каталог, цены, остатки, заказы или документы ведутся в 1С и должны использоваться сайтом без ручного дублирования.
Достаточна выгрузка файла
Если обмен редкий, односторонний, небольшой и бизнес допускает ручной контроль каждой операции.
Нужен мастер‑данных
Если номенклатура и контрагенты задублированы, а подразделения используют разные правила идентификации.
Нужен специалист 1С
Если конфигурацию требуется дорабатывать: работы внешней стороны планируются как отдельная ответственность.
Из чего складывается оценка
Точная цена появляется после проверки входных данных. До этого показываем факторы и выбранную модель расчёта, а не ложную фиксированную цифру.
Конфигурации
Типовая или доработанная 1С, редакция сайта и доступные механизмы определяются обследованием, а не названием продукта.
Объём данных
Количество SKU, свойств, складов, цен и заказов влияет на пакет, кеш и окно начальной загрузки.
Правила
Трансформации, комплекты, единицы, скидки и контрагенты увеличивают число пограничных сценариев.
Две стороны
Работы в 1С и на сайте, участие специалистов и ответственность за тестовые данные показываются раздельно.
Проектный маршрут
Каждый этап имеет вход, передаваемый результат, ответственного и критерий перехода к следующему.
Границы
Фиксируем системы, владельцев, сущности, направления, допустимую задержку и то, что остаётся вне проекта.
Данные
Собираем реальные примеры, внешние идентификаторы, статусы, объёмы и пограничные значения без передачи лишних персональных данных.
Контракт
Описываем поля, триггер, ответы, ошибки, конфликты, повтор и версию; документ принимают владельцы обеих систем.
Прототип
Проверяем доступы, транспорт и одну сквозную сущность до реализации полного потока.
Реализация
Пишем серверный код, очередь и журнал; секреты остаются вне браузера и репозитория.
Тестирование
Проходим начальную загрузку, изменение, повтор, таймаут, частичную ошибку и восстановление на тестовом контуре.
Переключение
Согласуем окно, резервный план, контрольные выборки и ответственных за решение продолжить или откатить.
Наблюдение
После запуска контролируем ошибки, отставание, дубли и изменения внешнего контракта; SLA фиксируется только отдельно.
Частые вопросы
Ответы помогают заранее определить границы задачи и данные, которые потребуются для оценки.
CommerceML обязателен?
Нет. Это распространённый вариант, но транспорт выбирается по конфигурации, объёму, требованиям к задержке и доработкам. Возможны API, очередь, файлы или комбинированная схема.
Почему появляются дубли товаров?
Частая причина — нестабильный ключ сопоставления, изменение идентификатора, несколько источников истины или повторная обработка без идемпотентности. Причина подтверждается по данным и журналу.
Можно обмениваться остатками в реальном времени?
Технически возможны разные режимы, но выбор зависит от нагрузки, числа складов, возможностей 1С и допустимого риска устаревших данных. Иногда очередь событий надёжнее синхронного запроса.
Как считается стоимость?
По числу сущностей и направлений, правилам трансформации, конфигурациям, объёму, частоте, тестовым данным, мониторингу и работам во внешней системе.
Что получает заказчик?
Карту обмена, контракт полей и статусов, код и настройки, журнал, тестовые сценарии, результаты контрольных выборок, инструкции и перечень ограничений.
Связанные направления
Перейдите к соседней задаче или посмотрите общий состав проекта и действующие ориентиры стоимости.
Начнём с границ задачи
Укажите адрес сайта или тип нового проекта, ожидаемый результат и известные ограничения. Ответим с уточняющими вопросами и предложим разумный следующий шаг.