dedoc/tz_dataset huggingface dataset:
4) Условия оказания услуг:
Исполнитель обязан обеспечить полноту и качество услуг в соответствии со «Специальными требования и рекомендации по защите информации, составляющей государственную тайну, от утечки по техническим каналам» решение Гостехкомиссии России от 23 мая 1997 г. № 55, с изменениями в соответствии с приказом ФСТЭК России от 30 декабря 2005 г. № 075, и другими действующими нормативно-техническими и методическими документами ФСТЭК России и ФСБ России.
Исполнитель обязан передать по окончании услуг результаты и права на них Заказчику, а также передать Заказчику информацию и документы, необходимые для эксплуатации и иного использования результата услуг.
5) Требования к технологическому оборудованию (контрольно-измерительной аппаратуре), инструменту
Исполнитель должен быть обеспечен необходимым инструментом, поверенной контрольно-измерительной аппаратурой и расходным материалом для проведения услуг.
Контрольно-измерительная аппаратура и инструменты должны находиться в технически исправном состоянии.
6) Требования к Исполнителю.
6.1. Исполнитель должен иметь в штате достаточное количество персонала с необходимой квалификацией для оказания услуг.
6.2. В соответствии с требованиями Постановления Правительства Российской Федерации от 21.11.2011 № 957 «Об организации лицензирования отдельных видов деятельности» Исполнитель на все время выполнения Контракта должен иметь действующие лицензии:
−	Лицензия ФСБ России на осуществление работ, связанных с использованием сведений, составляющих государственную тайну.
−	Лицензия ФСБ России на осуществление мероприятий и (или) оказание услуг в области защиты государственной тайны (действие лицензии должно распространяться на проведение работ по выявлению электронных устройств, предназначенных для негласного получения информации в помещениях и технических средствах, а также проведение специальных исследований на побочные электромагнитные излучения и наводки технических средств).
−	Лицензия ФСТЭК России на осуществление мероприятий и (или) оказание услуг в области защиты государственной тайны (в части технической защиты информации) в которую включены следующие мероприятия и услуги в области защиты государственной тайны:
контроль защищённости информации, составляющей государственную тайну;
проведение специальных исследований на ПЭМИН технических средств обработки информации;
проектирование автоматизированных систем в защищённом исполнении.
−	Лицензия ФСТЭК России на проведение работ, связанных с созданием средств защиты информации, в которую включены следующие работы, связанные с созданием средств защиты информации:
установка, монтаж, наладка, испытания, ремонт, сервисное обслуживание технических средств защиты информации, программных, программно-технических) средств защиты информации.
−	Лицензия ФСТЭК России на осуществление мероприятий и (или) оказание услуг в области защиты государственной тайны (в части противодействия иностранным техническим разведкам);
−	Аттестат аккредитации органа по аттестации, выданный ФСТЭК России.
6.3. Лицензии, указанные в п. 6.2 должны быть действительны на время оказания услуг.
6.4. Исполнитель не находится в стадии ликвидации участника закупки – юридического лица и отсутствие решения арбитражного суда о признании участника закупки – юридического лица или индивидуального предпринимателя несостоятельным (банкротом) и об открытии конкурсного производства;
6.5. Исполнитель не находится в стадии приостановления деятельности в порядке, установленном Кодексом Российской Федерации об административных правонарушениях, на дату подачи заявки на участие в закупке;
6.6. Исполнитель не имеет недоимок по налогам, сборам, задолженности по иным обязательным платежам в бюджеты бюджетной системы Российской Федерации (за исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный налоговый кредит в соответствии с законодательством Российской Федерации о налогах и сборах, которые реструктурированы в соответствии с законодательством Российской Федерации, по которым имеется вступившее в законную силу решение суда о признании обязанности заявителя по уплате этих сумм исполненной или которые признаны безнадёжными к взысканию в соответствии с законодательством Российской Федерации о налогах и сборах) за прошедший календарный год, размер которых превышает двадцать пять процентов балансовой стоимости активов участника закупки, по данным бухгалтерской отчётности за последний отчётный период.
6.7. Исполнитель отсутствует в предусмотренном Федеральным законом реестре недобросовестных поставщиков (подрядчиков, исполнителей) информации об участнике закупки, в том числе информации об учредителях, о членах коллегиального исполнительного органа, лице, исполняющем функции единоличного исполнительного органа участника закупки - юридического лица.
7) Требования по допуску аттестационной комиссии и специалистов Исполнителя на объекты информатизации.
7.1. Исполнитель обязан заблаговременно представить в режимно-секретное подразделение Заказчика утвержденный список своих специалистов для оказания услуг по защите информации и членов аттестационной комиссии для проведения аттестационных испытаний, а также список (перечень) оборудования и контрольно-измерительной аппаратуры, необходимых для оказания заявленных услуг (для заказа пропусков на внос и вынос в здание).
7.2. Каждый член аттестационной комиссии и специалист Исполнителя для получения доступа к объектам аттестации обязан постоянно иметь на руках документы, удостоверяющие личность, справку о допуске и предписание на выполнение задания. Предписания на выполнение задания должны предоставляться ежедневно на каждый день присутствия на объекте аттестационной комиссии и специалистов.
8) Требования к отчетным документам по итогам оказания услуг.
Разработка и согласование отчетных материалов по итогам оказания услуг производится в строгом соответствии с действующими руководящими и нормативно-методическими документами ФСБ России и ФСТЭК России.
Перечень отчетных документов и материалов по результатам оказанных услуг по защите информации и аттестации объектов информатизации:
−	проекты внутренних организационно-распорядительных и нормативных документов по безопасности информации;
−	программы-методики проведения аттестационных испытаний объектов информатизации;
−	акты установки сертифицированных средств защиты информации;
−	копии сертификатов соответствия систем защиты информации;
−	протоколы контроля состояния и эффективности защиты информации на соответствие требованиям по защите информации от несанкционированного доступа;
−	протоколы контроля защищенности информации от утечки за счет побочных электромагнитных излучений и наводки;
−	протоколы оценки эффективности принятых мер защиты информации;
−	заключение по результатам аттестационных испытаний объектов информатизации на соответствие требованиям по безопасности информации;
−	аттестаты соответствия объектов информатизации по требованиям безопасности.
Перечень отчётных документов, их разработка и согласование определяется и производится в строгом соответствии с действующими нормативными правовыми, руководящими и методическими документами.
Отчетные документы должны быть исполнены без грамматических и орфографических ошибок, опечаток и описок. Официальным языком системы аттестации является русский язык, на котором оформляются все документы, используемые и выдаваемые в рамках системы аттестации.
Документы должны представляться на бумажном носителе в одном экземпляре, проекты внутренних организационно-распорядительных и нормативных документов должны поставляться на электронном носителе CD-RW. Проекты организационно-распорядительной документации, перечень средств защиты информации, используемых для выполнения работ, программа и методики проведения аттестационных испытаний должны быть согласованы с Заказчиком.
Разработка и передача отчётных документов должна соответствовать требованиям Инструкции по обеспечению режима секретности в Российской Федерации, утверждённой постановлением Правительства РФ от 05.01.2004 г. № 3-1.
Исполнитель обязан обеспечить своевременное устранение недостатков и дефектов, выявленных при приемке отчётных документов.
9) Требования к качеству услуг
Предмет гарантийного обязательства:
Исполнитель обеспечивает соответствие качества оказываемых услуг условиям контракта в течение всего гарантийного срока.
Срок предоставления гарантии на оказанные услуги (гарантийный срок): не менее 3-х лет со дня подписания Сторонами акта сдачи-приемки услуг (акта выполненных работ).
Качество оказываемых услуг должно соответствовать действующим государственным стандартам, техническим требованиям, требованиям ФСТЭК России и ФСБ России, медико-биологическим и санитарным нормам, установленным в Российской Федерации.
10) Требования по обеспечению режима секретности и сохранения государственной тайны при оказании услуг.
Порядок сохранения государственной тайны и соблюдения режима секретности при оказании услуг на объектах должен удовлетворять требованиям «Инструкции по обеспечению режима секретности в Российской Федерации от 05.01.2004г. № 3-1», и СТР и другими руководящим документам ФСБ России и ФСТЭК России.
Стороны обязаны взять на себя обязательства строго соблюдать конфиденциальность сведений, полученных при оказании услуг, о результатах исследований, степени защищенности объектов информатизации и мероприятиях, применяемых для их защиты, а также технической, финансовой, коммерческой и другой информации и принимать все необходимые меры к предотвращению разглашения имеющихся сведений.
Передача указанной информации другим лицам может осуществляться только с согласия Заказчика, выраженного в письменной форме.
Гриф секретности отчетных документов должен соответствовать степени секретности сведений, содержащихся в документах.
11) Сроки оказания услуг
Услуги должны быть оказаны в срок не позднее 10.07.2017 года.
12) Дополнительные условия.
Аттестуемые объекты информатизации должны быть оборудованы СЗИ, в соответствии с требованиями руководящих и нормативно-методических документов ФСБ России и ФСТЭК России.
Поставляемые Исполнителем средства защиты должны иметь действующие сертификаты, выданные ФСТЭК России в системе сертификации средств защиты информации по требованиям безопасности информации, для использования на объектах информатизации соответствующих категорий и классов защищенности.
Поставка, установка, монтаж и настройка СЗИ осуществляется за счет Исполнителя.
Погрузочно-разгрузочные работы, транспортировка ТС осуществляется за счет Исполнителя.
Исполнитель имеет право привлекать для проведения работ сторонние организации, аккредитованные для оказания соответствующих услуг.
Все услуги по защите информации и аттестации объектов информатизации проводятся с применением только поверенной и технически исправной контрольно-измерительной аппаратуры и инструментов (Исполнитель обязан предоставить Заказчику свидетельства о поверке аппаратуры).
CRM Битрикс24: Управление проектами и сообществами АНО “АСИ”
Введение	2
Обзор возможностей системы	2
Ключевые потребности и возможности	2
Предоставление доступа сотрудникам к закрытым контактным базам	3
Доработки по схеме бизнес-процессов систем ИСУП (СЭОП, CRM)	4
Настройка статусов проектов	4
Регистрация событий, связанных с взаимодействием с контрагентами	5
Постановка задачи	7
Управление взаимоотношениями и проектами с общественными представителями	8
Постановка задачи	9
Качественные и количественные ограничения	10
Создание единой базы всех участников сети	10
Подсистема проведения опросов аудиторий сообществ и сотрудников подразделений Агентства	12
Модуль подготовки данных к выгрузке	13
Модуль визуализации данных и формирования отчётных форм	13
Подсистема конструирования отчётности и информационных панелей	14
Постановка задачи	15
Функциональные требования к информационным панелям Агентства	15
Интеграционные возможности продукта	19
Требования к конечному результату	21
Прочие требования к решению	21
Требования по сопровождению решения	22
1.	Введение
Настоящее техническое задание является спецификацией  требований к системе управления проектной деятельностью и сообществами АНО «АСИ» (Далее “Агентство”), частью которой является CRM Битрикс24 (“коробочная” версия системы, установленная на вычислительных мощностях Агентства), находящейся в эксплуатации у Агентства, требующих декомпозиции, спецификации и реализации.
Дополнения и уточнения могут выпускаться либо в виде новых редакций документа, либо в виде частных технических заданий на подсистемы, оформленных в виде приложений к настоящему техническому заданию.
Документ предназначен для использования в рамках закупочных процедур Агентства, направленных на разработку систем управления проектной деятельностью и сообществами Агентства.
2.	Обзор возможностей системы
2.1	Ключевые потребности и возможности
Структурные подразделения — иерархический справочник, отражающий структуру Агентства, используемый для группировки сотрудников с возможностью совмещения и/или участия в деятельности экстранет.
Инициативы — категории проектной и вне проектной деятельности, используемые для агрегации плановых и фактических показателей эффективности деятельности Агентства. При этом каждая инициатива должна быть отражена в системе CRM “Битрикс24” как проект для учёта общих для неё событий, планирования мероприятий, постановки и контроля ключевых задач. Такой проект должен быть интерпретирован системой, как заглавный проект инициативы.
Проекты — проектные группы, предназначенные для планирования и учёта деятельности их участников. Необходимость создания проектных групп определяется подразделениями самостоятельно. Проект может быть:
●	частью инициативы структурного подразделения;
●	реализуемым подразделением вне инициативы (без указания проекта-инициативы и без категории-инициативы);
●	совместным проектом сотрудников нескольких подразделений;
●	проектом экстранет, учреждённым внешними пользователями, с активным участием сотрудников Агентства (возможностью планирования и контроля мероприятий, формирования поручений-задач).
Задачи и подзадачи — конкретные поручения или события внутри проектов или вне проектов.
При настройке системы учесть, что в рамках CRM “Битрикс24” Агентства подключен модуль “Социальная сеть”, который необходимо настроить в соответствии с требованиями настоящего технического задания.
Общая стратегия выполнения работ по настоящему техническому заданию:
●	основной (наивысший) приоритет — настройка уже подключенных и настроенных модулей;
●	следующий (средний) приоритет — подключение новых модулей, реализующих требуемую функциональность и их настройка;
●	низший приоритет — разработка новых модулей или корректировка алгоритмики поведения существующих.
2.1.1	Предоставление доступа сотрудникам к закрытым контактным базам
В системе должна быть возможность ограничения видимости/доступа к контактной информации отдельных контрагентов (так называемая база вип-контактов), разрешение на доступ (и ограничение доступа) к которым должны устанавливаться уполномоченными сотрудниками Агентства.
Обособленное управление доступом к таким карточкам должно включаться при включении таких контактов в т.н. “вип-группы” или при установки признака “вип-контакт”.
“Вип-группы” и “вип-контакты” привязываются к конкретным подразделениям, среди сотрудников которых должна быть возможность установить ответственного за разграничение доступа на основании списков пользователей, которым разрешён доступ к соответствующей информации.
Помимо сотрудника, управляющего доступом к таким контактам и группам контактов, доступ может предоставлять и отзывать администратор системы, включая доступ создателя контакта, в зависимости от служебной необходимости. Поэтому для таких контактов и групп необходимо ввести дополнительный признак “администратор контакта/группы”, действующий в случае, если контакт или группа имеет статус “вип”.
Поля “телефон” и “электронный адрес” должны быть доступны только администратору контакта/группы, а также пользователям/группам, которым администратор предоставил доступ соответствующего уровня (просмотр, корректировка, предложение изменений). Для остальных пользователей должно выводиться поле с указанием администратора контакта/группы, ответственного за предоставление доступа. В системе должна быть предусмотрена функция формирования запроса на предоставление доступа с указанием причины непосредственно из формы контакта.
Контактная база должна иметь следующие возможности:
1.	фильтрация по всем колонкам/групповой принадлежности (ответственные за взаимодействие с Агентством вице-губернаторы, члены экспертного совета, губернаторы, контакты сотрудников аппарата правительства и т. д.) с возможностью создания новых групп для фильтрации;
2.	импорт и экспорт информации в базу из (в) табличных документов (в том числе, частичная загрузка информации для целей актуализации, при которой обновлению подлежит заданный оператором перечень полей);
3.	ввод данных отдельных контактов в базу вручную через специальную форму;
4.	рассылка писем по группам из баз (в том числе писем с именным обращением);
5.	ограничение доступа сотрудников ко всей базе или ее частям (отдельным категориям контактов), в т. ч. скрытие данных в определенных колонках (например, колонка «Номер телефона (личный)»), а также ограничение осуществления выгрузки данной информации из системы;
6.	при назначении прав должно функционировать правило вытеснения разрешения запретом на доступ к контактам, группам контактов, видам контактной информации;
7.	фиксация действий сотрудников по отношению к контактной базе в цифровом журнале (просмотр, добавление новых и редактирование старых контактов, скачивание контактной базы или ее части).
Данные для отображения базы в табличном виде:
●	Страна
●	Регион
●	Категория контакта
●	Фамилия
●	Имя
●	Отчество
●	Дата рождения
●	Организация
●	Должность
●	Номер телефона (личный)
●	Номер телефона (рабочий)
●	Эл. почта (личная)
●	Эл. почта (корпоративная)
●	ФИО помощника
●	Номер телефона приемной/помощника
●	Эл. почта приемной/помощника
●	Комментарий
Должна быть предусмотрена возможность создания дополнительных колонок (атрибутов) с другими данными в случае необходимости.
2.2	Доработки по схеме бизнес-процессов систем ИСУП (СЭОП, CRM)
Основная идея заключается в том, что трекеры проектов основную работу ведут в CRM, а лидеры и эксперты работают в СЭОП (внешняя по отношению к CRM система, которая реализована для автоматизации процессов взаимодействия проектных лидеров и экспертов, оценивающих проектную деятельность, но не входящих в число внешних пользователей CRM).
В CRM проект может попадать после комиссии по аудиту (это основной сценарий возникновения проектов с целью их передачи трекерам на контроль). Вместе с тем, допускаются сценарии, при которых проект или несколько проектов будут созданы в CRM с целью последующей их передачи в СЭОП для их презентации и оценки представителями экспертных сообществ.
Основными объектами учёта являются паспорт проекта (рабочая группа особого типа) и связанная с ним дорожная карта (форма определённой структуры). Проекты переходят из этапа в этап в результате формирования экспертами соответствующего протокола.
Статус проекта - синхронизируемое между системами проектное свойство: может изменяться в соответствии с переходом проекта с этапа на этап в обеих системах (CRM и СЭОП). Во отношении этого свойства возможны технические конфликты встречных изменений со стороны обеих систем. Необходимо учесть эту особенность при разработке протоколов обмена данными.
2.2.1	Настройка статусов проектов
В каждом проекте необходимо добавить возможность переводить проект на другой этап с загрузкой протокола. Данные о статусах должны передаваться в СЭОП через API. Обмен данными должен быть двусторонним:
●	создавать/изменять проекты (статусы проектов) в CRM с последующей передачей в СЭОП
●	создавать/изменять проекты в СЭОП и загружать их в CRM
Кроме того, должны быть предусмотрены следующие функции:
●	групповая смена статусов у нескольких проектов;
●	возможность изменения названий статусов;
●	разделения учёта мероприятий по дорожным картам и задач, над которыми работают проектные команды.
Проект должен попадать в CRM после проведения комиссии по аудиту при переводе его на этап «Экспертиза (вне ИСУП)».
2.3	Регистрация событий, связанных с взаимодействием с контрагентами
Агентство в рамках своих инициатив ведёт активное взаимодействие с внешними контрагентами. В связи с этим, функционал CRM «Битрикс24» в части подсистемы CRM должен быть настроен в соответствии с требованиями, описанными ниже.
2.3.1	Постановка задачи
Разработать модель организации информации о событиях взаимодействия с контрагентами в системе “Битрикс24”. Настроить систему на ведение учёта событий взаимодействия с контрагентами с использованием следующих аналитических разрезов:
●	Виды контактных лиц
●	Типы соглашений
●	Виды контрагентов
●	Контрагенты
●	Инициативы Агентства
●	Типы проектов
●	Проекты, период действия
●	Типы документов
●	Статусы документов
●	Документы
●	Типы событий взаимодействий
●	События
●	Даты событий
●	Органы власти, регионы
●	Подразделения
●	Сотрудники, должности
Сохранить возможность расширения аналитики (наборов свойств объектов системы) учитываемых в системе событий и составить методические рекомендации (руководства) по её использованию сотрудниками Агентства.
Обеспечить возможность выгрузки этих дополнительных аналитик в табличные формы (CSV, Excel), а также экспорта данных в реляционной форме или в формате JSON для последующего использования для анализа в рамках интегрированных систем BI, реализующих информационные панели согласно требованиям, описанным в соответствующем разделе настоящего технического задания.
2.4	Управление взаимоотношениями и проектами с общественными представителями
Общественный представитель — физическое лицо, осуществляющее часть своей деятельности от имени и по поручению Агентства на общественных началах по следующим направлениям:
●	предпринимательство и технологии;
●	образование и кадры;
●	социальные проекты;
●	городское развитие;
●	молодежное предпринимательство;
●	туристическое направление;
и иные.
Агент — кандидат на роль общественного представителя, не соответствующий каким-либо существенным для Агентства критериям, но осуществляющий схожую деятельность в регионах и являющийся активистом Агентства.
Координатор общественных представителей — сотрудник Агентства, имеющий доступ к проектным группам общественных представителей и агентов, осуществляющий коммуникацию между Агентством и активистами.
Указанный перечень статусов может быть дополнен новыми, всего до 50 статусов.
2.4.1	Постановка задачи
Выполнить анализ доступного (согласно лицензионных ограничений) функционала на предмет возможностей использования описанных выше функций. Сгруппировать результаты анализа по группам:
●	функционал доступен и настроен;
●	функционал доступен, но требует настройки и/или дополнительного лицензирования;
●	функционал недоступен и требует либо разработки внутри системы «Битрикс24», либо развёртывания внешней системы и её интеграции в контур CRM.
Решение задачи «многих начальников», чтобы каждый каждому (всем или многим) не мог ставить задачи, а только в соответствии с иерархией подчинения.
Определить структуру и типы собираемых цифровых следов, определить форматы данных, которые должны приниматься системой на хранение, определение методов обработки цифровых следов и средств хранения извлечённых данных.
Например, в рамках некоторого мероприятия было составлено некоторое количество документов, таблиц и презентаций. Хранение этих материалов в файловых хранилищах CRM в привязке к событиям, задачам и проектам — возможность базового функционала, но при этом может быть необходимость:
1.	полнотекстового поиска данных;
2.	семантического поиска информации;
3.	тематического анализа мероприятий.
Чтобы эти функции имели оперативную доступность, соответствующие данные необходимо предварительно обрабатывать и специальным образом хранить, либо использовать для этого внешние системы, такие, как Lucene, Solr, Elasticsearch и другие.
2.4.2	Качественные и количественные ограничения
Общая численность общественных представителей и агентов за 2020 год возросла более, чем втрое (от 250 и 50 до 700 и 300 соответственно). Предположительно, на регион может быть до 12 человек (по 2-3 человека на каждое направление), что в пределе соответствует 1200-1500 человек, работающих с системой, которые не будут сотрудниками Агентства. В связи с этим, а также с тем, что в системе предусматривается хранение файлов, необходимо: