Как передавать заказы из Bitrix24 в 1С: правильная схема интеграции

Передача заказов из Bitrix24 в 1С — один из самых востребованных сценариев интеграции CRM и учётной системы.

Менеджер работает с клиентом в Bitrix24:

• принимает обращение;
• уточняет потребность;
• формирует предложение;
• согласовывает цену;
• фиксирует состав заказа;
• получает подтверждение клиента.

После этого заказ должен попасть в 1С, где продолжается учётный и операционный процесс:

• создание заказа клиента;
• выставление счёта;
• контроль оплаты;
• резервирование товара;
• закупка;
• производство;
• реализация;
• отгрузка.

Если системы не интегрированы, менеджер или бухгалтер повторно вводят информацию вручную.

Это приводит к:

• двойной работе;
• ошибкам в номенклатуре;
• неправильным ценам;
• потерянным комментариям;
• задержкам при запуске заказа;
• расхождениям между CRM и 1С.

Правильно настроенная интеграция позволяет построить единый процесс:

сделка в Bitrix24 → подтверждённый заказ → документ в 1С → оплата → исполнение → отгрузка → информация возвращается в CRM.

Разберём, как правильно организовать такую передачу.

Зачем передавать заказ из Bitrix24 в 1С автоматически

Во многих компаниях процесс выглядит так:

1. Менеджер формирует заказ в CRM.
2. Отправляет данные бухгалтеру в WhatsApp или по электронной почте.
3. Бухгалтер заново создаёт клиента в 1С.
4. Повторно набирает номенклатуру.
5. Проверяет цены.
6. Создаёт заказ или счёт.
7. Возвращает документ менеджеру.

Даже если одна операция занимает несколько минут, при десятках или сотнях заказов в месяц компания теряет значительное количество рабочего времени.

Но проблема не только во времени.

При ручном переносе могут возникать:

• ошибки количества;
• неправильный товар;
• неверная характеристика;
• ошибочная скидка;
• неправильное юридическое лицо;
• устаревшие реквизиты;
• неверный склад;
• пропущенный комментарий.

Автоматизация позволяет передавать согласованные данные без повторного ввода.

Что именно является заказом в Bitrix24

Перед проектированием интеграции необходимо определить, какой объект CRM будет источником данных.

Чаще всего используется:

• сделка;
• заказ CRM;
• смарт-процесс;
• комбинация нескольких объектов.

Для B2B-компаний наиболее распространённый сценарий — использование сделки.

В карточке сделки могут храниться:

• клиент;
• контакт;
• товары;
• количество;
• цена;
• скидка;
• итоговая сумма;
• валюта;
• условия оплаты;
• адрес доставки;
• комментарий;
• менеджер;
• плановый срок.

После выполнения определённых условий данные передаются в 1С.

Главный вопрос: когда передавать заказ

Самая важная часть интеграции — не техническая передача, а определение правильного момента.

Если отправлять каждую новую сделку в 1С, учётная система быстро заполнится предварительными и неподтверждёнными заказами.

Например, клиент:

• только запросил стоимость;
• ещё выбирает поставщика;
• несколько раз меняет состав;
• не согласовал срок;
• не подтвердил цену.

Такую сделку рано превращать в учётный документ.

Поэтому заказ обычно передаётся после бизнес-события.

Вариант 1. Передача по стадии сделки

Например:

Стадия «Заказ подтверждён» → передать в 1С.

Это один из самых понятных сценариев.

Перед переходом на стадию система может проверить обязательные поля.

Вариант 2. Передача после согласования

Если заказ требует внутреннего утверждения:

менеджер → руководитель → финансы → подтверждение → 1С.

Такой вариант используется при:

• больших скидках;
• нестандартных условиях оплаты;
• сложных договорах;
• специальных ценах.

Вариант 3. Передача по кнопке

В карточке можно предусмотреть действие:

«Создать заказ в 1С».

Менеджер запускает обмен только после окончательной проверки.

Это удобно для сложных B2B-сценариев.

Вариант 4. Передача после предоплаты

