[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$ffiy46ozd4e6q":3},{"slug":4,"title":5,"published":6,"publishedAt":7,"createdAt":8,"section":9,"preview":10,"heroImage":11,"previewImage":11,"headMarkup":12,"lifecycleId":55,"bodyMd":56,"bodyHtml":57},"smart-protsessy-dokumentooborot-bitrix24","Смарт-процессы в Битрикс24: когда внутренний реестр документов можно вести без отдельной СЭД",true,"09.08.2026 06:17:53","2026-08-09T06:17:53.996Z","Статьи","Как организовать внутренний реестр входящих, исходящих документов и договоров на смарт-процессах Битрикс24: структура, нумерация, права, версии файлов и согл...","\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002Ff30ac490e69d.webp",[13,51],{"tag":14,"type":15,"key":16,"json":17},"script","application\u002Fld+json","smart-protsessy-dokumentooborot-bitrix24-faq",{"@context":18,"@type":19,"mainEntity":20},"https:\u002F\u002Fschema.org","FAQPage",[21,27,31,35,39,43,47],{"@type":22,"name":23,"acceptedAnswer":24},"Question","Можно ли вести документы, которые не связаны со сделками?",{"@type":25,"text":26},"Answer","Да. Для внутренних процессов можно использовать цифровое рабочее место со смарт-процессами. Связь со сделкой остаётся необязательной: её добавляют только там, где она действительно нужна.",{"@type":22,"name":28,"acceptedAnswer":29},"Можно ли сделать несколько видов документов в одном смарт-процессе?",{"@type":25,"text":30},"Можно использовать несколько воронок и разные карточки. Такой вариант удобен при общих справочниках и правах. Если состав полей и доступ сильно различаются, лучше разделить процессы.",{"@type":22,"name":32,"acceptedAnswer":33},"Битрикс24 сам присвоит документу номер?",{"@type":25,"text":34},"Документу, создаваемому по CRM-шаблону, можно присвоить номер с помощью нумератора. Для регистрационного номера самой карточки смарт-процесса, раздельных счётчиков по юридическим лицам и особых правил аннулирования может потребоваться отдельная автоматизация.",{"@type":22,"name":36,"acceptedAnswer":37},"Можно ли запретить изменение документа после регистрации?",{"@type":25,"text":38},"Права и стадии позволяют существенно ограничить изменения. Критичные поля дополнительно защищают автоматизацией и отдельными ролями. Администратору оставляют процедуру исправления с обязательной фиксацией причины.",{"@type":22,"name":40,"acceptedAnswer":41},"Как связать ответ с входящим письмом?",{"@type":25,"text":42},"При создании исходящего документа указывают связь с карточкой входящего. Робот может заранее перенести контрагента, тему, ответственного и другие поля, чтобы сотрудник не вводил их повторно.",{"@type":22,"name":44,"acceptedAnswer":45},"Где хранить редактируемую и подписанную версии?",{"@type":25,"text":46},"Редактируемый файл удобно хранить на Диске Битрикс24 с историей версий. Копию финальной редакции PDF хранят отдельно, а возможность её замены ограничивают правами и автоматизацией. Юридически значимый подписанный оригинал и подтверждение его статуса хранят в соответствующей системе ЭДО или КЭДО.",{"@type":22,"name":48,"acceptedAnswer":49},"Смарт-процессы доступны на любом тарифе Битрикс24?",{"@type":25,"text":50},"Нет, доступность зависит от тарифа и выбранных возможностей. Перед проектированием нужно проверить наличие смарт-процессов, воронок, роботов, бизнес-процессов и нужного объёма Диска на действующем тарифе.",{"tag":52,"name":53,"content":54},"meta","description","Как настроить документооборот на смарт-процессах Битрикс24: реестр входящих и договоров, нумерация, права, версии файлов, согласование и типичные ошибки.","lc_5c2da8d8360e0db74cd0e26f44b38963","Договоры лежат в одной папке, входящие письма — в почте, сканы претензий — в задачах, а номер исходящего документа сотрудник ищет в таблице. Пока документов мало, такая схема держится на памяти нескольких людей. Затем появляется второй отдел или ещё одно юридическое лицо, и одинаковые номера, потерянные версии и неподписанные файлы становятся обычным делом.\n\nДля внутреннего реестра не всегда нужна отдельная система электронного документооборота. Такой реестр можно настроить в Битрикс24: создать карточку документа, разделить документы по воронкам, задать нумерацию и права, подключить шаблоны и согласование. Он работает и для документов, которые не связаны со сделками.\n\nСмарт-процесс подходит для учёта документов и работы с ними, но не заменяет юридически значимый ЭДО, КЭДО, квалифицированную электронную подпись и архив с регламентированным сроком хранения.\n\n## Что такое смарт-процесс в Битрикс24\n\nСмарт-процесс — это настраиваемая сущность CRM. Для неё можно создать собственную карточку и поля, включить воронки и стадии, задать права, связать элементы со сделками и другими сущностями, а затем добавить роботов или бизнес-процессы. Поэтому тот же механизм используют не только для документов, но и для рекламаций, закупок, заявок юридическому отделу, объектов недвижимости и других внутренних процессов.\n\nВ документообороте каждый элемент смарт-процесса соответствует конкретному документу. Карточка хранит реквизиты и связи, воронка определяет его вид, стадии показывают состояние, а автоматизация выполняет проверяемые действия: присваивает номер, ставит задачу, отправляет уведомление или создаёт связанную карточку.\n\n## Когда документооборот в Битрикс24 стоит отделить от сделок\n\nДокумент не всегда появляется в продаже. Организация получает письма от госорганов, ведёт претензионную переписку, заключает хозяйственные договоры, регистрирует доверенности и обменивается документами с поставщиками. Привязывать всё это к фиктивным сделкам неудобно: воронка продаж засоряется, поля из карточек начинают смешиваться, а права менеджеров оказываются слишком широкими для юридических документов.\n\nОтдельный процесс стоит создать, если есть хотя бы два из этих условий:\n\n- документы существуют независимо от лидов и сделок;\n- для них нужна собственная нумерация;\n- с файлами работают разные отделы или юридические лица;\n- надо видеть статус подготовки и согласования;\n- после регистрации документа часть данных нельзя менять;\n- один входящий документ должен быть связан с ответом, договором, задачей или календарным событием.\n\nУ смарт-процесса есть своя карточка, поля, воронки, стадии, канбан и права доступа. Битрикс24 также позволяет связывать его элементы со сделками, контактами и другими сущностями. Эти возможности описаны в [официальной справке по смарт-процессам](https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F18913880\u002F).\n\n## Как устроить реестр документов на смарт-процессе Битрикс24\n\nВ одном из проектов S-WEBS24 требовалось учитывать три вида документов: входящие, исходящие и договоры. Сначала планировали создать три отдельных смарт-процесса. Но после сравнения полей и правил объединили документы в одном смарт-процессе с тремя воронками.\n\nТакой вариант удобен, когда для всех документов совпадают основные справочники, права и логика работы. В карточках используются общие поля: организация, контрагент, ответственный, тип документа, способ получения, дата, файлы и связанные элементы. Различия остаются внутри воронок.\n\nТри воронки решают разные задачи:\n\n1. «Входящие документы» хранит сведения о полученном письме, его исходном номере, отправителе и сроке ответа.\n2. «Исходящие документы» отвечает за внутренний регистрационный номер, адресата, канал отправки и связь с входящим документом.\n3. «Договоры» хранит стороны договора, срок действия, редактируемый файл, финальную версию и связанные заявки на согласование.\n\n![Один смарт-процесс объединяет входящие, исходящие документы и договоры](\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002F2a2786b4b05a.webp)\n\nТри отдельных смарт-процесса разумнее, если состав полей, права и маршруты почти не пересекаются. Например, договоры доступны только юридическому отделу, а входящую корреспонденцию регистрирует секретариат. Универсального ответа нет: структуру выбирают после сравнения полей и ролей, а не по количеству видов документов.\n\n## Какие поля нужны в карточке документа Битрикс24\n\nИз карточки должно быть понятно, что это за документ, кто с ним работает, где лежит актуальный файл и что с ним делать дальше. Если карточка превращается в анкету на несколько экранов, сотрудники начинают пропускать поля или писать всё в комментарии.\n\nДля общего блока обычно хватает следующего набора:\n\n- вид документа: письмо, договор, претензия, ответ на претензию;\n- наша организация или подразделение;\n- внешний контрагент и контактное лицо;\n- ответственный сотрудник;\n- автор карточки;\n- канал обмена: электронная почта, ЭДО, почта, курьер, мессенджер;\n- дата документа и дата регистрации;\n- краткое содержание;\n- файлы;\n- связи со сделками, задачами, календарём и другими документами.\n\nДля входящих документов добавляют номер отправителя и срок ответа. Для исходящих — адресата, дату отправки и ссылку на входящий документ. Для договора нужны срок действия, стороны, основание и поля, которые подставляются в шаблон.\n\nСистемные поля автора, даты создания и изменения лучше не дублировать пользовательскими. Они помогают отслеживать автора и даты создания и изменения, но сами по себе не образуют неизменяемый журнал аудита. Права CRM ограничивают доступ к элементам, воронкам, стадиям и действиям. Если после регистрации отдельные реквизиты менять нельзя, запрет настраивают через бизнес-процесс, приложение или другую проверяемую автоматизацию. Штатные права на элемент не блокируют каждое поле по отдельности.\n\n## Нумерация документов в Битрикс24 по организациям и годам\n\nПроблемы с нумерацией начинаются, когда правила не описаны. До настройки нужно ответить на несколько вопросов:\n\n- входящие и исходящие документы используют одну последовательность или разные;\n- начинается ли счётчик заново каждый год;\n- может ли каждое юридическое лицо иметь собственный номер 1;\n- когда номер считается занятым;\n- кто вправе исправить ошибочный номер;\n- что происходит при удалении или аннулировании карточки.\n\nВ проекте использовалась общая последовательность для входящих и исходящих документов внутри одного юридического лица. При этом у разных организаций счётчики независимы. Условный формат номера выглядел так: код организации, год и порядковый номер. Договоры учитывались в своей воронке, но использовали те же справочники организаций.\n\n![Номер документа формируется из организации, года и последовательности](\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002Fbd1c42ef89be.webp)\n\nНумераторы Битрикс24 формируют номера документов, созданных по CRM-шаблонам. Если регистрационный номер должен храниться в отдельном поле элемента смарт-процесса, способ его присвоения, раздельные последовательности и защиту от дублей проектируют отдельно. Возможности штатного нумератора для конкретной схемы проверяют на тестовом портале. Для сложной схемы может понадобиться бизнес-процесс или отдельная автоматизация.\n\nНельзя вычислять следующий номер по схеме «найти максимальный и прибавить один», если нет защиты от одновременного запуска. При параллельной регистрации два документа могут получить один номер. Поэтому номер нужно присваивать одной неделимой операцией и повторно проверять его уникальность.\n\n## Стадии документооборота: черновик, номер присвоен, документ готов\n\nПростому реестру не нужна цепочка из десяти стадий. В нашем проекте хватило трёх:\n\n1. «Черновик» — карточку можно дополнять, менять файлы и реквизиты.\n2. «Номер присвоен» — регистрационные поля зафиксированы, возврат в черновик закрыт.\n3. «Документ готов» — итоговый файл подготовлен или документ зарегистрирован как завершённый.\n\n![После присвоения номера документ нельзя вернуть в черновик](\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002F09a43db416f8.webp)\n\nВ проектной логике на переходе в «Номер присвоен» автоматизация проверяет обязательные поля, выдаёт номер и фиксирует дату регистрации. После этого обычный пользователь не должен менять организацию, тип документа и сам номер. Если нужна строгая блокировка этих полей и обязательная запись причины исправления, её настраивают отдельно: стандартные права Битрикс24 сами по себе не создают неизменяемый архив.\n\nОдного названия стадии недостаточно. Запрет нужно закрепить правами и автоматизацией. Если штатных ограничений для конкретного правила недостаточно, его реализуют бизнес-процессом или дополнительным действием. Иначе сотрудник рано или поздно вернёт карточку назад, а номер окажется связан с другим файлом.\n\n## Как настроить согласование документов\n\nРегистрация и согласование — разные части процесса. Номер фиксирует документ в реестре, а согласование отвечает на вопрос, кто проверил содержание и какое решение принял. Не стоит смешивать их в одной кнопке.\n\nПрактический маршрут можно построить так:\n\n1. Автор сохраняет черновик и отправляет его на согласование.\n2. Бизнес-процесс определяет согласующих по виду документа, организации или отделу.\n3. Каждый участник получает задание со сроком и ссылкой на карточку.\n4. При замечаниях документ возвращается на доработку без присвоения финального номера либо с созданием новой редакции — правило выбирают заранее.\n5. После положительного решения фиксируются участник, дата и результат, а ответственный получает уведомление.\n6. Просроченное задание напоминает о себе и при необходимости эскалируется руководителю.\n\nПоследовательное согласование подходит, когда решение следующего участника зависит от предыдущего. Параллельное — когда юридический и финансовый отделы могут проверять документ одновременно. Сам маршрут не появляется после включения смарт-процесса: его проектируют и собирают в дизайнере бизнес-процессов или реализуют отдельной автоматизацией.\n\n## Шаблоны и автоматическое создание документов в Битрикс24\n\nВ карточке смарт-процесса можно включить печать документов и создавать файлы по шаблонам. В шаблон подставляются реквизиты организации, контрагента и значения полей карточки. Эта возможность описана в [настройках смарт-процесса](https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F18913884\u002F) и в разделе о [шаблонах документов CRM](https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F18089278\u002F).\n\nНесколько шаблонов нужны, когда с документами работают разные организации или отделы. Отличаться могут шапка, подписант, банковские реквизиты, печать и набор приложений. Шаблоны можно разделить по воронкам и правам. Если требуется автоматически выбирать шаблон по полю «Наша организация», может понадобиться робот, бизнес-процесс или отдельная доработка.\n\nСвязь между документами также стоит автоматизировать. Например, при подготовке ответа на входящее письмо можно создать новый элемент с уже заполненными полями: контрагентом, темой, ответственным и ссылкой на исходный документ. Для такого сценария может потребоваться цепочка роботов или бизнес-процесс. Юрист или секретарь проверяет данные и дополняет текст, а не переносит реквизиты вручную.\n\nРоботы Битрикс24 могут создавать и изменять элементы смарт-процессов, назначать ответственных и переносить данные между связанными карточками. Для поиска связанного элемента следует использовать уникальный идентификатор, а не название: одинаковые названия встречаются регулярно.\n\n## Как хранить версии Word и PDF в реестре документов\n\nФайл «Договор_финал_финал2.docx» обычно означает, что правила версий не заданы. Для договора нужны как минимум две понятные роли файлов:\n\n- редактируемый исходник, например DOCX;\n- зафиксированная версия для отправки или подписания, обычно PDF.\n\nМногофайловое поле позволяет держать несколько вложений в карточке, но само по себе не объясняет, какой файл актуальный. Добавьте тип версии, дату фиксации и ответственного. Для совместно редактируемого файла можно использовать Диск Битрикс24: там есть история изменений, однако глубина и срок хранения зависят от тарифа и способа работы с файлом. Финальный PDF лучше сохранять отдельно. Если его нельзя заменять после регистрации, это закрепляют регламентом, правами на файл и при необходимости дополнительной автоматизацией.\n\nЕсли документ проходит несколько циклов согласования, храните отдельно текущий редактируемый файл и зафиксированные редакции, связанные с карточкой документа. Для каждой редакции должны быть видны автор, дата и причина появления.\n\n## Права доступа к документам и воронкам смарт-процесса\n\nПрава проектируют до загрузки реальных документов. Обычно достаточно пяти ролей:\n\n- регистратор создаёт карточки и присваивает номера;\n- сотрудник отдела редактирует черновики своей воронки;\n- согласующий меняет статус и возвращает документ на доработку;\n- наблюдатель читает карточку без права изменения;\n- администратор исправляет регистрационные ошибки и управляет настройками.\n\nЕсли в одном смарт-процессе используются три воронки, доступ проверяют для каждой отдельно. Сотрудник, который регистрирует входящую корреспонденцию, не обязательно должен видеть договоры с финансовыми условиями. Общий смарт-процесс не означает общий доступ.\n\nОтдельно проверяют удаление. Скрыть кнопку удаления недостаточно, если пользователь всё ещё может удалить элемент через другой раздел или массовое действие. Для важных реестров включают корзину CRM, ограничивают удаление и описывают процедуру аннулирования. Зарегистрированный документ чаще нужно пометить аннулированным, сохранив номер и историю, а не стирать.\n\n## Как вести договоры в Битрикс24\n\nДля договоров одной даты и файла мало. В карточке обычно нужны стороны, наша организация, предмет, ответственный, сумма при необходимости, дата начала, срок действия, условия продления, дата уведомления о расторжении, редактируемый файл, финальная редакция и связанные заявки.\n\nМаршрут удобно разделить на рабочие состояния: подготовка, согласование, подписание, действует, завершается, закрыт или расторгнут. Эти состояния не обязаны совпадать со стадиями регистрации входящей корреспонденции, поэтому договоры часто выносят в отдельную воронку.\n\nАвтоматизация может напоминать ответственному о завершении срока, ставить задачу на продление, создавать заявку юридическому отделу и переносить в неё реквизиты договора. Но решение о продлении принимает сотрудник: робот отвечает за срок и передачу данных, а не за юридическую оценку условий.\n\nПодписанный договор и рабочий DOCX лучше хранить раздельно. Если оригинал подписан через оператора ЭДО, в карточке фиксируют связь с внешним документом и его статус, а смарт-процесс используют как внутренний реестр и маршрут поручений.\n\n## Пошаговая настройка документооборота на смарт-процессах\n\n### Шаг 1. Описать виды документов и правила учёта\n\nСоставьте список документов, ответственных и юридических лиц. Для каждого вида определите обязательные поля, номер, срок, маршрут и конечное состояние. На этом этапе часто выясняется, что часть документов вообще не нуждается в отдельной воронке.\n\n### Шаг 2. Создать смарт-процесс и выбрать воронки\n\nСравните общие и уникальные поля. Когда большинство полей совпадает, проще поддерживать один процесс с несколькими воронками. При существенных различиях в правах и маршрутах процессы лучше разделить. В интерфейсе откройте «CRM → Ещё → Смарт-процессы → Список смарт-процессов → Создать». Для внутренних процессов без обязательной связи с CRM можно использовать «Автоматизация → Цифровые рабочие места».\n\n### Шаг 3. Настроить карточки и связи\n\nВключите собственные стадии и канбан, а при необходимости — воронки, роботов, триггеры и дизайнер бизнес-процессов. Оставьте только поля, которые сотрудники будут использовать для поиска и фильтрации, подготовки документов или запуска автоматизации. Затем настройте связи со сделками, компаниями, задачами и другими документами.\n\n### Шаг 4. Проверить нумерацию на одновременных операциях\n\nСоздайте несколько документов почти одновременно от имени разных сотрудников. Проверьте смену года, разные юридические лица, аннулирование и повторный запуск робота. Тест из одной карточки не выявляет конфликт счётчиков.\n\n### Шаг 5. Настроить права, шаблоны, роботов и согласование\n\nНастройте роли CRM и отдельно проверьте доступ к каждой воронке. Включите печать документов, загрузите шаблоны и ограничьте их по разделам и ролям. Сначала добейтесь стабильной ручной работы стадий. Затем автоматизируйте присвоение номера, создание ответа, постановку задач, уведомления и подготовку документа. Так проще понять, где ошибка: в структуре процесса или в роботе.\n\n### Шаг 6. Протестировать права на обычных учётных записях\n\nАдминистратор видит почти всё, поэтому его проверка мало что доказывает. Пройдите сценарии под ролями регистратора, юриста, руководителя и обычного сотрудника. Попробуйте не только открыть карточку, но и изменить номер, заменить файл, вернуть стадию и удалить элемент.\n\n## Что именно можно автоматизировать\n\nВ реестре можно автоматизировать:\n\n- присвоение номера после проверки обязательных полей;\n- создание исходящего документа на основании входящего;\n- заполнение реквизитов из компании или связанного элемента;\n- запуск последовательного или параллельного согласования;\n- постановка задач и уведомления ответственным;\n- контроль срока ответа, действия договора или согласования;\n- напоминание и эскалация при просрочке;\n- формирование документа по шаблону;\n- перевод карточки на следующую стадию после проверяемого события.\n\nКаждое действие лучше тестировать отдельно. Цепочка из десятка роботов без промежуточных проверок сложнее в поддержке: при сбое непонятно, на каком шаге потерялись данные.\n\n## Типичные ошибки при автоматизации документооборота в Битрикс24\n\n### Смарт-процесс копирует бумажный журнал без изменений\n\nЕсли перенести старую таблицу поле в поле, карточка получится громоздкой, а поиск останется неудобным. Поля стоит пересмотреть: часть данных уже хранится в компании, контакте, реквизитах и системной истории.\n\n### Воронки путают со стадиями\n\n«Входящие», «Исходящие» и «Договоры» — это разные направления учёта, а «Черновик» и «Документ готов» — состояния. Если записать всё одной цепочкой стадий, карточки придётся таскать между несвязанными участками канбана.\n\n### Номер присваивается слишком рано\n\nЕсли выдавать номер при создании пустой карточки, реестр заполняется пропусками и ошибочными записями. Номер лучше присваивать после проверки обязательных полей, отдельным переходом из черновика.\n\n### Права проверяют только на уровне смарт-процесса\n\nПри нескольких воронках этого мало. Нужно проверить роли, стадии, поля, удаление, экспорт и связанные элементы. Часто забывают отдельно проверить файлы на Диске: карточка уже закрыта, а файл всё ещё доступен по общей ссылке.\n\n### Согласование запускают до стабилизации карточки\n\nАвтоматизация не исправляет плохую структуру. Если сотрудники не понимают поля и стадии в ручном режиме, роботы лишь быстрее размножат ошибки. Сначала стоит провести несколько реальных документов вручную, затем включать автозапуск.\n\n## Смарт-процесс, таблица или отдельная СЭД: что выбрать\n\n| Вариант | Подходит | Ограничения |\n|---|---|---|\n| Excel или таблица | Небольшой реестр без файлов и сложных прав | Нет надёжной связи с CRM, слабый контроль изменений и одновременной работы |\n| Смарт-процесс Битрикс24 | Внутренний реестр, статусы, связи, шаблоны, задачи и согласование | Требует проектирования нумерации, прав и версий; не заменяет юридически значимый ЭДО |\n| Отдельная СЭД | Большой архив, строгие регламенты хранения, сложные маршруты и аудит | Отдельное внедрение, интеграция и обучение пользователей |\n| Оператор ЭДО | Формальный обмен подписанными документами с контрагентами | Не всегда решает внутренний учёт черновиков, поручений и связей с CRM |\n\nСмарт-процесс особенно полезен, когда сотрудники уже работают в Битрикс24, а документ должен быть связан с компанией, задачей или сделкой. При строгих юридических требованиях смарт-процесс используют как внутренний контур, а подписанные оригиналы получают через систему ЭДО.\n\n## FAQ по документообороту в смарт-процессах Битрикс24\n\n### Можно ли вести документы, которые не связаны со сделками?\n\nДа. Для внутренних процессов можно использовать цифровое рабочее место со смарт-процессами. Связь со сделкой остаётся необязательной: её добавляют только там, где она действительно нужна.\n\n### Можно ли сделать несколько видов документов в одном смарт-процессе?\n\nМожно использовать несколько воронок и разные карточки. Такой вариант удобен при общих справочниках и правах. Если состав полей и доступ сильно различаются, лучше разделить процессы.\n\n### Битрикс24 сам присвоит документу номер?\n\nДокументу, создаваемому по CRM-шаблону, можно присвоить номер с помощью нумератора. Для регистрационного номера самой карточки смарт-процесса, раздельных счётчиков по юридическим лицам и особых правил аннулирования может потребоваться отдельная автоматизация.\n\n### Можно ли запретить изменение документа после регистрации?\n\nПрава и стадии позволяют существенно ограничить изменения. Критичные поля дополнительно защищают автоматизацией и отдельными ролями. Администратору оставляют процедуру исправления с обязательной фиксацией причины.\n\n### Как связать ответ с входящим письмом?\n\nПри создании исходящего документа указывают связь с карточкой входящего. Робот может заранее перенести контрагента, тему, ответственного и другие поля, чтобы сотрудник не вводил их повторно.\n\n### Где хранить редактируемую и подписанную версии?\n\nРедактируемый файл удобно хранить на Диске Битрикс24 с историей версий. Копию финальной редакции PDF хранят отдельно, а возможность её замены ограничивают правами и автоматизацией. Юридически значимый подписанный оригинал и подтверждение его статуса хранят в соответствующей системе ЭДО или КЭДО.\n\n### Смарт-процессы доступны на любом тарифе Битрикс24?\n\nНет, доступность зависит от тарифа и выбранных возможностей. Перед проектированием нужно проверить наличие смарт-процессов, воронок, роботов, бизнес-процессов и нужного объёма Диска на действующем тарифе.\n\n## Выводы: когда смарт-процесс подходит для документооборота\n\nСмарт-процесс подходит компании, которой нужен внутренний реестр документов рядом с CRM, задачами и календарём. В нём можно вести карточки и статусы, настраивать связи, шаблоны, права и маршрут согласования. Для надёжной работы реестра нужны конкретные правила: кто присваивает номер, когда документ фиксируется, где хранится актуальная версия и кто вправе исправить ошибку.\n\nНачинать лучше с одного вида документов и короткой цепочки стадий. После проверки нумерации, прав и файловой модели процесс можно расширять на другие воронки и подключать автоматизацию. Если для проектирования и настройки процесса нужен интегратор, условия работ описаны на странице [технической поддержки Битрикс24](\u002Ftechnical_support\u002F).\n\nДля юридически значимого электронного обмена с контрагентами применяют систему оператора ЭДО, а для юридически значимого электронного оформления кадровых документов — КЭДО. Конкретные требования зависят от вида документа и принятого регламента. Если компании необходимы сложные внутренние маршруты и регламентированный архив, смарт-процесс интегрируют с СЭД либо заменяют ею соответствующую часть процесса.\n","\u003Cp>Договоры лежат в одной папке, входящие письма — в почте, сканы претензий — в задачах, а номер исходящего документа сотрудник ищет в таблице. Пока документов мало, такая схема держится на памяти нескольких людей. Затем появляется второй отдел или ещё одно юридическое лицо, и одинаковые номера, потерянные версии и неподписанные файлы становятся обычным делом.\u003C\u002Fp>\n\u003Cp>Для внутреннего реестра не всегда нужна отдельная система электронного документооборота. Такой реестр можно настроить в Битрикс24: создать карточку документа, разделить документы по воронкам, задать нумерацию и права, подключить шаблоны и согласование. Он работает и для документов, которые не связаны со сделками.\u003C\u002Fp>\n\u003Cp>Смарт-процесс подходит для учёта документов и работы с ними, но не заменяет юридически значимый ЭДО, КЭДО, квалифицированную электронную подпись и архив с регламентированным сроком хранения.\u003C\u002Fp>\n\u003Ch2>Что такое смарт-процесс в Битрикс24\u003C\u002Fh2>\n\u003Cp>Смарт-процесс — это настраиваемая сущность CRM. Для неё можно создать собственную карточку и поля, включить воронки и стадии, задать права, связать элементы со сделками и другими сущностями, а затем добавить роботов или бизнес-процессы. Поэтому тот же механизм используют не только для документов, но и для рекламаций, закупок, заявок юридическому отделу, объектов недвижимости и других внутренних процессов.\u003C\u002Fp>\n\u003Cp>В документообороте каждый элемент смарт-процесса соответствует конкретному документу. Карточка хранит реквизиты и связи, воронка определяет его вид, стадии показывают состояние, а автоматизация выполняет проверяемые действия: присваивает номер, ставит задачу, отправляет уведомление или создаёт связанную карточку.\u003C\u002Fp>\n\u003Ch2>Когда документооборот в Битрикс24 стоит отделить от сделок\u003C\u002Fh2>\n\u003Cp>Документ не всегда появляется в продаже. Организация получает письма от госорганов, ведёт претензионную переписку, заключает хозяйственные договоры, регистрирует доверенности и обменивается документами с поставщиками. Привязывать всё это к фиктивным сделкам неудобно: воронка продаж засоряется, поля из карточек начинают смешиваться, а права менеджеров оказываются слишком широкими для юридических документов.\u003C\u002Fp>\n\u003Cp>Отдельный процесс стоит создать, если есть хотя бы два из этих условий:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>документы существуют независимо от лидов и сделок;\u003C\u002Fli>\n\u003Cli>для них нужна собственная нумерация;\u003C\u002Fli>\n\u003Cli>с файлами работают разные отделы или юридические лица;\u003C\u002Fli>\n\u003Cli>надо видеть статус подготовки и согласования;\u003C\u002Fli>\n\u003Cli>после регистрации документа часть данных нельзя менять;\u003C\u002Fli>\n\u003Cli>один входящий документ должен быть связан с ответом, договором, задачей или календарным событием.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>У смарт-процесса есть своя карточка, поля, воронки, стадии, канбан и права доступа. Битрикс24 также позволяет связывать его элементы со сделками, контактами и другими сущностями. Эти возможности описаны в \u003Ca href=\"https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F18913880\u002F\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">официальной справке по смарт-процессам\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>Как устроить реестр документов на смарт-процессе Битрикс24\u003C\u002Fh2>\n\u003Cp>В одном из проектов S-WEBS24 требовалось учитывать три вида документов: входящие, исходящие и договоры. Сначала планировали создать три отдельных смарт-процесса. Но после сравнения полей и правил объединили документы в одном смарт-процессе с тремя воронками.\u003C\u002Fp>\n\u003Cp>Такой вариант удобен, когда для всех документов совпадают основные справочники, права и логика работы. В карточках используются общие поля: организация, контрагент, ответственный, тип документа, способ получения, дата, файлы и связанные элементы. Различия остаются внутри воронок.\u003C\u002Fp>\n\u003Cp>Три воронки решают разные задачи:\u003C\u002Fp>\n\u003Col>\n\u003Cli>«Входящие документы» хранит сведения о полученном письме, его исходном номере, отправителе и сроке ответа.\u003C\u002Fli>\n\u003Cli>«Исходящие документы» отвечает за внутренний регистрационный номер, адресата, канал отправки и связь с входящим документом.\u003C\u002Fli>\n\u003Cli>«Договоры» хранит стороны договора, срок действия, редактируемый файл, финальную версию и связанные заявки на согласование.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002F2a2786b4b05a.webp\" alt=\"Один смарт-процесс объединяет входящие, исходящие документы и договоры\">\u003C\u002Fp>\n\u003Cp>Три отдельных смарт-процесса разумнее, если состав полей, права и маршруты почти не пересекаются. Например, договоры доступны только юридическому отделу, а входящую корреспонденцию регистрирует секретариат. Универсального ответа нет: структуру выбирают после сравнения полей и ролей, а не по количеству видов документов.\u003C\u002Fp>\n\u003Ch2>Какие поля нужны в карточке документа Битрикс24\u003C\u002Fh2>\n\u003Cp>Из карточки должно быть понятно, что это за документ, кто с ним работает, где лежит актуальный файл и что с ним делать дальше. Если карточка превращается в анкету на несколько экранов, сотрудники начинают пропускать поля или писать всё в комментарии.\u003C\u002Fp>\n\u003Cp>Для общего блока обычно хватает следующего набора:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>вид документа: письмо, договор, претензия, ответ на претензию;\u003C\u002Fli>\n\u003Cli>наша организация или подразделение;\u003C\u002Fli>\n\u003Cli>внешний контрагент и контактное лицо;\u003C\u002Fli>\n\u003Cli>ответственный сотрудник;\u003C\u002Fli>\n\u003Cli>автор карточки;\u003C\u002Fli>\n\u003Cli>канал обмена: электронная почта, ЭДО, почта, курьер, мессенджер;\u003C\u002Fli>\n\u003Cli>дата документа и дата регистрации;\u003C\u002Fli>\n\u003Cli>краткое содержание;\u003C\u002Fli>\n\u003Cli>файлы;\u003C\u002Fli>\n\u003Cli>связи со сделками, задачами, календарём и другими документами.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Для входящих документов добавляют номер отправителя и срок ответа. Для исходящих — адресата, дату отправки и ссылку на входящий документ. Для договора нужны срок действия, стороны, основание и поля, которые подставляются в шаблон.\u003C\u002Fp>\n\u003Cp>Системные поля автора, даты создания и изменения лучше не дублировать пользовательскими. Они помогают отслеживать автора и даты создания и изменения, но сами по себе не образуют неизменяемый журнал аудита. Права CRM ограничивают доступ к элементам, воронкам, стадиям и действиям. Если после регистрации отдельные реквизиты менять нельзя, запрет настраивают через бизнес-процесс, приложение или другую проверяемую автоматизацию. Штатные права на элемент не блокируют каждое поле по отдельности.\u003C\u002Fp>\n\u003Ch2>Нумерация документов в Битрикс24 по организациям и годам\u003C\u002Fh2>\n\u003Cp>Проблемы с нумерацией начинаются, когда правила не описаны. До настройки нужно ответить на несколько вопросов:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>входящие и исходящие документы используют одну последовательность или разные;\u003C\u002Fli>\n\u003Cli>начинается ли счётчик заново каждый год;\u003C\u002Fli>\n\u003Cli>может ли каждое юридическое лицо иметь собственный номер 1;\u003C\u002Fli>\n\u003Cli>когда номер считается занятым;\u003C\u002Fli>\n\u003Cli>кто вправе исправить ошибочный номер;\u003C\u002Fli>\n\u003Cli>что происходит при удалении или аннулировании карточки.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>В проекте использовалась общая последовательность для входящих и исходящих документов внутри одного юридического лица. При этом у разных организаций счётчики независимы. Условный формат номера выглядел так: код организации, год и порядковый номер. Договоры учитывались в своей воронке, но использовали те же справочники организаций.\u003C\u002Fp>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002Fbd1c42ef89be.webp\" alt=\"Номер документа формируется из организации, года и последовательности\">\u003C\u002Fp>\n\u003Cp>Нумераторы Битрикс24 формируют номера документов, созданных по CRM-шаблонам. Если регистрационный номер должен храниться в отдельном поле элемента смарт-процесса, способ его присвоения, раздельные последовательности и защиту от дублей проектируют отдельно. Возможности штатного нумератора для конкретной схемы проверяют на тестовом портале. Для сложной схемы может понадобиться бизнес-процесс или отдельная автоматизация.\u003C\u002Fp>\n\u003Cp>Нельзя вычислять следующий номер по схеме «найти максимальный и прибавить один», если нет защиты от одновременного запуска. При параллельной регистрации два документа могут получить один номер. Поэтому номер нужно присваивать одной неделимой операцией и повторно проверять его уникальность.\u003C\u002Fp>\n\u003Ch2>Стадии документооборота: черновик, номер присвоен, документ готов\u003C\u002Fh2>\n\u003Cp>Простому реестру не нужна цепочка из десяти стадий. В нашем проекте хватило трёх:\u003C\u002Fp>\n\u003Col>\n\u003Cli>«Черновик» — карточку можно дополнять, менять файлы и реквизиты.\u003C\u002Fli>\n\u003Cli>«Номер присвоен» — регистрационные поля зафиксированы, возврат в черновик закрыт.\u003C\u002Fli>\n\u003Cli>«Документ готов» — итоговый файл подготовлен или документ зарегистрирован как завершённый.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fsmart-protsessy-dokumentooborot-bitrix24\u002Fassets\u002F09a43db416f8.webp\" alt=\"После присвоения номера документ нельзя вернуть в черновик\">\u003C\u002Fp>\n\u003Cp>В проектной логике на переходе в «Номер присвоен» автоматизация проверяет обязательные поля, выдаёт номер и фиксирует дату регистрации. После этого обычный пользователь не должен менять организацию, тип документа и сам номер. Если нужна строгая блокировка этих полей и обязательная запись причины исправления, её настраивают отдельно: стандартные права Битрикс24 сами по себе не создают неизменяемый архив.\u003C\u002Fp>\n\u003Cp>Одного названия стадии недостаточно. Запрет нужно закрепить правами и автоматизацией. Если штатных ограничений для конкретного правила недостаточно, его реализуют бизнес-процессом или дополнительным действием. Иначе сотрудник рано или поздно вернёт карточку назад, а номер окажется связан с другим файлом.\u003C\u002Fp>\n\u003Ch2>Как настроить согласование документов\u003C\u002Fh2>\n\u003Cp>Регистрация и согласование — разные части процесса. Номер фиксирует документ в реестре, а согласование отвечает на вопрос, кто проверил содержание и какое решение принял. Не стоит смешивать их в одной кнопке.\u003C\u002Fp>\n\u003Cp>Практический маршрут можно построить так:\u003C\u002Fp>\n\u003Col>\n\u003Cli>Автор сохраняет черновик и отправляет его на согласование.\u003C\u002Fli>\n\u003Cli>Бизнес-процесс определяет согласующих по виду документа, организации или отделу.\u003C\u002Fli>\n\u003Cli>Каждый участник получает задание со сроком и ссылкой на карточку.\u003C\u002Fli>\n\u003Cli>При замечаниях документ возвращается на доработку без присвоения финального номера либо с созданием новой редакции — правило выбирают заранее.\u003C\u002Fli>\n\u003Cli>После положительного решения фиксируются участник, дата и результат, а ответственный получает уведомление.\u003C\u002Fli>\n\u003Cli>Просроченное задание напоминает о себе и при необходимости эскалируется руководителю.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Последовательное согласование подходит, когда решение следующего участника зависит от предыдущего. Параллельное — когда юридический и финансовый отделы могут проверять документ одновременно. Сам маршрут не появляется после включения смарт-процесса: его проектируют и собирают в дизайнере бизнес-процессов или реализуют отдельной автоматизацией.\u003C\u002Fp>\n\u003Ch2>Шаблоны и автоматическое создание документов в Битрикс24\u003C\u002Fh2>\n\u003Cp>В карточке смарт-процесса можно включить печать документов и создавать файлы по шаблонам. В шаблон подставляются реквизиты организации, контрагента и значения полей карточки. Эта возможность описана в \u003Ca href=\"https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F18913884\u002F\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">настройках смарт-процесса\u003C\u002Fa> и в разделе о \u003Ca href=\"https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F18089278\u002F\" rel=\"nofollow noopener noreferrer\" target=\"_blank\">шаблонах документов CRM\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Несколько шаблонов нужны, когда с документами работают разные организации или отделы. Отличаться могут шапка, подписант, банковские реквизиты, печать и набор приложений. Шаблоны можно разделить по воронкам и правам. Если требуется автоматически выбирать шаблон по полю «Наша организация», может понадобиться робот, бизнес-процесс или отдельная доработка.\u003C\u002Fp>\n\u003Cp>Связь между документами также стоит автоматизировать. Например, при подготовке ответа на входящее письмо можно создать новый элемент с уже заполненными полями: контрагентом, темой, ответственным и ссылкой на исходный документ. Для такого сценария может потребоваться цепочка роботов или бизнес-процесс. Юрист или секретарь проверяет данные и дополняет текст, а не переносит реквизиты вручную.\u003C\u002Fp>\n\u003Cp>Роботы Битрикс24 могут создавать и изменять элементы смарт-процессов, назначать ответственных и переносить данные между связанными карточками. Для поиска связанного элемента следует использовать уникальный идентификатор, а не название: одинаковые названия встречаются регулярно.\u003C\u002Fp>\n\u003Ch2>Как хранить версии Word и PDF в реестре документов\u003C\u002Fh2>\n\u003Cp>Файл «Договор_финал_финал2.docx» обычно означает, что правила версий не заданы. Для договора нужны как минимум две понятные роли файлов:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>редактируемый исходник, например DOCX;\u003C\u002Fli>\n\u003Cli>зафиксированная версия для отправки или подписания, обычно PDF.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Многофайловое поле позволяет держать несколько вложений в карточке, но само по себе не объясняет, какой файл актуальный. Добавьте тип версии, дату фиксации и ответственного. Для совместно редактируемого файла можно использовать Диск Битрикс24: там есть история изменений, однако глубина и срок хранения зависят от тарифа и способа работы с файлом. Финальный PDF лучше сохранять отдельно. Если его нельзя заменять после регистрации, это закрепляют регламентом, правами на файл и при необходимости дополнительной автоматизацией.\u003C\u002Fp>\n\u003Cp>Если документ проходит несколько циклов согласования, храните отдельно текущий редактируемый файл и зафиксированные редакции, связанные с карточкой документа. Для каждой редакции должны быть видны автор, дата и причина появления.\u003C\u002Fp>\n\u003Ch2>Права доступа к документам и воронкам смарт-процесса\u003C\u002Fh2>\n\u003Cp>Права проектируют до загрузки реальных документов. Обычно достаточно пяти ролей:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>регистратор создаёт карточки и присваивает номера;\u003C\u002Fli>\n\u003Cli>сотрудник отдела редактирует черновики своей воронки;\u003C\u002Fli>\n\u003Cli>согласующий меняет статус и возвращает документ на доработку;\u003C\u002Fli>\n\u003Cli>наблюдатель читает карточку без права изменения;\u003C\u002Fli>\n\u003Cli>администратор исправляет регистрационные ошибки и управляет настройками.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Если в одном смарт-процессе используются три воронки, доступ проверяют для каждой отдельно. Сотрудник, который регистрирует входящую корреспонденцию, не обязательно должен видеть договоры с финансовыми условиями. Общий смарт-процесс не означает общий доступ.\u003C\u002Fp>\n\u003Cp>Отдельно проверяют удаление. Скрыть кнопку удаления недостаточно, если пользователь всё ещё может удалить элемент через другой раздел или массовое действие. Для важных реестров включают корзину CRM, ограничивают удаление и описывают процедуру аннулирования. Зарегистрированный документ чаще нужно пометить аннулированным, сохранив номер и историю, а не стирать.\u003C\u002Fp>\n\u003Ch2>Как вести договоры в Битрикс24\u003C\u002Fh2>\n\u003Cp>Для договоров одной даты и файла мало. В карточке обычно нужны стороны, наша организация, предмет, ответственный, сумма при необходимости, дата начала, срок действия, условия продления, дата уведомления о расторжении, редактируемый файл, финальная редакция и связанные заявки.\u003C\u002Fp>\n\u003Cp>Маршрут удобно разделить на рабочие состояния: подготовка, согласование, подписание, действует, завершается, закрыт или расторгнут. Эти состояния не обязаны совпадать со стадиями регистрации входящей корреспонденции, поэтому договоры часто выносят в отдельную воронку.\u003C\u002Fp>\n\u003Cp>Автоматизация может напоминать ответственному о завершении срока, ставить задачу на продление, создавать заявку юридическому отделу и переносить в неё реквизиты договора. Но решение о продлении принимает сотрудник: робот отвечает за срок и передачу данных, а не за юридическую оценку условий.\u003C\u002Fp>\n\u003Cp>Подписанный договор и рабочий DOCX лучше хранить раздельно. Если оригинал подписан через оператора ЭДО, в карточке фиксируют связь с внешним документом и его статус, а смарт-процесс используют как внутренний реестр и маршрут поручений.\u003C\u002Fp>\n\u003Ch2>Пошаговая настройка документооборота на смарт-процессах\u003C\u002Fh2>\n\u003Ch3>Шаг 1. Описать виды документов и правила учёта\u003C\u002Fh3>\n\u003Cp>Составьте список документов, ответственных и юридических лиц. Для каждого вида определите обязательные поля, номер, срок, маршрут и конечное состояние. На этом этапе часто выясняется, что часть документов вообще не нуждается в отдельной воронке.\u003C\u002Fp>\n\u003Ch3>Шаг 2. Создать смарт-процесс и выбрать воронки\u003C\u002Fh3>\n\u003Cp>Сравните общие и уникальные поля. Когда большинство полей совпадает, проще поддерживать один процесс с несколькими воронками. При существенных различиях в правах и маршрутах процессы лучше разделить. В интерфейсе откройте «CRM → Ещё → Смарт-процессы → Список смарт-процессов → Создать». Для внутренних процессов без обязательной связи с CRM можно использовать «Автоматизация → Цифровые рабочие места».\u003C\u002Fp>\n\u003Ch3>Шаг 3. Настроить карточки и связи\u003C\u002Fh3>\n\u003Cp>Включите собственные стадии и канбан, а при необходимости — воронки, роботов, триггеры и дизайнер бизнес-процессов. Оставьте только поля, которые сотрудники будут использовать для поиска и фильтрации, подготовки документов или запуска автоматизации. Затем настройте связи со сделками, компаниями, задачами и другими документами.\u003C\u002Fp>\n\u003Ch3>Шаг 4. Проверить нумерацию на одновременных операциях\u003C\u002Fh3>\n\u003Cp>Создайте несколько документов почти одновременно от имени разных сотрудников. Проверьте смену года, разные юридические лица, аннулирование и повторный запуск робота. Тест из одной карточки не выявляет конфликт счётчиков.\u003C\u002Fp>\n\u003Ch3>Шаг 5. Настроить права, шаблоны, роботов и согласование\u003C\u002Fh3>\n\u003Cp>Настройте роли CRM и отдельно проверьте доступ к каждой воронке. Включите печать документов, загрузите шаблоны и ограничьте их по разделам и ролям. Сначала добейтесь стабильной ручной работы стадий. Затем автоматизируйте присвоение номера, создание ответа, постановку задач, уведомления и подготовку документа. Так проще понять, где ошибка: в структуре процесса или в роботе.\u003C\u002Fp>\n\u003Ch3>Шаг 6. Протестировать права на обычных учётных записях\u003C\u002Fh3>\n\u003Cp>Администратор видит почти всё, поэтому его проверка мало что доказывает. Пройдите сценарии под ролями регистратора, юриста, руководителя и обычного сотрудника. Попробуйте не только открыть карточку, но и изменить номер, заменить файл, вернуть стадию и удалить элемент.\u003C\u002Fp>\n\u003Ch2>Что именно можно автоматизировать\u003C\u002Fh2>\n\u003Cp>В реестре можно автоматизировать:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>присвоение номера после проверки обязательных полей;\u003C\u002Fli>\n\u003Cli>создание исходящего документа на основании входящего;\u003C\u002Fli>\n\u003Cli>заполнение реквизитов из компании или связанного элемента;\u003C\u002Fli>\n\u003Cli>запуск последовательного или параллельного согласования;\u003C\u002Fli>\n\u003Cli>постановка задач и уведомления ответственным;\u003C\u002Fli>\n\u003Cli>контроль срока ответа, действия договора или согласования;\u003C\u002Fli>\n\u003Cli>напоминание и эскалация при просрочке;\u003C\u002Fli>\n\u003Cli>формирование документа по шаблону;\u003C\u002Fli>\n\u003Cli>перевод карточки на следующую стадию после проверяемого события.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Каждое действие лучше тестировать отдельно. Цепочка из десятка роботов без промежуточных проверок сложнее в поддержке: при сбое непонятно, на каком шаге потерялись данные.\u003C\u002Fp>\n\u003Ch2>Типичные ошибки при автоматизации документооборота в Битрикс24\u003C\u002Fh2>\n\u003Ch3>Смарт-процесс копирует бумажный журнал без изменений\u003C\u002Fh3>\n\u003Cp>Если перенести старую таблицу поле в поле, карточка получится громоздкой, а поиск останется неудобным. Поля стоит пересмотреть: часть данных уже хранится в компании, контакте, реквизитах и системной истории.\u003C\u002Fp>\n\u003Ch3>Воронки путают со стадиями\u003C\u002Fh3>\n\u003Cp>«Входящие», «Исходящие» и «Договоры» — это разные направления учёта, а «Черновик» и «Документ готов» — состояния. Если записать всё одной цепочкой стадий, карточки придётся таскать между несвязанными участками канбана.\u003C\u002Fp>\n\u003Ch3>Номер присваивается слишком рано\u003C\u002Fh3>\n\u003Cp>Если выдавать номер при создании пустой карточки, реестр заполняется пропусками и ошибочными записями. Номер лучше присваивать после проверки обязательных полей, отдельным переходом из черновика.\u003C\u002Fp>\n\u003Ch3>Права проверяют только на уровне смарт-процесса\u003C\u002Fh3>\n\u003Cp>При нескольких воронках этого мало. Нужно проверить роли, стадии, поля, удаление, экспорт и связанные элементы. Часто забывают отдельно проверить файлы на Диске: карточка уже закрыта, а файл всё ещё доступен по общей ссылке.\u003C\u002Fp>\n\u003Ch3>Согласование запускают до стабилизации карточки\u003C\u002Fh3>\n\u003Cp>Автоматизация не исправляет плохую структуру. Если сотрудники не понимают поля и стадии в ручном режиме, роботы лишь быстрее размножат ошибки. Сначала стоит провести несколько реальных документов вручную, затем включать автозапуск.\u003C\u002Fp>\n\u003Ch2>Смарт-процесс, таблица или отдельная СЭД: что выбрать\u003C\u002Fh2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Вариант\u003C\u002Fth>\n\u003Cth>Подходит\u003C\u002Fth>\n\u003Cth>Ограничения\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Excel или таблица\u003C\u002Ftd>\n\u003Ctd>Небольшой реестр без файлов и сложных прав\u003C\u002Ftd>\n\u003Ctd>Нет надёжной связи с CRM, слабый контроль изменений и одновременной работы\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Смарт-процесс Битрикс24\u003C\u002Ftd>\n\u003Ctd>Внутренний реестр, статусы, связи, шаблоны, задачи и согласование\u003C\u002Ftd>\n\u003Ctd>Требует проектирования нумерации, прав и версий; не заменяет юридически значимый ЭДО\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Отдельная СЭД\u003C\u002Ftd>\n\u003Ctd>Большой архив, строгие регламенты хранения, сложные маршруты и аудит\u003C\u002Ftd>\n\u003Ctd>Отдельное внедрение, интеграция и обучение пользователей\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Оператор ЭДО\u003C\u002Ftd>\n\u003Ctd>Формальный обмен подписанными документами с контрагентами\u003C\u002Ftd>\n\u003Ctd>Не всегда решает внутренний учёт черновиков, поручений и связей с CRM\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Смарт-процесс особенно полезен, когда сотрудники уже работают в Битрикс24, а документ должен быть связан с компанией, задачей или сделкой. При строгих юридических требованиях смарт-процесс используют как внутренний контур, а подписанные оригиналы получают через систему ЭДО.\u003C\u002Fp>\n\u003Ch2>FAQ по документообороту в смарт-процессах Битрикс24\u003C\u002Fh2>\n\u003Ch3>Можно ли вести документы, которые не связаны со сделками?\u003C\u002Fh3>\n\u003Cp>Да. Для внутренних процессов можно использовать цифровое рабочее место со смарт-процессами. Связь со сделкой остаётся необязательной: её добавляют только там, где она действительно нужна.\u003C\u002Fp>\n\u003Ch3>Можно ли сделать несколько видов документов в одном смарт-процессе?\u003C\u002Fh3>\n\u003Cp>Можно использовать несколько воронок и разные карточки. Такой вариант удобен при общих справочниках и правах. Если состав полей и доступ сильно различаются, лучше разделить процессы.\u003C\u002Fp>\n\u003Ch3>Битрикс24 сам присвоит документу номер?\u003C\u002Fh3>\n\u003Cp>Документу, создаваемому по CRM-шаблону, можно присвоить номер с помощью нумератора. Для регистрационного номера самой карточки смарт-процесса, раздельных счётчиков по юридическим лицам и особых правил аннулирования может потребоваться отдельная автоматизация.\u003C\u002Fp>\n\u003Ch3>Можно ли запретить изменение документа после регистрации?\u003C\u002Fh3>\n\u003Cp>Права и стадии позволяют существенно ограничить изменения. Критичные поля дополнительно защищают автоматизацией и отдельными ролями. Администратору оставляют процедуру исправления с обязательной фиксацией причины.\u003C\u002Fp>\n\u003Ch3>Как связать ответ с входящим письмом?\u003C\u002Fh3>\n\u003Cp>При создании исходящего документа указывают связь с карточкой входящего. Робот может заранее перенести контрагента, тему, ответственного и другие поля, чтобы сотрудник не вводил их повторно.\u003C\u002Fp>\n\u003Ch3>Где хранить редактируемую и подписанную версии?\u003C\u002Fh3>\n\u003Cp>Редактируемый файл удобно хранить на Диске Битрикс24 с историей версий. Копию финальной редакции PDF хранят отдельно, а возможность её замены ограничивают правами и автоматизацией. Юридически значимый подписанный оригинал и подтверждение его статуса хранят в соответствующей системе ЭДО или КЭДО.\u003C\u002Fp>\n\u003Ch3>Смарт-процессы доступны на любом тарифе Битрикс24?\u003C\u002Fh3>\n\u003Cp>Нет, доступность зависит от тарифа и выбранных возможностей. Перед проектированием нужно проверить наличие смарт-процессов, воронок, роботов, бизнес-процессов и нужного объёма Диска на действующем тарифе.\u003C\u002Fp>\n\u003Ch2>Выводы: когда смарт-процесс подходит для документооборота\u003C\u002Fh2>\n\u003Cp>Смарт-процесс подходит компании, которой нужен внутренний реестр документов рядом с CRM, задачами и календарём. В нём можно вести карточки и статусы, настраивать связи, шаблоны, права и маршрут согласования. Для надёжной работы реестра нужны конкретные правила: кто присваивает номер, когда документ фиксируется, где хранится актуальная версия и кто вправе исправить ошибку.\u003C\u002Fp>\n\u003Cp>Начинать лучше с одного вида документов и короткой цепочки стадий. После проверки нумерации, прав и файловой модели процесс можно расширять на другие воронки и подключать автоматизацию. Если для проектирования и настройки процесса нужен интегратор, условия работ описаны на странице \u003Ca href=\"\u002Ftechnical_support\u002F\">технической поддержки Битрикс24\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Для юридически значимого электронного обмена с контрагентами применяют систему оператора ЭДО, а для юридически значимого электронного оформления кадровых документов — КЭДО. Конкретные требования зависят от вида документа и принятого регламента. Если компании необходимы сложные внутренние маршруты и регламентированный архив, смарт-процесс интегрируют с СЭД либо заменяют ею соответствующую часть процесса.\u003C\u002Fp>\n"]