# Разбор закупочной документации (АЗК) и решение об участии в процедуре

> Павел Павлов · Integrator · ITGlobal. Зафиксировано 17.09.2026. Обучение «ИИ в корпорации», практикум П3 «Аудит своей больной задачи» (онлайн-опрос)

## Суть идеи

От одного крупного заказчика 5–7 раз в неделю приходят приглашения к участию в закупочной процедуре. Каждое письмо тянет за собой анкету закупочной кампании (АЗК) объёмом в среднем 100 страниц и 5–6 вложенных документов. Сотрудник вручную вычитывает весь пакет, чтобы извлечь десяток параметров и принять решение об участии. Идея — передать ИИ-агенту извлечение параметров из письма и пакета документов и подготовку структурированной карточки процедуры, оставив человеку только решение.

## Контекст и частота

Частота: 5–7 раз в неделю от одного конкретного заказчика. Письма приходят с 10 разных почтовых ящиков, то есть единой точки входа нет и сортировка тоже ложится на человека. Объём чтения на одну процедуру — около 100 страниц основного документа плюс вложения (технические требования, спецификация, ТЗ и др.).

## Что приходит на вход

- Письмо от заказчика с информацией о процедуре (приходит с одного из 10 почтовых ящиков)
- Сроки проведения запроса предложений и сроки проведения торгов
- Контактные лица
- Документ АЗК — в среднем 100 страниц
- 5–6 вложенных файлов: технические требования, спецификация, ТЗ и прочие
## Ожидаемый результат

Из письма и пакета документов должны быть извлечены и представлены в готовом виде: сроки проведения; сроки проведения торгов; формат торгов; наличие Росреестра; наличие МСП; выгрузка спецификации; выгрузка ТЗ; выгрузка ТП; формат оплаты; поставляемый вендор.

## Как процесс устроен сейчас

1. Открываю письма
1. Анализирую их
1. Выгружаю вложение
1. Открываю АЗК
1. Анализирую АЗК
1. Открываю вложенные внутрь файла документы
1. Анализирую эти документы
1. Принимаю решение по участию в процедуре
## Что в процессе лишнее

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

## Что делается «на автомате»

Не указано.

## Комментарии и сомнения автора

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

## Предлагаемая техническая реализация

1. Подключить почтовый коннектор ко всем 10 ящикам заказчика и свести входящие приглашения в одну очередь с дедупликацией по номеру процедуры.
1. Агент-экстрактор: разбирает тело письма и рекурсивно вложения (включая файлы, вложенные внутрь АЗК), приводит их к тексту и таблицам.
1. Извлечение по фиксированной схеме из 10 полей (сроки, сроки торгов, формат торгов, Росреестр, МСП, спецификация, ТЗ, ТП, формат оплаты, вендор) — с обязательной ссылкой на страницу-источник для каждого значения, чтобы человек мог проверить, а не перечитывать.
1. Спецификация, ТЗ и ТП выгружаются отдельными вложениями в карточку процедуры — это прямой ответ на пункты «выгрузка …» в ожидаемом результате.
1. Карточка процедуры создаётся записью в базе «Процедуры» с заполненными полями и приложенными выгрузками; статус — «Требует решения».
1. Человек принимает решение об участии одним действием в карточке; отказ и участие фиксируются как история для последующей аналитики по заказчику.
## Риски и открытые вопросы

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