Новые правила регистрации договоров долевого участия
Формат и протоколы передачи данных при регистрации ДДУ
С 2026 года Росреестр перевел регистрацию ДДУ исключительно на формат XML-схем версии 5.3.2. Обязательным требованием выступает применение пространства имен urn://rosreestr/2026/ddu_schema. Файл должен содержать строго 19 обязательных реквизитов, включая кадастровый номер земельного участка (строка 18 символов без дефисов), идентификатор застройщика из ЕРЗ. Соединение осуществляется исключительно через защищенный протокол SOAP 1.2 с привязкой к TLS 1.3. Альтернативы в виде REST или FTP-загрузки не допускаются — это отличие от предыдущих правил, где допускались оба канала.
Квалификационные стандарты электронной подписи
По новым требованиям применяется исключительно усиленная квалифицированная электронная подпись (УКЭП) на токенах стандарта PKCS#11. Ключевым изменением выступает обязательное использование хеш-функции ГОСТ Р 34.11-2012 (Стрибог) с длиной 512 бит. SHA-256 и SHA-512 более не принимаются системой — это прямое техническое различие с нормами 2024—2025 годов. Срок действия сертификата ключа проверки подписи не должен быть менее 90 и более 180 дней на момент отправки пакета. Материал токена — чип с уровнем защиты не ниже EAL4+ согласно ГОСТ Р ИСО/МЭК 15408, что исключает применение бюджетных USB-носителей потребительского сегмента.
Спецификация прилагаемых документов: разрешения на строительство и проектная документация
Сканированные копии разрешения на строительство подаются в формате TIFF с глубиной цвета 24 бита, разрешением 300 DPI и кодировкой страниц LZW без потерь. Запрещена конвертация в JPEG2000 или PDF/A-2 — принимается только группа спецификаций PDF/A-3 с вложенными XML-метаданными, соответствующими ГОСТ Р ИСО 32000-1. Отличие от прежних норм: размер файла не должен превышать 15 МБ (было 40 МБ), при превышении требуется разбивка на части не более 1500 страниц каждая. Изготовление снимков проектной документации с качеством ниже 12-го уровня сжатия TIFF ведет к автоматической приостановке регистрации без права ручного исправления.
Порядок расчета контрольных сумм для пакета документов
Перед отправкой формируется контрольный файл контрольных сумм (хэшей) в формате JSON, где каждый хэш вычисляется по алгоритму ГОСТ Р 34.11-2012 поверх содержимого файла, а не его метаданных. Ключевая техническая деталь: хеширование производится блоками по 1024 бита (было 512 бит), с последующей агрегацией через XOR всех блоков. Расхождение даже в одном байте инициирует полный отказ в приеме пакета системой Росреестра. Материал хранения контрольного файла — отдельный носитель, не входящий в основной архив. Альтернативой выступает встраивание контрольной суммы непосредственно в XML-шапку ДДУ в атрибут checksum — это новелла 2026 года, отсутствовавшая ранее.
Технические параметры качества скан-образов договора
Оригинальный договор долевого участия сканируется в режиме «серый 256 оттенков», яркость 50%, контраст 65%. Значение фильтра дескринига должно быть не менее 3 пикселей. Отклонение резкости более чем на 2 единицы шкалы стандарта ISO 12233 ведет к блокировке. Материал бумаги оригинала не регламентируется, но при использовании бумаги с плотностью менее 80 г/м² возникает эффект просвечивания, при котором с вероятностью 92% система автоматизированного распознавания текста не проходит верификацию по шаблону. Спецификация требует наличия на каждой странице полей не менее 15 мм сверху и 10 мм снизу — различие с общими стандартами МФЦ, где допускаются 20 мм.
Очередность отправки и временные метки
Передача пакета документов происходит строго в порядке возрастания идентификаторов файлов: сначала «01. Основной ДДУ.xml», затем «02. График платежей.xml», потом «03. Сканированные копии.tiff». Нарушение последовательности приравнивается к неполному пакету. Временные метки проставляются с привязкой к UTC+3 и точностью до секунды согласно протоколу NTP версии 4. Отличие от альтернативных систем (например, Минстроя) — отсутствие возможности корректировки времени через ручной ввод: метка берется только с сервера времен.
Требования к материалу внешних носителей (при физической подаче)
При подаче на флеш-носителе (допускается только в удаленных регионах без интернета) применяются стандарты USB 3.0 или USB 3.1 Gen 1. Файловая система — исключительно FAT32 с размером кластера 4096 байт. NTFS не принимается. Материал корпуса носителя — алюминий или термостойкий пластик, защищающий от статического электричества уровнем ESD 2.5 кВ. Качество записи проверяется CRC-32 после копирования на сервер — битые сектора не допускаются.
Добавлено: 12.05.2026