Новация ИИ / Практика внедренияЗнания для бизнеса

ИИ для входящих документов: разбор писем, запросов и поручений со сроками

ДанныеПроверкаИИПРОЦЕСССИСТЕМЫКОНТРОЛЬВХОД → ОБРАБОТКА → РЕШЕНИЕ
Системный подход к внедрению

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

Профиль компании в разборе

  • Роль: сервисно-инженерная компания с филиалами — обслуживание оборудования и инженерных систем на объектах заказчиков, отдельная договорная и претензионная работа
  • Штат: около 380 сотрудников, из них около 45 человек ежедневно работают с входящим потоком: делопроизводство, договорной отдел, бухгалтерия, диспетчерская сервиса, снабжение
  • Город: Екатеринбург, филиалы в трёх регионах
  • Системы: «1С:Документооборот» (СЭД), «1С:ERP Управление предприятием» (ERP, Enterprise Resource Planning — управление ресурсами предприятия), сервисный блок учёта заявок, «Битрикс24», корпоративная почта и оператор электронного документооборота (ЭДО) с контрагентами
  • Что ведём: входящую корреспонденцию — письма и запросы заказчиков, заявки на сервис, претензии, счета и акты поставщиков, обращения через форму на сайте, поручения руководителя со сроками

Входящий поток выглядит мелочью рядом с крупными проектами, но именно он держит ритм всей компании. По исследованию VK WorkSpace и Hi-Tech Mail, которое приводит CNews 15 мая 2026 года, 42% сотрудников периодически тратят больше времени на поиск нужного файла или переписки, чем на саму работу с ними, а 55% ежедневно работают в пяти–десяти разных программах. Более четверти опрошенных теряют на переключение между окнами от 30 минут до двух часов в день. Входящее письмо — это как раз такая задача, где нужно переключиться семь раз: почта, вложение, система, справочник контрагентов, календарь, чат исполнителю, напоминание о сроке.

Сам по себе электронный документ давно перестал быть проблемой: по данным ФНС за 2025 год, через операторов электронного документооборота ежегодно проходит около 160 млн документов от юридических лиц и индивидуальных предпринимателей. Вопрос не в доставке и не в хранении, а в том, что происходит в первые минуты после поступления. Письмо лежит в ящике, вложение не открыто, исполнитель не назначен — и до тех пор, пока документ не заведён в систему с человеком и сроком, для компании его не существует.

Коротко

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

Содержание

Почему входящий поток видно поздно

Входящее письмо не срывает срок само по себе. Срок срывает задержка перед ним — и эта задержка нигде не видна, потому что до регистрации документа в системе его просто нет.

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

Второе. Тип документа определяет человек, и определяет он его по-разному. Счёт от поставщика, запрос коммерческого предложения, претензия по качеству и обращение через форму сайта выглядят как письма, но живут в трёх разных процессах с разными сроками и разными исполнителями. Ошибка в типе на входе означает, что письмо попало не в тот маршрут.

Третье. Вложение никто не читает до того, как его открыли. Пока скан акта или спецификации не разобран, нельзя понять ни суммы, ни предмета, ни того, к какому договору это относится.

Четвёртое. Исполнителя ищут вручную, и ищут по памяти. «Кто ведёт этого заказчика», «у кого этот поставщик», «кто отвечает за рекламации по насосам» — ответ живёт в голове делопроизводителя, а не в системе.

Пятое. Срок ставят тогда, когда вспомнили. Регламент на ответ может быть, но напоминание о нём появляется только после того, как поручение заведено, — а поручение заводят после того, как человек разобрал письмо. Мы разбирали этот участок отдельно в статье про регистрацию, поручения и контроль сроков — там видно, что даже аккуратно заведённый документ не спасает, если карточка появилась с опозданием.

Итог: у потока нет владельца на самом дорогом участке. Система отвечает за документ, человек — за его разбор, и между этими двумя зонами нет ни счётчика, ни срока, ни эскалации.

Почему это не решается «правилами в почте»

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

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

