Техническое задание · версия 1.0

Тендерная система для legal-сферы: мониторинг, скоринг и подготовка предложения

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

Основание	созвон 27.08.2026, требования Игоря и Валерия
Заказчик	юридическая компания, тендерное направление
Исполнитель	Initask
Статус	проект, открыт для правок
Дата	27 августа 2026

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 уже работающими: мониторинг, матчинг по портфелю, аналитика побед, дайджесты. Доступы к стенду передаются лично.

Демонстрация LexDesk Концепция продукта Кейсы Initask

Initask. Документ подготовлен 27 августа 2026 года по итогам созвона и открыт для правок: комментарии можно оставить в версии Google Docs или письмом.