dedoc/tz_dataset huggingface dataset:
•	входящие, исходящие и внутренние документы в электронном виде и на бумажном носителе;
•	внешние реляционные и многомерные электронные базы данных (далее – многомерные базы данных – разновидность реляционной модели, которая использует многомерные структуры для организации данных и выражают отношения между данными. Поддерживают неограниченное число значений в поле);
•	файлы формата *xml, *xlsx.
•	внутренние реляционные и многомерные электронные базы данных.
Система должна удовлетворять основным требованиям (т.е. требованиям, определенным настоящим Техническим заданием), обеспечивая адаптивность системы к внешним изменениям (изменениям законодательства, изменениям процессов внутри организации, изменениям требований внешних организаций).
Система должна быть совместима со всеми современными стандартами сетевого администрирования и сервиса.
ИС должна иметь возможность наращивания мощности информационного потока (объем и скорость обрабатываемой информации, интенсивность обмена данными, рост числа пользователей и т.п.) без принципиальной перестройки системы.
Система должна работать в графических операционных системах (Windows 7, Windows XP или эквивалент и выше), реляционных серверах баз данных.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.
Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации.
Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.
Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных.
Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования.
В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.
Требования к лингвистическому обеспечению
Лингвистическое обеспечение ИС должно быть достаточным для общения различных категорий пользователей в удобной для них форме со средствами автоматизации системы.
В лингвистическом обеспечении системы должны быть:
•	предусмотрены языковые средства для описания любой используемой в системе информации;
•	унифицированы используемые языковые средства;
•	стандартизованы описания однотипных элементов информации и записи синтаксических конструкций;
•	обеспечены удобство, однозначность и устойчивость общения пользователей со средствами автоматизации системы.
Требования к программному обеспечению
При выборе ПО предпочтение должно отдаваться архитектурным решениям и программным продуктам, имеющим положительный опыт при решении подобных задач. Предпочтительной является трехзвенная архитектура.
ПО должно быть разработано на модульной основе, позволяющей легко добавлять, изменять функциональные возможности (т.е. добавлять, изменять функциональные возможности силами Концедента без привлечения разработчиков Концессионера).
Базовое ПО должно поддерживать и использовать стандартные сетевые протоколы передачи данных.
Требования к предметно-ориентированному программному обеспечению
Одним из основных принципов разработки предметно-ориентированного прикладного ПО модуля должно стать оформление ряда функций, которые выполняются на прикладном уровне, в виде программного обеспечения общепринятых сервисов прикладного уровня.
В основе данного подхода лежит требование того, что каждая пользовательская прикладная подсистема (реализующая необходимый функционал на данном уровне) в той или иной степени должна решать задачи следующих типов:
•	управлять доступом пользователей к информации, хранимой в БД, и к функциям, выполняемым прикладным программным модулем;
•	оперативно обеспечивать руководство и пользователей модуля актуальной информацией из соответствующей предметной области;
•	осуществлять поддержку технологии коллективной работы персонала в рамках единого технологического регламента;
•	предоставлять сервис доступа к соответствующей информации хранилища данных ИС.
Для решения этих задач в системе необходимо иметь отдельные подсистемы, реализующие функции ИС и обеспечить единый интерфейс обращения всех пользовательских приложений к данным подсистемам.
Требования к организационному обеспечению
Организационное обеспечение ИС должно разрабатываться с учетом существующих положений Концедента, эксплуатирующего систему.
Взаимодействие персонала объекта автоматизации с ИС должно осуществляется через программный комплекс, в соответствии с внутренними правилами работы и инструкциями по эксплуатации системы.
В ходе создания Системы должно обеспечиваться постоянное взаимодействие между Концессионером и Концедентом, для чего должны быть сформированы рабочие группы, включающие лиц, ответственных за:
•	решение административных вопросов (организация встреч, предоставление допусков, рассмотрение и согласование проектной документации и т.п.);
•	решение инженерно-технических вопросов (согласование технических аспектов реализации и администрирования системы, определение наличия и размещения технических средств, коммуникаций и т.п.);
•	нормативно-методическое и информационное обеспечение проектных работ, включая необходимое консультирование, организацию интервьюирования экспертных групп с целью уточнения функциональных характеристик подсистем и т.п.;
•	согласование.
Указанные лица должны иметь необходимый уровень компетенции, в том числе для принятия (организации принятия) оперативных решений по вопросам доработки.
Требования к методическому обеспечению
При создании Системы и документации на нее следует руководствоваться следующими документами:
•	ГОСТ 34.601-90. Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания
•	ГОСТ 19.701-90 (ИСО 5807-85) Единая система программной документации (ЕСПД). Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения
•	ГОСТ Р 50922-2006 Защита информации. Основные термины и определения.
•	ГОСТ Р 51583-2014. Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения
•	Руководящий документ. Решение председателя Гостехкомиссии России от 30 марта 1992 г.. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации..
•	Руководящий документ. Решение председателя Гостехкомиссии России от 30 марта 1992 г. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации .
•	Базовая модель угроз безопасности персональных данных при их обработке в информационных системах персональных данных (выписка). ФСТЭК России, от 15 февраля 2008 года.
•	Методика определения актуальных угроз безопасности персональных данных при их обработке в информационных системах персональных данных . ФСТЭК России, от 15 февраля 2008 года.
•	Состав и содержание организационных и технических мер по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных, утвержденные Приказом ФСТЭК России от 18 февраля 2013 г. N 21.
•	Постановление Правительства РФ от 01.11.2012 N 1119 “Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных”.
•	 Совместный приказ ФСТЭК России, ФСБ России и Минкомсвязи России от 31 декабря 2013 г. N 151/786/461 “О признании утратившим силу приказа федеральной службы по техническому и экспортному контролю, федеральной службы безопасности российской федерации и министерства информационных технологий и связи российской федерации от 13 февраля 2008 г. N 55/86/20 «об утверждении порядка проведения классификации информационных систем персональных данных”.
2.15. Требования к документированию
При исполнении Соглашения Концеденту должна быть передана проектная и исполнительная документация, разработанная в соответствии с требованиями ГОСТ 34.201-89.
Состав документации определяется согласно следующей таблице.
В таблице приняты следующие обозначения:
ОР – общесистемные решения;
ОО – решения по организационному обеспечению;
ТП – технический проект;
Знак X – обозначает принадлежность к проектно-сметной или эксплуатационной
В графе «Дополнительные указания» знак «-» означает отсутствие дополнительных требований к документу. В этом случае документ разрабатывается в соответствии с ГОСТом.
При возврате Концеденту Объекта концессионного соглашения в соответствии с условиями Соглашения, Концессионер передает в электронном виде актуальные на дату возврата документы из списка выше.
2.16. Проведение экспертизы  проведенных мероприятий по Соглашению.
Проведение экспертизы результатов мероприятий по наполнению       программного обеспечения актуальной информацией, по анализу актуальности введенных сведений в  программном обеспечении для хранения, поиска и обработки информации, по выявлению Объектов недвижимости, не принятых к налогообложению (вовлечению Объектов недвижимости на учет в регистрационных и налоговых органах), производится Концедентом с использованием созданного по Соглашению программного обеспечения.
Информация о изменениях должна отражаться в модуле Системы - «Состояние системы» посредством постоянного обновления сведений из Росреестра и УФНС РФ по Московской области, в результате выполнения Концессионером в том числе требований пункта 2.13. Технического задания.
После первичного импорта всей имеющейся информации из Росреестра и УФНС РФ по Московской области, а также из других источников данных, загрузки УПКС и ставок земельного налога и налога на имущество в модуле «Состояние системы» фиксируются начальные основные показатели сверки:
Земельные участки:
•	Количество Объектов ГКН – количество загруженных в систему земельных участков из ГКН;
•	Количество Объектов ЕГРН – количество загруженных в систему земельных участков из ЕГРН
•	Количество Объектов УФНС РФ по Московской области - количество загруженных в систему земельных участков из УФНС РФ по Московской области
•	Есть регистрационные данные – наличие правообладателя в ЕГРН;
•	Нет регистрационных данных – отсутствует запись о правообладателе в ЕГРН;
•	С кадастровой стоимостью – земельные участки с кадастровой стоимостью из ГКН;
•	Без кадастровой стоимости – земельные участки без кадастровой стоимости из ГКН;
•	Без кадастровой стоимости, но с возможностью расчета – земельные участки без кадастровой стоимости, но с возможностью расчета по УПКС;
•	С ВРИ – земельные участки с видом разрешенного использования из ГКН;
•	Без ВРИ – земельные участки без вида разрешенного использования в ГКН;
•	С категорией земель – земельные участки с установленной категорией земель в ГКН;
•	Без категории земель – земельные участки без установленной категорией земель в ГКН;
•	Исключены из расчета – имеются обременения, не облагаются земельным налогом;
•	Налог ГКН – земельный налог, посчитанный по данным ГКН и ЕГРН, в отношении земельных участков, имеющие все характеристики для расчета налога;
•	Налог УФНС РФ по Московской области – земельный налог по данным УФНС РФ по Московской области;
•	Площадь ГКН – площадь земельных участков по данным из ГКН, имеющие все характеристики для расчета налога;
•	Площадь УФНС – площадь земельных участков по данным УФНС РФ по Московской области
•	Потенциальная стоимость – стоимость земельных участков, посчитанная на основании УПКС;
•	Потенциальный налог – земельный налог, посчитанный по потенциальной стоимости;
•	Стоимость ГКН – кадастровая стоимость земельных участков из ГКН, имеющие все характеристики для расчета налога;
•	Стоимость УНФС – кадастровая стоимость земельных участков, принятых к начислению в УФНС РФ по Московской области;
Объекты недвижимости:
•	Количество Объектов ГКН – количество загруженных в систему Объектов недвижимости из ГКН;
•	Количество Объектов ЕГРН – количество загруженных в систему Объектов недвижимости из ЕГРН;
•	Количество Объектов УФНС РФ по Московской области - количество загруженных в систему Объектов недвижимости из УФНС РФ по Московской области;
•	С кадастровой стоимостью – Объектов недвижимости с кадастровой стоимостью из ГКН;
•	Без кадастровой стоимости – Объектов недвижимости без кадастровой стоимости из ГКН;
•	Исключены из расчета – имеются обременения, не облагаются налогом на имущество;
•	Налог ГКН –налог на имущество, посчитанный по данным ГКН и ЕГРН в отношении Объектов недвижимости, имеющие все характеристики для расчета налога;
•	Налог УФНС РФ по Московской области –налог на имущество по данным УФНС РФ по Московской области;
•	Площадь ГКН – площадь Объектов недвижимости по данным из ГКН, имеющие все характеристики для расчета налога;
•	Площадь УНФС РФ по Московской области – площадь Объектов недвижимости по данным УФНС РФ по Московской области.
•	Стоимость ГКН – кадастровая стоимость Объектов недвижимости из ГКН, имеющие все характеристики для расчета налога;
•	Стоимость УФНС РФ по Московской области – кадастровая стоимость Объектов недвижимости участков, принятых к начислению в УФНС РФ по Московской области.
Концедент проверяет в модуле «Состояние системы» изменение основных показателей сверки путем установки даты каждые 10 дней с момента выполнения Концессионером этапа 3 Календарного плана.
Концедент самостоятельно производит запросы в Росреестр посредством Системы по представленным Концессионером отчетам, используя «Рабочие наборы» по ошибкам и модуль запроса сведений.
Концедент производит запрос в УФНС РФ по Московской области о количестве принятых к начислению Объектов недвижимости, согласно отчетам и писем, переданных в рамках выполнения п.2.13 Технического задания.
Концедент производит запрос в УФНС РФ по Московской области о суммах начислений по земельному налогу и налогу на имущество в отношении Объектов недвижимости, согласно отчетам и писем, переданных в рамках выполнения п.2.13 Технического задания.
В результате проведения экспертизы Концедент формирует отчет о количестве Объектов недвижимости, принятых к начислению, с суммами исчисленного земельного налога и налога на имущество, которые начислены в рамках исполнения Соглашения по настоящем Техническому заданию.
Концедент формирует заключение, в котором определяет сумму начислений земельного налога и налога на имущество.