Как синхронизировать товары, цены и остатки между Bitrix24 и 1С

Синхронизация товаров, цен и остатков между Bitrix24 и 1С — один из ключевых сценариев интеграции CRM и учётной системы.

Без обмена менеджеры часто работают с информацией, которая быстро устаревает.

Например:

• в CRM одна цена, а в 1С уже другая;
• менеджер обещает клиенту товар, которого фактически нет на складе;
• в Bitrix24 появляются дубли номенклатуры;
• характеристики товаров не совпадают;
• сотрудники вручную обновляют прайс-листы;
• остатки уточняются по телефону у склада или бухгалтера.

В результате отдел продаж теряет время, а клиент получает неточную информацию.

Правильно настроенная интеграция позволяет построить простую модель:

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

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

Почему товары лучше синхронизировать из 1С в Bitrix24

Во многих торговых и производственных компаниях именно 1С является основной системой для товарного учёта.

В ней обычно ведутся:

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

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

Поэтому наиболее логичная архитектура выглядит так:

1С — источник товарных данных.
Bitrix24 — пользователь этих данных в коммерческом процессе.

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

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

В Bitrix24 можно синхронизировать различные характеристики номенклатуры.

Например:

• код товара;
• артикул;
• наименование;
• категория;
• группа;
• единица измерения;
• характеристика;
• бренд;
• цвет;
• размер;
• материал;
• описание;
• ставка НДС;
• вес;
• объём;
• дополнительные свойства;
• статус активности.

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

Главный принцип:

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

Нужно ли загружать весь каталог 1С в CRM

Не всегда.

Это одна из типовых ошибок интеграции.

В 1С может находиться:

• 5 000;
• 20 000;
• 100 000;
• несколько сотен тысяч товарных позиций.

При этом отдел продаж реально работает только с частью каталога.

Например, в учётной системе могут быть:

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

Менеджеру по продажам они не нужны.

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

Лучше использовать отбор

Например, синхронизировать только:

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

Так CRM остаётся удобной для пользователя.

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

Одна из главных проблем — дубли номенклатуры.

Нельзя надёжно сопоставлять товары только по названию.

Например:

• Труба 50 мм;
• Труба Ø50;
• Труба 50;
• Труба металлическая 50 мм.

Для человека это может быть один товар.

Для системы — четыре разных позиции.

Правильный подход

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

Можно использовать:

• внутренний ID 1С;
• GUID;
• код;
• уникальный артикул.

После первой синхронизации связь сохраняется.

Тогда при обновлении цены система понимает, какой именно товар в Bitrix24 нужно изменить.

Как работать с характеристиками

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

Одна номенклатурная позиция может иметь несколько характеристик.

Например:

Профиль алюминиевый

варианты:

• 2 метра;
• 3 метра;
• 6 метров.

Или:

Краска

варианты:

• белая;
• чёрная;
• серая.

Или:

Оборудование

варианты:

• 220 В;
• 380 В;
• 5 кВт;
• 10 кВт.

При интеграции необходимо решить, как характеристики будут отображаться в CRM.

Вариант 1. Каждая характеристика как отдельный товар

Например:

• Профиль 2 м;
• Профиль 3 м;
• Профиль 6 м.

Это просто для менеджера, но каталог может стать большим.

Вариант 2. Один товар + варианты

Более структурированный подход.

Менеджер сначала выбирает товар, затем конкретную характеристику.

Выбор зависит от возможностей интеграции и структуры каталога.

Как синхронизировать цены

Цена — один из наиболее важных объектов обмена.

Менеджер должен видеть актуальную стоимость до того, как отправит клиенту предложение.

При этом в B2B-бизнесе часто существует не одна цена.

Например:

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

Поэтому перед интеграцией нужно определить, какие виды цен должны попадать в Bitrix24.

Вариант 1. Одна основная цена

Самый простой сценарий.

1С передаёт:

