Обследование
Проверяем конфигурацию 1С, версию Bitrix24, инфраструктуру, объекты, поля, объём данных, текущие расширения и требования безопасности.
ИНТЕГРАЦИИ
Интеграция Bitrix24 с 1С без двойного ввода и рассинхронизации данных
Определяем, какие данные должны передаваться между CRM и учётной системой, в каком направлении идёт обмен и кто является владельцем каждого типа информации. После этого выбираем стандартный модуль, готовое приложение или кастомную интеграцию и проверяем её на реальных сценариях.
Точная оценка возможна только после проверки конфигурации 1С, версии Bitrix24, структуры данных и требуемых сценариев.
Пример рабочего материала Agentro: помогает увидеть логику решения и обсудить будущий результат до начала настройки.
01
Когда нужна интеграция
01
менеджеры повторно вводят контрагентов и заказы;
02
остатки и цены в CRM устаревают;
03
бухгалтерия не видит информацию, согласованную с клиентом;
04
продажи не знают статус оплаты или отгрузки;
05
реквизиты и документы расходятся между системами;
06
сделки в CRM не связаны с заказами в 1С;
07
сотрудники обмениваются выгрузками Excel;
08
данные передаются вручную и зависят от одного человека;
09
существующая интеграция создаёт дубли или периодически останавливается;
10
компания хочет автоматизировать процесс после продажи.
02
Какие данные можно связать
В зависимости от конфигураций и выбранного решения:
- контакты;
- компании и контрагенты;
- реквизиты и банковские счета;
- лиды и сделки;
- счета;
- товары и свойства;
- цены;
- остатки;
- заказы;
- оплаты;
- отгрузки;
- статусы;
- пользовательские поля;
- печатные формы и документы;
- смарт-процессы;
- задачи и другие поддерживаемые объекты.
Не все объекты обязаны обмениваться в обе стороны. Для каждого типа данных отдельно определяется главный источник.
03
Две системы не должны одновременно считать себя главными
Перед настройкой фиксируем:
- где создаётся объект;
- где он изменяется;
- какая система хранит эталонное значение;
- какие поля доступны только для чтения;
- что происходит при конфликте;
- как обрабатываются дубли;
- когда запускается обмен;
- кто получает уведомление об ошибке;
- можно ли повторить операцию;
- как проверяется полнота передачи;
- сколько систем и баз участвует;
- что происходит при недоступности одной из сторон.
Рабочий артефакт
Кто и что делает
Помогает отделить настройку интерфейса от реальной логики исполнения процесса.
Agentro, рабочий материал
Кто и что делает
Один понятный сценарий
01
Событие
В CRM происходит согласованное действие: сделка готова к счёту, заказ подтверждён или оплата ожидается.
02
Передача данных
Система отправляет только необходимые поля в 1С или другой сервис без повторного ручного ввода.
03
Ответ системы
Документ, номер или статус возвращается в карточку и становится виден ответственному.
04
Контроль
Ошибка обмена фиксируется отдельно: понятно, что не передалось и кому нужно отреагировать.
Кто и что делает в процессе
Показывает один рабочий сценарий: кто начинает действие, что делает система и где команда контролирует результат.
Схема подхода Agentro
Рабочий материал Agentro
Общее пространство документов
Шаблоны, таблицы, презентации и проектные файлы находятся рядом с процессом и командой.
04 · маршрут
Этапы проекта
Карта бизнес-сценариев
Описываем не абстрактный «обмен», а реальные действия: создание клиента, заказ, выставление счёта, изменение статуса, оплата, отгрузка, возврат или отмена.
Модель владения данными
Определяем главный источник каждого объекта и поля.
Сопоставление
Фиксируем соответствие сущностей, полей, справочников, статусов, единиц измерения и идентификаторов.
Подготовка данных
Проверяем дубли, обязательные значения и качество существующих записей. Интеграция не исправляет автоматически исторический хаос.
Выбор решения
Сравниваем стандартный модуль, приложение и кастомную разработку по покрытию сценариев, стоимости владения, поддержке и рискам.
Тестовый контур
Настраиваем обмен на ограниченном наборе данных и проверяем согласованные сценарии.
Обработка ошибок
Настраиваем журналирование, уведомления, повторную отправку и порядок действий администратора.
Запуск
Планируем переключение, контролируем первые обмены и проверяем целостность данных.
Документация и поддержка
Передаём карту обмена, правила, инструкции и зоны ответственности.
05 · результат
Что будет работать после интеграции
карту систем и объектов обмена;Подробнее
Системы передают согласованные данные без повторного ввода, а ошибки обмена можно увидеть и разобрать.
описание бизнес-сценариев;Подробнее
Показывает, что именно нужно проверить до крупного решения и какой результат подтвердит или опровергнет предположение.
матрицу владения данными;Подробнее
Определяет состав, источник и правила обработки данных, чтобы результатам можно было доверять.
таблицу сопоставления сущностей и полей;Подробнее
Передаём понятный рабочий результат с согласованными границами и правилами дальнейшего использования.
правила создания и изменения объектов;Подробнее
Определяет, кто видит данные, принимает решение и может менять процесс. Доступы остаются под контролем компании.
настроенную интеграцию;Подробнее
Системы передают согласованные данные без повторного ввода, а ошибки обмена можно увидеть и разобрать.
тестовые сценарии;Подробнее
Показывает, что именно нужно проверить до крупного решения и какой результат подтвердит или опровергнет предположение.
журналирование и механизм контроля ошибок;Подробнее
Определяет, кто видит данные, принимает решение и может менять процесс. Доступы остаются под контролем компании.
инструкцию администратора;Подробнее
Команда получает понятные правила работы и может пользоваться результатом после завершения проекта.
перечень ограничений;Подробнее
Честно фиксирует, что пока не решено, где возможны сбои и что нужно учитывать при развитии системы.
регламент поддержки и изменения интеграции.Подробнее
Системы передают согласованные данные без повторного ввода, а ошибки обмена можно увидеть и разобрать.
06
Стандартная или кастомная интеграция
Стандартное решение подходит, если:
- конфигурации поддерживаются;
- типовые объекты покрывают процесс;
- направления обмена соответствуют задаче;
- допустимы стандартные правила;
- нет сложной трансформации данных.
Кастомная интеграция может потребоваться, если:
- используется нетиповая или сильно изменённая конфигурация;
- участвует несколько баз;
- необходима сложная логика преобразования;
- есть нестандартные объекты;
- требуется особая обработка ошибок;
- обмен является частью отдельного продукта или портала.
Кастомная разработка не предлагается автоматически. Сначала проверяется возможность использовать и безопасно расширить поддерживаемое решение.
Рабочий артефакт
ДДС на 13 недель
Помогает заранее увидеть кассовый разрыв и перенести решение до даты платежа.
Agentro, рабочий материал
ДДС на 13 недель
Пример прогноза
Остаток сегодня
920 тыс. ₽Минимум периода
430 тыс. ₽Резерв
350 тыс. ₽Точка внимания: неделя 5. Плановая закупка создаёт снижение ниже согласованного резерва.
ДДС на 13 недель
Показывает ожидаемые поступления, выплаты и минимальный денежный остаток на горизонте квартала.
Пример рабочего материала Agentro
07
Риски, которые нужно учесть
- дубли и разные идентификаторы;
- несовпадающие справочники;
- конфликт правок;
- неполные обязательные поля;
- изменение конфигурации 1С;
- обновления Bitrix24 и приложений;
- недоступность сервера;
- большие первоначальные выгрузки;
- персональные и финансовые данные;
- отсутствие владельца интеграции;
- ручные изменения, нарушающие согласованные правила.
08 · границы
Что необходимо от заказчика
- специалист, понимающий конфигурацию 1С;
- владелец процесса со стороны бизнеса;
- безопасные доступы;
- примеры реальных документов и операций;
- решения по спорным владельцам данных;
- тестовые пользователи;
- окно для запуска;
- участие в приёмке;
- информация о текущих доработках и интеграциях.
Формат и бюджет
Сколько стоит интеграция Bitrix24 с 1С
Ориентиры стоимости работ Agentro, не публичная оферта. Актуально на 2 августа 2026 года.
Формат
Предпроектное обследование
60 000–100 000 ₽
Проверка конфигураций и расширений, интервью с владельцами процессов, описание сценариев, матрица владения данными, объекты и направления обмена, риски, вариант архитектуры, оценка сроков и бюджета.
Формат
Стандартная интеграция
от 150 000 ₽
Поддерживаемые конфигурации, ограниченный набор типовых объектов, понятное направление обмена, тестовый контур, журналирование и документация.
Формат
Расширенная или кастомная интеграция
от 300 000 ₽
Нетиповая конфигурация, несколько баз, сложная трансформация, нестандартные объекты, большой объём данных, особая обработка ошибок или участие нескольких систем.
Подробнее
Стоимость готовых модулей, приложений, лицензий, серверной инфраструктуры, доработок 1С и очистки исторических данных оплачивается отдельно.
Интеграция не оценивается только по списку полей. Итоговая стоимость зависит от бизнес-сценариев, владельцев данных, качества базы, направлений обмена, частоты, мониторинга и требований к отказоустойчивости.
Вопросы о формате
Можно ли настроить двусторонний обмен?
Для многих объектов — да, но двусторонность не является самоцелью. Она увеличивает риск конфликтов, поэтому для каждого поля определяется владелец и правила изменения.
Подойдёт ли стандартный модуль?
Это определяется после проверки конфигураций и сценариев. Наличие готового модуля не означает, что он покрывает конкретный процесс без настройки и ограничений.
Интеграция удалит дубли?
Она может предотвращать часть новых дублей, если настроены идентификаторы и правила. Очистка исторических данных является отдельным этапом.
Можно связать несколько баз 1С?
Возможность зависит от выбранного решения, инфраструктуры и сценариев. Такая архитектура требует отдельного обследования.
Что происходит при ошибке обмена?
В проекте должен быть предусмотрен журнал, уведомление, повторная обработка и ответственный. Интеграция без контроля ошибок не считается завершённой.
Связанные форматы
Данные между CRM и 1С передаются вручную или регулярно расходятся?
Опишите конфигурацию, объекты обмена и текущую проблему. Определим состав обследования и проверим, подходит ли стандартное решение.
Все услуги