dedoc/tz_dataset huggingface dataset:
Пользователю должна быть доступна закладка с результатами. Эта закладка предназначена для мониторинга отправленных запросов. В данной закладке пользователь должен иметь возможность работать со следующими инструментами:
•	Поиск по номеру;
•	Поиск по статусу;
•	Поиск по типу;
•	Создан с/до;
•	Окно «Состояние запросов».
Поиск по номеру
В данной форме пользователь должен иметь возможность осуществить поиск необходимого запроса по его регистрационному номеру. Результат поиска должен появляться в форме результатов поиска с возможностью его скачивания (если по запросу пришли сведения).
Поиск по статусу
Данная форма должна позволять пользователю отсортировать запросы по их статусу, а именно:
•	Пусто (по умолчанию);
•	Создан;
•	Отправлен в обработку;
•	Прошел проверки, обрабатывается;
•	Обработан, получен результат;
•	Ошибка обработки.
После применения необходимого фильтра и нажатия кнопки «Найти», все запросы с данным статусом должны отобразиться в форме «Состояния запросов».
Поиск по типу
Данная форма должна позволять отсортировать запросы по типу запроса, который был использован при создании, а именно:
Поиск по форме «Создан с/до»
Данная функция должна позволять показывать созданные запросы, которые были произведены в указанную дату, ввод даты и времени осуществляется с помощью кнопки «Календарь», после нажатия которой, появляется всплывающее окно с выбором года, месяца, дня, часа и минут. Пользователь должен иметь возможность указать время отправки запроса (дата/ точное время создание запроса). Модуль должен отобразить лишь те сведения, которые были созданы не ранее указанного времени. Также пользователь должен иметь возможность указать время в поле «Создан до», после чего модуль отобразит лишь те сведения, которые были созданы до указанного времени.
Окно «Состояние запросов»
В течении некоторого времени созданные пользователем запросы должны менять свой статус, а именно:
•	«Создан» – Запрос создан, ждет очереди на отправку;
•	«Отправлен в обработку» – Запрос находится в очереди на обработку;
•	«Прошел проверки, обрабатывается» – Запрос прошел внутреннюю проверку, и находится в обработке;
•	«Обработан, получен результат» - запрос обработан, результат готов к скачиванию;
•	«Ошибка обработки» – при обработке запроса произошла ошибка, данный запрос не будет обработан (неправильный КН);
Для просмотра состояния и скачивания готовых результатов используется окно «Состояние запросов».
Скачивание готовых результатов
К скачиванию должны допускаться только полностью обработанные запросы со статусом «Обработан, получен результат». Для скачивания результатов запросов должно быть предусмотрено 4 кнопки:
•	Кнопки переход между страницами формы «Состояние запросов». Данная кнопка предназначена для перехода между страницами формы «Состояние запросов».
•	Кнопка «Развернуть». Позволяет просмотреть всю историю обработки выбранного запроса
•	Кнопка «Открыть». Находится возле каждого готового запроса, позволяет скачивать результаты каждого запроса;
•	Кнопка «Скачать все». Позволяет скачать все результаты запросов, у которых статус «Обработан, получен результат», после нажатия данной кнопки появляется окно с предложением создания папки на рабочем столе с указанным пользователем именем, после ввода имени папки и нажатия кнопки «ОК», начнется скачивание всех готовых результатов в созданную папку.
2.12.6. Требования к модулю обработки данных
Данный модуль должен быть предназначен для:
•	Получения сведения
•	Загрузка сведений
•	Обработки данных
•	Анализ данных
•	Экспорт
•	Состояние системы
В модуле должно быть предусмотрено:
•	Автоматизированный запрос и импорт кадастровых районов, кварталов из публичной кадастровой карты
•	Автоматизированный запрос и импорт справочной информации об объектах из Онлайн-сервиса Росреестра
Должна быть предусмотрена:
•	Загрузка сведений по земельным участкам в формате Excel: Ставки (в справочник, пообъектно), УПКС (в справочник, пообъектно), АИН, УФНС РФ по Московской области, Административная информация, Ошибки ФЛК, Налоговые льготы (в справочник)
•	Загрузка сведений по ОКС в формате Excel: Ставки (в справочник, пообъектно), АИН, УФНС РФ по Московской области, Административная информация, Ошибки ФЛК.
•	Изменение сведений:
Данная функция должна отображать Объекты с изменениями значений кадастровых характеристик после обновлений сведений по выбранным периодам. Функции: Фильтр кадастровых характеристик, Выбор периода обновления сведений.
В части обработки данных должны быть предусмотрены:
•	Сопоставление
Виды сопоставления: ставки ЗУ, ставки ОКС, УПКС, льготы.
Функции: поиск по ВРИ по документу, построение сложных запросов для поиска, автоматическое предложение вариантов сопоставления, массовое сопоставление/отмена сопоставления, построчное сопоставление, построчное исключение из сопоставления (объекты, которые невозможно отнести ни к одной из категорий), фильтрация наличию сопоставления данной категории и другим категориям, автоматический подсчет кол-ва несопоставленных строк, экспорт результатов сопоставления, возможность обновления данных в наборе сопоставления, массовое назначение ставок, УПКС.
•	Работа с рабочими наборами
Функции: Реестр (удаление/Восстановление рабочих наборов); Расчет налога (выбор года, выбор источника расчета налога, характеристики рассчитанного налога); Просмотр журнала операций над рабочим набором; Фильтрация по наименованию, типу объектов (ЗУ/ОКС), статусу (удален/ не удален), дате создания, обновления; Сортировка по наименованию, кол-ву объектов, дате создания, обновления.
В части анализа данных должны быть реализованы:
•	Аналитические инструменты
Потенциал. Функции: Выбор года в разрезе источников (ГКН, Налоговая); Выбор основания потенциала (актуальный налог, налог Росреестр, общий потенциал, отсутствуют в УФНС РФ по Московской области, несовпадение КС УФНС РФ по Московской области и Росреестра, несовпадение КС Росреестра и потенциальной КС); Выбор параметров визуализации (тип построения графика, метки данных); Построение графиков; Развернутый потенциал по актуальному налогу в разрезе ФЛ и ЮЛ с возможностью перехода к мини-реестру; Формирование отчета; Построение потенциала по рабочему набору, созданному в модуле земельного налога.
Определение ставки. Функции: Выбор года; Выбор ВРИ; Полнотекстовый ввод подкатегории; Ввод нового значения ставки; Расчет налога по двум значения ставки; Построение графиков; Переход к мини-реестру; Определение потенциала нового значения ставки по рабочему набору, созданному в модуле земельного налога.
•	Аналитические слои в ГИС-портале
Функции: легенда, построение статистики, цветовая индикация принадлежности к категории.
Аналитические слои по ЗУ: ЗУ по категории; Стоимость ЗУ (кв.м.); ЗУ (отсутствие прав).
Аналитические слои по кварталам: Средний УПКС; ЗУ без прав; Стоимость за кв.м.; ЗУ нет в УФНС РФ по Московской области, Есть ГКН, Нет ЕГРН; Есть ЕГРН, Нет УФНС РФ по Московской области.
•	Инструмент по исправлению КН.
В части экспорта данных должен быть предусмотрен экспорт данных в модуль налогового учета ЗУ и модуль налогового учета ОКС следующих сведений:
•	Данные Росреестра;
•	Данные Онлайн-сервиса ГКН;
•	Данные Онлайн-сервиса ЕГРП;
•	Данные АИН;
•	Данные УФНС РФ по Московской области;
•	Данные УПКС;
•	Данные по ставкам;
•	Данные по расчетам;
•	Данные по рабочим наборам.
В данной части системы отображены инструменты и мониторы состояния системы. Система должна предоставлять пользователю следующие функции:
•	Журнал операций;
В данной форме отображаются все события системы и операции, производимые пользователями. Функции: Поиск по событию, Выбор типа события, Выбор даты от/до, Поиск по пользователю, Поиск по IP адресу, Поиск по описанию события.
•	Сверка сумм;
Данная функция должна предоставить пользователю проверить целостность и подлинность содержимого модулей системы.
•	Обновление версии системы;
•	Состояние системы;
В данной форме должны отображаться все задействованные сервисы системы и их состояние в режиме реального времени и диаграммное отображение загрузки центрального процессора системы.
2.12.7.  Требование к модулю администрирования пользователей.
Данный модуль должен обеспечивать возможность регистрации и распределения прав доступа к различным модулям информационной системы, их объектам и функциям, выполняемым с объектами. Модуль администрирования пользователей должен включать следующие функции:
•	регистрация (удаление, деактивация) пользователей;
•	ввод (корректировка), просмотр персональных и учетных данных;
•	настройка прав пользователей;
•	проверка корректности ввода персональных и учетных данных, обязательных полей;
•	поиск пользователей по параметрам персональной и учетной информации;
•	регистрация (удаление, деактивация) структурных подразделений организаций;
•	привязка пользователей к структурному подразделению;
•	настройка прав для всех пользователей, входящих в структурное подразделение, присвоение индивидуальных прав каждому пользователю.
По каждому пользователю должен храниться следующий перечень параметров:
•	персональные данные;
•	перечень присвоенных прав;
•	ссылка на структурное подразделение организации.
По каждому структурному подразделению должен храниться следующий перечень параметров:
•	общие сведения по структурному подразделению;
•	список сотрудников структурного подразделения.
2.12.8. Требование к модулю хранения и деперсонализации сведений Росреестра.
Модуль предназначен для хранения и деперсонализации данных Росреестра.
Функциональные возможности модуля:
•	Деперсонализация сведений;
•	Отправка сведений в другие модули системы.
При поступлении сведений в модуль хранения и деперсонализации сведений Росреестра, модуль должен начинать анализ и деперсонализацию данных.
Деперсонализация сведений о физическом лице заключается в следующем:
Данные о Фамилии, номере, дате выдачи и органе, выдавшем документ, удостоверяющий личность, ИНН, месте рождения, контактном номере телефона являются недоступными для просмотра.
Алгоритм обработки исходного файла:
•	Сохранение оригинала файла в формате .zip
•	Анализ zip-файла:
•	Распаковка zip в zip
•	Извлечение файлов Росреестра
•	Определение типа файла (с ПД, без ПД)
•	Обработка xml-файла с персональными данными
•	Итоговый файл сохраняется
После получения сведений, пользователь должен нажать на кнопку «Получить сведения», данные отправляются на деперсонализацию. После деперсонализации модуль хранения и деперсонализации сведений Росреестра отправляет в другие модули системы деперсонализированные сведения. При обращении к модулям системы выполняется запрос к модулю хранения и деперсонализации сведений Росреестра на получение персональных данных. В случае, если обращение к системе производится в локальной сети, то из модуля хранения и деперсонализации сведений Росреестра подгружаются персональные данные.
Обработка сведений
При обработке сведений должны взаимодействовать: модуль обработки данных, модуль заказа сведений из Росреестра и модуль хранения и деперсонализации сведений Росреестра.
1.	В модуле заказа сведений из Росреестра пользователь нажимает на кнопку «Получить сведения»
2.	Модуль заказа сведений из Росреестра отправляет данные в модуль хранения и деперсонализации сведений Росреестра
3.	Модуль хранения и деперсонализации сведений Росреестра производит деперсонализацию сведений
4.	Модуль хранения и деперсонализации сведений Росреестра отправляет в модуль заказа сведений из Росреестра подтверждение окончания обработки
При отправке данных взаимодействуют модули: модуль обработки данных, модуль заказа сведений из Росреестра и модуль хранения и деперсонализации сведений Росреестра.
1.	После окончания обработки данных модулем хранения и деперсонализации сведений Росреестра, модуль заказа сведений из Росреестра отправляет запрос на отправку деперсонализированных данных
2.	Модуль хранения и деперсонализации сведений Росреестра отправляет данные в модуль обработки данных
3.	Модуль хранения и деперсонализации сведений Росреестра отправляет подтверждение отправки данных модулю заказа сведений из Росреестра
Эксплуатация
При эксплуатации взаимодействуют модули: модуль обработки данных, модуль хранения и деперсонализации сведений Росреестра.
1.	Модуль обработки данных отправляют запрос в модуль хранения и деперсонализации сведений Росреестра на получение персональных данных
2.	Модуль обработки данных в локальной сети модуль хранения и деперсонализации сведений Росреестра отправляет сведения с персональными данными
3.	Модуль обработки данных во внешней сети не удается установить соединение с модулем хранения и деперсонализации сведений Росреестра
2.13. Система импорта/экспорта данных, наполнения ИС данными. Проведения мероприятий с полученными данными.
При внедрении ИС должен быть произведен первичный импорт данных из имеющихся электронных материалов – баз данных, файлов формата *xlsx.
Для каждого источника данных должно проводиться предварительное обследование.
Помимо этого, реализуется и периодический импорт данных из внешних источников при помощи модуля импорта данных из Росреестра, при этом выстраивается регламент обновления – какие данные при каких условиях обновлять.
В базу данных должны быть загружены сведения:
•	по всем земельным участкам на территории муниципального образования – данные, полученные в электронном виде в установленных форматах от Росреестра, от УФНС РФ по Московской области (данные в формате *xlsx или прочие, отдельно по физическим и юридическим лицам: наименование организации, ИНН, кадастровый номер земельного участка адрес собственника, доля, дата начала действия прав, дата окончания действия прав, кадастровая стоимость, ставка земельного налога, разрешенное использование, категория земель, площадь, код льготы, сумма налога, не подлежащего уплате в связи с предоставлением льготы), ставки земельного налога (взятые из нормативно-правовых актов), удельные показатели кадастровой стоимости (данные в формате *xlsx);
•	по всем объектам капитального строительства на территории муниципального образования – данные, полученные в электронном виде в установленных форматах от Росреестра (КПТ в формате *xml 9 версии, выписки из ЕГРН в формате *xml), от УФНС РФ по Московской области (данные в формате *xlsx, отдельно по физическим и юридическим лицам: наименование организации, ИНН, кадастровый номер объекта капитального строительства адрес собственника, доля, дата начала действия прав, дата окончания действия прав, кадастровая стоимость, ставка налога на имущество, вид объекта, площадь, код льготы, сумма налога, не подлежащего уплате в связи с предоставлением льготы), ставки налога на имущество (взятые из нормативно-правовых актов).
В Систему загружается информация из ФИАС, КЛАДР, информация адресного реестра по территории ГО Красногорск. В Систему должна загружаться информация из ФИАС в виде полной базы данных по субъекту РФ в формате *DBF. В адресном реестре должны быть реализованы следующие функции:
•	Отображение загруженной адресной информации из ФИАС.
•	Полнотекстовый поиск по характеристикам адресных элементов: «наименование», «уникальный идентификатор», «кадастровый номер».
•	Присвоение адреса ФИАС объектам в модулях земельного налога и налога на имущество.
•	Сравнение присвоенного адреса из ФИАС и актуального структурированного адреса из Росреестра.
•	Формирование и отправка постановлений с использованием технологического портала СМЭВ:
•	В ФИАС для актуализации и обновления государственного адресного реестра.
•	В Росреестр в случае несоответствия адреса утвержденному адресу ФИАС.
При этом должны быть проведены мероприятия по сопоставлению УПКС с ЗУ в границах муниципального образования; сопоставлению ставок земельного налога с ЗУ в границах муниципального образования на дату установки Системы, сопоставлению ставок налога на имущество с ОКС в границах муниципального образования на дату установки Системы. Т.е. по каждому земельному участку должны быть выставлены ставка земельного налога и удельный показатель кадастровой стоимости, каждому объекту капитального строительства должна быть выставлена ставка налога на имущество, и представлены Концеденту в формате *xlsx, а также загружены в систему и рассчитаны потенциальная кадастровая стоимость и потенциальные значения земельного налога и налог на имущество.
Указанные в пункте 2.13. Технического задания исходные сведения от УФНС РФ по Московской области за три последних налоговых периода запрашиваются и предоставляются Концессионеру Концедентом в течении 5 (пяти) дней с момента установки ИС (включая указанные в Техническом задании модули). К данному сроку Концеденту Концессионером должны быть предоставлены на согласование шаблоны для запроса сведений в УФНС РФ по Московской области. Шаблон запроса – текстовый документ, направляемый в ФНС для получения сведений. Далее запрос сведений происходит в сроки, установленные Соглашением.
Указанные в пункте 2.13. Технического задания сведения из Росреестра заказываются за счет средств и силами Концессионера при содействии Концедента. Концессионер обеспечивает установление на сервер Концедента модуля для заказа сведений из Росреестра. Концедент подключает к серверу ЭЦП. Концессионер производит массовый запрос сведений.
Полученные сведения, указанные в пункте 2.13 Технического задания, обрабатываются, проводится их предварительное обследование и сопоставляются Концессионером.
Концедент в рамках своих полномочий должен оказывать содействие при взаимодействии Концессионера с налоговыми органами и органами Федеральной службы государственной регистрации, кадастра и картографии (Росреестр) с целью исполнения Концессионером своих обязательств по осуществлению деятельности, предусмотренной Соглашением.
Необходимо предусмотреть быструю загрузку (не более 24 часов) данных больших объемов данных (не менее 70 000 000 объектов).
В целях исполнения условий Соглашения Концедент поручает Концессионеру производить обработку персональных данных (далее «поручение оператора») с соблюдением принципов и правил обработки персональных данных, предусмотренных законодательством РФ. Поручение оператора выдано для достижения целей Соглашения – создание Базы данных Территории и ограничено исключительно автоматизированной обработкой персональных данных с передачей полученной информации по сети или без таковой в соответствии с Техническим заданием. Концессионер обязуется соблюдать режим конфиденциальности в отношении обрабатываемых персональных данных и реализацию мер по безопасности при их обработке путем обеспечения:
•	сохранности носителей персональных данных;
•	ограничения перечня лиц, имеющих доступ к персональным данным, обрабатываемым в информационной системе и необходим последним для выполнения ими служебных (трудовых) обязанностей;
•	использования средств защиты информации, прошедших процедуру оценки соответствия требованиям законодательства Российской Федерации в области обеспечения безопасности информации, в случае, когда применение таких средств необходимо для нейтрализации актуальных угроз.
По результатам импорта данных в Систему Концессионером должны быть предоставлены отчеты по всем Объектам из базы данных по несоответствиям:
- ЗУ, у которых не установлена категория земель,
- ЗУ без разрешенного использования,
- Объекты недвижимости без актуальной кадастровой стоимости,
- ЗУ, у которых применены ошибочные УПКС для расчета кадастровой стоимости, величина несовпадения с текущей кадастровой стоимостью,
-  пересечения ЗУ,
-  пересечения ОКС,
- дубли Объектов недвижимости,
- ЗУ без площади, ЗУ без кадастровой стоимости, но с возможностью ее расчета,
-  расхождение площади по координатам и площади по документу,
-  несовпадение данных Росреестра и УФНС РФ по Московской области по кадастровой стоимости,
- несовпадение данных Росреестра и УФНС РФ по Московской области по площади,
- несовпадение данных Росреестра и УФНС РФ по Московской области по ставкам земельного налога/налога на имущество,
- несовпадение данных Росреестра и УФНС РФ по Московской области по разрешенному использованию,
- несовпадение КС из УФНС РФ по Московской области за разные годы актуальные на дату установки Системы,
-  отчеты по Объектам без прав,
- по отсутствию данных по земельным участкам и ОКС в УФНС РФ по Московской области.
Данные отчеты должны быть согласованы с Концедентом, на основании чего Концессионер формирует письма в федеральные органы для исправления ошибочных характеристик и вовлечения Объектов недвижимости в налоговый оборот. Форму и состав писем должен предложить Концессионер и согласовать её с Концедентом.
Концессионер формирует и предоставляет Концеденту предложения по установлению категорий земель и видов разрешенного использования, для Объектов с отсутствующими или неустановленными характеристиками (в состав предложения обязательно должны входить: кадастровый номер, площадь, адрес и местоположение). Концедент устанавливает характеристики в рамках своих полномочий, перечень с установленными характеристиками передает Концессионеру. Концессионер загружает установленные характеристики в Систему и запускает процесс формирования Постановлений об установлении вида разрешенного использования или категории земель по заявлению физических лиц. Скорость формирования одного Постановления не должна превышать 11 секунд. После этого Концессионер передает на подпись Концеденту сформированные Постановления. Концедентпередает подписанные Постановления Концессионеру, которые загружаются в Систему в виде скан-копий. Система в автоматическом режиме производит массовый экспорт Постановлений в Кадастровую палату, в формате *xml, на основании протокола обмена структурированными сообщениями SOAP.
Концессионер предоставляет Концеденту отчет об Объектах недвижимости, у которых отсутствует или ошибочная адресная характеристика в ЕГРН (в состав отчета должны обязательно входить: кадастровый номер, площадь, адрес и местоположение, вид Объекта – для объектов капитального строительства). Концедент согласовывает данный перечень и производит корректировку адресов в рамках своих полномочий. Концессионер получает от Концедента перечень объектов учета с откорректированными адресными характеристиками. Концессионер загружает данный перечень в Систему и запускает процесс формирования постановлений об изменении/уточнении/корректировке адреса по заявлению физических лиц. Скорость формирования одного Постановления не должна превышать 11 секунд. После этого Концессионер передает на подпись Концеденту сформированные постановления. Концедент передает подписанные Постановления Концессионеру, которые загружаются в Систему в виде скан-копий. Система в автоматическом режиме производит массовый экспорт Постановлений в ФИАС, в формате *xml, на основании протокола обмена структурированными сообщениями SOAP.
Концессионер формирует перечень объектов учета с отсутствующими правообладателями (в перечень Объектов обязательно должны входить: кадастровый номер, площадь, адрес и местоположение, наименование организации/ФИО, тип правоудостоверяющего документа, серия, номер, дата выдачи, орган выдавший документ). Данный перечень согласовывается с Концедентом. После согласования с Концедентом, Концессионер формирует запрос о наличии правоудостоверяющих документов в Государственном фонде данных полученным в результате землеустройства, а также в городском архиве и передает его Концеденту с перечнем объектов учета. Форму и состав запроса должен предложить Концессионер и согласовать её с Концедентом. Полученные документы вносятся в Систему в виде скан-копий. Система в автоматическом режиме формирует письма-уведомления по объектам учета с выявленными правообладателями. Скорость формирования одного письма-уведомления не должна превышать 11 секунд. Форму уведомления должен предложить Концессионер и согласовать её с Концедентом. Концедентосуществляет отправку уведомлений правообладателям.
Концессионер формирует и предоставляет Концеденту перечень объектов учета с отсутствующей кадастровой стоимостью (в состав перечня обязательно должны входить: кадастровый номер, площадь, адрес и местоположение, вид разрешенного использования и категория земель – для земельных участков, вид Объекта – для объектов капитального строительства). Концедентпередает сведения в Кадастровую палату.