Что съедает время между письмом и поручением

Один входящий документ в среднем проходит восемь шагов до того, как по нему появится поручение:

  1. Письмо попадает в общий ящик или в очередь оператора электронного документооборота.
  2. Делопроизводитель открывает его и читает.
  3. Открывает вложения — счёт, акт, спецификацию, скан договора.
  4. Определяет тип документа и предмет обращения.
  5. Ищет контрагента и связанный договор в учётной системе.
  6. Определяет исполнителя: по заказчику, по номенклатуре, по региону.
  7. Заводит карточку в системе, вписывает срок и текст поручения.
  8. Пишет исполнителю в чат или на почту — потому что не уверен, что тот увидит карточку.

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

Дальше начинается то, что в отчётах не видно вовсе. Письмо, разобранное через два часа после поступления, уже съело два часа нормативного срока ответа. Письмо, разобранное через день, съело день. Письмо, попавшее не к тому исполнителю, вернётся и будет разбираться второй раз. Письмо, по которому никто не поставил срок, не будет просрочено никогда — о нём просто не вспомнят до момента, когда заказчик позвонит и спросит, почему молчат.

Что делает ИИ-агент поверх системы документооборота

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

  1. Читает всё, что приходит. Подключается к общему ящику, к очереди оператора электронного документооборота, к форме на сайте и к каналу заявок. Разбирает и тело письма, и вложения — счёт, акт, спецификацию, проект договора, скан с плохим качеством.
  2. Определяет тип документа и предмет. Отделяет счёт от претензии, запрос цены от заявки на сервис, коммерческое предложение от уведомления. Для каждого типа применяет свой набор правил — какие поля извлечь и какой маршрут применить.
  3. Извлекает реквизиты и связывает с учётной системой. Номер и дата документа, контрагент, договор, сумма, номенклатура, объект. Найденные данные сверяются с учётной системой: если контрагента нет или сумма расходится с договором, это отдельная отметка, а не тихая подстановка.
  4. Определяет исполнителя. По правилу владельца процесса: заказчик → менеджер и инженер по объекту, поставщик → снабжение, рекламация → сервисная служба и качество, обращение через форму → клиентский сервис. Если правило даёт двух равнозначных кандидатов, письмо уходит на выбор человеку.
  5. Считает срок. Из текста письма, если срок назван прямо; из регламента по типу документа и отправителю; из договора или нормативного срока, если речь о претензии или обращении, на которое закон отводит фиксированный срок. Нет правила — нет срока: тогда письмо помечается и уходит человеку.
  6. Ставит поручение в системе. Создаёт карточку с текстом, исполнителем, сроком и ссылками на письмо и вложения. Тихий режим — на подтверждение человеку, автоматический — только для типовых писем с однозначным исполнителем.
  7. Ведёт журнал и напоминает. До наступления срока напоминает исполнителю, при приближении дедлайна — руководителю, после просрочки показывает письмо в отчёте вместе с историей: кто получил, когда, что ответил. Каждое действие агента записано — это и есть доказательная база, когда по письму возникает спор.
Схема: входящий поток писем и запросов проходит через ИИ-агента, который определяет тип, срок и исполнителя и ставит поручение в системе
Нажмите на схему, чтобы открыть её в полном размере

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

Где здесь ИИ, а где обычные правила

Разбор входящего потока — редкий случай, когда честно разделить два слоя. Формальная часть — маршрутизация по типу документа, поиск контрагента и договора, постановка поручения, напоминание — решается правилами и работала бы без модели. Модель нужна там, где правила не дотягиваются: понять смысл письма, написанного свободным текстом и без темы; вытащить срок из фразы «просим дать ответ в течение недели, вопрос срочный»; распознать претензию, даже если слово «претензия» в письме не употреблено; сложить предмет обращения из вложения и тела письма.

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

Какие риски это снимает

Предписание и штраф за нарушение порядка рассмотрения обращений

