ХМЛ

ХМЛ - XML пояснительной записки

Проект «ХМЛ»: из комплекта проектной документации собираем машиночитаемый XML по XSD Минстроя/ЕГРЗ. Сейчас открыт этап 1 — рабочий MVP без публичной ссылки. Дальше — ещё три этапа развития продукта.

  • 3 мин чтения
  • Кейс
ХМЛ — XML пояснительной записки по проектной документации (MVP)
  • 1 из 4 · MVP

    Этап

  • Веб-приложение

    Формат

  • XSD пояснительной записки

    Схема

  • пока только MVP

    Ссылка

  1. 01 · Клиент

    Заказчик готовит пакеты проектной документации для экспертизы и подачи в контуры, где пояснительная записка нужна уже не «текстом PDF», а валидным XML по схеме Минстроя (ЕГРЗ / ЕЦПЭ).

  2. 02 · Задача

    Собрать валидный XML не из одной ПЗ, а из полного комплекта данных (участники, ПД, SIG, хеши, ГПЗУ/ТУ/ИРД).

  3. 03 · Решение

    Этап 1 (MVP) — в работе / поставка по ТЗ: сквозной сценарий «комплект ПД → извлечение и ручная проверка → ПД+SIG+хеши → программная генерация XML → XSD-валидация → скачивание».

  4. 04 · Результат

    Результат этапа 1: рабочий MVP-контур подготовки валидного XML пояснительной записки по согласованной XSD (без публичного URL).

ИИ-конвертер строительной документации в валидный XML пояснительной записки

О клиенте

Заказчик готовит пакеты проектной документации для экспертизы и подачи в контуры, где пояснительная записка нужна уже не «текстом PDF», а валидным XML по схеме Минстроя (ЕГРЗ / ЕЦПЭ).

Одной пояснительной записки недостаточно: в XML нужны реквизиты участников, специалисты и реестры, файлы томов ПД, SIG-подписи, контрольные суммы, ГПЗУ, ТУ и ИРД. Ручная сборка такого пакета долгая и ошибочная.

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

С какой задачей пришли

  • Собрать валидный XML не из одной ПЗ, а из полного комплекта данных (участники, ПД, SIG, хеши, ГПЗУ/ТУ/ИРД)
  • Совместить OCR, AI-извлечение и обязательную ручную проверку полей с источником
  • Генерировать XML программным кодом по XSD — без «свободной» генерации нейросетью
  • Заложить смену версии XSD без перекомпиляции и путь к SaaS на этапах 2–4

Этап 1 · MVP (текущий)

Сквозной контур: вход под админом → проект → загрузка комплекта (ПЗ PDF/DOCX, сканы, ГПЗУ, ТУ, ИРД) → OCR → извлечение ключевых полей с источником и уверенностью → ручная проверка/правка → загрузка томов ПД и SIG → сопоставление и контрольные суммы (Стрибог) → программная сборка XML по XSD → XSD-валидация и preflight → скачивание XML. Архитектура «доделывать, а не переделывать»: AI-извлечение отдельно от XML-генератора и валидатора; файлы через слой хранения; данные привязаны к organization_id даже при одном пользователе.

Этап 2 · коммерческий контур (план)

По ТЗ: организации и пользователи, роли, тарифы/биллинг/оплата, расширенный ЛК и админка, задел под ЭДО и эксплуатацию. Не входит в приёмку MVP — появится в кейсе после согласования состава этапа.

Этап 3 · интеграции и юридически значимый контур (план)

Углубление работы с подписью/КриптоПро, автоматизацией обмена и ужесточением требований к ПДн (152-ФЗ) в боевом контуре. Детали и критерии — отдельным согласованием; текст кейса обновим после релиза.

Этап 4 · масштаб и версии схем (план)

Несколько организаций, лимиты, мониторинг, поддержка обновляемых XSD Минстроя «файлом схемы» без переписывания ядра, отчёты и сопровождение. Будем дополнять кейс по мере поставки.

Как это работает

Сценарий пользователя

  • Создаёт проект и загружает комплект документов ПД
  • Проверяет предложенные поля: подтверждает, правит или вводит вручную
  • Загружает тома ПД и SIG, видит сопоставление и контрольные суммы
  • Запускает генерацию XML, смотрит ошибки валидации при необходимости
  • Скачивает XML, прошедший XSD-проверку

Сценарий команды / админа

  • Одна учётная запись администратора на этапе MVP
  • Версии документов и XML-артефактов в карточке проекта
  • Реестр полей / маппинг / версия XSD на backend (не только в UI)
  • Протокол приёмочных испытаний и инструкция расширения до этапа 2

Технологии

Документы
PDF/DOCX парсинг, OCR сканов, версия документа
ИИ-слой
извлечение полей + источник; LLM через адаптер (в т.ч. РФ-контур под 152-ФЗ)
XML
программная сборка по XSD + серверная XSD-валидация (в т.ч. задел под 1.1)
Файлы / SIG
тома ПД, CAdES detached SIG, ГОСТ Р 34.11-2012 (Стрибог)
Архитектура
модули extraction / review / XML / validator; organization_id; сменяемая XSD

Срок: Этап 1 · MVP (45 дней по ТЗ) → этапы 2–4

Результат и бизнес-эффект

Результат этапа 1: рабочий MVP-контур подготовки валидного XML пояснительной записки по согласованной XSD (без публичного URL). Критерии ядра: OCR сканов, AI/правила для полей с источником и ручной проверкой, файлы ПД и SIG, контрольные суммы (ГОСТ Р 34.11-2012), генерация XML кодом (не «свободный ответ» LLM), серверная XSD-валидация. Этапы 2–4: описание появится после согласования и поставки — без выдуманных метрик.

Подойдёт, если вам нужно

  • Нужно собирать отраслевой XML/пакеты по жёсткой XSD, а не «красивый чат с файлами» - ИИ-агенты
  • Документы смешанные: текст, таблицы, сканы — нужен OCR + проверка человеком - Веб-приложения
  • Планируете MVP сейчас и SaaS/ЭДО позже без переписывания ядра - CRM и ERP

Часто задаваемые вопросы

Вопросы по этому типу проектов, те же, что задают перед стартом похожей разработки.

Что будет с плохими сканами?

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

Нейросеть может перепутать сумму?

Может, поэтому одной нейросети мы не доверяем. Каждое поле привязано к месту в документе, суммы и реквизиты сверяют правила, спорное проверяет человек. В проекте ХМЛ модель только предлагает поля, а XML пояснительной записки собирает код по XSD-схеме.

Чем это отличается от обычного OCR?

OCR даёт текст. Вам нужны поля: кто поставщик, какая сумма с НДС, к какому договору относится счёт. Их достаёт ИИ поверх распознанного текста, а затем правила проверяют результат.

Где хранятся документы?

Зависит от контура. В облачном варианте — на сервере проекта. Если в документах персональные данные или коммерческая тайна, разворачиваем всё на ваших серверах и подключаем модель так, чтобы данные не выходили за периметр. Архитектуру проектируем под 152-ФЗ.

Нужен XML/ИИ-контур под отраслевую схему?

Соберём MVP с валидацией по XSD и заложим архитектуру под SaaS, ЭДО и следующие этапы — как в проекте ХМЛ.

Смета за 1–2 дня

Напишите процесс, который съедает время. Вернём вилку пилота, не презентацию на 40 слайдов.

Презентация ↓ PDF

Или быстрая связь

XML пояснительной записки из ПД | Кейс JimmyNeuron