Иногда учётный или производственный заказ имеет смысл создавать только после поступления денег.

Например:

предоплата ≥ 50% → передать заказ в производство.

При этом предварительный документ в 1С может быть создан раньше.

Какие данные передавать из Bitrix24 в 1С

Состав зависит от бизнеса.

Обычно передаются следующие блоки.

1. Данные клиента

• название компании;
• БИН;
• контактное лицо;
• телефон;
• email;
• адрес;
• реквизиты;
• договор.

Если клиент уже существует в 1С, интеграция должна найти и связать его, а не создать дубль.

2. Данные заказа

• номер сделки;
• дата;
• сумма;
• валюта;
• направление;
• ответственный;
• комментарий;
• желаемая дата поставки;
• источник.

3. Товары

Для каждой позиции:

• код;
• артикул;
• наименование;
• характеристика;
• количество;
• единица измерения;
• цена;
• скидка;
• итоговая стоимость.

Желательно сопоставлять товары по системным идентификаторам, а не только по названию.

4. Условия оплаты

Можно передавать:

• предоплата;
• отсрочка;
• график платежей;
• способ оплаты;
• банковские условия.

Это особенно важно для B2B-сделок.

5. Доставка

• адрес;
• регион;
• способ;
• транспортная компания;
• дата;
• контакт получателя.

6. Дополнительные параметры

Для производства могут потребоваться:

• спецификация;
• технические характеристики;
• цвет;
• размер;
• комплектация;
• проект;
• объект;
• чертёж;
• техническое задание.

Такие поля часто требуют индивидуальной интеграции.

Как должен создаваться клиент в 1С

Перед созданием нового контрагента интеграция должна проверить, существует ли он уже.

Для поиска могут использоваться:

• внутренний идентификатор;
• БИН;
• код;
• сохранённая связь CRM–1С.

Не стоит полагаться только на название компании.

Например:

• ТОО «СтройПром»;
• СтройПром ТОО;
• ТОО Строй Пром.

Для человека это одна компания.

Для системы — потенциально три разных объекта.

Как избежать дублей

Лучший сценарий:

1. Клиент создаётся впервые.
2. Система получает его ID в 1С.
3. Этот ID сохраняется в карточке Bitrix24.
4. При следующих заказах используется уже существующая связь.

Так интеграция не пытается повторно искать клиента каждый раз.

Как передавать товары

Товарный каталог обычно логично вести в 1С.

Из 1С в Bitrix24 передаются:

• товары;
• коды;
• характеристики;
• цены;
• единицы измерения.

Менеджер выбирает позицию из синхронизированного каталога.

Когда заказ передаётся обратно, каждая строка уже имеет связь с конкретной номенклатурой 1С.

Это намного надёжнее, чем искать товар по названию.

Что делать с ценами

Нужно заранее определить источник цены.

Варианты:

Цена хранится в 1С

CRM получает актуальный прайс.

Менеджер выбирает товар, и цена подставляется автоматически.

Цена определяется в CRM

Так бывает при индивидуальных расчётах.

Тогда утверждённая цена передаётся в 1С как коммерческое условие заказа.

Цена рассчитывается в 1С по запросу

CRM отправляет параметры, а 1С возвращает результат.

Это применяется при сложном ценообразовании.

Как работать со скидками

Если менеджеру разрешено менять цену, важно установить лимиты.

Например:

• до 5% — самостоятельно;
• 5–10% — согласование РОП;
• свыше 10% — коммерческий директор.

В 1С должен передаваться уже согласованный результат.

Это уменьшает риск, что бухгалтерия получит неподтверждённую скидку.

Как выбрать юридическое лицо

Если компания продаёт от нескольких организаций, интеграция должна понимать, от какого юридического лица создавать заказ.

Выбор может зависеть от:

• региона;
• валюты;
• товара;
• клиента;
• склада;
• направления бизнеса.

В Bitrix24 можно хранить соответствующее поле, либо правило определяется автоматически.

Без этого заказа может попасть не в ту организацию 1С.

Как выбрать склад

Аналогично необходимо определить:

