Начнём с того, что обычно пишут мелким шрифтом в конце: готовой обработки для 1С в коробке не существует. Ни у нас, ни, если говорить честно, ни у кого — потому что «1С» у каждой компании своя, с доработками десятилетней давности.
Есть документированный протокол, документация и специалист, который отвечает на вопросы вашего программиста. Это работа на стороне вашей 1С, и её планируют в неделях, а не включают галочкой.
Если вендор обещает вам «интеграцию с 1С из коробки» — попросите показать обработку и спросите, под какую конфигурацию и какой релиз она написана. Дальше разговор становится содержательным.
А теперь по делу: что именно стоит обменивать, чем дельта отличается от ночной выгрузки и почему «операционная корзина» решает проблему, которую расписание синхронизации не решает никогда.
Главное за минуту
Обработки в коробке нет
Её пишет программист на стороне 1С по документированному протоколу — и эту работу планируют.
Разделение ответственности
Номенклатура, цены и остатки живут в 1С. Разговор с покупателем, воронка и задачи — в CRM.
Дельта вместо ночной выгрузки
Передаётся только то, что изменилось с последнего обмена, с защитой от параллельных запусков.
Операционная корзина
Живой запрос цены и остатка в 1С в момент добавления товара — с таймаутом и запасным вариантом.
Кто за что отвечает: разделение, которое экономит месяцы
Главная ошибка проектов «CRM + 1С» — попытка сделать одну систему главной во всём. Рабочая схема разделяет ответственность по природе данных.
| Область | Источник истины | Почему так |
|---|---|---|
| Номенклатура, цены, остатки | 1С | Там приход, себестоимость и отгрузки — менять это не нужно и опасно |
| Переписка с клиентом | CRM | В 1С этого нет по определению, и не должно быть |
| Воронка, задачи, история отношений | CRM | Учётная система не про процесс продажи, а про её результат |
| Заказ | Обе, в обе стороны | Создаётся там, где общаются с клиентом; исполняется там, где склад |
| Аналитика по обращениям | CRM | 1С не знает, сколько людей написали и кому не ответили |
Практическое следствие: каталог в CRM не заводят руками. Он приезжает из 1С девятью группами справочников в одном пакете — категории, товары, типы цен, склады, цены, остатки, мастера, привязки и выходные дни.
Дельта «по моменту» вместо полной выгрузки каждую ночь
Полная выгрузка ночью — это то, с чего начинают все и от чего потом страдают. Причины две: она долгая (а каталог растёт) и она всё равно устаревает к обеду.
Дельта-синхронизация передаёт только то, что изменилось с последнего успешного обмена. К этому нужны три вещи, о которых стоит спросить заранее:
- Защита от параллельных обменов — чтобы два запущенных обмена не переписывали друг друга;
- Дедупликация файлов — чтобы повторная отправка того же пакета не задваивала данные;
- Журнал обмена, по которому за минуту видно, какой файл и на чём споткнулся. Без него отладка превращается в переписку «а у нас ничего не приехало».
В публичном API к этому добавляется идемпотентность изменяющих вызовов по заголовку: повтор при обрыве связи не создаст второй заказ. Это та мелочь, которая отличает боевой обмен от демонстрационного.
Операционная корзина: живая цена в момент добавления товара
Здесь самая интересная часть, и она не про расписание синхронизации.
Логика простая: пока бот или менеджер собирает заказ, цену и остаток по конкретной позиции запрашивают у живой 1С — в этот самый момент, со всеми персональными скидками этого покупателя. Есть таймаут ожидания и запасной вариант, поэтому диалог не зависает, если учётная система задумалась.
Почему это важнее, чем кажется. Персональные условия — скидка дилера, спецпрайс по договору, накопительная скидка — живут в 1С и пересчитываются её логикой. Любая попытка продублировать эту логику в CRM заканчивается расхождением и разговором с бухгалтерией. Живой запрос снимает вопрос целиком: CRM не считает цену, она её спрашивает.
Обратный ход: сообщения клиенту из 1С через каналы CRM
Сценарий, о котором почти не думают на этапе выбора, а он снимает отдельную подписку.
Из 1С можно написать клиенту в веб-чат, WhatsApp, Telegram, Telegram-аккаунт, Instagram или Facebook — через каналы CRM, включая утверждённые шаблоны WhatsApp Business. То есть уведомление «заказ готов к выдаче» уходит прямо из учётной системы, где событие и произошло.
Что это заменяет: отдельную интеграцию 1С с мессенджерами и её отдельный счёт. Плюс сообщение ложится в ту же переписку с клиентом, где его ведёт оператор — а не в параллельный поток уведомлений, которого никто не видит.
Рядом работают автоуведомления о смене статуса заказа: четыре сценария — автотекст, свой шаблон, автотекст с таблицей позиций или сгенерированный документ. Это уже внутри CRM, без участия 1С.
Что отдать программисту: состав работ
Чтобы разговор с вашим специалистом по 1С прошёл за один созвон, а не за месяц уточнений, полезно заранее договориться о списке.
- Справочники в одну сторону. Категории, товары, типы цен, склады — базовый пакет, с которого начинают.
- Цены и остатки дельтой. Отдельный шаг, потому что меняются они чаще всего.
- Заказы из CRM в 1С. С внешними кодами, чтобы повторная отправка не задваивала.
- Статусы заказов из 1С в CRM. Тут же решается вопрос Kaspi: сопоставление семи статусов уже есть.
- Живой запрос цены и остатка. Отдельная точка входа — её включают, когда базовый обмен уже работает.
- Сообщения клиенту из 1С. Последний шаг, самый простой из перечисленных.
Порядок здесь не случайный: каждый следующий шаг опирается на предыдущий, и на каждом можно остановиться и получить пользу. Пилот, который делает только первые два пункта, уже снимает проблему «в CRM лежит прошлогодняя выгрузка».
Подробнее про интеграционный контур целиком — в разделе интеграции и автоматизация процессов.
Что ещё можно повесить на этот же контур
Когда обмен есть, рядом бесплатно появляются возможности, за которые обычно платят отдельно.
- Публичный API: 18 ресурсов, 80 методов, 17 областей доступа у ключа, индивидуальный лимит частоты.
- Исходящие вебхуки: 20 типов бизнес-событий, подпись запроса и повторы доставки до восьми попыток.
- Конструктор процессов: 14 типов узлов, включая узел внешнего вызова — регламент может сам дёрнуть вашу систему и разветвиться по ответу.
- Периметр: исходящие вызовы процессов и обходчик сайта не пойдут во внутреннюю сеть — это закрыто на уровне движка, а не настройкой.
Для службы безопасности отдельный аргумент: компании можно выделить отдельную базу данных — не колонку с идентификатором в общей таблице, а свою базу, с переводом из админки одной операцией. И полный архив данных выгружается одним файлом, если вы решите уйти.
Если вендор обещает интеграцию с 1С из коробки — спросите, под какую конфигурацию и какой релиз написана обработка. Разговор сразу станет содержательным.
Границы: что честно проговорить
- Готовой обработки нет. Есть протокол и документация. Работа на стороне вашего программиста — планируйте её.
- Прямого обмена заказами с Kaspi нет. Есть сопоставление статусов и тип контакта покупателя; заказы приносит 1С.
- Подписка на исходящие вебхуки получает все события подряд: фильтр по типу сохраняется, но не применяется — отбор делает получатель.
- Для компании на выделенной базе связку «своя база + входящие вебхуки мессенджеров» проверяем отдельно при подключении каналов. Это известное ограничение текущей версии.
- Почта синхронизируется односторонне: читаются входящие и пользовательские папки. Письма, отправленные из другого почтового клиента, в CRM не появятся.
- Цены, остатки и количество хранятся целыми числами. Для весового товара это учитывается единицами измерения с коэффициентом — проверяйте на пилоте.
Связанные материалы
- CRM для продавцов Kaspi и Ozon: что реально автоматизируется
- RPA или CRM: автоматизация против интеграций — что выбрать и когда
- BPM и workflow в CRM: как описать и автоматизировать процесс
- Интеграции и автоматизация процессов
Отдадим протокол вашему программисту и посчитаем состав работ
Созвон втроём: вы, ваш специалист по 1С и наш. На выходе — список доработок с оценкой по шагам, где на каждом шаге уже есть польза. Без обещания «интегрируем за неделю». Саму систему можно посмотреть на триале: 14 дней, до 5 сотрудников.