• товар;
• текущую цену.

Менеджер использует её в сделке.

Подходит для компаний с относительно простой моделью продаж.

Вариант 2. Несколько типов цен

Например:

• розница;
• опт;
• дилер.

В CRM хранится несколько значений или автоматически выбирается цена в зависимости от типа клиента.

Вариант 3. Индивидуальная цена по клиенту

В сложных B2B-продажах цена может зависеть от:

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

В этом случае простая загрузка прайс-листа может быть недостаточной.

Можно использовать схему:

Bitrix24 отправляет параметры клиента и товара → 1С рассчитывает цену → CRM получает результат.

Так источник расчёта остаётся один.

Что делать, если менеджеру разрешены скидки

Можно синхронизировать базовую цену из 1С, а скидку применять уже в CRM.

Например:

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

После согласования итоговая цена передаётся обратно в заказ 1С.

Важно, чтобы CRM сохраняла:

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

Как часто обновлять цены

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

Если цены меняются редко, можно использовать:

• обновление несколько раз в день.

Если они зависят от:

• валютного курса;
• биржевых котировок;
• закупочной стоимости,

обмен может потребоваться значительно чаще.

Возможные режимы:

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

Почему нельзя разрешать хаотично менять цену в двух системах

Представим:

в 1С цена — 100 000 ₸.

Менеджер меняет её в Bitrix24 на 95 000 ₸.

Бухгалтер в 1С устанавливает 102 000 ₸.

Какое значение правильное?

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

Лучше разделить роли

Например:

1С хранит базовую цену.
Bitrix24 хранит коммерческую скидку.

Итоговая цена заказа передаётся в 1С после согласования.

Как синхронизировать остатки

Остатки позволяют менеджеру ответить на один из самых важных вопросов клиента:

«Есть ли товар в наличии?»

Без интеграции менеджер:

• звонит складу;
• пишет бухгалтеру;
• открывает 1С;
• обещает проверить и перезвонить.

Если остаток виден прямо в CRM, продажа происходит быстрее.

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

Минимальный вариант:

Доступно: 120 шт.

Более сложный:

• склад Алматы — 50;
• склад Астана — 30;
• склад Костанай — 40.

Можно показывать:

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

Что считать доступным остатком

Это нужно определить заранее.

Например:

на складе физически есть 100 единиц.

Но:

• 40 зарезервированы;
• 10 заблокированы;
• 5 относятся к браку.

Фактически доступно:

45 единиц.

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

Поэтому для бизнеса важнее не физический, а доступный остаток.

Как учитывать резервы

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

Тогда схема выглядит так:

1. Менеджер формирует заказ.
2. Заказ передаётся в 1С.
3. 1С резервирует товар.
4. Остаток пересчитывается.
5. Bitrix24 получает новое доступное количество.

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

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

В крупных компаниях товары могут находиться на разных складах.

Например:

• Алматы;
• Астана;
• Шымкент;
• Костанай.

Менеджеру может быть полезно видеть:

Но иногда пользователю не нужна такая детализация.

Можно показывать:

Всего доступно: 195 шт.

Выбор зависит от процесса логистики.

Как определить склад автоматически

Можно использовать правила:

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

Например:

клиент из Алматы → по умолчанию выбирается склад Алматы.

Если там недостаточно товара, система предлагает альтернативу.

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

Это важная деталь.

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

Например:

Остаток: 40 шт.
Обновлено: 10:35.

Менеджер понимает актуальность данных.

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

Реальное время или периодический обмен

Есть несколько вариантов.

Обновление по расписанию

Например:

• каждые 15 минут;
• раз в час.

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

• относительно простая архитектура;
• ниже нагрузка.

Подходит для большинства компаний.

Обновление по событию

Товар изменился в 1С — данные сразу отправляются в CRM.

Полезно для быстро меняющихся остатков и цен.

Запрос из CRM

Менеджер нажимает:

«Обновить остаток».

CRM делает запрос в 1С и получает актуальную информацию.

Такой вариант полезен для больших каталогов, когда постоянно синхронизировать всё слишком дорого.

Какой подход выбрать

Это зависит от:

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

Нет смысла обновлять 200 000 товаров каждую минуту, если реально продаётся 500 активных позиций.

Как синхронизировать только изменения

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

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

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

Например:

в каталоге 100 000 позиций.

За последний час изменились 300.

Передаются только эти 300.

Это значительно снижает нагрузку.

Что делать с удалёнными товарами

Физически удалять позицию из CRM не всегда безопасно.

С товаром могут быть связаны:

• старые сделки;
• заказы;
• отчёты.

Поэтому чаще используется статус:

Неактивен.

Товар больше нельзя добавлять в новые сделки, но исторические данные сохраняются.

Как работать с новым товаром

Типовой процесс:

1. Новый товар создаётся в 1С.
2. Заполняются необходимые данные.
3. Устанавливается цена.
4. Товар становится доступным для продажи.
5. При следующем обмене он появляется в Bitrix24.

Менеджеры не должны создавать такой же товар вручную в CRM.

Иначе появляются дубли.

Как учитывать НДС

Для товара могут передаваться налоговые параметры.

Важно определить:

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

Ошибки на этом участке могут привести к неправильному коммерческому предложению.

Как учитывать валютные цены

Если компания работает с несколькими валютами, необходимо определить:

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

Например:

1С хранит цену в долларах.

Bitrix24 может получать цену в тенге по актуальному курсу или уже рассчитанное значение.

Главное — не допускать разных правил расчёта в разных системах.

Как работать с индивидуальными ценами

В B2B-сегменте одному клиенту товар может стоить:

100 000 ₸.

Другому:

92 000 ₸.

Третьему:

87 000 ₸.

В таком случае общий прайс-лист в CRM недостаточен.

Можно использовать:

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

Перед подготовкой предложения система определяет нужные условия.

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

Менеджер открывает сделку.

Выбирает клиента.

Добавляет товар.

Bitrix24 показывает:

Товар: Насос промышленный X100
Цена: 850 000 ₸
Алматы: 4 шт.
Астана: 2 шт.
Свободно всего: 6 шт.

Менеджер выбирает 3 штуки.

Система рассчитывает:

2 550 000 ₸.

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

Товар резервируется.

В CRM остаток автоматически уменьшается.

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

С производством процесс сложнее.

Часть продукции может быть:

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

Тогда CRM может показывать:

На складе: 20 шт.
В производстве: 50 шт.
Плановая готовность: 25 августа.

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

При индивидуальной интеграции также можно учитывать:

• сырьё;
• доступность компонентов;
• текущую загрузку.

Как связать товары с передачей заказов

Товарная синхронизация особенно важна для следующего этапа — передачи заказа.

Правильная цепочка:

1С создаёт товар → Bitrix24 получает его ID → менеджер добавляет товар в сделку → заказ возвращается в 1С с тем же ID.

Так 1С точно понимает, какую номенклатуру заказал клиент.

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

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

Артикул лучше названия, но тоже не всегда уникален.

Проблемы возникают, если:

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

Самый надёжный вариант — системный ID 1С.

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

Как контролировать качество каталога

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

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

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

Интеграция просто перенесёт существующий хаос в CRM.

Типовые ошибки синхронизации товаров

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

CRM становится неудобной.

Разрешить создание товаров в обеих системах

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

Не сохранять системный ID

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

Не учитывать характеристики

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

Не обрабатывать деактивацию

Старые товары продолжают продаваться.

Типовые ошибки синхронизации цен

Не определить основной источник

Цены расходятся.

Слишком редкое обновление

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

Не учитывать валюту

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

Не учитывать индивидуальные условия

CRM показывает цену, которая не соответствует договору.

Разрешать менеджеру менять всё вручную