Для обращений граждан и организаций порядок и срок установлены законом. Федеральный закон от 02.05.2006 № 59-ФЗ отводит на рассмотрение обращения тридцать дней со дня регистрации, а статья 5.59 КоАП РФ за нарушение установленного порядка предусматривает для должностных лиц штраф от 5 000 до 10 000 рублей. Риск здесь не в самом штрафе, а в том, что первым нарушением обычно становится даже не ответ, а регистрация: обращение неделю лежит в общем ящике, потому что его некому разобрать.

Срыв срока по запросу или претензии

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

Просроченное поручение руководителя

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

Спор с заказчиком без доказательной базы

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

Зависимость от одного человека

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

Письмо клиента без ответа

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

Сколько часов это возвращает

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

Типовой расчёт: поток 450 входящих документов и писем в месяц

Показатель Вручную С агентом
Разбор входящего потока, 450 писем в месяц около 45 часов около 9 часов
Время от поступления письма до поручения 4–6 часов в рабочее время 15–30 минут
Поиск письма и истории по запросу руководителя 10–15 минут меньше минуты
Доля писем без назначенного срока нет данных до регистрации 0%, каждое письмо с отметкой

Расчёт открытый. Восемь шагов ручного разбора — это в среднем шесть минут на письмо, то есть 45 часов на 450 писем. С агентом у делопроизводителя остаются два действия: проверить карточку типового письма и разобрать спорное. Это около 1,2 минуты на письмо в среднем, то есть 9 часов. Разница — 36 часов в месяц.

При стоимости часа работы офисного сотрудника около 1 000 рублей с налогами и начислениями 36 часов — это примерно 36 000 рублей в месяц на одном подразделении. В компании с филиалами, где входящий поток разбирают три разных человека — делопроизводитель, диспетчерская сервиса и договорной отдел, — речь идёт уже о 100–110 часах и около 100 000 рублей в месяц. За год это порядка 1,2 млн рублей, не считая эффекта от снятых просрочек.

Стоимость часа каждый считает по своей компании: в сервисной организации с инженерами и юристом она будет выше офисной, и тогда тот же объём часов стоит дороже.

Ориентир «до и после» по отраслевым данным

По данным вендора ABBYY, приведённым в его описании проекта автоматизации обработки счетов, время обработки одного счёта сократилось с более чем 40 минут до 4 минут на документ. Речь о другом документе и другом контуре, но порядок величины показателен: там, где разбор документа разложен на шаги и передаётся агенту, счёт идёт на десятки процентов, а не на проценты. Мы не переносим этот результат на разбор писем напрямую — у писем другая вариативность. Но правило «сначала размечаем поток, потом считаем эффект» работает одинаково.

Четыре числа для пилота

Эффект считать нужно на своих данных и до того, как что-то менять. Четыре метрики, которые снимаются на одном и том же типе документов и по одинаковому правилу:

  • время от поступления письма до появления поручения;
  • доля писем, разобранных без ручной правки;
  • доля поручений, закрытых в срок;
  • часы делопроизводителя на разбор потока за месяц.

Первое и четвёртое видно сразу, второе и третье требуют месяца работы, чтобы набралась статистика.

Что остаётся за человеком

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

Что агенту запрещено: отправлять письма внешним адресатам, подписывать документы, удалять и редактировать входящие письма, менять регламентные сроки, назначать исполнителя вне описанных правил и обходить человека в спорных случаях.

Как это выглядит на практике

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

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

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

