INITASK
Техническое задание · версия 1.0
Тендерная система для legal-сферы: мониторинг, скоринг и подготовка предложения
Документ собран по требованиям, озвученным на созвоне: Игорь отвечал за функциональную часть,
Валерий за безопасность и границы. Это версия для обсуждения. Правки и комментарии вносим одним кругом,
после чего документ становится основанием для оценки сроков и стоимости.
1.Предмет
Система непрерывно мониторит тендеры по заданным ключевым параметрам (Украина плюс внешние
источники), складывает их в векторное окружение, скорит на релевантность с учетом контекста компании и
ставит статус «может быть интересен». Человек смотрит карточку и, если тендер подходит, запускает
подготовку: система анализирует тендерную документацию, собирает комплект из архива действующих
корпоративных документов, заполняет заявочные формы данными компании и готовит черновик тендерного
предложения примерно на две трети. Специфику (описания проектов, подходы) дописывает человек. Цену
система всегда спрашивает у человека: это волевое решение, а не расчет.
2.Границы проекта
Зафиксировано на созвоне
- Закрытые реестры не обходим. Судебный реестр и другие источники, доступ к которым ограничен на
время военного положения, система не мониторит ни парсингом, ни обходными способами. Работаем только с
официально открытыми API и публичными страницами. Когда доступ восстановят, подключение будет настройкой,
а не переделкой.
- Электронная почта в контур не входит на первом этапе (позиция Валерия). Календари подключить можно.
- Цену предложения система не решает. Всегда запрашивает у человека.
- Полное автозаполнение специфики невозможно (описания проектов под донора). Система дает базовое
наполнение из истории компании, финальный текст остается за экспертом.
3.Источники тендеров
| Источник | Способ подключения | Комментарий |
|---|
| Prozorro (закупки) | открытый публичный API (OCDS) | основной украинский поток, фильтрация по CPV-кодам и ключевым словам legal-тематики |
| Prozorro.Продажи | открытый API есть, покрытие нужных категорий проверяем на пилоте | вопрос с созвона «есть ли там API»: есть, публичный. Проверим, что именно он отдает по вашим категориям |
| Мировой банк | публичные страницы Procurement Notices и API | объемная документация по проекту, обрабатывается пакетом |
| ЕБРР | публичный раздел procurement | мониторинг новых notices по заданным параметрам |
| KfW | публичные страницы закупок, DTAD | аналогично |
| Частные заказчики | мониторинг публичных страниц закупок компаний | Кернел и подобные. Список компаний задается настройкой, добавление новой не требует разработчика |
По каждому источнику фиксируются периодичность опроса, дедупликация (один тендер из двух источников это
одна карточка) и честный статус «источник недоступен» вместо тишины.
4.Скоринг и статусы
Как система понимает, что тендер ваш:
- Ключевые параметры задает заказчик: категории и CPV, ключевые слова и стоп-слова, диапазон сумм,
типы заказчиков, география, языки. Параметры меняются в кабинете, без разработчика.
- Векторное окружение: каждый тендер индексируется семантически, поэтому «юридическое сопровождение
реструктуризации» находится и тогда, когда в названии нет слова legal.
- Контекст компании: профиль (компетенции, отрасли, языки, прошлые проекты и подачи) участвует в
скоринге, система понимает, кого она обслуживает.
- Статус с объяснением: «может быть интересен» всегда сопровождается причинами (совпавшие параметры,
похожие прошлые проекты). Никаких черных ящиков: оценку можно проверить глазами.
- Воронка: новый, интересен (отметила система), просмотрен, в подготовке (запустил человек), подан,
результат. Решение о запуске всегда за человеком.
5.Архив корпоративных документов
- Хранилище: витяг, виписки, справки, уставные документы, лицензии, типовые формы. У каждого документа
срок действия и признак «действующий».
- При сборке комплекта система подставляет действующий документ как есть (копипаст валидного,
ровно как сформулировал Игорь), не пересоздает и не улучшает его.
- Заранее предупреждает, что документ истекает и в готовящейся подаче окажется просроченным.
- Если требуемого документа в архиве нет, в чек-листе комплекта стоит честная строка «нет в архиве»,
а не пропуск.
6.Подготовка предложения: что значит «две трети»
- Разбор тендерной документации: требования, формы, сроки, критерии оценки, перечень приложений.
Для сканов и нечитаемых PDF используется OCR (см. раздел 7: сканы обрабатываются в контуре).
- Чек-лист подачи: какие документы нужны, что есть в архиве, что просрочено, что готовит человек.
- Заполнение форм: заявки и анкеты заполняются данными компании (реквизиты, персонал, обороты),
система знает, что это компания А. Заполненный документ сохраняет исходное форматирование форм.
- Черновик содержательной части: по структуре донора, с базовым наполнением из истории («мы делали
то-то тогда-то») из RAG-базы прошлых проектов и подач. Специфику дописывает эксперт.
- Цена: отдельный явный вопрос человеку. Без ответа подача не собирается.
- Инструкция по размещению: куда и на каком этапе загружать какие документы.
7.Безопасность
Приоритет выше функционала, позиция Валерия
- Чувствительные данные не покидают ваш сервер в открытом виде. Перед отправкой в любую внешнюю
модель текст проходит маскировку на вашем сервере: детерминированный алгоритм, без AI, заменяет имена,
названия компаний и реквизиты на заглушки, ответ модели демаскируется обратно. Сотрудники разницы не видят.
- Сканы и нечитаемые документы: то, что нельзя замаскировать регулярными выражениями, обрабатывает
локальная малая модель только для маскировки. Большая внешняя модель получает уже обезличенный текст.
- Полностью локальная LLM возможна (опыт: Mistral, Llama, DeepSeek, Qwen, кейс банка с полностью
локальным контуром), но это дорого и оправдано только жестким требованием регулятора. Для первого этапа
не рекомендуем.
- Провайдеро-заменяемая архитектура: софт отдельно, модели отдельно. Любую модель можно заменить,
другим провайдером или локальной, без переделки системы.
- Доступ только вашего персонала: роли (администратор, пользователь, наблюдатель только на чтение),
у каждого свой логин, все действия в журнале. Ваши серверы работают фильтром к чувствительной информации.
- Интеграция с действующим CRM заказчика: система встраивается, а не заменяет.
- Календари подключаются (рабочий график, дедлайны подач). Почта не подключается на первом этапе.
8.Технологии и экономика
- RAG везде: ни один экран не работает по схеме «вопрос и ответ нейросети». Связка алгоритмов и
моделей трех семейств (Gemini, GPT, Claude) от слабых к сильным: классификация и матчинг дешевыми моделями
или вообще без AI, генерация текста сильными. Состав моделей меняется по мере их развития.
- Детерминированное там, где можно: валидность документов, чек-листы, дедупликация и маскировка
считаются алгоритмами, а не моделью. Это дешевле и проверяемо.
- Ориентир расходов на токены: на действующем тендерном контуре сопоставимого масштаба выходит до
100 долларов в месяц, при активной работе с OCR и проформами закладываем до 200. Точная цифра меряется на
пилоте, в системе стоит настраиваемый дневной и месячный потолок расходов.
9.Этапы
| Этап | Состав | Критерий приемки |
|---|
| 1. Украинский контур | Prozorro и Prozorro.Продажи, параметры отбора, скоринг со статусами и объяснением, кабинет с воронкой, профиль компании | система сама находит и помечает релевантные тендеры, ложных срабатываний меньше согласованного порога на контрольной выборке |
| 2. Внешние источники и архив | Мировой банк, ЕБРР, KfW, частные заказчики. Архив корпоративных документов со сроками действия, чек-лист комплекта | по реальному тендеру система собирает комплект из архива и находит просроченный документ раньше человека |
| 3. Подготовка двух третей | разбор документации с OCR, заполнение форм, черновик содержательной части из RAG-базы прошлых подач, вопрос цены, инструкция по размещению. Интеграция с CRM и календарями, контур маскировки | на реальной подаче доля готового системой текста и форм согласуется как две трети, эксперт подтверждает пригодность черновика |
Каждый этап сдается работающим продуктом, а не презентацией. Точные сроки и стоимость называем после
согласования этого документа и получения примеров (раздел 11).
10.Модель сотрудничества
На созвоне обсуждались обе:
- Подписка. Мы дорабатываем готовые агенты (около 80 процентов готовности) под вас, вы платите за
серверы, токены и поддержку и получаете работающий сервис, заточенный под вас.
- Под ключ. Разработка под ваши задачи с передачей исходных кодов, документации и прав. Дальше
техническое сопровождение с нашей стороны или полная передача вашей инхаус-команде. Владение
интеллектуальной собственностью у вас.
11.Что нужно от заказчика для старта
- Ключевые параметры отбора: категории, ключевые слова, диапазоны сумм, типы заказчиков, стоп-слова.
- От трех до пяти примеров прошлых тендеров: документация, ваша подача, результат. Это база для скоринга
и для черновиков содержательной части.
- Комплект корпоративных документов для архива (витяг, виписки, справки) с датами.
- Решение по контуру: где разворачиваем (ваш сервер как фильтр чувствительных данных или наш хостинг на
первый этап) и кто дает доступы.
- Ответственный со стороны заказчика, который принимает этапы.
Смежные материалы. Живой кабинет внешних тендеров (демо-стенд без данных клиента)
показывает этап 1 и часть этапа 2 уже работающими: мониторинг, матчинг по портфелю, аналитика побед,
дайджесты. Доступы к стенду передаются лично.