Исчезает контроль скидок.

Типовые ошибки синхронизации остатков

Показывать физический остаток вместо доступного

Менеджер продаёт зарезервированный товар.

Не учитывать склады

Информация вводит в заблуждение.

Не показывать время обновления

Непонятно, насколько данные актуальны.

Слишком редкий обмен

CRM показывает вчерашний остаток.

Передавать слишком большой объём

Синхронизация постоянно перегружает систему.

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

Представим:

цены в 1С обновились, но Bitrix24 их не получил.

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

Поэтому интеграция должна:

1. Зафиксировать ошибку.
2. Сохранить объекты в очереди.
3. Повторить передачу.
4. Уведомить ответственного.
5. Показать время последнего успешного обновления.

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

«Цены не обновлялись более двух часов».

Как тестировать интеграцию товаров, цен и остатков

До запуска необходимо проверить разные сценарии.

Товары

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

Цены

• новая цена;
• несколько типов цен;
• скидка;
• валюта;
• нулевая цена.

Остатки

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

Ошибки

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

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

Есть несколько подходов.

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

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

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

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

Подходит, если нужны:

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

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

Нужна при:

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

Как определить минимальный первый этап

Необязательно сразу реализовывать всё.

Для первого этапа можно взять:

1. Активные товары.
2. Одну основную цену.
3. Общий доступный остаток.

После успешного запуска добавить:

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

Это снижает стоимость и риски.

Какие показатели можно улучшить после интеграции

Полезно заранее фиксировать:

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

После запуска можно оценить реальный эффект.

Как Profi Soft настраивает синхронизацию товаров, цен и остатков

Profi Soft рассматривает товарный обмен как часть сквозного процесса продаж.

Мы сначала изучаем:

• структуру каталога;
• конфигурацию 1С;
• виды цен;
• характеристики;
• склады;
• резервы;
• правила скидок;
• воронки Bitrix24;
• объём данных.

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

1. Основной источник данных.
2. Какие товары передавать.
3. Какие поля нужны CRM.
4. Как сопоставлять позиции.
5. Как обновлять цены.
6. Как считать доступный остаток.
7. Как часто выполнять обмен.
8. Как обрабатывать ошибки.

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

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

Что получает компания после синхронизации

Менеджеры получают:

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

Руководитель получает:

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

Компания получает основу для следующего этапа:

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

Главный результат

Хорошая интеграция товаров, цен и остатков должна устранить вопрос:

«А это точно актуальная цена и точно есть в наличии?»

Менеджер должен видеть ответ непосредственно в сделке.

При этом 1С остаётся источником учётной информации, а Bitrix24 предоставляет её сотруднику в удобном коммерческом контексте.

Закажите аудит синхронизации Bitrix24 и 1С

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

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

• структуру номенклатуры;
• виды цен;
• склады;
• резервы;
• конфигурацию 1С;
• товарный каталог Bitrix24;
• объём данных;
• текущий механизм обмена.

По итогам вы получите:

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

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

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

Можно ли загружать товары из 1С в Bitrix24?

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

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

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

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

Да. Можно настроить разные типы цен или индивидуальные правила расчёта.

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

Да. В CRM можно выводить общий остаток или детализацию по складам.

Что лучше показывать: физический или свободный остаток?

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

Можно ли обновлять остатки в реальном времени?

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

Как избежать дублей товаров?

Нужно использовать устойчивые системные идентификаторы 1С и ограничить ручное создание товарных карточек в CRM.

Можно ли передавать только часть каталога?

Да. Можно использовать фильтрацию по группам, активности или другим признакам.

Что происходит с удалёнными товарами?

Обычно их лучше деактивировать, а не удалять, чтобы сохранить историю старых сделок.

Можно ли использовать цены из CRM и 1С одновременно?

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

С чего начать?

С анализа структуры номенклатуры, видов цен, складов и правил расчёта доступного остатка.