• склад отгрузки;
• склад резерва;
• производственное подразделение.

Варианты:

• менеджер выбирает вручную;
• система определяет по наличию;
• склад зависит от региона;
• склад задаётся видом товара.

Какой документ создавать в 1С

Это зависит от конфигурации.

Чаще всего интеграция создаёт:

• заказ клиента;
• заказ покупателя;
• счёт;
• другой предусмотренный документ.

Для производственных компаний дальше могут автоматически создаваться или запускаться:

• заказ на производство;
• резерв;
• заявка на закупку;
• внутреннее задание.

Но не стоит автоматически создавать всю цепочку без анализа процесса.

Что возвращать из 1С обратно в Bitrix24

После создания заказа CRM должна получить обратную связь.

Минимально полезно вернуть:

• ID документа;
• номер;
• дату;
• статус.

Далее можно возвращать:

• счёт;
• сумму оплаты;
• процент оплаты;
• задолженность;
• резерв;
• статус производства;
• готовность;
• отгрузку;
• номер реализации.

Так менеджер остаётся в CRM и не должен постоянно открывать 1С.

Как должна выглядеть карточка сделки после интеграции

Менеджер может видеть:

Заказ 1С: №000124
Сумма: 4 800 000 ₸
Оплачено: 2 400 000 ₸
Оплата: 50%
Остаток: 2 400 000 ₸
Статус: в производстве
Готовность: 70%
Плановая дата: 25 августа
Отгружено: 0%

Такая карточка превращает CRM в рабочее окно менеджера.

Как обрабатывать изменение заказа

Это один из самых сложных сценариев.

После создания документа клиент может сказать:

«Добавьте ещё 10 единиц».

Или:

«Уберите одну позицию».

Необходимо заранее определить правила.

Вариант 1. Пока заказ не подтверждён — можно менять

До определённого статуса изменения автоматически синхронизируются.

Вариант 2. После передачи изменение блокируется

Менеджер создаёт запрос на изменение.

Это более безопасно для производства.

Вариант 3. Используется версионность

Старая версия сохраняется, а новая проходит повторное согласование.

Для сложных заказов это самый прозрачный подход.

Почему нельзя просто перезаписывать заказ

Если производство уже:

• зарезервировало материалы;
• запустило закупку;
• сформировало производственное задание,

автоматическое изменение состава может привести к серьёзным ошибкам.

Поэтому правило редактирования является частью бизнес-процесса, а не просто настройкой интеграции.

Как учитывать частичную оплату

Пример:

Стоимость заказа — 10 000 000 ₸.

Клиент оплатил:

• 3 000 000 ₸ — предоплата;
• 4 000 000 ₸ — после готовности;
• 3 000 000 ₸ — после отгрузки.

В Bitrix24 желательно показывать не просто статус «оплачен / не оплачен», а:

• всего;
• оплачено;
• процент;
• остаток;
• даты платежей.

Автоматизация может реагировать на этапы:

30% оплачено → запустить производство.

70% оплачено → разрешить отгрузку.

Как учитывать частичную отгрузку

Заказ из 100 единиц может быть отгружен двумя партиями:

• 60 единиц;
• 40 единиц.

CRM должна показывать фактическое исполнение.

Иначе после первой поставки сделка может ошибочно перейти в «Успешно».

Как работать с отменой заказа

Необходимо определить:

• можно ли отменить заказ в CRM;
• передаётся ли отмена в 1С;
• что происходит с резервом;
• что делать с уже поступившей оплатой;
• кто подтверждает отмену.

Отмена — отдельный бизнес-сценарий.

Что делать при ошибке передачи

Представим:

менеджер перевёл сделку на этап «Подтверждено».

1С в этот момент недоступна.

Плохой сценарий:

Bitrix24 продолжает показывать, что всё нормально.

Хороший:

Статус интеграции: ошибка передачи.

Дополнительно:

• запись сохраняется в очереди;
• выполняется повторная попытка;
• ответственный получает уведомление;
• в CRM видна причина.

Почему нужен журнал обмена

Журнал позволяет ответить:

