1С / ERP
товары · документы · статусы
Интеграции
Нестандартная двусторонняя интеграция
Проектируем собственный двусторонний обмен для нескольких сущностей и систем: статусы, документы, очереди, ошибки и бизнес-правила.
от150 000 ₽
15+лет опыта
50+проектов на
1С-Битрикс
1С-Битрикс
15+проектов на
поддержке
поддержке
50%повторных
клиентов
клиентов
5 летсредняя продолжительность
сотрудничества
сотрудничества
Об интеграции
Нестандартная двусторонняя интеграция нужна, когда простого штатного обмена недостаточно: участвуют несколько сущностей или систем, есть собственные статусы, документы, правила конфликтов и требования к повторным операциям.
В таком проекте мы сначала фиксируем контракт обмена и мастер-системы, а затем строим управляемый контур синхронизации с журналированием, обработкой ошибок и возможностью развития.
Схема интеграции
Интеграционный слой
правила · очередь · журнал
Сайт / CRM
заказы · клиенты · статусы
Внешние сервисы
API · доставка · партнёры
Какие данные передаются
Товары и каталоги
двусторонний обмен
Цены и условия
по правилам мастер-системы
Остатки
по складам и источникам
Заказы
создание и обновление
Статусы
синхронизация состояний
Клиенты
идентификаторы и контакты
Документы
создание и привязка
Файлы / свойства
по согласованному контракту
Что делаем в рамках интеграции
Предпроектное описание контракта обмена.
Определение мастер-системы для каждой сущности.
Сопоставление идентификаторов и полей.
Разработка двустороннего обмена.
Очереди/повторные попытки/логирование при необходимости.
Обмен статусами, документами и другими сущностями.
Тестирование ошибок и повторной синхронизации.
Документация и ввод в эксплуатацию.
Как работает обмен
Событие / очередь
Изменение в мастер-системе формирует задачу обмена.
Подготовка
Данные преобразуются по согласованному контракту.
Передача
Интеграционный слой отправляет запрос в целевую систему.
Проверка
Контролируем ответ, идентификаторы и бизнес-правила.
Синхронизация
Обновляем связанные сущности и статусы.
Ошибка / повтор
Проблемная операция остаётся в журнале и может быть безопасно повторена.
Что учитываем
Контракт данных
Фиксируем обязательные поля и форматы.
Мастер-системы
Определяем источник истины для каждой сущности.
Защита от дублей
Используем устойчивые идентификаторы и правила сопоставления.
Очереди
Разделяем приём события и фактическую обработку.
Повторные попытки
Автоматизируем безопасный retry там, где он допустим.
Логирование
Сохраняем технический результат и контекст ошибки.
Недоступность систем
Не теряем задачу при временном отказе внешнего API.
Мониторинг
Делаем состояние обмена наблюдаемым и диагностируемым.
Нужно понять, можно ли связать ваши системы?Обсудить интеграцию →
Интеграция — это не только передача данных
В сложном обмене важно не просто отправить сообщение, а гарантировать предсказуемое поведение при дублях, повторной доставке, частичной ошибке или временной недоступности одной из систем. Архитектура обмена должна учитывать эти сценарии заранее.
Что получите
Управляемый двусторонний контур обмена
Предсказуемый двусторонний обмен, учитывающий реальные бизнес-правила клиента.
- Согласованный контракт данных и направлений обмена
- Синхронизация нескольких сущностей и статусов
- Контроль идентификаторов и защита от дублей
- Очереди и повторные операции для критичных сценариев
- Логирование и диагностика проблемных операций
- Тестирование ошибочных и повторных сценариев
- Техническая основа для дальнейшего расширения интеграции
Как проходит работа
Аналитика
Разбираем системы, бизнес-правила, объёмы и ограничения API.
Контракт обмена
Фиксируем мастер-системы, сущности, идентификаторы и направления.
Архитектура
Определяем очереди, обработку ошибок, мониторинг и точки расширения.
Разработка
Реализуем интеграционный контур и необходимые адаптеры.
Тестирование
Проверяем штатные, ошибочные и повторные сценарии.
Запуск и наблюдение
Вводим обмен в работу и контролируем первые реальные циклы.
Стоимость и границы
Базовая граница
- Стартовая цена покрывает только ограниченный согласованный контур
- Полный состав фиксируется после проектирования
Считается отдельно
- Доработки внешних систем и 1С
- Платные API и лицензии
- Миграция исторических данных
- Новые сущности после фиксации контракта
- Новые внешние сервисы
- Изменения API после запуска
Стоимость часа
- 3 500 ₽/ч — дополнительные работы вне согласованного объёма
- Поддержка и развитие после запуска считаются по часовой модели
После запуска обмен должен оставаться управляемым
Интеграционный контур меняется вместе с бизнесом и внешними API. Поэтому нужны понятные журналы, мониторинг и архитектура, в которую можно добавлять новые сущности и правила без полной переделки существующего обмена.
Ответы на частые вопросы
О сроках, стоимости, составе работ и дальнейших шагах.
Почему точная стоимость определяется после проектирования?
В сложной интеграции цена зависит не только от количества API, но и от числа сущностей, направлений, правил конфликтов, объёма данных и требований к обработке ошибок. Эти параметры нужно сначала зафиксировать.
Можно ли связать больше двух систем?
Да. Шаблон интеграции поддерживает несколько систем, но для каждой нужно определить роль, данные и правила обмена.
Что происходит, если одна система недоступна?
Для критичных сценариев используются очереди, фиксация ошибок и повторные попытки. Конкретная стратегия зависит от возможностей API и требований к данным.
Как избежать дублей при повторной передаче?
На этапе проектирования определяем устойчивые идентификаторы и правила идемпотентности, чтобы повтор одной операции не создавал новую сущность.
Можно ли доработать уже существующую интеграцию?
Да, если текущий код и архитектура позволяют безопасно расширить её. Сначала проводим технический разбор существующего обмена.
Кто отвечает за изменения сторонних API?
Если внешний сервис меняет контракт после запуска, адаптация интеграции является отдельной задачей поддержки или доработки.