Разработка B2B SaaS: PDF/DOCX → AI-извлечение → проверка человеком → XML по XSD

1. Суть продукта:

• Пользователь загружает PDF или DOCX пояснительной записки.
• Система извлекает из документа нужные данные.
• Пользователь видит найденные значения, источник каждого значения в документе, подтверждает или исправляет их.
• После проверки система программно собирает XML по заданной XSD-схеме.
• XML должен проходить XSD-валидацию.

Важно: нейросеть не должна свободно генерировать XML.
AI используется только для извлечения и классификации данных.
XML должен собираться детерминированным кодом по проверенным данным.

2. Основные модули
Нужно оценить по отдельности:

• загрузка и хранение PDF/DOCX;
• парсинг PDF/DOCX, включая таблицы;
• AI-извлечение данных из документа;
• интерфейс проверки: PDF слева, поля справа;
• подсветка источника значения в PDF;
• ручное подтверждение/редактирование/отклонение значений;
• генерация XML по XSD;
• XSD-валидация и отображение ошибок;
• личные кабинеты пользователей;
• проекты и версии документов;
• multi-tenant-архитектура для нескольких организаций;
• интеграции: DaData, Диадок, ЮKassa — оценить отдельно;
• базовый мониторинг, логирование, деплой.

3. Что нужно получить на выходе
Нужен работающий MVP, в котором можно:

• создать организацию/пользователя;
• создать проект;
• загрузить PDF/DOCX;
• извлечь данные;
• проверить данные вручную;
• сгенерировать XML;
• проверить XML по XSD;
• скачать итоговый XML.

4. Что прошу оценить
Прошу прислать:

• ориентировочную стоимость MVP;
• срок разработки;
• оценку в часах;
• состав команды;
• ставку специалистов;
• что войдёт в первую версию;
• что лучше вынести во вторую очередь;
• основные технические риски;
• какие данные нужны для точной оценки;
• были ли у вас похожие проекты: PDF/OCR/document AI/XML/XSD/SaaS/ЭДО.

5. Отдельно прошу оценить два варианта

Вариант А — минимальный MVP:
PDF/DOCX → извлечение данных → ручная проверка → XML → XSD-валидация.
Без биллинга, Диадока, ЮKassa, сложного multi-tenant.

Вариант Б — коммерческий SaaS:
Всё из варианта А + личные кабинеты организаций, multi-tenant, биллинг, Диадок, DaData, роли пользователей, мониторинг.

6. Важные требования:

• исходный код и репозиторий передаются заказчику;
• XML генерируется кодом, не LLM;
• ошибки XSD-валидации должны быть понятны пользователю;
• каждый извлечённый факт должен иметь ссылку на место в исходном документе;
• нужна оценка по этапам, а не одной общей суммой;
• нужен список допущений и ограничений оценки.