Как внедрить поэтапно

  1. Разметить входящий поток. Выгрузить месяц писем и документов и разложить их по типам. Задача — найти три-четыре типа, которые закрывают большую часть потока, и увидеть, сколько типов осталось за рамками.
  2. Описать маршруты для этих типов. Для каждого — какие поля извлекаются, по какому правилу определяется исполнитель, откуда берётся срок, что считается спорным случаем.
  3. Снять базовые метрики. Замерить время от поступления до поручения, долю разобранных вручную писем, долю поручений в срок и часы на разбор потока за месяц. Без этих четырёх чисел пилот нечего будет сравнивать.
  4. Запустить тихий режим. Агент готовит карточку, человек подтверждает одним движением. Этот этап собирает статистику и доверие: видно, где правила неполны, а где агент уже работает лучше ручного разбора.
  5. Перевести типовые типы в автоматический режим. Те, где исполнитель однозначен и ошибок в правилах не осталось. Спорные и внешние обращения остаются с подтверждением человека.
  6. Добавить напоминания и отчёт по срокам. Напоминание исполнителю до дедлайна, эскалация руководителю при приближении и после просрочки, отчёт по поручениям, закрытым в срок. Это то, что замечает руководитель, — и то, ради чего проект продолжается дальше первого месяца.
Что именно агент читает во входящем потоке?

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

Как агент понимает срок, если его в письме нет?

По правилу, которое описывает владелец процесса. Для каждого типа документа срок берётся из одного из трёх мест: из текста письма, если он там прямо назван («просим до 15 октября»); из нормы по типу и отправителю, если срок задан регламентом; из договора или закона, если речь о претензии, запросе органа или обращении, на которое срок ответа установлен нормативно. Если ни одно правило не сработало, агент не придумывает срок, а помечает письмо как «срок не определён» и отправляет его человеку.

Кто ставит поручение — агент или руководитель?

По-разному, и это настраивается. Тихий режим: агент готовит карточку поручения с текстом, исполнителем и сроком, а руководитель или делопроизводитель подтверждает её одним нажатием. Автоматический режим допустим для типовых писем, где исполнитель однозначен: заявки на сервис, запросы прайса, входящие счёта — там поручение ставится сразу, а человек видит уведомление. Спорные письма в автоматический режим не попадают никогда.

Что происходит с письмом, которое агент не понял?

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

Могут ли вложения вроде сканов договоров уходить во внешнюю модель?

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

Чем это отличается от сортировки почты в почтовом клиенте?

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

Что входит в бесплатный разбор стратегии внедрения ИИ?

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

Как понять, что эффект есть?

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

Что в итоге

Сначала снимаются риски: обращение и запрос перестают лежать в общем ящике без срока, каждое входящее получает тип, владельца и дату, просрочка видна до того, как о ней сообщит заказчик, а история письма остаётся доказательством в споре. Деньги и часы идут следом: по открытому расчёту на потоке в 450 писем в месяц разбор сокращается с 45 до 9 часов, то есть около 36 000 рублей в месяц на одном подразделении и порядка 1,2 млн рублей в год в компании с тремя точками разбора. Первый шаг — бесплатный разбор стратегии внедрения ИИ: один месяц ваших входящих, разметка по типам, срокам и исполнителям и предложение по участку для пилота.

Источники

  • Данные по 42% сотрудников, тратящих больше времени на поиск файла и переписки, чем на работу с ними; 55% работающих в пяти–десяти программах; потери от 30 минут до двух часов в день на переключение — исследование VK WorkSpace и Hi-Tech Mail, 4 тыс. респондентов, май 2026 года: CNews
  • Данные о 117 письмах в день на сотрудника, 153 сообщениях в Teams и о том, что 40% вышедших в сеть к шести утра разбирают почту, — телеметрия Microsoft 365, Work Trend Index Special Report «Breaking down the infinite workday», июнь 2025 года: Microsoft WorkLab
  • Данные о времени обработки счёта: сокращение с более чем 40 минут до 4 минут на документ — описание проекта автоматизации у вендора ABBYY (данные вендора, другой тип документа и контур): ABBYY
  • Данные «Лаборатории Касперского» о том, что офисные сотрудники тратят около двух дней в год на разбор нежелательной почты: 3DNews
  • Срок рассмотрения обращения — тридцать дней со дня регистрации: Федеральный закон от 02.05.2006 № 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации»: КонсультантПлюс
  • Штраф для должностных лиц от 5 000 до 10 000 рублей за нарушение установленного порядка рассмотрения обращений — статья 5.59 КоАП РФ: КонсультантПлюс