• передавался ли заказ;
• когда;
• какой ID сделки;
• какой документ создан;
• какой ответ получен;
• была ли ошибка;
• сколько попыток выполнено.

Без него при сбое начинается спор:

«Bitrix24 отправил».

«1С ничего не получила».

Журнал превращает спор в диагностику.

Как защититься от повторного создания заказа

Если пользователь дважды нажал кнопку или система повторила запрос после сбоя, нельзя создавать второй документ.

Для этого передаётся уникальный ID сделки.

1С проверяет:

Есть заказ с этим ID?

Если есть:

• вернуть его номер;
• обновить при допустимом сценарии;
• не создавать дубль.

Это один из базовых принципов надёжной интеграции.

Как тестировать передачу заказов

Перед запуском нужно проверить не один успешный заказ, а разные ситуации.

Минимальный набор:

1. Новый клиент.
2. Существующий клиент.
3. Клиент с несколькими реквизитами.
4. Один товар.
5. Несколько товаров.
6. Товар с характеристикой.
7. Скидка.
8. Изменение заказа.
9. Повторная отправка.
10. Ошибка соединения.
11. Частичная оплата.
12. Частичная отгрузка.
13. Отмена.
14. Несколько юридических лиц.
15. Несколько складов.

Только после этого обмен стоит запускать массово.

Какой способ интеграции выбрать

Есть три основных подхода.

1. Готовый модуль

Подходит, если:

• конфигурация 1С типовая;
• процесс стандартный;
• достаточно базового обмена.

Преимущества:

• быстрее;
• дешевле;
• меньше разработки.

2. Готовый модуль + доработки

Подходит большинству компаний среднего бизнеса.

Типовая часть используется для стандартных данных.

Индивидуально настраиваются:

• поля;
• согласования;
• статусы;
• дополнительные сценарии.

3. Индивидуальная интеграция

Нужна, если:

• сильно доработана 1С;
• сложное производство;
• несколько баз;
• несколько юридических лиц;
• нестандартные документы;
• сложная логика заказов.

Какой вариант подходит производственной компании

Для производства особенно важна глубина процесса.

Типовая схема может быть:

сделка → заказ 1С → оплата → производство → отгрузка.

Но на практике добавляются:

• технический расчёт;
• спецификация;
• согласование конструктором;
• производство;
• контроль качества;
• готовность.

Тогда заказ становится частью более широкого цифрового процесса.

Пример процесса для производственной компании

Рассмотрим условного производителя оборудования.

Шаг 1

Клиент обращается через сайт.

Заявка попадает в Bitrix24.

Шаг 2

Менеджер квалифицирует клиента.

Шаг 3

Инженер готовит технический расчёт.

Шаг 4

Клиент подтверждает спецификацию.

Шаг 5

Руководитель утверждает скидку.

Шаг 6

Сделка переходит в «Заказ подтверждён».

Шаг 7

Bitrix24 автоматически передаёт:

• клиента;
• спецификацию;
• количество;
• цену;
• срок.

Шаг 8

1С создаёт заказ клиента.

Шаг 9

Номер возвращается в CRM.

Шаг 10

После предоплаты запускается производство.

Шаг 11

Статус готовности возвращается менеджеру.

Шаг 12

После отгрузки CRM создаёт задачу на обратную связь.

В результате весь путь связан.

Типовые ошибки при передаче заказов

Передавать слишком рано

1С заполняется неподтверждёнными заказами.

Не проверять реквизиты

Документ создаётся некорректно.

Сопоставлять товары по названию

Возникают ошибки номенклатуры.

Не сохранять ID

Появляются дубли.

Не продумать изменение заказа

CRM и 1С показывают разные версии.

Не учитывать частичную оплату

Менеджер видит неправильный статус.

Не вести журнал

Сбои сложно диагностировать.

Не настроить повторную отправку

Кратковременная недоступность приводит к потерянному заказу.

Как подготовиться к проекту

Перед интеграцией нужно ответить на вопросы:

