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