Договор редко тормозит сделку сам по себе. Тормозит путь, который он проходит: юрист правит формулировки в почте, менеджер печатает финальную версию, директор подписывает между встречами, курьер везёт папку клиенту, клиент возвращает свой экземпляр через две недели, а бухгалтерия ищет его в шкафу накануне проверки. Три дня реальной работы растягиваются в три недели ожидания, и никто из участников цепочки в этом не виноват.
Когда компания решает перейти на эдо, Битрикс24 обычно представляют себе как одну большую кнопку «подписать». На практике безбумажный договор состоит из четырёх разных задач: собрать документ, согласовать его внутри компании, подписать с двух сторон, положить туда, где его найдут через год. Портал закрывает эти задачи с очень разным уровнем готовности, и для казахстанской компании разница принципиальна. Ниже честная карта: что в облачном Битрикс24 работает сразу, что упирается в географию сервиса, и как собрать контур электронного документооборота, который не развалится на первом же клиенте.
Путь договора состоит из четырёх этапов, а не из одного
Первый этап, сборка. Менеджер берёт согласованный юристом шаблон и подставляет в него реквизиты клиента, предмет, сумму, сроки. Здесь чаще всего рождаются опечатки: неверный БИН, старый адрес, прошлогодняя редакция приложения. Ошибка на этом этапе стоит дороже всего, потому что её обнаруживают уже после подписания.
Второй этап, внутреннее согласование. Договор смотрят юрист, финансовый директор, иногда руководитель отдела продаж. Если согласование живёт в чате или почте, компания теряет главное: понимание, у кого документ сейчас и сколько он там лежит. Пятидневная задержка выглядит как «юрист занят», хотя на деле файл три дня провисел непрочитанным.
Третий этап, собственно подписание. Именно его люди имеют в виду, когда говорят про электронную подпись и crm. Это самый заметный, но далеко не самый трудоёмкий этап: если первые два выстроены, подписание занимает часы.
Четвёртый этап, хранение и поиск. Через год, когда клиент оспорит объём работ или придёт налоговая, кто-то должен за минуту найти подписанную версию со всеми приложениями. Компании, которые перевели в цифру только подписание, на этом этапе возвращаются к бумажной логике: подписанный PDF лежит в чьей-то личной папке на компьютере.
Внедрять эдо имеет смысл целиком по этой цепочке. Автоматизация одного этапа при бумажных остальных даёт эффект, который сотрудники описывают фразой «стало даже сложнее».
Генерация документа: то, что Битрикс24 делает лучше всего
Сборку договора облачный портал закрывает полностью и без доработок. В карточке лида, сделки, контакта и компании есть кнопка «Документ». По клику открывается список шаблонов, вы выбираете нужный, и система создаёт документ, подставив в него данные из карточки CRM.
Механика шаблонов держится на кодовых словах. Это метки внутри файла, вместо которых CRM подставляет реальные значения: название компании клиента, банковские реквизиты, адрес, сумму сделки, дату, имя и телефон ответственного менеджера. По умолчанию в CRM уже лежит набор готовых шаблонов, включая акты, счета, накладные, доверенности и договоры.
Свой шаблон загружается файлом в формате docx. Для юриста это важная деталь: не нужно пересобирать привычный договор в чужом редакторе, достаточно взять действующий файл, заменить переменные части кодовыми словами и загрузить. Готовый документ отправляется клиенту письмом, он придёт вложением.
Что стоит сделать до того, как компания начнёт спорить о подписи. Вычистите справочник реквизитов: шаблон подставит ровно то, что лежит в карточке компании, включая устаревший БИН и адрес трёхлетней давности. Договоритесь, что правки вносятся в шаблон, а не в конкретный созданный файл, иначе через полгода в компании будет ходить пять версий одного договора и ни одна не будет считаться главной. И ограничьте круг тех, кто вообще может менять шаблоны. Это работа юриста, а не менеджера, которому сегодня понадобился нестандартный пункт.
Битрикс24 Подпись: почему этого раздела нет в вашем портале
У Битрикс24 есть собственный сервис подписания документов с контрагентами. Он позволяет отправить договор клиенту, получить подпись обеих сторон и не выходить при этом на сторонние платформы. Ограничение одно, и оно непреодолимое: сервис доступен только в Российской Федерации и Республике Беларусь.
Для казахстанской компании это означает простую вещь. Планировать переход на безбумажные договоры вокруг встроенной подписи нельзя, каким бы удобным сервис ни выглядел в презентациях и обучающих роликах. Мы регулярно видим порталы, где отдел продаж полгода ждал, «когда включат подпись», и всё это время договоры возили курьером.
Устройство сервиса всё же полезно понимать как ориентир того, куда движется рынок. Битрикс24 Подпись работает на простой электронной подписи, которую стороны приравнивают к собственноручной. Приравнивают именно стороны: до начала обмена документами нужно заключить соглашение об электронном документообороте, где прямо зафиксировано, что ПЭП признаётся юридически значимой. Без такого соглашения подпись остаётся техническим действием без правовых последствий. Со стороны компании подписывают директор или сотрудник с правом подписи, клиент получает ссылку на документ по СМС. Есть и ограничения на объём: по одному документу одному контрагенту отправляется не более трёх СМС со ссылкой, дальше требуется создавать новый документ. На бесплатных и демонстрационных тарифах перед отправкой третьего документа портал просит подтвердить номер телефона. Встроенных шаблонов у сервиса нет: документ формируется по шаблону в разделе CRM, скачивается и загружается в подпись отдельным файлом.
Юридическая часть здесь важнее технической. Даже там, где сервис доступен, не любой документ можно подписывать простой электронной подписью, и этот вопрос решается с юристом до запуска, а не после.
Как собрать рабочий контур ЭДО в Казахстане
Раз встроенное подписание недоступно, роли распределяются иначе. Битрикс24 остаётся мастер-системой: в нём живут шаблоны, история согласования, статусы, сроки и архив. Само криптографическое подписание уходит во внешний контур, привычный казахстанскому бизнесу: ЭЦП Национального удостоверяющего центра РК и сервис ЭДО, которым уже пользуется ваша бухгалтерия.
Схема, которая работает у наших клиентов, выглядит так. Менеджер собирает договор кнопкой «Документ» прямо из сделки. Документ уходит по внутреннему маршруту согласования. После согласования подписанием занимается ответственный сотрудник во внешнем сервисе. Подписанный файл возвращается в сделку вручную или через интеграцию, и стадия сделки меняется автоматически. Условие тут одно: статус подписания должен жить в CRM, а не в голове менеджера.
Практически это несколько пользовательских полей в сделке: «Договор отправлен на подпись» с датой, «Договор подписан» с датой, ссылка на подписанный файл. Дальше поля обвешиваются автоматикой. Заполнилась дата подписания, значит сделка едет на следующую стадию, руководитель получает уведомление, бухгалтерия видит основание для счёта. Отдельно настраивается контроль тишины: если договор ушёл на подпись и за трое суток ничего не изменилось, ответственному ставится задача выяснить, что произошло. Именно этот сценарий чаще всего окупает всё внедрение, потому что забытые на подписи договоры остаются самой тихой и самой дорогой потерей в отделе продаж.
Собрать такой контур можно силами своего администратора, если в компании есть человек, который живёт в портале. Если такого человека нет, разумнее не растягивать эксперимент на квартал: внедрение и настройка Битрикс24 под конкретный документооборот занимает у нас считанные дни, включая шаблоны, маршруты согласования и правила доступа к архиву.
Согласование до подписи: маршрут вместо переписки
Внутреннее согласование даёт результат быстрее всего, потому что здесь нет ни географических ограничений, ни внешней криптографии.
В портале два типа бизнес-процессов: последовательные и со статусами. Последовательный процесс представляет собой набор действий, выполняемых по порядку, где каждый следующий шаг начинается только после завершения предыдущего. Для согласования договора нужен именно он: юрист, затем финансовый директор, затем директор. Бизнес-процессы запускаются в том числе на Диске, то есть маршрут можно повесить на сам файл документа.
Разница с чатом видна на первой же неделе. В переписке никто не знает, у кого документ. В маршруте у каждого шага есть исполнитель, срок и результат: согласовано или отправлено на доработку. Отказ фиксируется с комментарием, и менеджер получает не общее «переделай», а конкретную причину. История остаётся в системе, так что через полгода видно, кто и когда пропустил спорный пункт.
Пара вещей, которые стоит заложить сразу. Ставьте срок на каждое задание согласования, иначе маршрут превращается в ту же переписку, только формализованную. Продумайте, что происходит при отсутствии согласующего: маршрут, где всё замыкается на одном юристе, встаёт на время его отпуска. И разделите договоры по сумме или типу. Стандартную поставку на небольшую сумму незачем гонять через финансового директора, а нетиповое соглашение нельзя пропускать мимо него.
Хранение: чтобы документ нашёлся через год
Подписанный договор должен лежать там, где его найдут без вас. Битрикс24 Диск для этого подходит: файлы хранятся в папках с настраиваемыми правами доступа, а поделиться документом можно как внутренней ссылкой для коллег, так и публичной внешней, для тех, кто в портал не заходит. Публичную ссылку получают и вручную, и программно. В REST для этого есть методы disk.file.getExternalLink для файла и disk.folder.getExternalLink для папки, что удобно, когда ссылку нужно автоматически подставить в письмо клиенту.
Правила, которые экономят часы через год. Подписанный документ прикрепляется к сделке, а не только лежит в папке: при поиске по клиенту в CRM он должен находиться вместе со всей историей отношений. Имя файла составляется по единому шаблону, где есть контрагент, тип документа и дата. Права на папку с оригиналами настраиваются на чтение для всех, кому они нужны, и на изменение для узкого круга, иначе однажды кто-то перезапишет финальную версию черновиком.
Отдельно решите вопрос с приложениями и допсоглашениями. Договор без приложения номер три в споре стоит немного, а приложения теряются чаще самих договоров: их подписывают позже, в спешке и часто другим человеком.
Права доступа: кто вообще должен видеть договоры
Вопрос всплывает примерно на второй неделе после запуска, когда выясняется, что менеджер по одному направлению спокойно открывает договоры соседнего отдела. В бумажном мире эту границу держал сейф в кабинете, в цифровом её нужно описать явно.
Разграничение строится на трёх уровнях сразу, и путать их не стоит. Доступ к самим сделкам в CRM решает, кто видит чужие сделки, а кто только свои. Права на папки Диска, где лежат оригиналы, настраиваются отдельно на чтение и на изменение, и это ровно тот случай, когда широкое право на изменение однажды обернётся перезаписанным финальным файлом. Права на редактирование шаблонов логично оставить за юристом.
Права стоит нарезать до того, как в архиве появятся первые сто договоров. Позже это превращается в отдельный проект: кто-то уже разложил файлы по своей логике, кто-то раздал доступы коллегам вручную, и разбирать это придётся по каждой папке отдельно.
Отдельно проговорите сценарий увольнения. Если подписанные договоры частично лежали в личной папке сотрудника, при его уходе компания теряет к ним доступ ровно в тот момент, когда обсуждать это уже не с кем. Оригиналы должны храниться в общей папке подразделения, а личный диск использоваться только как рабочий черновик.
Какие цифры покажут, что переход удался
Ощущение «стало быстрее» через месяц есть у всех, и оно ничего не доказывает. Измерять стоит четыре величины, и все они уже собираются порталом, если статусы живут в CRM, а не в переписке.
Главная цифра, ради которой затевается весь переход, это среднее время от создания документа до подписания обеими сторонами. Рядом с ней держите время внутреннего согласования отдельно от внешнего ожидания: если договор неделю лежит у юриста, проблема не в клиенте и не в отсутствии электронной подписи. Доля договоров, зависших дольше нормативного срока, показывает, работает ли контроль тишины или уведомления просто игнорируются. Количество исправлений после отправки клиенту сигнализирует о состоянии шаблона: если правок стало больше, шаблон отстал от практики и его пора переписывать.
Снимите эти четыре значения до перехода, хотя бы приблизительно, по десятку последних сделок. Без базовой точки любой результат через квартал будет предметом спора, а не поводом расширить схему на остальные типы документов.
Как это выглядит в реальной компании
Сценарий ниже собирательный и приведён как иллюстрация, а не как описание конкретного клиента. Оптовая компания в Алматы, отдел продаж из шести человек, порядка сорока договоров в месяц. До перехода цикл от согласования условий до подписанного договора занимал в среднем одиннадцать дней. Внутри этих одиннадцати дней реальной работы было часов пять, остальное ожидание.
Что изменили. Договор поставки перенесли в шаблон CRM с кодовыми словами, чтобы менеджер не собирал его вручную. Настроили последовательный маршрут согласования с двумя шагами и суточным сроком на каждый. Завели в сделке два поля с датами, отправки на подпись и подписания, и робота, который переводит сделку на стадию «Договор подписан» при заполнении второго. Добавили правило: если через семьдесят два часа после отправки поле подписания пустое, ответственному ставится задача.
Средний цикл сократился примерно втрое, но интереснее оказалось другое. Руководитель отдела впервые увидел, где именно стоят договоры, и обнаружил, что треть задержек приходилась не на клиента и не на юриста, а на паузу между «клиент устно согласился» и «менеджер собрал документ». Эту паузу не показывал ни один отчёт, потому что до перехода на цифровой маршрут её просто негде было измерить.
Три ошибки, которые ломают переход на безбумажные договоры
Первая ошибка, начать с подписи. Компания ищет сервис подписания, обсуждает криптографию и сертификаты, а договор по-прежнему собирается копированием из прошлогоднего файла. Порядок обратный: сначала шаблоны и маршрут, потом подпись.
Вторая ошибка, оставить бумажный дубль на всякий случай. Параллельный бумажный контур убивает эффект полностью: сотрудники делают двойную работу и естественным образом возвращаются к привычному способу. Решение принимается один раз и на уровне руководителя. С такого-то числа такие-то типы договоров существуют только в электронном виде.
Третья ошибка, не согласовать юридическую сторону заранее. Технически подписать можно почти всё, вопрос в том, что будет признано в споре и что примет проверяющий. Список документов, которые переводятся в электронный вид, стоит утвердить с юристом до настройки портала, а не после первого конфликта с контрагентом.
Переход на электронный документооборот меняет в компании прежде всего одно: где хранится правда о договорах. Когда она хранится в CRM, вопрос «на какой стадии договор с этим клиентом» перестаёт требовать телефонного звонка кому-то из коллег.
Частые вопросы
Доступна ли Битрикс24 Подпись в Казахстане?
Нет. Сервис работает только в Российской Федерации и Республике Беларусь. Казахстанской компании контур подписания нужно строить на внешних инструментах, оставляя за Битрикс24 сборку документа, согласование, статусы и хранение.
Можно ли загрузить в CRM свой договор вместо стандартного шаблона?
Да. Шаблон загружается файлом в формате docx, переменные части в нём заменяются кодовыми словами, вместо которых CRM подставит данные из карточки: реквизиты, сумму, дату, ответственного менеджера.
Чем маршрут согласования лучше обычного чата?
У каждого шага маршрута есть исполнитель, срок и зафиксированный результат. Видно, у кого документ сейчас и сколько он там находится. Отказ приходит с комментарием, а вся история остаётся в системе и доступна через полгода.
Достаточно ли просто хранить подписанные сканы на Диске?
Хранить недостаточно. Документ должен быть привязан к сделке и находиться вместе с историей клиента. Плюс единое правило именования файлов и раздельные права: чтение для всех, кому нужно, изменение для узкого круга.
С чего начать, если в компании сорок договоров в месяц?
С одного самого частого типа договора. Перенесите его в шаблон CRM, настройте маршрут согласования из двух шагов, заведите поля с датами отправки на подпись и подписания. Этого хватает, чтобы увидеть реальные точки простоя, и только потом имеет смысл трогать остальные типы документов.