Сделка на несколько миллионов тенге может простоять неделю не потому, что клиент думает. Она стоит, потому что менеджер обещал прислать счёт «до конца дня», уехал на встречу, потом выяснял у бухгалтера актуальные реквизиты, потом ошибся в БИН и переделывал. Один такой прогон съедает от двадцати минут до полутора часов. Умножьте на число сделок в работе и получите объём, который отдел продаж тратит на оформление бумаг вместо разговоров с клиентами.
В Битрикс24 этот участок закрывается штатными средствами: счета живут в CRM как отдельные элементы, документы собираются по шаблонам, а роботы делают всё это без участия менеджера. Автосчета в Битрикс24 устроены не так, как думает большинство пользователей старых порталов, поэтому начну с устройства самого механизма, а закончу порядком внедрения, при котором отдел продаж не откатывается обратно к своим файлам.
Где теряется время между «клиент согласен» и «деньги пришли»
Когда мы поднимаем аналитику по воронке, самая длинная по времени стадия почти всегда называется «Выставлен счёт» или «Отправлено КП». Сама сделка при этом уже согласована. Клиент сказал «да», сумма зафиксирована, осталось оформить документы.
Причины задержек повторяются от компании к компании. Менеджер держит шаблон КП в личной папке на компьютере и правит прошлогоднюю версию, где ещё стоит старый логотип. Реквизиты компании хранятся в переписке с бухгалтерией, а не в CRM. Счёт формируется в 1С, куда у продавцов нет доступа, поэтому заявка на счёт уходит письмом и ждёт своей очереди. Клиент получает PDF, теряет его в почте, через три дня просит прислать заново.
Каждый из этих узлов лечится по отдельности, но лечить их поштучно бессмысленно. Смысл появляется, когда весь путь от карточки сделки до отметки об оплате проходит внутри одной системы и оставляет след: кто сформировал документ, когда отправил, открыл ли его клиент, на какой стадии сейчас счёт.
Как устроены счета в Битрикс24 после перехода на смарт-процессы
Важная деталь, которую пропускают при самостоятельной настройке: в CRM есть две версии счетов. Старая существует много лет, новая появилась в конце 2021 года и построена на базе смарт-процессов. Разработчик прямо указывает, что старые счета переводятся в режим только для просмотра, создавать и редактировать их будет нельзя, а работать нужно с новой версией.
Практическая разница существенная. Новые счета получили привычный интерфейс карточки CRM, автоматизацию через роботы и триггеры, поддержку платёжных систем и общий каталог товаров. То есть счёт перестал быть отдельной бумажкой сбоку от процесса и стал полноценным элементом CRM с собственными стадиями, полями и историей.
Раздел находится в CRM в пункте «Счета». Внутри счёта хранится информация о клиенте, товарах или услугах, сумме, реквизитах и сроке оплаты. Стадии настраиваются под процесс компании: базовый набор включает «Новый», «В работе», «Оплачен», а дальше вы добавляете свои. Просмотр доступен в канбане, списке и режиме сроков, так что руководитель отдела видит зависшие счета не отчётом раз в месяц, а на доске.
Если ваш портал живёт с 2019 или 2020 года и счета там до сих пор старые, миграцию лучше планировать заранее, а не в момент, когда старая версия окончательно закроется на редактирование.
Счёт из сделки: что переносится автоматически, а что нет
Самый частый сценарий выглядит так. Менеджер открывает карточку сделки в разделе «Сделки», нажимает на значок в правом верхнем углу карточки и выбирает «Счёт». Данные о клиенте, товарах и ответственном сотруднике переносятся в новый счёт автоматически.
Создать счёт можно и другими способами: из карточки контакта или компании без привязки к сделке, вручную из раздела «Счета», импортом из файла, а также автоматически через роботы и триггеры.
Что не появится само по себе. Реквизиты клиента подтянутся только если они заполнены в карточке контакта или компании. Если менеджеры годами вносили в CRM одно название организации без БИН, адреса и банковских данных, первый же автоматически созданный счёт выйдет пустым в половине полей. Поэтому перед автоматизацией мы всегда проверяем, как в компании вообще собираются реквизиты: спрашивает ли их менеджер на этапе согласования, есть ли обязательные поля, кто отвечает за корректность.
То же касается товарного каталога. Счёт тянет позиции из общего каталога, и если продавцы вбивают наименования руками каждый раз по-новому, в документах будет разнобой, а аналитика по продуктам не соберётся никогда.
Шаблоны документов: откуда берутся КП, счета и акты
За печатные формы отвечает инструмент «Документы» в карточке CRM. Менеджер нажимает кнопку «Документ», выбирает шаблон, и система подставляет данные из элемента CRM: сведения о поставщике, покупателе, список товаров. Готовый документ выгружается в docx или pdf, его можно распечатать или отправить клиенту прямо из карточки.
Типовые шаблоны загружаются через настройки инструмента: там есть пункт загрузки стандартных шаблонов с выбором страны, после установки шаблон появляется в общем списке. Если нужной формы под ваши требования в наборе нет или у компании свой фирменный бланк, шаблон загружается собственный. Это обычный документ Word с полями-подстановками, поэтому дизайн КП можно сделать таким, каким его хочет видеть маркетинг, а не таким, какой предлагает система по умолчанию.
Инструмент «Документы» доступен на коммерческих тарифах Битрикс24, на бесплатном плане его нет. Это стоит учитывать при расчёте бюджета: автоматизация КП в CRM без генератора документов не соберётся.
Отдельно про коммерческие предложения. В Битрикс24 КП формируется тем же генератором документов, что и счёт, просто по другому шаблону. Это удобнее, чем кажется: одна и та же карточка сделки становится источником и для предложения, и для счёта, и для акта, а значит суммы и позиции в трёх документах физически не могут разойтись.
Роботы, которые собирают документ вместо менеджера
В CRM есть отдельная группа роботов для оформления документов, и настраиваются они на стадиях воронки без программиста.
Робот «Создать документ» формирует документ по выбранному шаблону, когда элемент CRM доходит до нужной стадии. В настройках указывается шаблон, компания и её реквизиты, дополнительные поля документа. Отдельно включаются опции: ожидать конвертации в pdf, добавить подпись и печать из реквизитов компании, создать публичную ссылку для скачивания. Последний пункт снимает вечную проблему «письмо с вложением ушло в спам»: клиенту отправляется ссылка, по которой файл открывается в браузере.
Робот «Отправить документ на подпись» создаёт документ по шаблону и отправляет его на подпись руководителю и клиенту. В настройках задаётся ФИО подписывающего от лица компании, шаблон и способ отправки: SMS со ссылкой или письмо на почту. Информация об отправке отображается в карточке CRM, так что менеджеру не нужно помнить, кому и когда что ушло.
Есть ещё два вспомогательных робота, про которые обычно забывают. «Получить информацию о реквизитах» извлекает данные реквизитов и передаёт их другим роботам, а «Изменить реквизиты» обновляет реквизиты компании или контакта. Вместе они решают задачу, на которой ломается большинство самодельных сценариев: подставить в документ правильные банковские данные, когда у компании несколько юрлиц или счетов в разных банках.
Типовая связка, которую мы собираем на внедрении, выглядит так. Сделка переходит на стадию «Согласование условий», робот формирует КП по фирменному шаблону с печатью и публичной ссылкой и ставит менеджеру задачу отправить его. Сделка переходит на стадию «Выставлен счёт», второй робот создаёт счёт и документ к нему. Менеджер в этой схеме не открывает Word ни разу.
Оплата по ссылке и QR-код: как сократить путь от счёта до денег
Сформированный счёт всё ещё нужно оплатить, и здесь Битрикс24 закрывает последний участок. В карточке сделки есть кнопка «Принять оплату»: сумма считается автоматически, клиент получает ссылку и оплачивает удобным способом через подключённые платёжные системы. Возможность принять оплату по ссылке доступна администратору портала и сотруднику с правами на просмотр и изменение сделки.
Второй вариант для тех, кто работает по классической банковской схеме: QR-код для оплаты прямо в документе. Чтобы он появился, в реквизитах компании должны быть заполнены банковские данные. Клиент открывает pdf, сканирует код телефоном и платит из мобильного приложения банка, не переписывая номер счёта руками.
Плюс к этому CRM отслеживает просмотр писем. Менеджер видит, открыл клиент документ или нет, и звонит по факту, а не наугад через три дня. На больших воронках это заметно меняет конверсию из счёта в оплату, потому что исчезает целый класс ситуаций «а я не получал».
Регулярные счета и повторяющиеся сделки для абонентки
Если компания работает по подписке, обслуживанию или аренде, каждый месяц повторяется один и тот же набор действий: создать сделку, выставить счёт, отправить, проконтролировать. Это автоматизируется полностью.
Счета в CRM могут быть регулярными, то есть создаваться по расписанию. Отдельно в Битрикс24 есть регулярные сделки: система сама создаёт сделку по заданному расписанию. Настраивается периодичность (ежедневно, еженедельно, ежемесячно, ежегодно или собственный интервал), условие завершения повторений (без ограничений, до указанной даты или после определённого числа повторений), дата первой сделки, период открытия и воронка, в которой сделка появится. Настройки сохраняются как шаблон, его можно редактировать, смотреть историю и удалять.
Оговорка, о которой лучше знать заранее: обе функции доступны не на всех тарифах. Если у вас абонентская модель и вы считаете экономику перехода на Битрикс24, посчитайте тариф сразу с учётом этого, иначе на этапе настройки выяснится, что ключевой сценарий не включается.
Права доступа и история: кто что видел и менял
Финансовые документы требуют более аккуратного разграничения доступа, чем обычные сделки. В счетах работает ролевая модель прав: администратор настраивает их в разделе настроек прав доступа к CRM и разделяет зоны ответственности между сотрудниками. Продавец видит свои счета, руководитель отдела все счета отдела, бухгалтерия работает со стадиями оплаты.
Вторая опора для контроля: вкладка «История» в карточке счёта, где сохраняются все изменения. Когда возникает спор о том, кто поменял сумму или срок оплаты, вопрос закрывается за минуту. Отдельно это полезно при разборе просроченной дебиторки, потому что видно, на каком этапе счёт завис и кто последним его трогал.
Как это выглядит на практике
Опишу собирательный пример, чтобы схема стала нагляднее. Это иллюстрация типового внедрения, а не отчёт по конкретному клиенту.
Оптовая компания, отдел продаж на семь человек, около ста сделок в месяц. До настройки менеджер после согласования уходил в Word, брал прошлое КП, менял позиции и суммы, сохранял в pdf, отправлял почтой. Счёт заказывал у бухгалтера в чате. Средний срок от «клиент согласен» до отправки счёта составлял почти двое суток, при этом часть счетов уходила с ошибками в реквизитах и переделывалась.
После настройки процесс выглядит иначе. Реквизиты собираются на этапе квалификации, поля обязательные, менеджер не может двинуть сделку дальше без БИН и юридического адреса. На стадии «Согласование» робот формирует КП по фирменному шаблону с печатью и публичной ссылкой. На стадии «Счёт» второй робот создаёт счёт из сделки со всеми позициями и отправляет клиенту документ с QR-кодом. Бухгалтерия видит счета в канбане и переводит их на стадию «Оплачен».
Что меняется по цифрам: отправка счёта перестаёт зависеть от загрузки бухгалтера и происходит в момент перехода стадии, ошибки в реквизитах исчезают как класс, а руководитель видит на доске все счета, которые висят дольше срока оплаты. Дальше уже можно работать с конверсией стадии, потому что данные для этого наконец появились.
Что чаще всего ломает автоматизацию документов
Первое место с большим отрывом занимают реквизиты. Робот формирует документ из того, что лежит в карточке компании, и если там пусто, в счёте будет пусто. Причём выясняется это обычно не на тесте, а на живом клиенте, который получил бланк без банковских данных. Лечится не роботом, а дисциплиной: обязательные поля на нужной стадии и явно назначенный ответственный за корректность данных.
Второе место у шаблонов, которые собирали в спешке. Word прощает многое, генератор документов нет: съехавшая таблица позиций или неправильно вставленное поле подстановки дают кривой pdf во всех сделках сразу. Проверять шаблон нужно на реальной сделке с несколькими позициями разной длины, а не на пустой тестовой карточке с одной строкой.
Третья причина менее очевидная. Роботы привязаны к стадиям, и если воронка описана криво, автоматизация начинает срабатывать не там. Классический случай: у компании одна общая стадия «В работе», внутри которой происходит и согласование, и выставление счёта, и ожидание оплаты. Робот при таком раскладе повесить некуда, и приходится сначала расщеплять стадию на несколько, а уже потом настраивать документы. Это нормальная часть работы, просто её лучше запланировать заранее, чем обнаружить в середине настройки.
Отдельно стоит держать в голове разграничение ролей. Когда счёт создаёт робот, а не человек, ответственным за него становится тот, кто указан в настройках или в сделке. Если эту логику не продумать, счета уйдут не на тех сотрудников, и вся отчётность по менеджерам поедет.
Порядок внедрения, если начинаете с нуля
Последовательность здесь важнее скорости. Если запустить роботов на неподготовленной CRM, вы получите поток документов с пустыми полями и отдел продаж, который вернётся к своему Word.
Сначала наводится порядок в справочниках: реквизиты компании и её юрлиц, банковские данные, каталог товаров и услуг с нормальными наименованиями и ценами. Затем собираются шаблоны документов под фирменный стиль, отдельно КП, счёт и акт, и проверяются на реальной сделке. После этого настраиваются стадии воронки и права доступа, потому что роботы привязываются именно к стадиям. И только последним шагом включаются роботы, сначала на одной воронке и одном менеджере, потом на всём отделе.
Отдельным пунктом идёт обучение. Менеджеры годами работали иначе, и первые две недели будут пытаться делать по-старому. Помогает простое правило: убрать из общего доступа старые файлы шаблонов, чтобы взять прошлогоднее КП было физически неоткуда.
Если разбираться со всем этим внутри компании некому, мы делаем внедрение и настройку Битрикс24 под ключ, включая шаблоны документов, роботов на воронках и подключение приёма оплаты. Обычно на настройку блока со счетами и КП уходит меньше времени, чем отдел продаж тратит на ручное оформление документов за один месяц.
Частые вопросы
Чем новые счета в Битрикс24 отличаются от старых?
Новые счета построены на базе смарт-процессов и появились в конце 2021 года. Они поддерживают автоматизацию через роботы и триггеры, платёжные системы, общий каталог товаров и работают в привычном интерфейсе карточки CRM. Старые счета переводятся в режим только для просмотра, создавать и редактировать их будет нельзя, поэтому новые процессы стоит строить сразу на новой версии.
Можно ли сделать так, чтобы счёт создавался сам при переходе сделки на стадию?
Да. Счета создаются автоматически через роботы и триггеры, а робот «Создать документ» формирует по шаблону печатную форму: счёт, КП или договор. В настройках робота включаются подпись и печать из реквизитов компании, конвертация в pdf и публичная ссылка на скачивание.
Нужен ли программист, чтобы настроить автосчета в Битрикс24?
Для типовых сценариев нет. Роботы на стадиях воронки настраиваются через интерфейс, шаблоны документов готовятся в Word. Разработка нужна, когда требуется нестандартная логика расчёта, обмен с внешней учётной системой или сложные многоуровневые согласования.
Как клиент оплачивает счёт из Битрикс24?
Через кнопку «Принять оплату» в карточке сделки: сумма считается автоматически, клиент получает ссылку и платит через подключённую платёжную систему. Второй вариант, QR-код для оплаты в документе, требует заполненных банковских реквизитов компании.
Что делать компании, которая выставляет одинаковые счета каждый месяц?
Использовать регулярные счета и регулярные сделки. Система создаёт элемент по расписанию с выбранной периодичностью и условием окончания повторений. Обе функции доступны не на всех тарифах, это стоит проверить до начала настройки.