Подходит, если Битрикс24 и 1С уже используются, но готовый модуль не учитывает Ваши доработки, документы или порядок работы. Разберём, что сотрудники переносят вручную, какие данные расходятся и где останавливается обмен. Затем согласуем состав работ и разработаем нужные сценарии.

На первом разговоре уточним конфигурацию 1С, версию Битрикс24 и задачу. Если данных для оценки недостаточно, предложим отдельное платное обследование и назовём его стоимость до начала работ.
В 1С изменены документы, реквизиты или справочники, и стандартный модуль не передаёт нужные данные.
Менеджеры создают в Битрикс24 сделку, а затем повторно вводят заказ, счёт или контрагента в 1С.
Информация об оплате или отгрузке появляется в CRM с задержкой либо её приходится запрашивать у бухгалтерии.
Действующий обмен создаёт дубли, пропускает изменения или перестал работать после обновления.
Сделку нужно связать с нестандартным документом или смарт-процессом Битрикс24.
Несколько подразделений по-разному называют этапы и статусы, поэтому данные между системами не совпадают.
Если задача касается одной настройки стандартного модуля, сначала проверим её. Разработка требуется там, где типовой обмен не покрывает согласованные правила работы.
| Задача | Что проверяем перед разработкой |
|---|---|
| Клиенты и контрагенты | Где создаётся карточка, по каким реквизитам искать совпадения, как обрабатывать дубли |
| Счета и заказы | В какой момент передавать документ, какие поля обязательны, что делать при изменении или отмене |
| Оплаты и отгрузки | Какой статус нужен менеджеру в CRM, откуда он поступает, как учитывать частичную оплату или возврат |
| Товары, цены и остатки | Какая система ведёт справочник, какие цены и склады нужны в Битрикс24, как часто обновлять данные |
| Договоры и собственные документы | Как связать документы 1С со сделкой или смарт-процессом Битрикс24, какие реквизиты показывать команде |
Передача каждого вида данных входит в проект только после проверки конфигурации и согласования состава обмена.
Для каждого сценария фиксируем четыре вещи: какая система хранит исходные данные, что запускает передачу, куда попадает результат и кто видит ошибку, если передача не прошла. Так бухгалтерия и отдел продаж работают с согласованными данными, а ответственные понимают, где искать расхождение.
Например, компания может передавать сведения о заказе из Битрикс24 в 1С и возвращать в сделку статус оплаты или отгрузки. Подойдёт ли такой сценарий Вам, решаем после проверки документов, полей и текущего обмена. Направление и частоту передачи закрепляем в проекте.
Покажите одну операцию, которую сотрудники выполняют вручную, и объясните, как они сейчас узнают результат в другой системе.
Смотрим конфигурацию 1С, доработки, Битрикс24, доступы и действующий модуль обмена. Определяем, нужен ли отдельный этап обследования.
Согласуем данные, направления передачи, правила обновления, действия при дублях и ошибках, а также ответственность Вашей команды и KLIKLAB.
Настраиваем согласованные сценарии и проверяем их на примерах из Вашей работы: создание, изменение, отмена, повторная передача и ситуация, когда одна из систем недоступна.
Проверяем работу обмена с ответственными сотрудниками, передаём инструкции и согласуем, кто следит за ошибками и как заказывать дальнейшие изменения.
По итогам проекта сотрудники видят в Битрикс24 те данные из 1С, которые вошли в согласованный обмен. Например, если в проект включён возврат оплаты, менеджер видит её статус в карточке сделки. Ответственные получают способ проверить ошибку обмена и инструкции. Точные поля, документы и проверочные сценарии фиксируем в предложении.
Для производственной компании KLIKLAB адаптировал модуль обмена под 1С:УПП 1.3 и связал её с Битрикс24. В опубликованном кейсе описаны работа с данными клиентов и товаров, договорами, реализациями и смарт-процессами Битрикс24. Это пример разработки под конкретную конфигурацию, а не готовый модуль для любой базы 1С.
Посмотреть кейс интеграции с 1С:УППKLIKLAB указан в официальной карточке партнёров Битрикс24 с компетенцией «Интеграция с 1С». Состав Вашего проекта определим после проверки систем.
Открыть карточку партнёраСтоимость разработки под Вашу конфигурацию называем после проверки систем. На неё влияют число документов и сценариев, состояние текущего обмена, доработки 1С, правила обработки ошибок и объём тестирования.
После первого разговора скажем, достаточно ли данных для предложения. Если требуется платное обследование, заранее покажем его состав и цену. В предложении отдельно укажем разработку, запуск и поддержку, если она нужна. Лицензии, платные приложения и работы стороннего специалиста по 1С учитываются отдельно, если не включены в смету.