Главный вопрос интеграции CRM с 1С — не «как соединить», а «кто хозяин записи». Соединить системы можно четырьмя способами, и любой из них работает. Разваливается обмен не от выбора протокола, а от того, что одну и ту же сущность — контрагента, цену, остаток — обе системы считают своей и правят независимо. Через полгода вы получаете две базы, которые расходятся, и ни одна не может объяснить почему.
Поэтому проект начинается с таблицы на одну страницу: по каждому объекту назначается одна система-хозяин, одно направление изменения и одно правило разрешения конфликта. Таблица составляется за полдня и стоит ноль, а её отсутствие обходится в стоимость повторной интеграции. Всё остальное — способы, частота, цена — уже техника.
Ниже — четыре способа обмена со сроками, ценой и требованиями, разбор того, почему нельзя писать в задании просто «1С», таблица владения по девяти объектам, расчёт цены суточной задержки на потоке 480 счетов, модельная смета на типовой и доработанной конфигурации, три классические поломки и чек-лист приёмки. Связка магазина с учётом — соседняя тема со своей арифметикой, мы разбирали её отдельно; здесь речь только про обмен CRM и 1С.
Четыре способа обмена: срок, цена, требования
Способы перечислены в порядке роста цены и возможностей. Выбор делается не по бюджету, а по ответам на два вопроса: нужен ли менеджеру факт в момент разговора и типовая ли у вас конфигурация. Если ответ на первый — «нужен», первые два способа отпадают почти всегда.
| Способ | Что умеет | Срок | Цена | Чего требует |
|---|---|---|---|---|
| Типовой коннектор вендора CRM | контрагенты, номенклатура, счета, оплаты в объёме, который предусмотрел разработчик модуля | 1–2 недели | 40 000–150 000 ₽ вместе с лицензией модуля | типовая конфигурация и поддерживаемая версия платформы; шаг в сторону — и модуль не встаёт |
| Обмен файлами по расписанию | выгрузка и загрузка справочников и документов пачками, обычно ночью | 2–3 недели | 60 000–150 000 ₽ | место обмена и расписание; обратной связи об ошибке нет — узнаёте от менеджера |
| Прямой доступ по HTTP-сервисам или OData | двусторонний событийный обмен, запрос остатка и цены в момент разговора, команда на создание счёта | 3–6 недель | 180 000–450 000 ₽ | опубликованная база, отдельный пользователь с ограниченными правами, защищённый канал и специалист по 1С в проекте |
| Интеграционная платформа | готовые связки и сценарии между CRM, 1С и остальными системами без своей разработки | 2–4 недели | 90 000–260 000 ₽ настройки плюс подписка | Albato или ApiX-Drive с юрлицом и серверами в России либо n8n на своём сервере; при потоке событий выше среднего подписка растёт |
Про платформы стоит сказать отдельно. Зарубежные сервисы автоматизации, которые до сих пор советуют в англоязычных инструкциях, из России недоступны. Российские задачу закрывают, но подписка считается по числу операций, и обмен остатками по большому каталогу неприятно удивляет в счёте на второй месяц: считайте не число связок, а число событий в сутки.
Четыре компактные схемы в ряд, каждая подписана сверху названием способа и снизу ценой и сроком. 1) «Типовой коннектор»: блоки «CRM» и «1С», между ними один прямоугольник «модуль вендора», подпись «40 000–150 000 ₽, 1–2 недели». 2) «Обмен файлами»: между блоками прямоугольник «папка обмена» и значок часов с подписью «раз в сутки», «60 000–150 000 ₽, 2–3 недели». 3) «Прямой доступ»: двусторонние стрелки напрямую с подписью «событие, секунды», «180 000–450 000 ₽, 3–6 недель». 4) «Платформа»: между блоками прямоугольник «Albato, ApiX-Drive или n8n», от него дополнительные стрелки к третьим системам, «90 000–260 000 ₽ плюс подписка, 2–4 недели».
Почему «интеграция с 1С» — это ещё не техническое задание
1С — не программа, а семейство конфигураций с разными объектами. Заказ покупателя, резерв, тип цен, склад — это сущности одних конфигураций и отсутствуют в других. Формулировка «нужна интеграция с 1С» в коммерческом предложении означает, что подрядчик ещё не смотрел базу, и цена в таком предложении не имеет отношения к вашему проекту. Обследование начинается с одного вопроса: какая конфигурация и какой релиз.
| Конфигурация | Что даёт обмену | Чего в ней нет | Типичная роль в связке |
|---|---|---|---|
| 1С:Бухгалтерия | контрагенты с реквизитами, счета, реализации, поступление оплат из банка | заказа покупателя как объекта продаж, резервов, товарного складского учёта | источник факта оплаты и приёмник команды «выставить счёт» |
| 1С:УНФ | заказ покупателя, склад, деньги и простое производство в одной базе | глубоких складских схем и сложных механик ценообразования | полноценный партнёр CRM у небольшой компании |
| 1С:Управление торговлей | заказы, резервы, типы цен и персональные скидки, несколько складов | регламентированного учёта — он в отдельной базе | основной партнёр CRM в оптовой торговле |
| 1С:Комплексная автоматизация | то же, что УТ, плюс регламентированный учёт в одной базе | производственного планирования уровня ERP | то же, что УТ, но выше цена ошибки: правка задевает бухгалтерию |
| 1С:ERP | заказы, производство, планирование, многофирменный учёт | простоты — прямые запросы к базе здесь обычно не согласовывают | обмен только через отдельный сервисный слой и по регламенту ИТ-службы |
| 1С:Розница | чеки, кассы, движение товара по магазинам | заказа покупателя как главного объекта, договорных цен | источник фактов о продажах, а не приёмник команд из CRM |
Второй вопрос обследования — насколько конфигурация доработана. Типовая база с обновлениями по графику и база, которую пять лет правил приходящий программист, различаются по трудоёмкости вдвое: во второй нужно сначала понять, что означают самописные реквизиты и регистры, и только потом строить обмен. Эта разница видна в смете ниже.
Таблица владения данными
Это главный документ проекта и единственная его часть, которую нельзя делегировать подрядчику целиком: решение о том, кто хозяин цены и кто хозяин контрагента, принимает компания, а не интегратор. Таблица заполняется на совещании, где присутствуют коммерческий директор и главный бухгалтер, и занимает полдня. Ниже — модельный вариант для оптовой компании с учётом в 1С:УТ.
| Объект | Хозяин записи | Куда уходит изменение | Правило конфликта |
|---|---|---|---|
| Контрагент — юрлицо с ИНН и реквизитами | 1С | из 1С в CRM, сопоставление по ИНН и КПП | побеждает 1С, в CRM карточка помечается как подтверждённая учётом |
| Контакт — человек, телефон, почта | CRM | в 1С не передаётся вовсе | конфликта нет: 1С не хранит историю общения |
| Номенклатура и артикул | 1С | из 1С в CRM по неизменяемому коду | правка наименования в CRM запрещена на уровне прав |
| Цена и персональная скидка | 1С — типы цен и соглашения | из 1С в CRM при открытии сделки | ручная цена в CRM только с согласованием и с пометкой отклонения |
| Остаток и резерв | 1С | из 1С в CRM по событию движения | CRM только читает, писать не может ни при каких условиях |
| Сделка и её этап | CRM | в 1С не передаётся | конфликта нет: у 1С нет понятия этапа сделки |
| Счёт | 1С создаёт по команде из CRM | номер, сумма и ссылка возвращаются в сделку | повторная команда не создаёт второй счёт — обмен обязан быть идемпотентным |
| Оплата | 1С по банковской выписке | из 1С в CRM по событию | отметка об оплате руками в CRM запрещена — это источник половины расхождений |
| Отгрузка — реализация | 1С | из 1С в CRM по событию, закрывает сделку | CRM только читает |
Обратите внимание на восьмую строку. Запрет ставить отметку об оплате руками вызывает больше всего сопротивления на внедрении — менеджеру ведь «уже прислали платёжку». Но именно эта возможность делает воронку недостоверной: расхождения между отчётом CRM и отчётом бухгалтерии чаще всего приходятся на оплаты, отмеченные вручную и не подтверждённые выпиской.
Карта из двух крупных узлов — «CRM» слева и «1С:УТ» справа, между ними девять подписанных стрелок. Слева направо: «команда выставить счёт». Справа налево: «контрагент по ИНН и КПП», «номенклатура по коду», «цена и скидка по соглашению», «остаток и резерв», «номер и ссылка на счёт», «оплата по выписке», «отгрузка». Внутри узла CRM отдельно отмечены объекты без обмена: «контакт», «сделка и этап». Каждая стрелка помечена значком одностороннего движения, у стрелок остатка, оплаты и отгрузки подпись «по событию». Внизу общая подпись «восемь стрелок из девяти идут из учёта в CRM».
Частота обмена: во что обходятся сутки задержки
Плановый обмен раз в сутки выглядит достаточным ровно до того момента, пока не посчитаешь. Механика потерь простая: менеджер выставляет счёт по остатку, который был вчера вечером, а позиция за день ушла — её продал коллега или её отгрузили по старому заказу. Дальше начинается работа, которой не должно было быть: звонок клиенту, подбор замены, перевыставление документов, а иногда и отмена.
Три оговорки. Доля 6 % — не универсальная константа: она зависит от оборачиваемости и от того, насколько узок ассортимент. Снимается она за час по выгрузке: сколько счетов за квартал перевыставлялось или отменялось с причиной «нет на складе». Отмены в 10 % — консервативная оценка, в дефицитных категориях цифра выше. И третье: событийный обмен решает только эту задачу, он не улучшает ни качество справочника, ни дисциплину менеджеров.
Один составной вертикальный столбец «Потери от суточной задержки, в месяц» высотой 84 900 ₽, разбитый на два сегмента: нижний 11 800 ₽ с подписью «переделки: 29 счетов по 35 минут», верхний 73 100 ₽ с подписью «отменённые заказы: 2,9 × 25 200 ₽». Рядом второй столбец 120 000 ₽ с подписью «разовая доплата за событийный обмен» и стрелка между ними с подписью «окупается за 1,4 месяца». Ось в рублях.
Модельная смета: типовая конфигурация и доработанная
Два столбца по одному и тому же составу работ. Слева — типовая 1С:УТ с одним складом и обновлениями по графику. Справа — та же УТ, но с самописными реквизитами, тремя складами и собственной механикой скидок. Состав работ одинаковый, разница только в трудоёмкости обследования и в числе случаев, которые надо предусмотреть.
| Строка работ | Типовая УТ, один склад | Доработанная УТ, три склада |
|---|---|---|
| Обследование и таблица владения данными | 40 000 ₽ | 60 000 ₽ |
| Обмен контрагентами и номенклатурой | 50 000 ₽ | 90 000 ₽ |
| Счёт по команде из CRM и возврат номера | 50 000 ₽ | 80 000 ₽ |
| Оплаты и отгрузки обратно в CRM | 60 000 ₽ | 110 000 ₽ |
| Остатки и цены в карточке сделки | 60 000 ₽ | 120 000 ₽ |
| Мониторинг и оповещения о простое обмена | 20 000 ₽ | 40 000 ₽ |
| Приёмка и обучение | 20 000 ₽ | 30 000 ₽ |
| Итого разово | 300 000 ₽ | 530 000 ₽ |
| Срок | 4 недели | 6–8 недель |
| Поддержка обмена | 12 000 ₽/мес | 18 000 ₽/мес |
Строка мониторинга вычёркивается первой при попытке сэкономить, и вычёркивать её нельзя: без оповещений о поломке обмена вы узнаёте от клиента, а не от системы, и стоит это столько же, сколько суточная задержка из расчёта выше. Как складывается цена интеграционных работ и почему одинаковые сметы отличаются втрое, разобрано отдельно.
Горизонтальная лента времени на 8 недель с пятью отрезками и подписью результата под каждым. «Недели 1–2 — обследование: конфигурация, релиз, доработки; на выходе таблица владения по девяти объектам». «Недели 3–4 — справочники: контрагенты по ИНН и КПП, номенклатура по коду; на выходе сверка двух баз без дублей». «Недели 5–6 — документы: счёт по команде из CRM, оплаты и отгрузки обратно; на выходе сквозной тест одной сделки». «Неделя 7 — остатки и цены по событию; на выходе замер задержки секундомером». «Неделя 8 — мониторинг и приёмка; на выходе оповещение о простое и журнал обмена за сутки».
Три поломки, которые случаются почти всегда
Все три стоят дорого по одной причине: проявляются они не сразу. Первые недели обмен работает, расхождения накапливаются молча, и обнаруживаются через квартал — когда разбирать их приходится уже вручную и по всей истории.
- 1Дубли контрагентов при встречном создании
Менеджер заводит клиента в CRM по названию, бухгалтер заводит его же в 1С по реквизитам, обмен не находит соответствия и создаёт третью запись. Лечится единственным ключом сопоставления: ИНН и КПП, а не наименование. Карточка без ИНН остаётся черновиком и в учёт не уходит вообще. Разбор четырёхсот накопленных дублей — это три-четыре дня работы и испорченная аналитика за весь период.
- 2Обмен, который молча встал
Перезапустили службу, истёк пароль технического пользователя, кончился срок сертификата — данные перестали ходить, ошибок никто не видит, менеджеры работают на позавчерашних остатках. Нужны три вещи: контрольная запись каждые несколько минут, счётчик необработанной очереди и оповещение в канал, который люди читают. На потоке 480 счетов неделя тишины — это около семи счетов на позиции, которых нет.
- 3Переименованная номенклатура без артикула
Если позиции сопоставляются по наименованию, достаточно дописать в 1С «(новая партия)» — и обмен создаст в CRM новый товар, а остаток раздвоится между старой и новой карточкой. Сопоставление возможно только по неизменяемому коду или идентификатору, наименование существует исключительно для показа человеку. Проверять это надо до запуска: после — придётся сводить остатки руками.
Соблазн решить задачу «в один шаг» — дописать в типовую конфигурацию свой реквизит или свою обработку — стоит дорого не сегодня, а на первом же обновлении: снятая с поддержки конфигурация обновляется руками и за деньги, каждый релиз. Правильный порядок обратный: сначала ищем способ обойтись публикацией сервисов и чтением стандартных объектов, и только если задача действительно не решается — обсуждаем доработку отдельно, с отдельной оценкой стоимости владения. Подробнее — в материале об автоматизации без замены 1С.
Чек-лист приёмки: что проверить до оплаты
Приёмка обмена — это не демонстрация, а шесть проверок, каждая из которых занимает несколько минут и делается вашими руками, а не руками подрядчика.
- Двусторонний тест на одной записи: создать контрагента в CRM, увидеть его в 1С, изменить реквизиты в 1С, увидеть изменение в CRM.
- Идемпотентность: нажать «выставить счёт» дважды подряд — должен появиться один счёт, а не два.
- Поведение при недоступной 1С: выключить базу, отправить команду, включить обратно — команда должна выполниться из очереди, а не потеряться.
- Замер задержки секундомером: провести оплату в 1С и засечь, через сколько отметка появится в сделке.
- Проверка оповещений: остановить обмен на пятнадцать минут и убедиться, что сообщение о простое действительно пришло людям.
- Журнал обмена за сутки: выгрузить и открыть — он должен читаться человеком и содержать причины ошибок, а не только их коды.
Пункт про очередь важнее, чем кажется: разница между обменом, который теряет команду при недоступной базе, и обменом, который её докладывает, — несколько часов работы на этапе проектирования против нескольких дней разбирательств потом. В договоре это формулируется отдельным критерием приёмки.
Когда обмен с 1С не нужен
Первое условие — мало счетов. Потери от расхождений считаются на счёт: 6 % проблемных умножить на сумму переделки и вероятной отмены даёт около 176 ₽ на каждый выставленный счёт. Владение обменом при типовой связке — амортизация 300 000 ₽ за три года плюс поддержка 12 000 ₽ в месяц, то есть около 20 300 ₽ ежемесячно. Порог получается примерно 115 счетов в месяц. При сорока счетах потери составляют около 7 000 ₽ против 20 300 ₽ расходов, и обмен убыточен независимо от качества исполнения.
Второе условие — нет товарного остатка. У сервисной компании с одним прайсом и без склада обмен вырождается в передачу реквизитов и фактов оплаты. Это закрывается выгрузкой раз в неделю или ручным вводом двадцати платежей в месяц, и городить событийный контур ради этого не нужно. Граница проходит по вопросу, который стоит задать себе честно: приходится ли менеджеру во время разговора куда-то смотреть, чтобы ответить клиенту.
Третье условие — беспорядок в справочнике номенклатуры. Если у позиций нет устойчивых артикулов, одна и та же вещь заведена трижды с разными названиями, а цены живут в отдельном файле, обмен не поможет: он перенесёт беспорядок в CRM в реальном времени и сделает его заметнее. Наведение порядка занимает две-три недели силами своих людей, стоит дешевле интеграции и является её обязательным условием, а не следствием.
Возьмите выгрузку счетов за квартал и посчитайте, сколько из них перевыставлялось или отменялось по причине «нет на складе». Умножьте на 176 ₽ и сравните с 20 300 ₽ в месяц. Если ваша цифра меньше — обмен подождёт, и это не осторожность, а арифметика. Если больше вдвое — можно идти дальше и выбирать способ. Тот же расчёт стоит показать подрядчику: он сразу отсекает предложения, где событийный обмен продаётся компании, которой хватило бы ночной выгрузки.
Обмен не ломается от плохого протокола. Он ломается от того, что две системы одновременно считают себя правыми насчёт одной и той же цены.
