← Все материалы

Автоматизация документов: из чего состоит задача и с чего начинать

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

Что входит в автоматизацию документов

Полезно смотреть на документ как на объект с жизненным циклом, а не на «документооборот вообще». Тогда видно, что автоматизировать надо не всё сразу, а один участок, где сейчас теряется больше всего времени.

Участок	Что человек делает руками сейчас	Чем закрывается	Подробный разбор
Приём и разбор входящих	Читает скан и вбивает реквизиты в учёт	OCR и извлечение полей плюс автопроверки	Распознавание документов
Формирование исходящих	Копирует прошлый договор и правит поля	Шаблон с подстановкой данных из системы	Разбор ниже, в разделе про шаблоны
Согласование	Пересылает вложения и выясняет, у кого документ	Маршрут с ролями, сроками и эскалацией	Системы автоматизации процессов
Подпись и отправка	Печатает, подписывает, сканирует, отправляет	КЭП, МЧД, оператор ЭДО	Автоматизация ЭДО
Хранение и поиск	Ищет по папкам и переписке	Архив с реквизитами, версиями и историей	Разбор ниже, в разделе про архив
Контроль сроков	Вспоминает про акты и доверенности	Регулярная проверка и уведомление ответственному	Автоматизация учёта и отчётности

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

Входящая первичка: от почты и сканера до проведённого документа

Самый тяжёлый участок по объёму ручной работы. Документ приходит четырьмя каналами — оператор ЭДО, почта, сканер, фото от сотрудника, — и с каждым надо поступать по-разному.

• Пришёл через ЭДО. Это уже структурированный XML со всеми реквизитами: распознавать нечего, документ можно создавать сразу. Автоматизация здесь — не OCR, а связка оператора с учётной системой и сопоставление контрагента, договора и номенклатуры.
• Пришёл файлом или бумагой. Скан или PDF превращаются в поля: номер, дата, ИНН, сумма, НДС, строки номенклатуры. Точность по печатному тексту высокая, но для экономики важна другая цифра — доля документов, прошедших вообще без правки.
• Есть выгрузка от поставщика. Прайс в Excel, файл обмена, API — это точные данные без единой ошибки распознавания. Тянуть поля с картинки, когда рядом лежит источник, — заведомо худший путь.
• Пришёл фотографией из мессенджера. Отдельный канал приёма с оценкой качества на входе: блики, перспектива и тень от руки дают брак, который дешевле отсечь сразу, чем чинить в учёте.

Ключевая часть этого участка — не модель, а автопроверки: сумма строк равна итогу, НДС сходится со ставкой, ИНН проходит контрольную сумму и есть в справочнике, документ не дубль по связке «поставщик + номер + дата». Человек смотрит только то, где проверка не сошлась. Как мерить качество по каждому полю отдельно и сколько стоят сервисы — в разборе распознавания документов.

Формирование документов по шаблонам: 1С, Word и свой скрипт

Обратная задача: данные уже есть в системе, нужно собрать из них договор, счёт, акт, спецификацию или комплект отгрузочных документов. Здесь автоматизация окупается быстрее всего, потому что работа механическая и правила жёсткие.

• Печатные формы внутри 1С. Если данные живут в учётной системе, документ логично собирать там же — макетом или внешней печатной формой, которая подключается без изменения конфигурации. Это самый дешёвый путь для счетов, актов и накладных.
• Автоматизация документов Word. Шаблон DOCX с полями-подстановками плюс источник данных. Для десятка договоров в месяц хватает готовой надстройки или онлайн-конструктора, для сотен — скрипта, который собирает документы пачкой и складывает их куда надо.
• Онлайн-конструкторы договоров. Загружаете свой DOCX с переменными, сервис подставляет данные. Быстро стартует, но данные уходят на чужую сторону, а сложную логику вроде «если предоплата больше 50 %, вставить другой пункт» такие сервисы тянут не всегда.
• Свой скрипт или сервис. Оправдан, когда шаблонов много, они версионируются, есть ветвление пунктов по условиям и нужен журнал: кто, когда и по какой версии шаблона собрал документ. Как выглядит такая разовая автоматизация без внедрения системы — в статье про скрипты на Python под задачу, а рутина сведения таблиц — в разборе автоматизации Python и Excel.

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

Согласование: маршруты, сроки и эскалация

На этом участке теряются не минуты, а дни. Документ уходит в почту вложением, лежит у кого-то во входящих, статус узнают вопросом в чате. Автоматизация сводится к четырём вещам, и все они работают только вместе.

1. Маршрут вместо переписки. Кто согласует, в каком порядке, что происходит при отказе. Один согласующий — один шаг, без «отправил всем и жду».
2. Срок у каждого шага. Не уложились — напоминание, потом руководителю. Без сроков маршрут превращается в ту же почту, только внутри интерфейса.
3. Ветки по условиям. Договор до определённой суммы идёт коротким путём, выше — через юриста и финансы. Правило пишется один раз и дальше исполняется само.
4. Одна версия и видимый статус. В карточке видно, где документ, кто задерживает и сколько уже идёт согласование. Это же даёт первую честную метрику: средний срок согласования по типам документов.

Заводить ради этого отдельную платформу нужно не всегда. Если процессов два-три, маршруты чаще делают поверх того, что уже стоит: задачи в 1С, бизнес-процессы Битрикс24, таск-трекер. Отдельная система начинает окупаться, когда согласующих подразделений много, регламенты меняются и нужен собственный редактор маршрутов без программиста. Сравнение классов решений — BPM, low-code, RPA и обычные скрипты — в статье про системы автоматизации процессов.

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

