автоматизация документооборота в битрикс24: что работает

три разных документооборота под одним названием

Когда клиент говорит «настройте документооборот», за этой фразой почти всегда прячется одна из трёх разных задач, и первое, что я делаю на аудите, — уточняю, какая именно. Первая — генерация документов из CRM: договор, счёт, коммерческое предложение автоматически заполняются данными из карточки сделки. Вторая — внутреннее согласование: заявка на отпуск, командировку или закупку проходит цепочку утверждающих через бизнес-процесс. Третья — хранение и версионность: где лежит финальный файл, кто его правил и можно ли откатиться к предыдущей версии.

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

Ниже разбираю все три части по отдельности, с тем, что реально настраивается в Битрикс24 и где начинается зона внешних сервисов ЭДО, которые Битрикс24 не заменяет.

генератор документов — шаблон вместо копипаста

В карточке сделки, счёта или компании есть генератор документов на основе шаблона: один раз собираешь шаблон договора или коммерческого предложения с полями из CRM (название компании, сумма сделки, товарные позиции), и дальше документ формируется одной кнопкой, без ручного заполнения. На внедрении обычно закладываю от 3 до 5 таких шаблонов — договор, счёт, акт, КП, реже — доверенность, этого хватает на 90% типовых документов компании.

Частая ошибка — пытаться сделать один универсальный шаблон на все случаи с десятком необязательных полей. Получается документ, который менеджер всё равно правит руками перед отправкой, и смысл автоматизации теряется. Практичнее сделать 2-3 отдельных шаблона под конкретные сценарии сделки (предоплата, отсрочка, розница), чем один сложный с условной логикой внутри текста.

Готовый документ можно сразу отправить клиенту по e-mail или в мессенджер прямо из карточки, без выгрузки на компьютер и обратной загрузки в почтовый клиент — это тот самый шаг, который экономит менеджеру 5-10 минут на каждой сделке и накапливается в заметную цифру при потоке в 30-40 сделок в месяц.

согласование через смарт-процессы — заявки без бумаги

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

Типовая цепочка для заявки на отпуск: сотрудник подаёт заявку → руководитель отдела согласует (или отклоняет с комментарием) → HR фиксирует в графике. На моих внедрениях такая цепочка сокращает время согласования с 2-3 дней перепиской в мессенджерах до одного рабочего дня, потому что процесс сам эскалирует просроченную задачу ответственному и его руководителю.

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

где заканчивается битрикс24 и начинается эдо

Юридически значимый обмен документами с контрагентами — с квалифицированной электронной подписью, которую примет налоговая и суд, — Битрикс24 сам не делает. Для этого в маркете есть готовые приложения-коннекторы к внешним операторам ЭДО (СБИС, Диадок и аналогичные), которые подключаются к конкретному оператору, где у компании уже должна быть учётная запись и подписанные соглашения о электронном документообороте с контрагентами.

Коннектор синхронизирует статус документа (отправлен, подписан, отклонён) обратно в карточку сделки в CRM, поэтому менеджер не переключается между системами, чтобы узнать, подписал ли клиент договор. Но сам процесс подключения оператора ЭДО, тарификацию и работу с контрагентами, у которых нет ЭДО, — это зона ответственности оператора, а не Битрикс24, и это стоит явно проговаривать с клиентом на этапе постановки задачи, чтобы не обещать того, чего система не умеет.

На практике вижу путаницу именно тут: клиент ожидает, что «настройка документооборота» включает подключение ЭДО с контрагентами под ключ, хотя по факту это отдельный проект с отдельным оператором, а Битрикс24 в нём — только приёмник статусов.

распознавание сканов — экономия на ручном вводе

Отдельная функция, которую часто не замечают, — распознавание отсканированных документов: CRM может извлечь текст из скана или фото счёта, накладной или паспорта (JPG, PNG, PDF) и разложить данные по нужным полям карточки, без ручного набора. Полезно для компаний, которые получают от поставщиков бумажные документы и раньше вручную вбивали суммы и реквизиты в систему.

На одном из проектов в оптовой торговле такая настройка сняла с бухгалтера привычные полтора часа в день на перенос данных из присланных поставщиками накладных — не идеально по точности распознавания рукописных цифр, но для печатных бланков процент ошибок минимальный и всё равно требует беглой проверки, а не полного доверия без контроля.

Функция доступна не на всех тарифах, поэтому перед тем как обещать клиенту распознавание, проверяю конкретный тарифный план — часто это первая причина, почему настройка не заработала на демо-звонке, хотя в документации всё описано верно.

диск, версии и права доступа к документам

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

Частая проблема, которую нахожу на аудитах, — общая папка «Документы» без разграничения прав, куда сложены и коммерческие предложения для клиентов, и внутренние регламенты с зарплатами. Разграничение прав по ролям (менеджер видит только свои сделки, бухгалтер — финансовую папку, руководитель — всё) — это отдельная настройка, о которой подробнее писал в статье про права доступа в Битрикс24, и без неё документооборот остаётся уязвимым местом даже при настроенной генерации шаблонов.

Практическое правило, которое даю клиентам: если документ связан со сделкой — его место в карточке сделки на вкладке файлов, а не в общей папке Диска. Тогда через полгода не приходится вспоминать, к какой сделке относился конкретный файл, — связь видна сразу.

с чего начинать внедрение документооборота

Последовательность, которая работает на практике: сначала настраиваю 2-3 самых частых шаблона документов из CRM (это даёт видимый эффект менеджерам за первую неделю), затем один смарт-процесс для самой болезненной внутренней заявки (обычно это закупки или отпуска — про запуск и отладку таких процессов есть отдельный разбор в статье про бизнес-процессы в Битрикс24), и только потом — права доступа на Диске и, если нужно, коннектор к внешнему ЭДО.

Обратный порядок — сначала пытаться закрыть всё разом одним большим техническим заданием — почти всегда приводит к затянутому внедрению на 2-3 месяца, где к моменту запуска первого шаблона уже забыли, зачем всё затевалось. Пошаговый запуск с проверкой каждого блока на реальных документах компании занимает обычно 3-4 недели с моим участием на настройке.

Отдельно стоит не путать документооборот бизнес-процессов с кадровым электронным документооборотом (КЭДО) — заявлениями, приказами и трудовыми договорами с сотрудниками, у которого своя юридическая специфика и отдельная настройка, разобранная в статье про КЭДО в Битрикс24. Это соседние, но разные задачи с разной ответственностью.

частые вопросы