01 / Что за этап
Обмен не включается
галочкой
В Битрикс24 продают, в 1С считают. У каждой системы свой хозяин, и обмен между ними — это маршрут: у каждого документа есть отправитель, получатель и момент, когда запись появляется на другой стороне. Пока маршрут не нарисован, любая настройка держится на догадке.
Из 1С приходят контрагенты, номенклатура и остатки, из портала в 1С уходят счета. Обратно возвращаются оплаты, если это правило настроено отдельно. Внутри каждой системы остаётся своё: состав заказа после выгрузки правят уже в 1С, долг по клиенту считают по закрывающим документам, печатные формы с логикой остаются на той стороне, где их написали.
02 / Типовая и ваша
Типовая конфигурация
и конфигурация с доработками
Типовая 1С
Готовый обмен настраивают штатными средствами: мастером в портале и модулем на стороне 1С. Справочники сопоставляются по стандартным полям, документы передаются типовыми правилами. На стороне портала это часы работы, на стороне 1С — задача того, кто знает конфигурацию; двусторонний обмен с 1С доступен на тарифах «Профессиональный» и выше.
1С с доработками
Стандартных полей не хватает: реквизиты свои, документы переименованы, часть логики дописана. Обмен идёт через API и пишется под ваш контур — это разработка на недели, и делает её человек, который знает вашу конфигурацию.
Отсюда простая проверка до начала работ: спросите, кто в компании отвечает за 1С и когда последний раз её обновляли. Если ответ «никто» или «год назад» — значительная часть работы уйдёт на то, чтобы понять, что у вас вообще установлено.
03 / Порядок
От маршрута
до проверки
Нарисовать маршрут одного документа
Берут счёт и выписывают путь: где создаётся, что с ним происходит в CRM, в какой момент он появляется в 1С, кто его там правит и что должно вернуться назад. Пока этот путь не описан словами, обсуждать настройки нечего.
Договориться, кто хозяин каждого поля
Одной «главной системы» мало: хозяина назначают каждому полю, а не системе целиком. Для названия номенклатуры, адреса контрагента, цены и единицы измерения называют, кто правит и где значение проверяют. Без хозяина поле живёт в двух версиях, и какая из них верна — не знает никто.
Настроить минимум
Справочники, счёт, оплата. Всё остальное — воронки, статусы, дополнительные поля — откладывают: пока не работает база, расширять нечего.
Проверить обратный путь
Выписывают счёт из сделки и проводят оплату в 1С. Если сумма и дата вернулись в карточку — маршрут работает. Если нет, искать надо не в CRM, а в правилах выгрузки, и обычно с программистом 1С.
Расширять по одному документу
Резервы, заказы, акты закрытия подключают по очереди и после проверки. Когда всё включают сразу, ошибку видно только по итогу месяца — и непонятно, какой из новых передач её принёс.
04 / Где ломается
Где Битрикс24
и 1С расходятся
Двусторонний обмен понимают как «всё синхронизируется»
Двусторонний — значит, что направления два, а не что каждый документ ходит в обе стороны целиком. У счёта, оплаты и резерва свои правила, и настраивать их приходится по отдельности. Похожий случай — обмен подключён, а оплату ищут у бухгалтерии.
Ждут, что оплата вернётся сама
Типовая связка выгружает счёт в бухгалтерию и на этом заканчивается: платёж остаётся в 1С, а сделка продолжает стоять неоплаченной. Возврат оплаты — отдельное правило, и его обычно нет. Похожий случай — оплата есть в 1С, в сделке её нет.
Справочники правят с двух сторон
Менеджер поправил адрес в CRM, бухгалтер — в 1С, и обмен создал третью карточку. Дальше счета висят на одной, оплаты на другой, а история размазана по всем трём. Похожий случай — счёт на одной карточке, оплата на другой.
Остатки обновляются по ночной выгрузке
Между выгрузкой и продажей проходит время: менеджер видит утренний остаток, обещает отгрузку, а при сборке выясняется, что товар уже забрали. Резерв, поставленный в CRM, до склада доходит отдельной передачей, и до неё тот же товар могут предложить снова. Похожий случай — остатки в CRM не совпадают с 1С.
Доработанная 1С и её обновления
Модуль обмена, встроенный в конфигурацию, при обновлении затирается: после очередного релиза связка молчит, а замечают это по расхождению, а не по ошибке. Поэтому в доработанной базе обмен ставят отдельно от конфигурации и договариваются, кто проверяет его после каждого обновления.
05 / С чего начать
Начните
с одного счёта
Не с каталога на десять тысяч позиций и не с полной синхронизации. Один счёт, одна оплата, один контрагент — этого хватает, чтобы увидеть, работает маршрут или нет.
- Путь одного счёта: где создаётся, кто правит, что должно вернуться в сделку.
- Две карточки одного клиента — проверка, нет ли дублей контрагентов до начала работ.
- Пять товаров, которых не хватает в CRM: по ним видно, как сопоставляется номенклатура и с какой стороны её ведут.
Дальше начинается то, что зависит от вашей базы: типовая конфигурация или с доработками, кто в компании отвечает за 1С, как часто она обновляется. Разбираем маршрут по документам, настраиваем обмен и проверяем его на живых операциях — а не на демо-данных.
06 / Разборы по теме
Как это ломается на практике
- Оплата есть в 1С, в сделке — нет — типовая связка выгружает счёт, но не возвращает платёж.
Читать разбор - Счёт на одной карточке, оплата на другой — что происходит, когда контрагента заводят дважды.
Читать разбор - Заказ в 1С набирают по счёту заново — почему переданный документ не отменяет ручной ввод.
Читать разбор - Остатки в CRM не совпадают с 1С — как продают товар, которого на складе уже нет.
Читать разбор - Товар обещали двум сделкам — резерв в CRM и свободный остаток в 1С до передачи.
Читать разбор