dedoc/tz_dataset huggingface dataset:
Унифицированные информационные структуры – приведенные к единообразию, единому правилу, единому виду информационных структур. Информационная структура – запись представление и хранение информации по определенной схеме, правилу в таком виде, чтобы можно было легко в ней ориентироваться, быстро находить нужный элемент.
ФЗ – Федеральный закон.
ФЛ – физическое лицо.
ФЛК – Форматно-логический контроль.
ЦХД – Центральное хранилище данных.
ЭВМ – Электронно-вычислительная машина.
Экземпляр Системы – копия Системы на материальном носителе, после установки, которой на компьютерное оборудование Концедента, он получает возможность воспользоваться данными Системы, получить необходимую информацию с использованием Сервисов.
ЮЛ – юридическое лицо.
2.2. Общие требования к  программному обеспечению для хранения, поиска и обработки информации.
Программное обеспечение для хранения, поиска и обработки информации для последующего выявления Объектов недвижимости, отсутствующих (не принятых к учету) в налоговых органах (далее - «Система» или «ИС») должна представлять собой систему, сводящую воедино несколько модулей. Система должна предоставлять полные сведения по Объектам недвижимости, входящим в границы муниципального образования г.о. Красногорск Московской области, обеспечивать оптимизацию и унификацию баз данных по Объектам недвижимости, предоставлять возможность использования единых каталогов и справочников.
Система должна быть самостоятельно обслуживаема (т.е. поддержание работоспособности Системы должно быть осуществимо силами Концедента без привлечения Концессионера) и эксплуатируема сотрудниками Администрации, иметь возможность дальнейшего расширения и наращивания. Состав и содержание решаемых задач в условиях создания и эксплуатации Системы постоянно будет видоизменяться за счет новых данных являющихся результатом работы с Системой.
Система должна обеспечивать эффективную обработку объемов данных, указанных в п. 2.13.  Технического задания, которые по мере использования ИС будут постоянно расти, при этом должна позволять проверять информацию на достоверность, актуальность и полноту сведений, с возможностью выявления несоответствий базам данных Росреестра и Управления Федеральной Налоговой службы РФ по Московской области, проведения повторного импорта заведомо исправленных данных в Росреестре и Управлении Федеральной Налоговой службы РФ по Московской области для устранения несоответствий.
Основные принципы построения системы:
•	принцип комплексности - основные информационные ресурсы и автоматизированные процессы должны реализовываться на основе общей территориально-распределенной архитектуры, едином пространстве справочной информации, общего пользовательского интерфейса;
•	корпоративности - все комплексы Системы создаются на основе единой концепции по модульному принципу, каждый отдельный комплекс Системы может наращиваться с помощью отдельных компонент (т.е. возможно увеличение числа функций в конкретном компоненте комплекса Системы). Доступ пользователей к информационным ресурсам комплекса разграничивается по уровню допуска пользователя и степени открытости информационного ресурса;
•	интеграции и унификации — внедряемое программное обеспечение должно иметь возможность интеграции с имеющимися программными продуктами, установленными у Концедента. Подсистемы должны обеспечивать как решение задач, проходящих через все уровни ИС, так и решение частных задач отдельных структурных единиц;
•	информационной совместимости - в информационной системе должны использоваться справочники и классификаторы, утвержденные в законодательных актах федерального, регионального и местного уровня в РФ;
•	распределенности - архитектура ИС поддерживает взаимодействие распределенных площадок и обеспечивает механизм удаленного взаимодействия пользователей по сети Internet/Intranet;
•	минимизации – должно осуществляться уменьшение циркуляции бумажных документов, переход от обмена реальными бумажными документами к обмену их электронными версиями;
•	актуальности – должна характеризоваться обеспечением автоматизации функций и задач в части специфики создаваемой информационной системы, предъявляемых к работникам, исполняющих свои обязанности, в соответствии с требованиями нормативных правовых актов, регулирующих их деятельность, с учетом изменения, отмены, выхода новых нормативных правовых актов;
•	надежности – должна определяться отсутствием отказов в работе, приводящих к остановке на период более 3 часов чаще 1 раза в неделю процесса эксплуатации ИС. Информационная система должна обеспечиваться гарантированной технической поддержкой и сопровождением, направленным на поддержание ее в работоспособном состоянии в течение установленного гарантийного срока.
•	Защищенности – информационная система должна обеспечивать сохранность информации, в том числе персональных данных и служебных сведений, от несанкционированного доступа, копирования, изменения, удаления при условии использования соответствующей инфраструктуры при условии использования специализированных средств защиты информации.
2.3. Требования к структуре и функционированию Системы
В состав Системы должны входить следующие модули (компоненты):
o	Модуль земельного налога;
o	Модуль налога на имущество;
o	Реестр межевания;
o	Модуль «ГИС-портал»;
o	Модуль заказа сведений из Росреестра;
o	Модуль обработки данных;
o	Модуль администрирования пользователей;
o	Модуль хранения и деперсонализации данных Росреестра.
между компонентами системы
Требования не предъявляются.
Требования к характеристикам взаимосвязей создаваемой системы и
смежными системами
Взаимодействие со смежными системами производится с использованием подсистемы импорта и имеющихся сервисов.
Требования к режимам функционирования системы
В ИС должны быть предусмотрены следующие основные режимы доступа к информации:
•	в пользовательском режиме – для просмотра и редактирования открытой информации в справочно-информационных целях, для просмотра и редактирования аналитической информации (в зависимости от прав доступа);
•	в административном режиме – для внесения изменений в справочники и классификаторы, для изменения прав доступа пользователей или участников модуля (далее пользователь именуется Администратором).
Требования по диагностированию