• где формируется заказ;
• когда он становится подтверждённым;
• кто проверяет состав;
• где рассчитывается цена;
• кто утверждает скидки;
• какое юридическое лицо используется;
• какой склад;
• можно ли менять заказ;
• как учитываются оплаты;
• как учитываются отгрузки;
• какие статусы нужны менеджеру.

Эти ответы фактически формируют техническое задание.

Как Profi Soft настраивает передачу заказов из Bitrix24 в 1С

Profi Soft начинает не с программирования, а с анализа бизнес-процесса.

Мы изучаем:

• воронку продаж;
• карточку сделки;
• конфигурацию 1С;
• справочники;
• номенклатуру;
• цены;
• договоры;
• оплаты;
• склады;
• производственные процессы.

После этого определяем:

1. Момент передачи заказа.
2. Обязательные данные.
3. Правила сопоставления.
4. Основную систему для каждого объекта.
5. Сценарии изменения.
6. Правила ошибок.
7. Обратную передачу статусов.

Что может входить в проект Profi Soft

• предпроектное обследование;
• описание процесса;
• настройка Bitrix24;
• доработка 1С;
• создание обмена;
• сопоставление справочников;
• очистка дублей;
• настройка обязательных полей;
• журналирование;
• повторная отправка;
• передача оплат;
• передача отгрузок;
• производственные статусы;
• тестирование;
• обучение;
• запуск;
• поддержка.

Что получает компания

После правильно реализованной передачи заказов компания получает:

• отсутствие двойного ввода;
• меньше ошибок;
• быстрое создание заказов;
• актуальную номенклатуру;
• согласованные цены;
• контроль оплат;
• прозрачный статус исполнения;
• меньше ручных уточнений;
• связанную аналитику;
• основу для автоматизации производства.

Главное изменение:

менеджер отвечает за клиента и коммерческие условия, а система сама передаёт подтверждённый заказ в учётный контур.

Закажите аудит процесса передачи заказов

Если менеджеры вручную переносят заказы из Bitrix24 в 1С или существующая интеграция периодически создаёт ошибки, начинать стоит с анализа процесса.

Команда Profi Soft изучит:

• текущую воронку;
• структуру сделки;
• конфигурацию 1С;
• состав заказа;
• цены;
• реквизиты;
• правила оплаты;
• отгрузку;
• нестандартные сценарии.

По результатам вы получите:

• целевую схему передачи;
• перечень данных;
• правила сопоставления;
• сценарий обновления;
• защиту от дублей;
• архитектуру обработки ошибок;
• этапы внедрения;
• оценку сроков и бюджета.

Оставьте заявку на аудит интеграции Bitrix24 и 1С. Мы покажем, как автоматизировать передачу заказов от менеджера до бухгалтерии, склада или производства без повторного ввода и потери данных.

Часто задаваемые вопросы

Можно ли автоматически создать заказ в 1С из сделки Bitrix24?

Да. Передача может запускаться по стадии, кнопке, согласованию или другому событию.

Какие данные можно передать вместе с заказом?

Клиента, реквизиты, товары, количество, цены, скидки, условия оплаты, склад, адрес доставки и дополнительные поля.

Где лучше вести товары?

Чаще всего основным каталогом является 1С, а необходимые данные синхронизируются с Bitrix24.

Как не создавать дубли клиентов?

Использовать БИН и системные идентификаторы, а после первого сопоставления сохранять постоянную связь объектов.

Можно ли менять заказ после передачи?

Да, но правила должны быть определены заранее. В сложных процессах лучше использовать согласование или версии.

Можно ли учитывать частичные оплаты?

Да. В CRM можно возвращать сумму, процент оплаты и остаток задолженности.

Можно ли видеть статус производства?

Да, при соответствующей настройке производственные статусы можно возвращать из 1С в карточку сделки.

Что делать, если 1С недоступна?

Интеграция должна сохранить операцию, повторить попытку и уведомить ответственного.

Как избежать повторного создания заказа?

Каждая сделка должна иметь уникальный идентификатор связи с документом 1С.

С чего начать проект?

С предпроектного обследования и описания целевого процесса от подтверждения сделки до оплаты и отгрузки.