Подпись, отправка и обмен с контрагентами

Внешний контур — единственный участок, где правила диктует не компания, а закон и оператор. Здесь важно не автоматизировать больше, чем нужно: передача документа контрагенту давно закрыта готовыми сервисами, и своя разработка тут оправдана редко.

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

• Сроки действия подписей и доверенностей. Сертификат КЭП и МЧД имеют срок. Когда он заканчивается у главбуха в конце квартала, встаёт весь поток подписания. Проверка сроков и напоминание за две недели — простейшая автоматизация с очень заметным эффектом.
• Контроль неподписанных исходящих. Документ ушёл, ответа нет неделю — напоминание менеджеру, потом контрагенту. Без этого закрывающие собираются уже после отчётности.
• Сверка полученного с заказом. Цены и количества в пришедшем УПД сравниваются с тем, что заказывали. Расхождение видно до оплаты, а не на сверке в конце квартала.
• Бумажный остаток. Контрагенты, которые не переходят на обмен, закрываются распознаванием. Переводить в электронный вид сначала стоит крупных поставщиков, а не всех сразу.

Связь с учётом — отдельная работа, и обычно самая объёмная в проекте. Как документ попадает в 1С, какие механизмы обмена для этого есть и сколько это стоит — в разборе интеграции с 1С; что из первички и регламентных операций уже закрыто штатными средствами и платить за это не надо — в статье про автоматизацию бухгалтерии.

Хранение, поиск и контроль сроков

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

Правовая рамка простая. Сроки хранения управленческих документов заданы перечнем, утверждённым приказом Росархива № 236 от 20.12.2019 — он действует с 18 февраля 2020 года и состоит из двенадцати разделов по видам деятельности. Электронные документы хранятся ровно те же сроки, что и их бумажные оригиналы, а правила организации хранения (приказ Росархива № 77 от 31.07.2023) отдельно описывают работу с электронными архивными документами, в том числе хранение не в одном экземпляре и не на одном носителе.

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

• Контроль сроков договоров. Дата окончания, автопролонгация, напоминание ответственному за месяц. Ставится поверх любой системы, где договоры уже заведены.
• Контроль закрывающих документов. Отгрузка была, акта нет — список к концу месяца собирается сам, а не глазами по выгрузке.
• Контроль сертификатов и доверенностей. Срок подписи, МЧД, лицензий и допусков. Дешевле всего и заметнее всего по эффекту.
• Регулярная сверка. Количество документов в архиве и в учётной системе должно сходиться. Расхождение — сигнал, что часть потока идёт мимо. Как собрать такие проверки в регулярный отчёт — в статье про автоматизацию учёта и отчётности.

Системы автоматизации документов и сколько это стоит

Выбор инструмента зависит не от размера компании, а от того, сколько участков вы автоматизируете и насколько сложные у вас маршруты.

Класс решения	Что закрывает	Когда оправдан
Штатные средства того, что уже куплено	Печатные формы, обмен с ЭДО, простые согласования	Один-два процесса, типовые маршруты
1С:Документооборот	Маршруты, задачи, архив, связь с учётными базами по web-сервисам	Учёт живёт в 1С, нужны согласования рядом с документами
Отдельная СЭД или BPM-платформа	Свой редактор маршрутов, ролевая модель, регламенты	Много подразделений, регламенты меняются
Кадровый ЭДО отдельным сервисом	Трудовые документы с сотрудниками	Штат большой и распределён по регионам
Свой слой поверх готового	Шаблоны, проверки, связки между системами, уведомления	Готовое закрывает 80 %, а оставшиеся 20 % и есть ваша специфика

На российском рынке в сегменте СЭД и BPM держатся Directum, ELMA365, 1С:Документооборот, Docsvision, Тезис и Tessa; в кадровом ЭДО — специализированные сервисы. Выбирать имеет смысл по двум вопросам: где уже живут ваши данные и кто будет менять маршруты через полгода. Если ответ на второй вопрос — «подрядчик», платформа с визуальным редактором процессов не даст обещанной экономии.

Доработки и разбор инцидентов — от 2 500 ₽ в час, сопровождение — от 15 000 ₽ в месяц. Срок одного участка с интеграцией в учётную систему — обычно 2–6 недель, причём большая часть времени уходит не на логику, а на доступы, справочники и сопоставление контрагентов.

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

Когда автоматизация документов не нужна

Скажу против собственных интересов: часть запросов на автоматизацию документов закрывать разработкой не надо.

• Документов мало. Несколько десятков в месяц от пяти контрагентов — ручная обработка дешевле любого внедрения и не требует поддержки.
• Нужный модуль просто не включили. У 1С, операторов ЭДО и корпоративных порталов есть готовые механизмы загрузки, печатных форм и согласований. Часто «автоматизация» — это настройка на день.
• Процесс не описан. Если согласование живёт по договорённости и ответственного нет, маршрут в системе не создаст порядок, а зафиксирует хаос и сделает его дороже.
• Контрагенты не готовы. Автоматизировать приём электронных документов, когда почти все шлют бумагу, бессмысленно: сначала перевод контрагентов на обмен, потом интеграция.
• Регламент меняется каждый месяц. Пока правила не устоялись, жёсткий маршрут придётся переписывать чаще, чем он проработает.
• Задача разовая. Оцифровать архив за пять лет — это разовый прогон через сервис, а не постоянная система в контуре.

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

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

Читайте дальше