Антон Дегтярёвобмен товарами и остатками между 1С и битрикс24
Обмен контрагентами и счетами настраивается за день, а обмен товарами и остатками — самая частая точка, где проект интеграции встаёт на две-три недели. Причина почти всегда не в коде: в 1С справочник номенклатуры вёлся десять лет силами трёх разных людей, и переносить его в CRM в текущем виде бессмысленно. В этой статье — не обзор способов обмена, а конкретный порядок действий именно по товарной части: по какому ключу сопоставлять позиции, что делать с характеристиками, как выбрать частоту выгрузки остатков и почему резервы ломают отчёты бухгалтерии.
ломается не обмен, а справочник
На аудитах перед интеграцией я первым делом выгружаю номенклатуру из 1С в Excel и смотрю три колонки: наименование, артикул, единица измерения. В базе на 12 тысяч позиций типовая картина — 400–900 полных дублей («Кабель ВВГ 3х2,5» и «Кабель ВВГ 3*2,5»), пустой артикул у пятой части позиций и вперемешку «шт», «шт.», «штука».
Пока это не вычищено, обмен настраивать рано. Любая интеграция честно перенесёт мусор в CRM, а дальше менеджер в сделке не найдёт нужную позицию с первого раза и заведёт её руками — так в каталоге появляется второй слой дублей, уже не связанный с 1С.
Поэтому этап «чистка справочника» я ставлю в план отдельной строкой до всякой технической настройки. Обычно это 8–16 часов работы на стороне заказчика: удалить дубли, проставить артикулы, свести единицы измерения к одному написанию, пометить архивные позиции признаком, по которому их можно отсечь при выгрузке. Из 12 тысяч позиций в CRM после такой чистки уезжает 3–4 тысячи — только то, что реально продаётся последние два года.
четыре потока данных, которые нельзя валить в один обмен
Товарная часть обмена — это не один процесс, а четыре с разной логикой и разной частотой.
Первый — структура каталога: разделы и сама номенклатура. Меняется редко, выгружается раз в сутки ночью, объём большой.
Второй — цены. Меняются чаще, объём меньше, но требуют отдельного решения по типам цен (об этом ниже).
Третий — остатки. Меняются постоянно, объём маленький, нужны свежими.
Четвёртый — характеристики и свойства позиций: цвет, размер, длина бухты. Меняются почти никогда, но именно они определяют структуру каталога, поэтому настраиваются первыми.
Когда всё это склеено в одну ночную выгрузку, получается худший вариант из возможных: остатки в CRM отстают на сутки, а каталог перетряхивается целиком каждую ночь и обмен идёт по 40 минут. Разнесите потоки по разным заданиям с разным расписанием — это не усложнение, а как раз упрощение поддержки.
ключ сопоставления — не артикул и не название
Самая дорогая ошибка в товарном обмене — сопоставлять позиции по артикулу или по наименованию. Артикул в 1С менеджер может поправить, наименование — тем более. После правки обмен не узнаёт позицию и создаёт новую: в CRM появляется товар-двойник, а старый остаётся висеть в закрытых сделках.
Правильный ключ — неизменяемый внешний идентификатор. В 1С это GUID элемента справочника, в Битрикс24 он ложится во внешний код позиции (XML_ID). Этот ключ не зависит от того, что человек написал в карточке, и переживает переименования.
Практическое следствие: если товары уже заводились в CRM руками до интеграции, перед первым обменом нужно сделать разовое сопоставление — сматчить существующие карточки с номенклатурой 1С и проставить им внешние коды. Обычно это делается скриптом по артикулу с ручной доразметкой остатка. На базе в 3 тысячи позиций автоматически матчится 70–85%, остальное разбирается руками за 3–5 часов. Пропустить этот шаг нельзя: без него первый же обмен удвоит каталог.
характеристики: одна карточка или пятьдесят
Если в 1С товар ведётся с характеристиками (цвет, размер, объём упаковки), нужно решить, как он ляжет в CRM: одной карточкой с вариациями или отдельной карточкой на каждую комбинацию.
Вариации удобнее для менеджера — в сделке он выбирает товар, потом размер. Но поддержка вариаций зависит от версии и тарифа портала, поэтому первым делом проверьте на своём аккаунте, что нужный механизм доступен, и только потом закладывайте его в схему обмена. Я это делаю на тестовом портале до подписания сметы.
Плоская схема — отдельная карточка на комбинацию — работает всегда и везде. Минус один: каталог распухает. Куртка в 4 цветах и 6 размерах превращается в 24 позиции. Если у вас 500 базовых товаров с двумя характеристиками, готовьтесь к каталогу на 6–10 тысяч карточек и к тому, что поиск по нему без нормального наименования станет мучением. Правило, которым пользуюсь: до 2 тысяч итоговых комбинаций — плоская схема, дальше — только вариации.
цены: какие типы отдавать в CRM
В 1С у компании обычно 5–15 типов цен: закупочная, розничная, оптовая, дилерская, персональные соглашения. Тащить их все в Битрикс24 не нужно, а закупочную — прямо вредно: она попадёт в карточку товара, а карточку видит любой менеджер.
Я обычно отдаю в CRM два-три типа: базовую цену продажи и одну-две оптовые. Остальное остаётся в 1С, а если по клиенту действует персональное соглашение — цена в сделке проставляется не из каталога, а приходит вместе со счётом из 1С.
Отдельно проговорите с бухгалтерией НДС. В 1С цена может храниться без налога, а в CRM менеджер выставляет клиенту цену с налогом. Если этого не согласовать на старте, через месяц обнаружится расхождение в 20% между суммой сделки и суммой счёта, и разбираться придётся по всем закрытым сделкам за период. Разбор цен и налогов — тот случай, где два часа обсуждения с главбухом экономят неделю правок.
остатки: раз в сутки, раз в час или реалтайм
Частота обмена остатками — вопрос не технический, а про цену ошибки. Считайте так: сколько стоит одна проданная и не отгруженная позиция.
Раз в сутки достаточно, если товар со склада уходит медленно и запас глубокий — оптовая база, стройматериалы, оборудование под заказ. Раз в час — рабочий компромисс для большинства: остаток в CRM отстаёт максимум на час, нагрузка на 1С терпимая. Реалтайм по запросу из карточки сделки нужен там, где позиции штучные и дорогие: техника, запчасти, товары «последний на складе».
Реалтайм — это не «обмен чаще», а другая архитектура: CRM не хранит остаток, а спрашивает его у 1С в момент открытия карточки. Работает быстро, но требует, чтобы 1С была доступна снаружи и держала нагрузку. Если 1С уже подтормаживает на четырёх пользователях, реалтайм её добьёт — сначала чините производительность базы.
И общее правило: выгружайте не абсолютный остаток, а доступный к продаже — за вычетом резервов. Иначе менеджер увидит 40 штук, продаст 40, а 35 из них уже под чужой отгрузкой.
резервы и склады, где обмен путает бухгалтерию
Если складов больше одного, обмен должен отдавать остаток в разрезе складов, а не общей цифрой. Общая цифра всегда врёт: 20 позиций есть, но 18 в Екатеринбурге, а клиент в Москве.
Второй момент — где ставится резерв. Вариантов два: резерв создаётся в CRM при переходе сделки на этап «счёт выставлен» и уезжает в 1С, либо резерв живёт только в 1С, а CRM его видит. Смешивать нельзя — получите двойное резервирование одного и того же товара.
Я почти всегда выбираю второй вариант: 1С остаётся единственным источником правды по складу, CRM только читает. Это скучнее, но снимает целый класс проблем, где кладовщик и менеджер спорят, чей остаток правильный. Если складской учёт вы планируете вести на стороне портала — проверьте доступность модуля на своём тарифе до старта проекта, а не после.
порядок запуска за пять рабочих дней
День 1 — аудит справочника: выгрузка в Excel, подсчёт дублей и пустых артикулов, согласование правил отсечения архива. День 2 — схема мэппинга: какие поля 1С в какие поля CRM, какие типы цен, какие склады, как считаем доступный остаток. Оформляется таблицей, подписывается заказчиком.
День 3 — тестовый обмен на 50 позициях. Обязательно берём не первые 50 по алфавиту, а специально отобранные: товар с характеристиками, товар с пустым артикулом, товар с нулевым остатком, товар с двумя типами цен, архивную позицию. Ошибки вылезают именно на краевых случаях.
День 4 — полная выгрузка каталога и сверка. Считаем количество позиций в 1С и в CRM, они должны сойтись до штуки. Выборочно проверяем 20 карточек глазами.
День 5 — включаем расписание по остаткам и ценам, ставим мониторинг: если обмен не отработал два цикла подряд, приходит уведомление ответственному. Про то, что делать с уже возникшими сбоями, я подробно разобрал в материале ошибки обмена 1С и Битрикс24.
что почитать перед стартом
Если вы ещё не выбрали способ обмена — начните с разбора вариантов обмена 1С и Битрикс24: штатный модуль, коннектор, готовый сервис и самописная интеграция закрывают товарную часть по-разному, и от выбора зависит, будут ли вам вообще доступны характеристики и разрезы по складам.
Чтобы прикинуть бюджет — сколько стоит интеграция 1С и Битрикс24, там смета разложена по строкам, включая чистку справочника. Для интернет-магазина логика отличается, её я описал в статье интеграция интернет-магазина с 1С.
И последнее. Товарный обмен — не разовая работа. Раз в квартал стоит сверять количество позиций и остатков в двух системах: расхождение в 1–2% накапливается незаметно, а потом всплывает инвентаризацией.