dedoc/tz_dataset huggingface dataset:
1.	Собрать тестовый стенд и выполнить нагрузочное тестирование для определения требований к вычислительным мощностям и объёмов хранения данных с учётом квот, распределяемых согласно ролей пользователей, групп и структуры подразделений.
2.	Определить оптимальную техническую конфигурацию систем: так, например, внешние хранилища документов или объёмных объектов могут быть более эффективными в целях обеспечения удовлетворительного уровня производительности.
2.5	Создание единой базы всех участников сети
2.6	Подсистема проведения опросов аудиторий сообществ и сотрудников подразделений Агентства
Для эффективной организации и проведения опросов внешних и внутренних аудиторий Агентства необходима подсистема, позволяющая регистрировать опросные листы, предоставлять к ним доступ респондентов, собирать и передавать результаты опросов на аналитическую обработку.
Данная подсистема должна быть доступна аутентифицированным и не аутентифицированным (анонимным) пользователям CRM в следующих режимах:
●	Подготовка, проведение и завершение опроса: доступна только авторизованным пользователям системы, ответственным за подготовку и проведение мероприятий.
●	Участие в опросе: доступна аутентифицированным (сотрудникам) и анонимным (представителям сообществ) пользователям портала.
●	Агрегация, упаковка и передача собранных данных:доступна только авторизованным сборщикам (техническим специалистам) и аналитикам (представителям подразделений, организовавшим опрос) данных.
2.6.1	Модуль подготовки данных к выгрузке
В связи с возможностью сбора персональных данных, а также с необходимостью предварительной агрегации данных (без потери информации) с целью их последующей выгрузки (экспорта) необходимо разработать функционал:
1.	Описания фильтров для отбора и связывания интересующих данных.
2.	Учёта уровня и привилегий доступа пользователя для подготовки данных к выгрузке с учётом признака “персональные данные”: если доступ к отдельным записям или их полям запрещён, данные не должны попадать в выгрузку.
3.	Описания полей, которые должны попасть в выборку данных для выгрузки.
4.	Формирования выборки данных с учётом описанных выше фильтров и ограничений в следующих форматах:
.	CSV, JSON, XML
.	Методом запроса к SQL-представлению данных.
Требуется разработка инструментов загрузки сырых данных предыдущих оценок. Необходим функционал по интеграции этих данных в систему.
2.6.2	Модуль визуализации данных и формирования отчётных форм
Для целей подразделения Развития человеческого капитала Агентства разработать следующие виды опросных форм и представлений собранных данных:
1.	Персональный отчёт Сотрудника (в соответствии с образцом).
2.	Отчёт по сотруднику (в соответствии с образцом).
3.	Отчёт по руководителю (в соответствии с образцом).
4.	Отчёт для оценочной комиссии (в соответствии с образцом).
Статистика и результаты проведения опросов не должны быть доступны никому, кроме Центра развития человеческого капитала (Далее “ЦРЧК”). Таким образом, для любых опросных форм должны быть заданы критерии отображения и доступности собранной информации. Группы и пользователи, которым материал может быть доступен определяется при создании опроса (по умолчанию пользователь-создатель опроса и подразделение к которому пользователь относится), но также может быть изменён пользователем-создателем или руководителем подразделения, к которому пользователь принадлежит.
Должна быть возможность установки факта проверки отчётной формы для последующей автоматической отправки респонденту и другим заинтересованным лицам (в соответствии с перечнем получателей).
Должна быть возможность предварительного просмотра перед отправкой или сохранением отчётов, а также разработан функционал подготовки данных 3-го и 4-го отчётов на основании данных первых двух.
2.7	Подсистема конструирования отчётности и информационных панелей
Для организации эффективного управления Агентством с учётом его проектной деятельности в рамках развиваемых инициатив, необходим механизм гибкой настройки отчётов и информационных панелей с учётом принципов управления, основанного на данных.
Другими словами, фиксированный набор отчётов может быть актуален для каких либо системных и поддерживающих функций Агентства, но для новых проектов и инициатив, которые ещё не запущены, структура отчётности пока не известна.
С другой стороны, вне зависимости от того, каким образом и какие проекты и инициативы развиваются, необходима возможность составления наборов верхнеуровневых моделей отчётов и их показателей, которые должны собираться по всей содержательной деятельности Агентства вне зависимости её характера, динамики, задействованного персонала и ресурсов. Соответственно цифровой след должен собираться по всем осуществляемым в системе процессам. (в том числе при межсистемном взаимодействии).
2.7.1	Постановка задачи
Разработка информационных панелей должна опираться на конструкторы и «мастера» настройки, позволяя работать над ними сотрудникам Агентства не обладающих компетенциями программирования на каких-либо языках программирования, включая SQL/NoSQL и любых иных их разновидностей.
Информационные панели должны собираться из набора визуализированных источников данных, применяя удобные для использования интерфейсные формы с понятной документацией и информационной поддержкой (от оператора поддержки и от сообществ).
Хорошими примерами могут служить подходы, реализованные в рамках проектов «1С:Предприятие 8» (концепция схемы компоновки данных для отчётов) или Pentaho (с визуальным помощником составления отчётов с поддержкой механизма drag-n-drop).
Разработать отчётный блок по мониторингу и контролю внедрения практик «Смартека» (рабочая таблица, которую можно использовать в качестве образца прилагается). Подробное описание платформы “Смартека” в параграфе 2.9 настоящего ТЗ.
2.7.2	Функциональные требования к информационным панелям Агентства
Дашборд должен стать единой точкой сборки ключевой информации о деятельности Агентства, его подразделений и сети. Исходя из этого, дашборд должен формироваться с учетом следующих принципов:
1.	Предусматривать возможность настройки различных прав доступа различным категориям пользователей.
2.	Предусматривать возможность различной периодичности обновления для различных показателей.
3.	Отображать отдельные показатели деятельности как в целом по Агентству, так и в разрезе отдельных:
.	регионов;
.	округов