Битрикс24 и 1С: как ИИ-агент связывает сделки с учётом и собирает отчёт руководителю

Компания вела продажи в Битрикс24: сделки, этапы воронки, ответственные, задачи и переписка жили в одном окне. Деньги при этом жили в 1С — счёт выставлялся в учётной системе, оплата приходила на расчётный счёт, отгрузка оформлялась там же. Каждую систему по отдельности настроили правильно, но связывались они руками: выгрузкой, сверкой и таблицей, которую к совещанию собирал руководитель отдела продаж.

Данные были. Не было слоя, который соединяет сделку и деньги и возвращает руководителю готовую картину: где сделка стоит без счёта, где оплата пришла, а продажа всё ещё «в работе», где воронка говорит одно, а поступления — другое.

Ниже — как эту связку закрывает ИИ-агент (программа, которая по заданному правилу сама читает данные из систем, сопоставляет их и выполняет шаги): что он читает, что отдаёт человеку и какие риски снимает. Первый эффект здесь — риски, которые перестают срабатывать; часы и деньги идут вторым планом, отдельным расчётом.

Самая частая и самая дорогая дыра. Менеджер считает, что вопрос решён, бухгалтерия ждёт документ, оплата не приходит, а сделка стоит на этапе «договор подписан». Обнаруживается это при сверке — через две недели, когда клиент уже не торопится. Результат: сдвиг оплаты и подпорченный прогноз по месяцу.

Обратная ситуация: деньги на счёте, а в воронке сделка всё ещё в работе. Прогноз продаж занижен, менеджер продолжает давить на клиента, руководитель видит неверную загрузку группы. Ни одна из систем по отдельности ошибкой это не считает — каждая показывает правду.

Отчёт по воронке говорит «план выполнили», отчёт по оплатам — «денег на 20% меньше». Оба собраны руками, оба содержат свои упрощения. Итог — совещание, на котором обсуждают не причину расхождения, а чья таблица правильная.

Долг клиента виден в 1С, но в Битрикс24 сделка «в работе» — значит, никто не поднимает вопрос. Часть долгов переходит в просроченную дебиторскую задолженность, а работа с ней стоит дороже, чем один короткий разговор вовремя.

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

Обычно в компании есть сотрудник, который знает, как соединить выгрузку из CRM (Customer Relationship Management — система управления взаимоотношениями с клиентами) с выгрузкой из 1С, где искать расхождение и как считать «правильную» конверсию. Его отпуск или уход превращает отчётность в риск, а передача дел — в отдельный проект.

Руководитель решает, где усилить группу и какому направлению дать ресурс. Если данные приходят с задержкой, решение принимается по прошлому периоду, а последствия видны ещё позже, чем ошибка, их вызвавшая.

Часы — уже следствие, но посчитать полезно. Типовой расчёт для отдела продаж из 42 человек, который ведёт около 600 сделок и 400 счетов в месяц:

Формулировка «типовой расчёт» здесь принципиальна: это математика на заявленных вводных, а не чей-то замер. На трёх направлениях с похожим объёмом сделок те же 90 часов превращаются в 270 часов и около 351 000 ₽ в месяц — при том, что отчёт для каждого собирается по одной методике, а не тремя разными способами.

Отдельно считаем то, что в часах не измеряется, — деньги, которые «стоят» между сделкой и оплатой. Из 600 сделок в месяц 5% (30 счетов) задерживаются на этапе выставления или зачёта оплаты, средний счёт — 150 000 ₽. Под риском около 4,5 млн ₽ в месяц: это деньги, которые уже должны были прийти, но в прогноз платежей не попали.

Агент не заменяет ни продажи, ни бухгалтерию. Он соединяет две системы в одну картину и возвращает её туда, где принимаются решения.

Меняется не система, а момент, в который появляется картина. Битрикс24 и 1С при этом не нужно ни заменять, ни переписывать: по описанию вендора, приложения для интеграции передают файлы счетов на оплату и УПД из 1С в карточку сделки, синхронизируют сделки, заказы и статусы. То есть данные между системами ходят; не хватает слоя, который делает из них управленческий вывод и показывает, где именно картина не сходится.

Полная версия — с расчётами, схемой и источниками — в блоге проекта «Новация ИИ»: находится по названию. Если удобнее сразу по делу — напишите мне в личные сообщения, разберём вашу задачу.