Интеграции сайтов на 1С‑Битрикс
Связываем сайт с 1С, Битрикс24, CRM, платежами, доставкой и внутренними сервисами. Для каждого обмена фиксируем сущности, направление, триггер, ключ сопоставления, правило конфликта, повторную доставку и мониторинг. Интеграция считается готовой, когда контролируется не только успешный сценарий, но и сбой.
Основные направления
Выберите систему или начните с общей карты интеграционного контура.
1С и ERP
Каталог, предложения, цены, остатки, контрагенты, заказы, статусы и документы с учётом доработок конфигурации.
Битрикс24 и CRM
Лиды, контакты, компании, сделки, товары, источники и ответственные без дублей и потери согласий.
Платежи и доставка
Создание операции, подтверждение, отмена, возврат, расчёт тарифа, ПВЗ и повторные уведомления.
Собственный API
Версионируемый контракт для кабинета, мобильного приложения, партнёров или внутренних систем.
Семь решений до кода
Большая часть надёжности определяется на этапе контракта.
Источник истины
Для каждого поля назначается система‑владелец; двустороннее редактирование без правила конфликта запрещено.
Идентификаторы
Сопоставление строится по стабильным внешним ключам, а не по названию товара, email или отображаемому номеру.
Режим доставки
Событие, очередь, расписание или пакет выбираются по допустимой задержке, объёму и возможностям систем.
Повтор и идемпотентность
Повторное сообщение не должно создавать второй заказ, платёж или контрагента.
Наблюдаемость
Интеграция без журнала превращает любую ошибку в ручное расследование.
Корреляция
Операция получает идентификатор, по которому виден путь через системы без сохранения лишних персональных данных.
Журнал ошибок
Фиксируем время, сущность, этап, безопасный контекст и действие для ответственного. Секреты в лог не попадают.
Повторная доставка
Автоматические повторы имеют лимит и паузу; постоянная ошибка переходит в управляемую очередь разбора.
Мониторинг
Контролируем не только доступность endpoint, но и отставание очереди, долю ошибок и отсутствие ожидаемого обмена.
Как принимаем обмен
Тестовый контур содержит положительные, отрицательные и повторные сценарии.
Начальная загрузка
Полный согласованный набор проходит контрольные выборки по количеству, ключам и важным полям.
Изменения
Создание, обновление, удаление или архивирование проверяются отдельно для каждой сущности.
Сбой
Недоступность, таймаут, некорректный пакет и частичная обработка не приводят к тихой потере данных.
Передача
Заказчик получает карту потоков, контракт, настройки, инструкцию разбора ошибок и известные ограничения.
Когда это правильный выбор
До оценки сверяем не только желаемый результат, но и более простой или безопасный способ решить задачу.
Подходит
На сайте и во внешних системах есть одна бизнес‑операция или данные, которые приходится переносить вручную.
Достаточен импорт
Если перенос выполняется один раз, данные больше не меняются, а постоянный канал и мониторинг не нужны.
Нужен пересмотр процесса
Если системы противоречат друг другу и нет владельца цены, статуса, клиента или заказа.
Не начинаем с endpoint
Без карты сущностей, конфликтов и ошибок выбор REST, файла или очереди не решает задачу интеграции.
Из чего складывается оценка
Точная цена появляется после проверки входных данных. До этого показываем факторы и выбранную модель расчёта, а не ложную фиксированную цифру.
Сущности
Каждый тип данных имеет поля, ключи, статусы, конфликты и жизненный цикл, которые надо согласовать.
Направления
Двусторонний обмен сложнее одностороннего, потому что требует владельца поля и разрешения конфликтов.
Режим
События, очередь, расписание и начальная загрузка создают разные требования к коду и инфраструктуре.
Надёжность
Идемпотентность, повторы, журнал, алерты, тестовый контур и поддержка считаются явными результатами.
Проектный маршрут
Каждый этап имеет вход, передаваемый результат, ответственного и критерий перехода к следующему.
Контекст
Уточняем бизнес‑задачу, текущее состояние, владельца результата и ограничения, которые нельзя узнать из общего запроса.
Выбор маршрута
Отделяем локальную задачу, аудит, проект и регулярное сопровождение, чтобы не продавать лишний этап.
Границы
Фиксируем результаты, исключения, внешние расходы, данные заказчика и зоны ответственности сторон.
Декомпозиция
Разделяем обязательный контур запуска, зависимости и улучшения, которые можно перенести без потери результата.
Оценка
Для понятных задач используем fixed, для изменяемого backlog — T&M с лимитом; допущения указываются рядом с цифрой.
Реализация
Промежуточные результаты показываются на контрольных точках, а решения остаются в общей системе задач.
Приёмка
Проверяем критерии, негативные сценарии и комплект передачи, а не только визуальное сходство с макетом.
Развитие
После запуска backlog пересматривается по данным и рискам; новый объём не маскируется под гарантийное исправление.
Частые вопросы
Ответы помогают заранее определить границы задачи и данные, которые потребуются для оценки.
Можно назвать цену без доступа к системам?
Можно дать принцип оценки, но надёжная смета требует списка сущностей, направлений, частоты, объёма, конфигураций, доработок и требований к обработке ошибок.
Всегда нужен обмен в реальном времени?
Нет. Реальное время увеличивает сложность и не всегда даёт бизнес‑эффект. Для остатков, заказов, документов и аналитики могут быть разные режимы.
Что важнее — API или формат файла?
Транспорт вторичен по отношению к контракту: кто владеет данными, как идентифицируется сущность, что считается успехом и как обрабатывается повтор.
Можно интегрировать любую версию?
Совместимость нельзя подтверждать без проверки редакций, версий, модулей и доработок обеих систем. При несовместимости проектируется адаптер или другой маршрут.
Кто отвечает за изменения во внешней системе?
Границы ответственности фиксируются в схеме и смете. Работы в 1С, CRM или сервисе не считаются автоматически включёнными в разработку сайта.
Связанные направления
Перейдите к соседней задаче или посмотрите общий состав проекта и действующие ориентиры стоимости.
Начнём с границ задачи
Укажите адрес сайта или тип нового проекта, ожидаемый результат и известные ограничения. Ответим с уточняющими вопросами и предложим разумный следующий шаг.