ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на предоставление права доступа (передача исключительных прав) к автоматизированной системе «Управление юридическими процессами Casepro»

1 ТЕРМИНЫ И СОКРАЩЕНИЯ

Таблица 1. Термины и сокращения

Термины и сокращения Пояснение или расшифровка

AD Active Directory.

CB, Casebook Система, предназначенная для агрегации и ведения

информации по судебной практике арбитражных судов.

Система Casebook использует те же данные что и системы

Caselook Kad.arbitr.ru.

Casepro

Комплекс технических средств и прикладного программного

обеспечения, предназначенного для учета и управления

судебными делами.

OWA Outlook Web Access.

БП Бизнес процессы.

Дело Вопрос/проблема или группа вопросов/проблем, требующих

решения. В качестве дела может выступать как судебное, так и

досудебное разбирательство, в том числе проверка,

проводимая контролирующими органами. Дело ведется всегда

в рамках актива.

Документ Форма представления информации в целях её подготовки,

отправления, получения или хранения.

Задача

Для целей описания функциональных требований Системы,

задачей является необходимое и/или обязательное для

выполнения ответственным работником Компании действие

или набор действий (подготовка иска, участие в судебном

заседании и т.д.).

Заказчик Лицо (физическое или юридическое), заинтересованное в

выполнении исполнителем работ, оказании им услуг,

приобретении Системы.

2

Термины и сокращения Пояснение или расшифровка

ИнтеграцияОбъединение нескольких ППО для обеспечения их

совместного функционирования как единого целого.

ИС Информационная Система.

КТС Комплекс технических средств.

Модуль Функционально законченный фрагмент программы,

оформленный в виде отдельного файла с исходным кодом или

поименованной непрерывной её части.

ОСОперационная система.

Плагин Независимо компилируемый программный модуль,

динамически подключаемый к основной программе и

предназначенный для расширения и/или использования её

возможностей.

ПО Программное обеспечение.

ПользовательРаботник Компании, имеющий доступ к Системе, в

соответствии с ролевой моделью прав доступа.

ППО Прикладное программное обеспечение.

Роль Набор прав доступа к функциям и данным Системы.

СД Судебные дела.

Система Информационная система управления судебными делами

«Cas.pro».

Событие Зафиксированное Системой и представленное в виде

информационного оповещения о произошедшем изменении в

системе: добавление актива, добавление дела, добавление

участника, добавление задачи, добавление события,

добавление файла, появление дела в системе Casebook с

участием отслеживаемой организации.

СправочникПредварительно определенный перечень возможных значений

для какого-либо параметра, к примеру «категория дела» и т.д.

3

Термины и сокращения Пояснение или расшифровка

Статусное событие Событие, имеющие значение в рамках дела. Задается

пользователем или Системой (при получении данных из

Casebook).

СУБД Система управления базами данных.

Участник Сторона дела.

Общие сведенияНастоящее Техническое задание определяет основные требования к ИС по

управлению судебными делами «Casepro» (далее – Система).Полное наименование Системы

Информационная Система управления судебными делами «Casepro».

Краткое наименование СистемыСистема/ Casepro.Источники и порядок финансирования работФинансирование работ осуществляет Заказчик.Сроки начала и окончания работПлановые сроки начала и окончания работ по созданию Системы в соответствии с

календарным планом выполнения работ.Срок использование лицензий – 1 год.Количество лицензий – 25 лицензий.Назначение и цели создания СистемыНазначение СистемыСистема предназначена для автоматизации бизнес-процессов по ведению судебных

дел в части: Повышения эффективности судебной защиты интересов Компании, за счет

повышения оперативности получения информации, скоординированности действий подразделений Компании, автоматизации и оптимизации рутинных операций и т.д.;

Установления оперативного контроля за текущими судебными процессами; Формирования управленческой отчётности по различным направлениям

судебной работы и по различным параметрам на основе информации, занесённой в информационную базу Системы;

Автоматизации сбора, хранения информации по судебным делам; Частичной замены документооборота с использованием бумажного

носителя на электронный документооборот (в части судебного сопровождения); Мониторинга судебных дел Компании; Внедрения системного подхода к судебному сопровождению применительно

к Компании в целом; Систематизации судебной практики по делам с участием Компании; Внедрения в Компании технического решения (Системы), отвечающего

вышеуказанным целям, в формате, возможном к тиражированию в компаниях группы Компании.

4

В рамках выполнения работ по внедрению Системы должны быть автоматизированы следующие виды деятельности (процессы):

Ведение реестра судебных дел; Информирование об изменении в делах и датах заседаний; Информирование о сроках обжалования судебных актов и совершения

процессуальных действий; Формирование календаря событий; Взаимодействие с картотекой арбитражных дел и информирование о

появлении новых СД и движении СД, находящихся в производстве; Формирование отчетности.Предполагается использование Системы юристами, а также другими

специалистами, занятыми подготовкой различных документов.Цели создания СистемыЦель внедрения Системы — автоматизация процессов Компании в части

управления судебными делами в юридическом департаменте.Внедрение Системы ведения судебных дел в Компании должно повысить

эффективность процесса ведения судебных дел за счет автоматизации и оптимизации рутинных операций, предупреждения потери информации о судебных делах путем своевременного получения информации о судебных делах и формирование отчетности.

Задачи СистемыСистема должна обеспечивать решение следующих основных задач: Увеличить количество подаваемых исковых заявлений за счет уменьшения

нагрузки на специалистов по ведению баз; Увеличить сумму взыскиваемых денежных средств; Обеспечить актуальность и релевантность информации по судебным делам,

находящимся в производстве в Компании; Автоматизировать основные БП Компании в сфере судебной и юридической

деятельности в части: Поступления задач в подразделения Компании; Распределения задач по ответственным; Получения информации о ходе движения дела; Фиксации входящих и исходящих документов в Системе; Формирования стандартных процессуальных и иных документов (по

стандартным бизнес процессам) в полуавтоматическом режиме; Формирования календаря судебных заседаний; Формирования базовой оперативной и статистической отчетности; Создания инструмента для накопления единой базы знаний по судебно-

претензионной работе (учет заключений, методик и иных документов); Установления оперативного контроля за текущими судебными процессами.

Характеристика объекта автоматизацииОбъектом автоматизации является деятельность Компании по ведению судебных

дел с участием Компании: Учет судебной работы по каждому судебному делу или совокупности

судебных дел по проекту в Компании с привязкой к исполнителю; Ведение реестра текущих и архивных судебных дел; Формирование графика судебных заседаний и отправка напоминающих

уведомлений; Составление в автоматическом/полуавтоматическом режиме отчетности по

судебной работе;

5

Составление в автоматическом/полуавтоматическом режиме документов по шаблонам;

Учет действий работников в Системе; Постановка (автоматическая и/или в ручном режиме) задач работникам

юридического департамента Компании; Хранение и учет заключений, разъяснений, методик и иных документов,

разработанных в Компании по различным вопросам, в том числе связанным с судебной работой, по тематикам споров с возможностью поиска, по ключевым словам, темам и т.д.;

Связь методик, заключений и иных документов с категориями дел и конкретными судебными делами.

Цели автоматизацииЦели автоматизации: Автоматизировать контроль за соблюдением процессуальных сроков в

рамках судебной работы; Предоставить инструмент учета времени сотрудников Компании,

задействованных в судебной работе; Создать возможность централизованного хранения и доступа к информации

по судебным делам всех сотрудников компании в соответствии с уровнем доступа; Реализовать возможность формирования графика судебных заседаний и

отправка напоминающих уведомлений; Обеспечить автоматическое обновление арбитражных судебных дел; Сократить трудозатраты на формирование отчетов.Требования к СистемеТребования к Системе в целомТребования к Системе в целом: Функциональные и технические требования к Системе должны в

максимальной степени обеспечиваться стандартной функциональностью системы. Выполняемые в рамках внедрения Системы работы должны заключаться в настройке Системы, подготовке начальных данных и миграции данных, обучении сотрудников.

Система должна быть спроектирована с учетом возможности увеличения производительности путем наращивания необходимых вычислительных ресурсов при сохранении общей сбалансированности всех аппаратных составляющих Системы.

Требования к структуре системыСистема должна обладать производительностью, позволяющей одновременно

работать с ней работникам подразделений Компании, обрабатывать и хранить большие объемы информации и документов. При разработке должны быть учтены возможности увеличения количества эксплуатирующих лиц, увеличение объема информации и документов, обрабатываемых Системой.

Система должна быть централизованной – вся вносимая информация с момента сохранения в Системе должна быть доступна всем пользователям с учетом права доступа пользователя к информации (с учетом ролевой модели).

Система должна предусматривать возможность восстановления данных в случае утраты (несанкционированного удаления) данных или их части.

Техническая архитектура должна включать следующий комплекс технических средств:

Сервер приложений (IIS): Операционная система сервера: Windows Server 2012 R2, edition Standart или

выше. Сервер СУБД: Операционная система сервера: Windows Server 2012 R2, edition Standart или

выше;

6

СУБД сервера: SQL Server 2014 R2, edition Standard или выше (Enterprise). Компонент FULL Text Search;

Сервер СУБД находится в единой локальной сети с сервером приложений – необходимо для правильной работы координатора распределенных транзакций.

Сервер OWA: Операционная система виртуального сервера: Windows Server 2012 R2 SP1,

edition Standard или выше; На сервере должен быть установлен Office Web Apps Server 2013; На сервере не должны быть установлены другие серверные приложения. К

ним относятся Exchange Server, SharePoint Server, Lync Server и SQL Server; На сервере не должны быть установлены какие-либо версии Office.Так же должен быть установлен почтовый сервис для работы с email

уведомлениямиВсе перечисленные серверы должны быть частью домена. Они могут находиться в

одном и том же домене или в доменах одного и того же леса. Обобщенная схема технической архитектуры Системы представлена на Рисунке 1.

Рисунок 1. Схема технической продуктивной среды

Требования к способам и средствам связи для информационного обмена между компонентами системы

Система должна функционировать на основе баз данных, размещенных в локальной вычислительной сети.

Информационный обмен между подсистемами Системы должен осуществляться через централизованное хранилище данных.

Режим функционирования оборудования локальной вычислительной сети – непрерывный.

Требования к совместимости со смежными системамиСистема должна взаимодействовать с: AD – в части получения списка сотрудников;

7

Картотекой арбитражных дел (kad.arbitr.ru) – в части получения информации по появлению новых дел с участием Компании, а также синхронизацией дел, созданных в Системе с делами из картотеки дел.

Требования к численности и квалификации персонала Все пользователи Системы должны обладать общими знаниями по работе с

программой Microsoft Internet Explorer не ниже 11 версии.Пользователи Системы должны уметь выполнять операции в соответствии с

назначенными им ролям.Требования к надежностиСервер Системы должен быть доступен в круглосуточном режиме (24/7) с

допустимыми перерывами на профилактику и перенастройку1. Профилактика и перенастройка Сервера Системы должны выполняться по

возможности во внерабочее время и не препятствовать работе пользователей Системы. Система должна сохранять работоспособность и обеспечивать восстановление

своих функций при возникновении следующих внештатных ситуаций: При сбоях в системе электроснабжения аппаратной части, приводящих к

перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска Системы; завершение незавершенных до сбоя синхронизаций должно обеспечиваться повторным запуском процесса синхронизации;

При ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции Системы возлагается на ОС;

При ошибках, связанных с программным обеспечением (например, драйверы устройств), восстановление работоспособности возлагается на ОС.

Последовательность и периодичность мероприятий по выполнению резервного копирования данных с целью предотвращения их потери и минимизации времени, требуемого на их восстановление, должны быть определены на стадии развертывания системы и зафиксированы документально.

Для защиты аппаратуры от перепадов напряжения, способных привести к возникновению внештатных ситуаций, должны применяться источники бесперебойного питания.

Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; независимые дисковые массивы).

Для обеспечения поддержания сохранности данных в случае возникновения сбоев и потери данных необходимо предусмотреть механизмы резервного копирования информационных файлов Системы на резервный источник.

Необходимо периодически создавать резервные копии информационных файлов Системы и хранить их на независимом дисковом массиве (внешнем носителе).

Требования к безопасностиДоступ к Системе должен быть реализован на основе ролевой модели прав доступа.

Система должна обеспечивать возможность добавления новых и редактирование существующих ролей без привлечения разработчика, и доработки Системы.

В Системе должны быть предопределены две системные роли пользователей.Таблица 2. Системные роли пользователей№ Роль Описание

1 Администратор Роль с максимальными правами на все разделы, предназначена для пользователей основного портала.

1 В отдельных случаях, если они обусловлены Договором, ответственность за доступность Системы (включая перерывы на профилактику и перенастройку) лежит на Заказчике.

8

2 Клиент Роль присваивается автоматически каждому пользователю, предназначена для всех пользователей клиентского портала.

1.1.1 Требования к защите информации от несанкционированного доступаСистема должна быть централизованной — вся вносимая информация с момента

сохранения в Системе должна быть доступна всем пользователям с учетом права доступа пользователя к информации (с учетом ролевой модели).

В Системе должен осуществляться учет действий всех работников в Системе. Просмотр действий всех работников в Системе должен быть доступен уполномоченным работникам, в соответствии с ролевой моделью прав доступа.

Уполномоченным работникам, в соответствии с ролевой моделью прав доступа, должны быть предоставлены права по созданию, удалению и редактированию в Системе справочников и разделов, к примеру, категорий дел, без привлечения внешних специалистов – специалистов, привлекаемых организацией для доработки Системы (разработчиков Системы или иных компетентных лиц), а также сценариев работы в Системе.

Требования по сохранности информации В Системе должна быть обеспечена корректная обработка аварийных ситуаций,

вызванных некорректными действиями пользователя, например, некорректное завершение работы Системы, ввод данных с неверным форматом или недопустимыми значениями. В данном случае Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверному завершению работы или некорректному вводу данных.

Требования к защите от влияния внешних воздействийПрограммно-технические средства Системы, сетевое оборудование и источники

бесперебойного питания должны сохранять работоспособность при условиях, указанных в технической документации программно-технических средств.

Требования к эргономике и технической эстетикеВзаимодействие пользователей с прикладным программным обеспечением,

входящим в состав Системы, должно осуществляться посредством визуального графического интерфейса.

Интерфейс Системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм.

Пользовательский интерфейс должен удовлетворять следующим требованиям: Все экранные формы пользовательского интерфейса должны быть

выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;

Все поля экранной формы должны быть доступны без дополнительной горизонтальной прокрутки окна и, по возможности, без вертикальной, кроме случаев, когда это обусловлено функциональным наполнением экранной формы;

Должно быть обеспечено наличие русскоязычного интерфейса пользователя; Наличие тонкого клиента или аналога, позволяющего осуществлять

полноценный доступ к Системе через веб-браузер; Должна предусматриваться логика отображения уже введенной информации

во всех связанных между собой объектах; Управление Системой должно осуществляться с помощью набора экранных

меню, кнопок и иных элементов; Клавиатурный режим ввода должен использоваться главным образом при

заполнении и/или редактировании текстовых и числовых полей экранных форм;

9

Для обозначения сходных операций должны использоваться сходные кнопки и другие управляющие (навигационные) элементы. Внешнее поведение сходных элементов интерфейса (реакция на наведение указателя мыши, переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.

Требования к графическому интерфейсу и дизайнуСистема должна удовлетворять следующим требованиям: Интерфейс должен быть прост, нагляден, интуитивно понятен и легок в

освоении, не требовать от пользователя специальных знаний, выходящих за рамки стандартных способов веб-навигации.

При возникновении ошибок, связанных с неправильными действиями пользователя (ввод некорректных символов, необходимость заполнения обязательных полей), Система должна выдавать сообщение с пояснениями, достаточными для понимания ошибки и ее исправления.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению

Автоматизированная Система должна обладать производительностью, позволяющей одновременно работать с ней работникам Подразделений Компании, обрабатывать и хранить большие объемы информации и документов.

При разработке должны быть учтены возможности увеличения количества эксплуатирующих лиц, увеличение объема информации и документов, обрабатываемых Системой.

Требования к производительностиВ Системе должны поддерживаться и обеспечиваться: Автоматическое распределение (балансировка) нагрузки и максимальная

производительность Системы; Поддержка моделей виртуализации и «облачного» развертывания; Встроенные механизмы отказоустойчивости и восстановления после сбоев.Требования к патентной чистоте и лицензионной чистотеВ Системе должны использоваться технические и программные средства,

обладающие патентной чистотой в РФ.Все покупные и разработанные программные продукты, используемые в Системе,

должны быть приобретены законным путем, иметь необходимые сертификаты и использоваться в соответствии с условиями лицензионных соглашений.

Дополнительные требованияДополнительные требования к Системе отсутствуют.Требования к функциям (задачам), выполняемым СистемойОбщие требованияВвиду использования Системы в разных часовых поясах должна быть

предусмотрена возможность настройки часового пояса пользователя и перевод всех значений формата «дата/время» в соответствующее значение.

Определение часового пояса должно осуществляться в соответствии с индивидуальными настройками каждого пользователя.

Требования к ведению списка дел Пользователь должен иметь возможность просматривать список всех доступных

ему дел в Системе. Дела должны быть сгруппированы по проектам и папкам. Должна быть доступна

функция создания дел вне проектов и папок. Должна быть возможность фильтрации и поиска дел по списку.

Требования к ведению списка папок

10

В списке дел должна быть реализована группировка проектов и дел по папкам и подпапкам. Пользователь должен иметь возможность просмотреть список всех доступных ему папок и подпапок в Системе.

Пользователю должны быть доступны следующие действия с папками и подпапками:

Просмотр списка папок и подпапок; Создание; Удаление; Редактирование названия; Предоставление доступа; Создание проектов и дел; Просмотр содержимого (дела и проекты).В папке или подпапке должны отображаться сначала все дела, созданные вне

проектов, а затем список проектов. Предоставление доступа к папке и подпапкеУ автора создания папки или пользователя с правами «Администрирование»

должна быть возможность предоставления или изменения прав к папке. При предоставлении доступа к папке автоматически должен предоставляться доступ с таким же уровнем, что и на папку, ко всем вложенным подпапкам и делам

При предоставлении прав или изменении прав необходимо указать: Пользователя или группы пользователей, которым предоставляется доступ; Уровень доступа: Частичный просмотр – частичный просмотр информации в папке без прав на

внесение какой-либо информации; Только просмотр – просмотр информации в папке и всем проектам и делам; Редактирование – ограниченный доступ для дополнения информации по

существующим проектам, доступ к созданию проектов и дел; Администрирование – полный доступ с возможностью добавления и

удаления проектов, папок и предоставления доступа к проекту и/или папке. Предоставление доступа к подпапке должно выполняться аналогично. При

предоставлении доступа только на подпапку (или на дело в ней) на корневую папку должны автоматически предоставляться права «Частичный просмотр».

Требования к проектамПользователь должен иметь возможность просмотреть список проектов в списке

дел. Система должна позволять просмотреть проекты в конкретной папке или в общем списке дел.

Пользователю должны быть доступны следующие возможности: Просмотр списка проектов; Создание проектов; Архивирование проектов; Восстановления архивного проекта; Удаление архивного проекта; Редактирование названия и описания проекта; Предоставление доступа к проекту; Изменение папки, к которой относится проект.Перемещение проекта в архив У пользователя с правами «Администратора» по проекту должна быть

возможность переместить «Проект» в архив, при этом все «Дела» проекта должны становиться архивными.

Особенности работы с архивными проектами и делами:

11

У пользователя с правами «Администрирование» по проекту должна быть возможность восстановить этот «Проект» из «Архива» в «Проекты в работе»;

При восстановлении «Проекта» все «Дела» этого проекта должны оставаться архивными;

У пользователя с правами «Администрирование» для «Проекта» должна быть возможность удалить архивный проект;

При удалении проекта вместе с ним должна удаляться вся информация о проекте и о делах этого проекта;

Удаление проекта нельзя отменить, а удалённую информацию восстановить.Предоставление доступа к проектуУ автора создания проекта или пользователя с правами «Администрирование»

должна быть возможность предоставления или изменения прав к проекту. При предоставлении прав или изменении прав необходимо указать: Пользователя или группу пользователей, которым предоставляется доступ; Уровень доступа: Частичный просмотр – при предоставлении доступа к делу пользователь

получает права на частичный просмотр проекта, в котором находится дело; Только просмотр – просмотр информации по проекту и всем его делам; Редактирование – изменение информации в проекте и его делах; Администрирование – полные права доступа к проекту и его делам с

возможностью предоставления доступа. Требования к списку делУ пользователя должна быть возможность просмотра списка дел в стандартном

режиме и с разбивкой по стадиям.При выборе типа отображения «С разбивкой по стадиям» должна отображаться

следующая информация: Список типов дел; Список стадий для выбранного типа дела; Карточки дел с разбивкой по стадиям.По каждому делу должна отображаться следующая информация: Номер дела; Название дела; Дата создания дела; Дополнительные параметры, которые были выбраны для данной стадии в

конструкторе типов дел.В списке дел должны сначала отображаться дела вне проектов и папок, а затем

проекты.По делам в проекте и вне проекта должна отображаться следующая информация: Дата создания дела; Название дела; Номер дела; Ответственный; Тип дела.По проектам должна отображаться информация о названии проекта и меню для

работы с проектом.У пользователя также должна быть возможность просмотра всего списка

доступных ему дел без привязки к проектам и папкам.В зависимости от фильтра («Все дела», «В работе» или «В архиве»), который

выбрал пользователь, в список попадают либо все дела, либо «Дела в работе» (активные дела), либо архивные дела и проекты, в которых хотя бы одно из дел архивное.

У пользователя должна быть возможность посмотреть список дел по проекту.

12

При создании проекта должна быть указана следующая информация:1) Папка. На форме создания проекта должна быть возможность выбора

существующих папок и создание новой папки.2) Название проекта.3) Описание проекта.Пользователь должен иметь возможность создать дело из списка дел (в том числе

вне проектов и папок).Фильтрация списка делВ Системе должна быть реализована возможность выбора набора фильтров, по

которым должна осуществляться фильтрация списка дел. В качестве основных фильтров должны выступать фильтры по:

Дате создания; Типу дела; Дате изменения; Состоянию дела: в архиве, в работе и все дела.В качестве дополнительных фильтров должны выступать фильтры по: Автору дела; Описанию дела; Ответственному по делу; Всем полям блоков карточки дела.Требования к ведению делСистема должна предоставлять следующие возможности: Хранить данные о судебных делах, проектах, судебных заседаниях и

связанных с ними сущностях; Хранить документы по судебным делам; Учитывать и ставить задачи, связанные с судебной работой; Хранить данные об участниках дела; Вести учет затрат по делу, а также затраченного в рамках дела времени; Вносить заметки по делу и хранить список заметок; Устанавливать тип ставки для выставления счетов по делу; Указывать бюджет по делу; Задавать правила переопределения ставок по делу; Давать доступ клиентам к делу.В рамках учета и ведения судебных дел Система должна предоставлять следующие

возможности: Создавать новые судебные дела; Объединять дела в группы (проекты); Создавать новые и изменять существующие проекты; Просматривать список заведенных дел (с возможностью фильтрации и

поиска); Просматривать карточку судебного дела; Редактировать значения параметров (добавлять, изменять, удалять) карточки

дела; Прикреплять документы к карточке дела; Просматривать и выгружать документы, прикреплённые к карточке дела; Отмечать судебное дело как архивное; Отмечать набор дел (в рамках проекта) как архивные; Предоставлять доступ к делу; Восстанавливать дела из архива; Удалять архивные дела.

13

Система должна предоставлять возможность объединения нескольких судебных дел в одно и выделения нескольких судебных дел из одного. Данная операция должна сопровождаться сохранением в Системе истории о ходе первоначальных дел.

Требования к карточкам судебных делВ карточке дела должен быть реализован механизм дублирования набора полей для

обеспечения возможности создания повторяющихся блоков. Повторяющийся блок должен представлять тот же набор полей, как и в

копируемом блоке с возможностью внесения информации, отличной от копируемого блока.

Создание и ведение карточки делаСистема должна поддерживать следующие способы создания карточки судебного

дела:1) Создание карточки судебного дела вручную – сотруднику, наделенному

полномочиями, должна предоставляться возможность создания карточки дела вручную путем выбора типа дела с последующим дополнением параметров карточки дела и синхронизации ее с электронной картотекой арбитражных дел.

2) Создание карточки судебного дела на основании данных из электронной картотеки арбитражных дел – сотруднику, наделенному полномочиями, должна предоставляться возможность просмотра списка оповещений (в соответствии с настроенными сценариями оповещений). О появлении новых судебных дел с участием компании и выбора тех дел, которые необходимо внести в Систему.

3) На основании оповещений пользователь должен иметь возможность создавать новые дела, которые автоматически синхронизируются с соответствующим делом из картотеки и заполняются атрибутами.

На форме создания дела должна быть возможность создания нового проекта. При создании нового проекта в форме создания дела должна быть возможность указания принадлежности нового проекта папке.

На форме создания дела должна быть возможность выбора проекта из списка, на который пользователь имеет права «Редактирование» из списка.

Для карточки судебного дела должны быть определены обязательные для заполнения поля. Подсистема должна осуществлять проверку заполнения обязательных полей. Перечень полей, а также состав данных карточки дела должен определяться типом дела, который настраивается в пункте меню «Типы дел».

Система должна предоставлять возможность прикреплять документы, создавать события и указывать участников судебного дела.

Система должна поддерживать следующие способы задания указанных объектов в Систему:

Автоматически – должны загружаться из электронной картотеки арбитражных дел при синхронизации;

Вручную – пользователь должен создавать объекты вручную.Система должна предоставлять возможность назначать и создавать задачи в рамках

судебного дела.В карточке дела должен быть реализован механизм дублирования набора полей для

обеспечения возможности создания повторяющихся блоков. Повторяющийся блок должен представлять тот же набор полей, как и в копируемом блоке с возможностью внесения информации, отличной от копируемого блока.

Так же должна быть возможность ведения блока с повторяющимися строками.В карточке дела должна быть возможность ведения полей следующих типов:1) Число.2) Текст.3) Дата.

14

4) Гиперссылка.5) Справочник. Должен быть предусмотрен выбор значений из конкретного

справочника Системы.6) Документ. Документ должен представлять собой поле, в котором

отображается название документа. Должна быть обеспечена возможность указания в поле документа и открытия карточки документа из поля настоящего типа.

7) Участник. Поле участника должно представлять собой поле, в котором отображается название участника дела. Должна быть обеспечена возможность указания в поле участника дела и открытия карточки участника из поля настоящего типа.

8) Формула. В поле с типом «Формула» должна быть реализована возможность расчета данных по заранее настроенной формуле. В качестве исходных данных могут использоваться как данные из самой карточки дела, так и данные, внесенные пользователем вручную.

В карточке дела должен быть доступен блок «Изображения», в зависимости от типа дела. В блоке «Изображения» должны быть доступны следующие действия:

Загрузка изображений в форматах: *.gif, *.jpg, *.jpe, *.jpeg, *.png; Скачивание изображений; Просмотр изображений; Добавление, изменение и удаления описания к изображению;Удаление изображения.Предоставление и изменение прав к карточке делаВ Системе должно быть реализовано предоставление и изменение доступа к делу

по аналогии с предоставлением прав к проекту. Также должна быть возможность назначения одного ответственного за дело. Ответственный должен обладать правами «Администрирование» по делу.

Кроме ручного предоставления доступа к делу в Системе также должен быть реализован механизм автоматического доступа групп пользователей к списку дел.

Данный механизм должен осуществляться по настройке в группе пользователей параметров дел, по которым должен предоставляться автоматический доступ:

Если дело подпадает под значения фильтра в соответствующей группе, то пользователям, входящим в группу, должны быть предоставлены права на данное дело в соответствии с настройкой группы;

Если права группе пользователей предоставляются как в ручном режиме, так и в автоматическом, то группе предоставляются в качестве результирующего права, максимальные права из предоставляемых.

Предоставление доступа к делу клиентуВ Системе должна быть предусмотрена возможность предоставления доступа к

делу: Зарегистрированным клиентам в Системе; Новым клиентам – по отправке приглашения на электронную почту.Должна быть возможность исключения из дела и удаления из Системы клиентов,

получивших доступ к делу.Повторная отправка приглашения должна быть доступна по тем клиентам, которым

было выслано приглашение.Выделение из дела отдельного производства В Системе должна быть предусмотрена возможность выделения информации из

дела в новое дело. При выделении дела должна создаваться копия карточки дела с заполненными атрибутами. В новом (выделенном) деле и в деле исходном должны быть проставлены ссылки друг на друга во вкладке «События». В новом деле выставляется начальная стадия по умолчанию.

При выделении дела в новое должны указываться объекты для копирования:

15

Все значения – при выборе переносятся все объекты (значение по умолчанию).

Карточка дела – данные карточки дела копируются только между одинаковыми блоками без учета прав пользователя на блоки. Из основного блока не копируется следующая информация:

заказчик; описание; ответственный. События – события и письма не копируются. События будут отображаться в

сводном календаре. Задачи – переносятся с документом, файлом. При копировании задач: придут уведомления; не переносятся ответственные по задаче; в истории действий генерируется сообщение; срабатывают сценарии на создание задачи; появляется запись в ленте событий о создании задачи. Участники – переносятся вместе с ролями. Документы – права на документы и/или папки такие же, как при обычном

создании папки и/или документа в деле. При копировании документов, папки по умолчанию в новом деле всегда создаются. Если не выбран для копирования объект «Документы», и при этом:

выбраны задачи, то документы, приложенные к задаче, будут скопированы в корневой раздел в дела;

выбрана вкладка «Дело», то документы, выбранные в поле формата «Объект – Документ», будут скопированы в корневой раздел дела;

если в описанных выше случаях документ находится в приватной папке, то документ не копируется.

Заметки – приватные заметки не переносятся.При копировании всего дела в новое дело: если пользователь был подписан на дело, подписка на новое не переносится; если дело было синхронизировано с КБ, в новое дело синхронизация не

переносится; настройки дела не переносятся; срабатывает сценарий автоматизации.При копировании отдельных данных в новое дело: данные копируются без учета прав пользователя, выполняющего операцию; в новом деле генерируются события о добавлении новых объектов; дата создания объектов равна дате выделения дел; при копировании документов, если у пользователя нет прав на документ

и/или папку, документ и/или папка не будут скопированы в новое дело; папки документов создаются по умолчанию в новом деле, если не был

выбран флаг «Документы» при копировании; не отправляется уведомление о создании дела; не копируются: история, комментарии, активности;срабатывает сценарий автоматизации.Объединение делПользователь должен иметь возможность объединить два дела в одно

производство.При объединении дел должно быть выбрано основное дело, т.е. дело, в которое

будут объединены исходные. При объединении «не основное» дело должно быть помещено в «Архив» с пометкой «Объединено».

16

В основном деле и в архивном должны быть проставлены ссылки друг на друга во вкладке «События».

Объединить дела доступно только пользователю с правами «Администрирование» по обоим делам.

Синхронизация карточки дела с картотекой делВ Системе должна быть реализована синхронизация дела с делом из картотеки дел.

Раз в один час из картотеки дел должен осуществляться запрос данных на предмет получения новых документов, участников и событий. При появлении новых документов, участников и событий в картотеке, данные попадают в Систему.

В Системе должна быть предусмотрена защита полей от внесения недостоверной информации о датах, суммах и наименованиях судов путем заполнения их Системой из электронной картотеки арбитражных дел.

В случае конфликта данных, внесенных пользователем, и данных, полученных из электронной картотеки арбитражных дел, данные из картотеки арбитражных дел считаются приоритетными и заменяют данные, внесенные пользователем.

Требования к расчету и переопределению ставок в делеПользователю должно быть доступно: Указывать ставку для расчета стоимости по делу; Задавать ставки в деле, отличные от тех, что заданы в Системе – ставки

будут применяться только к конкретному делу, в зависимости от указанных параметров: тип активности и пользователь.

В Системе должны быть предусмотрены следующие типы ставок: Затраты по времени & процент от выигрыша; Затраты по времени & фиксированная сумма; По затраченному времени и расходам; Процент от выигрыша; Фиксированная стоимость дела; Фиксированная сумма & процент от выигрыша.В зависимости от типа ставок должны применять дополнительные параметры к

ставкам.Таблица 1. Перечень дополнительных параметров по типам ставокТип ставки Дополнительные параметры и особенности

создания счетовЗатраты по времени & процент от выигрыша

Размер условной ставки, %.В первый счет будет включена информация по затратам, активности и проценту от выигрыша. Во второй и последующие счета – только активность и затраты.

Затраты по времени & фиксированная сумма

Фиксированная, Р.В первый счет будет включена информация по затратам, активности и фиксированной сумме. Во второй и последующие счета – только активность и затраты.

По затраченному времени и расходам

Отсутствует.В первый и последующие счета будет включена информация по затратам и активности.

Процент от выигрыша Ставка, %.В первый счет будет включена информация по затратам и проценту от выигрыша. Во второй и последующие счета – только затраты.

17

Тип ставки Дополнительные параметры и особенности создания счетов

Фиксированная стоимость дела

Размер ставки, Р.В первый счет будет включена информация по затратам и фиксированной сумме. Во второй и последующие счета – только затраты.

Фиксированная сумма & процент от выигрыша

Фиксированная, Р.Размер условной ставки, %.В первый счет будет включена информация по затратам, проценту от выигрыша и фиксированной сумме. Во второй и последующие счета – только затраты.

При переопределении ставок в деле пользователю необходимо будет указать: Тип оплачиваемой активности; Пользователя; Тип ставки: фиксированная или почасовая;- Размер ставки.Требования к ведению бюджета делаВ Системе должно быть доступно указание информации о бюджете дела.При определении бюджета дела пользователю необходимо будет указать: Размер бюджета; Параметры затрат: «Включать» или «Не включать»; Настроить уведомления пользователей, когда расходы достигнут

установленного лимита бюджета; Лимит бюджета в процентах, при достижении которого получателям будут

приходить уведомления;Выбор получателей уведомлений о достижении лимита бюджета.Требования к функционалу «Вероятный исход дела» (только для арбитражных дел)При синхронизации карточки дела с картотекой арбитражных дел, в поля должна

подгружаться информация о вероятном исходе дела (выраженная в процентном соотношении).

Особенности функционала: Доступен по всем типам арбитражных дел, кроме типов дел, связанных с

банкротством физического или юридического лица; Прогноз указывается только для дел, где «первая инстанция» не завершена.Для загрузки данной информации должны быть предусмотрены следующие поля: «Вероятность удовлетворения иска»; «Частичное удовлетворение иска»; «Отказ в удовлетворении иска»; «Возврат иска».В зависимости от вероятного исхода, каждое из вышеуказанных полей заполняется

значением, которое выражено в процентах.Архивирование, восстановление и удаление карточки делаВ числе параметров судебного дела должны быть предусмотрены следующие

состояния: «В работе» – новое судебное дело или дело в рассмотрении; «В архиве» – судебное дело, рассмотрение которого завершено судебными

инстанциями.Система должна обеспечивать возможность осуществлять ручное

(принудительное) изменение состояния дела. Данные права должны принадлежать только пользователям с соответствующей ролью (назначается администратором Системы).

Система должна предоставлять возможность смены статусов судебного дела:

18

из «В работе» на «В архиве» – перевод активной карточки судебного дела в архив;

из «В архиве» на «В работе» – восстановление карточки дела из архива. удаление дела – удаление дела из архива.Архивирование и восстановление карточек дел должно осуществляться только

пользователями с соответствующей ролью (назначается администратором Системы).Атрибутивный поиск делВ Системе по каждому делу должен быть реализован атрибутивный поиск. При

вводе в поле «Поиск» должен выдаваться результат в виде отфильтрованного списка, который удовлетворяет условиям поиска. Поиск должен осуществляться по всем атрибутам дела.

Стадии делаВ Системе должны быть реализованы стадии дела. У пользователя должна быть

возможность изменения стадии дела. Стадии дела не должны быть доступны клиентам. При создании дела или при выделении его в отдельное производство делу должна присваиваться первая стадия.

Стадии дела должны быть доступны для использования в отчетах. Если у двух типов дел будут одинаковые названия для стадии дел, то в отчете они должны группироваться.

У пользователя должна быть возможность просмотра стадий дела у всех дел (архивных и в работе).

Требования к событиямУ пользователя должна быть возможность просмотра списка всех событий и списка

событий по делу.В списке событий должна выводиться информация о: Дате создания события; Типе события; Наименовании; Статусности; Наличии файла; Инициалах автора.Для списка событий должна быть доступна сортировка и группировка событий по

дате события или по дате создания события, а также фильтрация списка событий.Для списка событий должно быть доступно сохранение неограниченного числа

наборов настроек фильтрации. Пользователю должно быть доступно сохранение наборов с одинаковыми названиями. Максимальная длина названия – 200 символов.

События с типом «Мониторинг» должны отображаться только в разделе «Все события» для пользователей, которые подписаны на оповещения в модуле «Отслеживание дел».

У событий с типом «Мониторинг» отображается информация о новых делах отслеживаемых компаний в Casebook (при наличии подключения).

По событиям о новых делах должны быть доступны следующие возможности: «Создать дело»; «Получить доступ» – отображается, если дело создано другим

пользователем и доступ к делу не предоставлен.Лента событий по умолчанию должна сортироваться по дате создания события, от

более поздних к ранним.У пользователя должна быть возможность сортировать события по дате их

наступления (указывается в форме события), от более поздних к ранним. События в ленте должны группироваться по годам и датам, сортировка внутри

группы должна быть по времени создания от более позднего к раннему.

19

У пользователя с правами «Администрирование» и «Редактирование» на соответствующие дела должна быть возможность отметить или снять «Статусность» событий для обозначения ключевого события в списке.

Карточка события должна состоять из следующих данных: Название дела; Название события; Тип события; Календарь; Продолжительность события (установка и снятие флага «Весь день»); Дата начала; Время начала; Дата окончания; Время окончания; Место события; Информация о напоминании; Участники события; Описание типа события; Файлы события (прикрепленные из дела или загруженные с компьютера); Затраченное время; Комментарии к событию.Доступно создать задачу из события. Задача не будет связана с событием.Требования к документамПользователю должны быть доступны следующие возможности работы со списком

документов: Просмотр списка документов; Фильтрация списка по атрибутам документа: по типу документа; по автору; по дате получения документа. Создание нового документа; Изменение документа; Загрузка документа (до 100 мб); Загрузка структуры папок; Массовая загрузка документов; Перемещение документов в папки; Скачивание документа; Формирование документа по шаблону; Удаление документа.Файлы в формате Word и Excel должны быть доступны для редактирования с

сохранением изменений в Word Online и Excel Online.Доступно подключение внешних сервисов для работы с документами, например,

Google Drive.Документ должен содержать следующие данные: Название дела; Тип; Название документа; Прикреплённые файлы; Список дополнительных атрибутов по названию документа.С папкой документов должно быть доступно выполнение следующих действий: загрузить файлы; сформировать в папке файл из шаблона;

20

предоставить доступ к папке; переместить папку в другую папку; переименовать папку; скачать документы из папки одним архивом; удалить папку.Список доступных действий с папкой зависит от уровня доступа к папке. Папки

внешних хранилищ должны быть недоступны для перемещения в структуре папок.На вкладке «История» должна отображаться следующая информация: действие с документом: создание, просмотр, изменение полей формы

документа, скачивание документа; дата совершения действия; имя пользователя, совершившего действие.Вкладка не отображается у нового документа.Требования к заметкамСистема должна предоставлять возможность ведения текстовых заметок в рамках

дела. Также должна быть возможность создания заметки без дела. Пользователь должен иметь возможность отметить заметку, как приватную (скрыть

ее от других пользователей). В Системе должна быть реализована возможность ведения списка заметок. В списке должна содержаться следующая информация: Дата и время создания заметки; Название заметки; Наименование дела, если заметка создана в рамках дела; Автор заметки. Пользователь должен иметь возможность фильтровать заметки и искать заметки по

наименованию.В рамках раздела у пользователя должна быть возможность выполнения

следующие действий:9) Просмотр списка заметок.10) Просмотр данных созданной заметки.11) Удаление заметки.12) Создание заметки.13) Редактирование заметки.При создании новой заметки пользователь должен указать наименование дела (при

необходимости) и ввести текст заметки.Требования к задачамСистема должна предоставлять возможность автоматической или ручной

постановки задач по судебным делам, существующим в Системе. Задачи должны поступать в работу пользователю и должны быть исполнены в

определенные сроки. Система должна предусматривать возможность автоматически или вручную устанавливать срок на исполнение задач.

При этом в Системе должна быть предусмотрена возможность корректировки сроков выполнения задач в случае внесения изменений во внутренние нормативные документы Компании, а также установления/снятия необходимости согласования результата выполнения задачи и процессуальных документов.

По каждой задаче должно быть доступно указание следующих данных: Срок (дата и время) выполнения; Название дела; Название задачи; Напоминание; Описание задачи;

21

Ответственный; Статус задачи; Затраченное время; Подзадачи во вкладке «Подзадачи» (форма подзадачи идентична форме

задаче, только вместо дела отображается название корневой задачи); Приоритет задачи.В карточке задачи также должна быть возможность добавить файл с компьютера

или прикрепить документ из дела. После загрузки с компьютера документ будет автоматически добавлен в дело.

Если документ в деле был изменен, то он будет автоматически обновлен в задаче. Если документ был удален из дела, он автоматически будет удален из задачи.

При отсутствии прав на раздел «Документы» в деле доступно скачать файлы из задачи, но не доступно добавить новый файл к задаче.

Вкладка «История» формы задачи показывает историю действий пользователя над задачами.

На форме подзадачи должна быть ссылка на родительскую задачу.Требования к участникамПользователю должны быть доступны следующие возможности работы со списком

участников:1) Просмотр списка участников.2) Фильтрация списка.3) Поиск участника по значению из любого поля карточки участника. В

результатах поиска сначала должны отображаться участники, в названии которых есть полное совпадение с параметрами поиска, затем результаты с частичным совпадением.

4) Создание нового участника.5) Изменение данных об участнике.6) Изменение данных по участию участника в деле.7) Удаление участника. Права на удаление участника должны быть только у

того пользователя, который обладает правами «Редактирование» и/или «Администрирование» на все дела, в которых данный участник указан.

В списке участников должна выводиться следующая информация обо всех созданных в Системе участниках:

Наименование участника; Телефон участника; Электронная почта участника. В поле «Наименование» должно отображаться: Для физических лиц – ФИО; Для компаний – Название.По физическому лицу должны отображаться следующие данные в карточке

участника: Фамилия; Имя; Отчество; Дата рождения; ИНН; Компания; Должность; Рабочий телефон; Мобильный телефон; Электронная почта; Адрес местонахождения.

22

По компании должны отображаться следующие данные в карточке участника: ИНН; Организационно-правовая форма; Название; Телефон; Электронная почта; Сайт; Адрес местонахождения; Дополнительная информация: ОКПО, ОГРН, КПП, руководитель, статус,

уставной капитал.По каждому участнику должна отображаться информация об участии в делах: Название дела;- Роль в деле.Импорт данных по компаниям и государственным органам из системы CasebookВ Системе должна быть реализована возможность импорта данных по участникам с

типом «Компания» и «Государственный орган». Импорт данных должен осуществляться на этапе заведения нового участника Системы.

В качестве уникального идентификатора для поиска участника в системе Casebook используется поле «ИНН». При вводе данных в указанное поле должен осуществляться запрос в Casebook и предоставление пользователю информации о найденных участниках для дальнейшего импорта. При синхронизации дела и при загрузке участника по ИНН у участника заполняются поля: ОГРН, КПП, ОКПО.

При наличии подключения к Casebook должна быть доступна проверка компании по ОГРН – откроется карточка компании в Casebook.

Требования к учету активностей В Системе должен быть реализован механизм отображения и фиксации времени и

иных затрат (активностей), которые пользователь расходует на определенные виды работ: участие в событиях, выполнение задач, формирование документов, выезд на встречи, выполнение закупок и т.д.

Должна быть предусмотрена возможность работы со списком залогированного времени по делу. В данном разделе должны быть обеспечены следующие функции:

8) Отображение информации по всем затратам по времени пользователя по данному делу.

9) Отображение списка затраченного времени пользователем на определенную единицу работы на определенную дату.

10) Просмотр ранее введенных записей по затраченному времени. 11) Запуск отсчета времени для фиксации затрат.12) Создание счета на основе затраты по времени.13) Редактирование и удаление затраты по времени.Должна быть предусмотрена возможность работы со списком затрат по делу. В

данном разделе должны быть обеспечены следующие функции:14) Отображение информации по всем затратам пользователя по данному делу.15) Отображение списка затрат пользователем на определенную единицу

работы на определенную дату. 16) Просмотр ранее введенных записей по затратам. 17) Редактирование и удаление затраты.Требования к ведению календарейВ календаре выделены рабочие и выходные дни.В рамках работы с календарем должны быть доступны следующие возможности:18) Просмотр системных календарей: «Мой календарь», «Общий календарь»,

«Задачи».

23

19) Просмотр и создание смарт-календарей. 20) Просмотр календаря в режиме «День». Просмотр списка событий за один

календарный день.21) Просмотр календаря в режиме «Неделя». Просмотр списка событий за одну

неделю.22) Просмотр календаря в режиме «Месяц». Просмотр списка событий за один

месяц.23) Навигация по датам календаря. В Системе должна быть предусмотрена

возможность изменения даты календаря, для просмотра списка событий на указанную дату.

24) Ведение списка (создание, изменение, удаление) настроенных персонализированных календарей.

25) Настройка календаря (указание названия, цветового маркера и списка данных, которые будут отображаться в календаре: задач и типов событий).

26) Ведение сводного календаря: Настройка списка календарей, которые будут отображаться в сводном; Просмотр данных в сводном календаре; Сохранение созданных настроек (списка календарей) в сводном календаре.27) Открытие и просмотр событий и задач из календаря.28) Возможность перехода в дело из открытого в календаре события или задачи.29) Создание событий и задач из календаря.30) Синхронизация с Google Calendar и иными внешними сервисами.31) Фильтрация событий в календаре по: типу события, названию дела, ФИО

пользователя, ФИО ответственного или ответственных в деле.32) Требования к биллингуВ Системе должна быть реализована возможность работы со счетами.

Пользователи должны иметь возможность выставлять счета клиентам, в том числе в автоматическом режиме, добавлять платежи в счета, задавать и менять в системе статус счета, задавать правила выставления счетов.

Раздел Биллинг должен предоставлять пользователю информацию по счетам, в том числе неоплаченным, а также о правилах, применяемых для выставления счетов.

Требования к списку счетовПользователь должен иметь возможность просмотреть список счетов. Также

должна быть доступна строка с суммарными значениями по счетам. Пользователю должны быть доступны следующие действия со счетами:33) Просмотр списка счетов.34) Фильтрация списка счетов.35) Предпросмотр и загрузка счетов.36) Удаление счетов.37) Печать счетов.38) Скачивание счетов.39) Отправка счетов по электронной почте.Изменение статуса счета.Требования к неоплаченным активностямВ части неоплаченных активностей, пользователи должны иметь возможность

просматривать список дел, в рамках которых есть активности, еще не включенных в счет. Дела должны быть сгруппированы по заказчику.

Пользователю должно быть доступно создание счета по затратам конкретного дела. Требования к правилам автоматического создания счетовСистема должна отображать список всех созданных правил автоматического

выставления счетов.

24

Пользователь должен иметь возможность: Создать правило; Редактировать правило; Деактивировать/активировать правило; Удалить правило. При создании правила автоматического выставления счетов пользователь должен

иметь возможность задать следующие параметры: Тип счета: счет или депозит; Метод выставления счета: по клиентам или по делам; Наполнение счета: неоплачиваемые затраты, оплачиваемые, все затраты. Клиенты; Типы дел; Периодичность; Интервал; День недели и время;Действие при создании: должна быть возможность создать счет или создать счет и

сразу отправить его на электронную почту.Требования к групповому созданию счетовВ рамках работы со счетами пользователи должны иметь возможность создать

несколько счетов с учетом определенных параметров, в том числе групповое создание счетов по нескольким делам одного заказчика.

При групповом создании счетов пользователь должен иметь возможность задать следующие параметры:

Клиенты; Тип дела; Состав счета; Метод создания;Период.Требования к депозитамПользователь должен иметь возможность создать депозит – счет на оплату части от

общей суммы. Система должна позволять создать депозит как вручную или в автоматическом режиме. Депозит должен создаваться для конкретного клиента и на указанную сумму. Пользователю должно быть доступно создание платежей по депозиту.

Требования к ведению банковских счетовВ рамках работы с биллингом должно быть доступно добавление и удаление

банковских счетов компании и трастовых фондов – депозитов клиентов.В разделе «Банковские счета» биллинга должен отображаться список банковских

счетов со следующей информацией по каждому счету: Наименование счета; Тип счета; Банк; Номер счета; SWIFT-код; Баланс.Карточка банковского счета должна содержать две вкладки: Банковский счет: Общая информация (которая была указан при создании); Баланс по заказчиком, где отображается: наименование заказчика; дата последнего входа в Систему; всего поступило средств;

25

всего списано средств; баланс. Транзакции: Общая информация о балансе; Список транзакций, где отображается информация по всем совершенным

финансовым операциям, которые относятся к конкретному счету.Требования к Базе знанийВ Базе знаний должен быть представлен сборник решений – методических

рекомендаций и юридических заключений, создаваемых для обобщения и накопления знаний.

Пользователю должны быть доступны: Поиск существующего описания способа решения какой-либо проблемы; Ознакомление с практическими знаниями и опытом всех сотрудников,

полученными в процессе выполнения различного рода задач. Создавать подборки (папки) для хранения решений. Требования к почтовой перепискеСистема должна предоставлять возможность выполнения следующих функций:40) Подключение аккаунтов Gmail, Microsoft Exchange и Outlook к Системе;41) Отправка писем;42) Получение писем и ответ на них;43) Создание шаблонов писем;44) Удаление писем.Требования к AI ассистенту и таймерамВ Системе должен быть реализован AI ассистент, который представляет собой

панель со списком таймеров пользователя и подсказками. На панели AI ассистента пользователю должны быть доступны следующие

действия: Просмотр всех ранее заполненных таймеров; Запуск таймера для логирования времени; Создание события, задачи и письма из списка таймеров. AI ассистент должен автоматически предлагать дальнейшие шаги на основе тех

действий, которые были совершены в Системе за последние три дня.Требования к комментариямНа формах задач, подзадач, событий, заметок, документов, проектов доступно

добавление комментариев.При наличии нескольких комментариев отображаются три последних комментария,

паджинация по десять записей.Просмотр комментариев: При просмотре комментария отображаются: фамилия и имя автора, дата

создания, инициалы автора и текст комментария; Просмотр комментариев недоступен в клиентском портале; Просмотр комментариев в ленте событий доступен только для добавленных

событий.Удаление и редактирование комментариев недоступно.При добавлении комментария с указанием пользователя (начиная с @),

пользователю придет уведомление о комментарии в «Колокольчик».Комментарии недоступны для изменения и удаления.Доступно отключение комментариев.Добавление и просмотр комментариев к проекту доступны с правами «Частичный

просмотр» на проект и выше.Требования к отчетности

26

Система должна предоставлять возможность выполнения следующих функций:45) Ведение списка отчетов. По каждому отчету для идентификации должна

выводиться информация о названии отчета.46) Предоставление общего доступа к созданным отчетам и папкам отчетов

пользователям или группе пользователей при указании прав: просмотр, частичный просмотр или редактирование. Права «Частичный просмотр» недоступны для указания вручную – они присваиваются, если в папке пользователю доступны не все отчеты в папке.

47) Просмотр и формирование настроенных отчетов. При выборе интересующего отчета, должно происходить автоматическое формирование и обновление данных отчета, при этом, дата обновления данных отчета должна актуализироваться.

48) При выведении в отчет информации о наименовании дела должна быть возможность открытия карточки дела из отчета.

49) Формирование печатной версии отчета. По сформированному отчету должен быть предусмотрен механизм формирования универсальной печатной формы с последующей возможностью вывода на печать (внутренними средствами браузера).

50) Выгрузка отчета в формате XLSX, CSV. В соответствии с выводимыми данными отчет должен иметь функцию выгрузки в формате XLSX и CSV. Отчет должен формироваться по стандартному шаблону (единый для всех отчетов Системы), если по отчету не предусмотрен предварительно настроенный и загруженный в Систему шаблон отчета. По отчету в файл должна попадать информация не только по данным в соответствии с сортировкой и фильтрацией отчета, но и информация о дате формировании и о названии сформированного отчета.

51) Выгрузка отчета по сформированному и загруженному в Систему шаблону. Загрузка шаблона должна осуществляться через механизм «Конструктора отчетов». Шаблон отчета должен позволять дополнительно (по сравнению с выгрузкой отчета по стандартному шаблону) выводить преднастроенную шапку и подпись отчета.

52) Сортировка данных, выводимых в сформированном отчете. Отчет по умолчанию должен быть отсортирован по первому столбцу данных по возрастанию. У пользователя должна быть возможность сортировать по убыванию/по возрастанию любой выводимый столбец данных и настраивать ширину колонок отчета.

53) Фильтрация отчета в интерфейсе Системы. Должна быть предоставлена возможность фильтрации по любым выводимым данным в отчете.

54) Создание, изменение и удаление отчетов с помощью механизма «Конструктора отчетов».

55) При настройке правил отправки созданных и системных отчетов на электронную почту должен быть доступен выбор формата отчета: XLSX и CSV.

56) Фильтрация по пустым значениям в полях на вкладке «Параметры» созданного отчета. В значениях фильтра доступно выбрать указанное значение (по умолчанию), не заполненное и заполненное поле. При выборе указанного значения доступен выбор конкретного значения или всех значений. При фильтрации по пустым полям:

Фильтр по полю сущности, существующей в отчете, применяется к значениям колонки итогового отчета, а не к значениям самой сущности.

Фильтр по полю сущности, не существующей в отчете, применяется к значениям самой сущности (выполняется подзапрос к фильтруемой сущности).

Требования к конструктору отчетностиСистема должна предоставлять возможность создания нового отчета.При создании нового и/или изменении созданного отчета должна быть

возможность указания: Названия отчета;

27

Описания отчета; Выводимых данных (выбор данных из всех в Системе доступных

пользователю);По каждому атрибуту/полю пользователь должен иметь возможность указать: Название колонки, в которой должны выводиться данные (если не

указывается, то название должно соответствовать названию поля/атрибута); Формат вывода данных (в зависимости от типа данных: все значения,

уникальные, количество значений, максимум, минимум, среднее, сумма); Вывод итогов (не выводить; выводить сумму, количество, среднее,

максимум, минимум); Фильтрация данных в колонке, т.е. по какому атрибуту фильтровать и по

какому значению атрибута (доступно только для формата «все значения» и «количество значений»);

Фильтрации выводимых данных, т.е. указания по каким значениям должен фильтроваться отчет при формировании;

Шаблон отчета (сформированный и размеченный тегами документ). Требования к личному кабинету пользователяТребования к профилюПрофиль предназначен для ведения личной информации пользователя: Фотография пользователя (отображения, загрузки, замены и удаления); Личные данные: фамилия; имя; отчество; инициалы; логин; компания; сайт компании; должность в организации; email; телефон; подразделение;часовой пояс – пользователь должен иметь возможность задания часового пояса.Требования к настройке отслеживания компанийОтслеживания компаний по ИНН доступно с помощью интеграции с

Casebook, сервисом мониторинга дел и проверки контрагентов. После добавления компаний на отслеживание в списке событий будут

отображаться оповещения о новых делах указанных компаний.Пользователю должно быть доступно: Добавление нескольких организаций на отслеживание; Удаление нескольких организаций из списка отслеживаемых; Добавление одной организации; Удаление одной организации из списка.В окне для добавлений компаний по ИНН должны действовать следующие

ограничения: если строка содержит что-то кроме цифр, то она не распознается; пробелы в начале и конце строки удаляются; при наличии в загружаемом списке двух одинаковых ИНН, в список для

мониторинга попадает только одна организация; если введен корректный ИНН, но организации с таким ИНН не существует,

компания не добавляется;

28

при совпадении ИНН организации, которая уже находится в списке, компания не добавляется.

Требования к списку отслеживаемых делВ списке подписок отображаются выбранные для отслеживания дела и получения

новой информации в деле. Пользователю должно быть доступно из списка подписок: удаление дела из списка подписок;переход на карточку отслеживаемого дела.Требования к настройке уведомлений Пользователь должен иметь возможность настраивать уведомления, которые он

хотел бы получать на почту. Доступна настройка следующих уведомлений: По делам – при создании нового дела в проекте. По событиям: О приближении судебного заседания; При создании заседания; Предупреждение, когда время события изменилось; Предупреждение, когда событие отменено. По задачам: О необходимости предоставление промежуточного отчета по задаче; О приближении срока исполнения задачи; Об истечении срока исполнения задачи; При выполнении задачи ответственным, которого назначил пользователь; Об изменении параметров задачи; При создании задачи. По сценариям автоматизации – при срабатывании сценария автоматизации,

в котором настроено уведомление. По клиентским запросам – при назначении ответственным. По синхронизации дела с Casebook – при возникновении ошибки при

синхронизации дела.По умолчанию все уведомления отключеныТребования к шаблонам писемПользователь должен иметь возможность создавать шаблоны писем в личном

кабинете для отправки.Требования к настройке подключения сервиса «Мой арбитр»В Системе должен быть реализован способ подключения к личному кабинету

сервиса «Мой арбитр» (https://my.arbitr.ru/) с помощью учетной записи от портала Госуслуги.

Подключение сервиса должно предоставлять пользователю возможность: Просматривать связанные документы и черновики из личного кабинета

сервиса «Мой арбитр» в Системе; Привязывать документы к карточке дела; Работать с документами из личного кабинета в Системе; Переходить на сайт сервиса.Требования к администрированию системыТребования к настройкам аккаунтаВ настройках аккаунта должны быть доступны следующие настройки, которые

распределены по блокам: «Основные настройки»: язык интерфейса: русский, английский или французский; владельца из списка пользователей; первый день недели;

29

часовой пояс; валюту; формат даты; формат времени; формат чисел; формат ФИО. «Рабочие дни»: выбор рабочих дней недели; ввод праздничных (выходных) дней и периода выходных (праздничных)

дней. «Тарифный план», где отображается количество активных дел,

пользователей и объем данных по аккаунту; «Шаблон нумерации дел» – выбор параметров для нумерации дел; «Ссылка для регистрации» – настройка параметров ссылки для регистрации;«Ограничение доступа по IP-адресу» – включение или отключение ограничений

доступа по IP-адресу.Требования к ведению списка пользователейСписок представляет собой перечень всех заведенных пользователей и клиентов в

Системе.По каждому пользователю должна отображаться следующая информация в списке: Наименование, которое состоит из Фамилии, Имени и Отчества; Тип: пользователь или клиент; Группы, в которые входит пользователь (клиент не может входить в

группы); Статус: входил, не входил, заблокирован, приглашен.Список должен быть отсортирован по алфавиту и выдаваться списком с подгрузкой

по 20 записей.Если название пользователя не помещается полностью, то текст должен обрезаться

троеточием.В рамках ведения списка пользователей и клиентов должны быть предусмотрены

следующие функции:57) Просмотр списка.58) Создание нового пользователя. 59) Создание нового клиента60) Редактирование данных пользователя.61) Удаление пользователя. При удалении должна быть реализована

возможность передачи другому пользователю всех дел, проектов и папок, в которых удаляемый пользователь являлся автором, администратором или ответственным.

62) Блокировка и разблокировка пользователей и клиентов.Карточка пользователя должна состоять из следующих блоков: Блок «Личные данные». Данные соответствуют личным данным в

«Профиле»; Блок «Группы». Блок представляет собой список групп, в которые включен

пользователь. В рамках блока должны быть предусмотрены следующие возможности: добавление пользователя в группу; удаление пользователя из группы. Блок «Роли». Блок представляет собой список доступных пользователю

ролей. В рамках блока должны быть предусмотрены следующие возможности: добавление пользователю роли; удаление роли пользователя.

30

Блок «Дела». Блок представляет собой список доступных дел в рамках распределения доступа. По каждому делу отображается следующая информация:

название дела; уровень доступа. Карточка клиента должна состоять из следующих блоков: Блок «Личные данные» с основной информацией о клиенте;Блок «Дела». Блок представляет собой список дел, в которых участвует клиент. По

каждому делу отображается название дела. Требования к ведению списка групп пользователейДля списка групп должны быть предусмотрены следующие действия:63) Просмотр списка групп.64) Создание новой группы пользователей.65) Удаление группы пользователей.66) Просмотр и редактирование карточки группы.Карточка группы должна состоять из следующих блоков: Блок «О группе»: название; описание. Блок «Пользователи, состоящие в группе». Блок должен представлять собой

список пользователей, которые включены в группу. В списке предусмотрены следующие возможности:

добавление пользователя в группу; удаление пользователя из группы. Блок «Автоматический доступ к проектам». Блок должен представлять

собой настройку параметров, по которым автоматически предоставляется доступ выбранным авторам.

Блок «Автоматический доступ к папкам». Блок должен представлять собой настройку параметров, по которым автоматически предоставляется доступ выбранным авторам.

Блок «Автоматический доступ к делам». Блок должен представлять собой настройку параметров, по которым автоматически предоставляется доступ. В списке предусмотрены следующие возможности:

указание уровня доступа к делам, удовлетворяющим указанным фильтрам; указание фильтра по основным параметрам дел (тип, автор, ответственный);указание фильтра по атрибуту дела.Требования к настройке форм клиентских запросовПользователь должен иметь возможность настроить форму клиентского запроса в

разделе «Администрирование».В рамках раздела пользователь должен иметь возможность:67) Просмотреть список созданных в системе форм.68) Активировать/деактивировать существующую форму.69) Удалить форму.70) Создать новую форму с помощью конструктора (аналогичен конструктору

типов дел).71) Сгенерировать и отправить ссылку для предоставления доступа к форме –

пользователю, получившему ссылку, будет доступно заполнение и отправка формы юристу без авторизации в Case.pro.

При заполнении и отправке формы не авторизованным пользователем: Поле «От кого» будет не заполнено; Недоступен список дел в поле формата «Дело»; Доступен список участников;

31

Доступны значения справочников; Недоступен список документов в поле «Документ».При создании клиентской формы в конструкторе пользователю должно быть

доступно задание трудоемкости. Задание трудоемкости позволяет рассчитать нагрузку по ответственным за клиентский запрос и назначить менее загруженных пользователей в качестве ответственных. Назначение ответственного или ответственных по запросу выполняется в сценариях автоматизации с помощью оператора «Заполнить».

Если в качестве ответственных за клиентский запрос указано несколько пользователей или группа пользователей:

без загрузки или с наименьшей возможной загрузкой, то выбирается случайный пользователь;

в момент срабатывания оператора выбирается пользователь с наименьшей загрузкой. При этом не учитываются пользователи, у которых нет прав на раздел «Клиентские запросы» хотя бы на чтение.

Расчет трудоемкости выполняется следующим образом: по каждому делу указывается трудоемкость в соответствии с их

сложностью, установленной в конструкторе типов дел на момент расчета; если у типа дела трудоемкость не указана или равна 0, трудоемкость по нему

не рассчитывается;загруженность пользователя рассчитывается, как сумма по всем активным делам и

клиентским запросам в статусах «Новый», «В работе» и «Отклонен», в которых пользователь является ответственным. Загруженность пользователей считается по актуальным коэффициентам трудоемкости за дела и клиентские запросы.

Требования к настройке ролейРоли должны представлять собой список созданных и настроенных прав доступа к

разделам Системы.Для списка ролей должны быть предусмотрены следующие действия:72) Просмотр списка.73) Создание новой роли.74) Удаление роли.75) Просмотр и редактирование карточки роли.Карточка настройки роли состоит из следующих блоков: Блок «Основная информация»: название; описание. Блок «Доступ к разделам». Представляет собой фиксированную таблицу из

2 колонок: в 1-ой раздел системы для доступа, во второй настройка прав к разделу.По умолчанию все разделы недоступны. Варианты прав должны представлять собой список для возможности указания

несколько вариантов прав.Выбранные права отображаются через «;» в поле, например, «Просмотр;

Создание».Варианты прав: Создание; Просмотр; Изменение;Удаление.Требования к ведению реестровРаздел Реестры представляет собой список всех созданных реестров. Данный

раздел должен позволять выполнять следующие функции: Просмотр списка реестров;

32

Просмотр и редактирование созданных реестров; Удаление реестров. Создание реестров.Создание реестра должно представлять собой набор следующих функций: Формирование карточки объекта реестра;Формирование порядка отображения данных реестра в таблице.Требования к настройке типов делУ пользователя должны быть следующие возможности работы со списком Типов

дел:76) Создание нового типа дела. 77) Редактирование типа делу.78) Создание структуры папок документов в типе дела.79) Создание и изменение стадий дела для конкретного типа дела.80) Удаление выбранного типа дела. Удаленный тип дела недоступен для

выбора при создании дела. Дела, в которых установлен удаленный тип дела, не изменяются.

При настройке в карточке типа дела должны отображаться все преднастроенные блоки дел, а также все созданные пользователем блоки дел.

У пользователя должны быть следующие возможности при настройке типа дела: Выбрать необходимые блоки для отображения в деле. Настройку типа дела

нельзя сохранить, если не выбран хотя бы один блок. Изменить порядок блоков (только для выбранных блоков). Добавить системный блок «Изображения». Создать, изменить, удалить блоки и поля. Выбрать необходимые поля для отображения в блоке дела. Изменить порядок и ширину полей. Настроить параметры отображения отдельных блоков (которые должны

быть скрыты в рамках данной стадии) в карточке дела. Настроить параметры для каждой стадии дела, которые будут отображаться

при просмотре списка дел с разбивкой по стадиям: Системные поля: заказчик, ответственный; Любые поля карточки дела, которые указаны в самом типе дела. Задавать зависимые поля при использовании значений многоуровневых

справочников в пределах одного блока (мультиблока) и одной мультистроки – для этого оба поля должны ссылаться на один и тот же иерархичный справочник, а родительское поле иметь системный тег. Работа с зависимыми полями также должна быть доступна в конструкторе реестров, клиентских запросов. Список, состав и набор блоков должен определяться в разделе «Блоки данных».

Задавать трудоемкость для каждого типа дела. Задание трудоемкости позволяет рассчитать нагрузку по ответственным за дело и назначить менее загруженных пользователей в качестве ответственных. Назначение ответственного или ответственных по делу выполняется в сценариях автоматизации с помощью оператора «Заполнить».

Если в качестве ответственных за дело указано несколько пользователей или группа пользователей:

без загрузки или с наименьшей возможной загрузкой, то выбирается случайный пользователь;

в момент срабатывания оператора выбирается пользователь с наименьшей загрузкой.

Расчет трудоемкости выполняется следующим образом: по каждому делу указывается трудоемкость в соответствии с их

сложностью, установленной в конструкторе типов дел на момент расчета;

33

если у типа дела трудоемкость не указана или равна 0, трудоемкость по нему не рассчитывается;

загруженность пользователя рассчитывается, как сумма по всем активным делам и клиентским запросам в статусах «Новый», «В работе» и «Отклонен», в которых пользователь является ответственным. Загруженность пользователей считается по актуальным коэффициентам трудоемкости за дела и клиентские запросы.

Требования к настройкам биллингаНастройки биллинга позволяют: Указать основной налог; Указать второй налог; Выбрать режим второго налога (с учетом основного или без); Добавить округление времени счета до нужного количества минут; Добавить процентные ставки для расчета штрафа за просрочку оплаты

счета; Настроить формат отображения затраченного времени в системе.Информация в списке ставок распределена по трем блокам: Общие настройки; Процентная ставка; Список ставок.В настройке блока «Процентные ставки» доступно: Включение и выключение блока «Процентные ставки» для добавления

штрафа за просрочку счета, что влияет на отображение блока на карточке счёта;Настройка значений штрафа за просрочку платежа по умолчанию.

Требования к настройке блоков данныхВ разделе «Блоки данных» должен быть реализован конструктор (аналогичен

конструктору типов дел). При переходе к разделу должен отображаться список блоков. Для выбранного блока должен отображаться раздел настройки списка строк блока.

Требования к списку блоков: Список должен состоять только из блоков, добавленных пользователем; Блоки в списке должны быть отсортированы по алфавиту; Должен быть реализован быстрый поиск по названию блока.В списке должна быть возможность:81) Создавать новый элемент.82) Удалять существующий элемент.83) Редактировать ранее созданный элемент.После нажатия кнопки «Урна» должно появляться оповещение: «Обратите

внимание, что после удаления восстановить блок будет невозможно» с вариантами выбора ответов: «Отменить» и «Да, удалить»:

84) При выборе варианта «Да, удалить» должна выполняться проверка, не является ли удаляемый блок единственным блоком для каких-либо типов дел. Если удаляемый блок используется в каком-либо типе дела как единственный блок, то при удалении должно отобразиться уведомление об ошибке при удалении: «Блок не может быть удален. Он является единственным в типах дел <Наименования типов дел>».

85) Если блок не является единственным ни для какого типа дела, то он удаляется из всех типов дел, в которых был использован.

При добавлении нового блока необходимо указывать следующую информацию: Название; Описание; Признак повторяющегося блока (мультиблока). При включенном признаке

блок должен дублироваться в карточке дела;

34

Строка (строки) блока.Добавление новой строки блока должно осуществляться при выборе 1-го поля

«Добавить атрибут» подстановкой из справочника «Поля блоков».Строки должны нумероваться автоматически по порядку: 1 строка полей, 2 строка

полей, .....n строка полей.Удаление строки полей должно осуществляться с помощью кнопки «Удалить

строку». Если после удаляемой строки находятся другие строки, то при удалении должна происходить автоматическая корректировка нумерации строк.

Настройка строки блокаПри настройке строки должна быть возможность выполнения следующих

действий: Добавлять новый атрибут; Настраивать существующий; Удалять ранее добавленный.Удаление поля блока n должно осуществляться с помощью кнопки «Урна».

Проверка на суммарную ширину полей при этом производится при сохранении блока: Если поле было удалено из справочника, то ширина предыдущего поля (n-1),

если это не поле формата дата или время, увеличивается на значение ширины удаленного поля.

Если предыдущее поле (n-1) - формата дата или время, то увеличивается ширина предшествующего ему поля (n-2). Если кроме удаляемого поля другие поля имеют формат даты или времени, то увеличивается ширина полей даты или времени.

Если у удаляемого поля нет предыдущих полей, то увеличивается ширина последующих, правила при этом действуют те же.

Если поле единственное в строке, то должна удаляться строка целиком. Удаление единственной строки блока должно быть недоступно. Удаление единственного поля в единственной строке блока должно быть также недоступно.

По каждому атрибуту должна отображаться следующая информация: Название поля (из справочника «Поля блоков»); Формат данных (из справочника «Поля блоков»); Обязательность (выбирается пользователем); Ширина поля (выбирается пользователем); Тег в шаблоне (указывается пользователем, необходим для формирования

шаблонов документов).Блок всегда должен содержать хотя бы одну непустую строку. В рамках строки

должен быть добавлен минимум 1 атрибут. Требования к настройке справочниковУ пользователя должна быть возможность просмотра справочников, доступных в

Системе.Справочники делятся на два типа: Системные справочники – справочники и элементы справочника

недоступны для удаления; Созданные справочники – справочники и элементы справочника доступны

для удаления.Доступно создание простых справочников и многоуровневых (иерархических). При

фильтрации дел по полям справочника отображаются только конечные значения уровней справочника. Конечные значения справочников отображаются в шаблонах и отчетах.

При использовании многоуровневых справочниках в фильтрах, отчетах, сценариях автоматизации в поле должны отображаться только значения в соответствии с настроенным значением уровня справочника.

35

У пользователя должна быть возможность создания нового значения справочника, изменение или удаление существующего.

Список справочников: Важность дела; Валюта; Вероятность; Вид договора; Вид залога; Вид обеспечения; Виды гос. органов; Документ идентификатор залога; Инстанции; Источник данных; Источник документа; Источник платежа; Категория дела; Категория судебного спора; Название задачи; Название файла; Организационно-правовая форма; Подвид залога; Подтип залога; Поля блоков; Предмет анализа; Результат претензии; Результат производства; Роль клиента в проекте; Способ ответа; Стадия; Статус задачи; Суд; Судья; Тематика; Тип активности; Тип документа; Тип залога; Тип предмета исполнения; Тип предмета проверки; Тип претензии; Тип проверки; Тип ссылки; Тип требований; Типы решений; Филиал; Формула расчета.Данный список может быть не окончательным и корректироваться по

согласованию с Заказчиком.86) Требования к справочнику «Поля блоков»Справочник «Поля блоков» должен использоваться для ведения всех полей,

использующихся в конструкторе блоков.При переходе к справочнику полей должен отображаться список полей:

36

Список должен состоять из полей, добавленных через текущий справочник; Элементы в списке должны быть отсортированы по алфавиту.В списке должна быть возможность: Создавать новый элемент; Удалять существующий; Редактировать ранее созданный.Каждый элемент справочника должен содержать следующие данные: «Название поля» (текстовый формат ввода); «Текст плейсхолдера» (текстовый формат ввода); «Формат данных» (поле выбора из списка).В качестве выбора должны быть доступны следующие форматы полей: Текст. Число. Дата. Гиперссылка. Шаблон номера дела. Формула расчета. При настройке должна быть возможность указания

нескольких формул. Текстовое расширяемое. Справочник: Типы Справочников. Объект: Дело; Документ;Участник.87) Требования к справочнику «Формулы расчета»Справочник «Формулы расчета» должен использоваться для ведения настройки

формул расчета, которые должны в дальнейшем быть доступны при настройке поля (см. выше).

При переходе к справочнику должен отображаться список формул. По каждой формуле должно отображаться название формулы и ее конструкция.

При настройке должны использоваться следующие конструкции: Число. Допускается использование целых и дробных чисел. Для

обозначения дробной части числа должен использоваться разделитель «.». Для дробных чисел отображается до 4 знаков после точки, включительно;

Переменная. Переменной является тег, указанный в Настройке строки блока и заключенный в фигурные скобки «{}»;

Выражение. A, -A, A+B, A-B, A*B, A/B, выражения со скобками, вместо A, B могут быть подставлены:

числа; переменные; другое выражение, сформированное по указанным правилам. Конструкция: SUM (значение 1, значение 2,..) – возвращает сумму числовых значений,

указанных в скобках, значения могут быть числами, либо выражениями; МSUM (значение 1.) – возвращает сумму числовых значений поля во всех

единицах повторяющегося блока; IF (логическое выражение, значение 1, значение 2): если логическое выражение истинно, то возвращается значение 1, иначе

возвращается значение 2;

37

логическое выражение должно иметь формат СxD: вместо C, D могут быть подставлены числа, либо переменные полей с типом «Число», либо полей с типом «Справочник», вместо x могут быть подставлены знаки сравнения <, >, <=, >=, =, <>;

Для переменных полей типа «Справочник» доступно только сравнение на точное совпадение с введенным текстовым значением (значение для сравнения вводится в кавычках), значения могут быть числами, либо выражениями.

AND (логическое выражение 1, логическое выражение 2,..) – возвращает true, если истинны все указанные в скобках логические выражения. Условное выражение AND может быть использовано как подстановка в любое логическое выражение. Условное выражение AND всегда должно использоваться совместно с IF (подстановка в логическое выражение).

OR (логическое выражение 1, логическое выражение 2,..) – возвращает true, если истинно хотя бы одно указанное в скобках логическое выражение. Условное выражение OR может быть использовано как подстановка в любое логическое выражение. Условное выражение OR всегда должно использоваться совместно с IF (подстановка в логическое выражение).

Требования к настройке дополнительных атрибутов, отображаемых в документах, событиях и участниках

В списке дополнительных атрибутов отображаются наборы для всех объектов системы: для всех названий документов, для всех названий задач, для всех типов участников и для всех типов событий.

Настройка должна позволять настраивать дополнительные атрибуты, отображаемые в документах, событиях и участниках.

В качестве идентификатора настройки, который позволит сопоставить настройку с соответствующим объектом должен выступать:

Для документов – название документа; Для событий – тип события; Для участника – тип участника.По одному названию документа, типу события, типу участника должна быть

только 1 настройка.В Системе должны быть следующие возможности работы с настройкой

дополнительных атрибутов: Просмотр списка;Изменение существующей настройки. Требования к настройке шаблонов документовВ меню «Администрирование» должен быть раздел «Шаблоны документов». У пользователя при работе в данном разделе должны быть следующие

возможности: Просмотр списка всех настроенных шаблонов; Создание нового шаблона (название и файл шаблона); Редактирование шаблона (название и файл шаблона); Выбор элемента списка (в данном случае – шаблон) и просмотр / изменение

содержимого;Удаление шаблона.Требования к настройке шаблонов нумерации делВ списке шаблонов отображается следующая информация: Теги шаблона нумерации дел; Пример шаблона нумерации; Порядковый номер – отображается количество дел с таким шаблоном

нумерации создано (количество доступно указать вручную и изменить в любое время); Правило сброса – указана периодичность сброса порядкового номера:

38

не сбрасывать; раз в три месяца; раз в год; раз в день; раз в месяц; раз в неделю.Пользователю должно быть доступно выполнение следующих действий с

шаблонами нумерации дел: Создание; Изменение; Удаление;Просмотр.Требования к настройке сценариев автоматизацииПользователю должны быть предоставлены следующие возможности работы со

списком сценариев:88) Просмотр списка сценариев. 89) Поиск сценариев и скриптов в списке.90) Фильтрация списка сценариев и скриптов: по типу: все типы – значение по умолчанию, ручной, по расписанию, авто,

скрипт; по статусу: все статусы – значение по умолчанию, активный, неактивный; по дате последнего изменения: за все время – значение по умолчанию,

сегодня, вчера, за текущую неделю, за текущий месяц, за последние 7 дней, за последние 30 дней, период в формате «с – по».

91) Создание и изменение нового сценария с типом: автоматический (обычный) сценарий; сценарий по расписанию; ручной.92) Настройка активности сценария (Включение/выключение). 93) Настройка параметров сценария.94) Удаление сценария. 95) Создание и изменение скрипта.96) Удаление скрипта.Требования к созданию сценарияПри создании сценария должна указываться следующая информация: Тип сценария; Название сценария; Описание сценария.В конструкторе сценария автоматизации доступны следующие операторы: Ожидать – оператор доступен только для автоматических сценариев. В

одном сценарии доступно использовать несколько операторов ожидания действия; Если – позволяет выполнять разные действия в сценарии автоматизации в

зависимости от выполнения тех или иных условий. Оператор доступен только для автоматических сценариев. В одном сценарии доступно использовать несколько операторов «Если»

Создать – выбор объекта создания: задача или событие; Уведомить – создание уведомления в результате срабатывания сценария; Заполнить – в результате срабатывания сценария могут быть заполнены

объекты; Запустить скрипт, где можно написать js скрипт. Предназначен для

интеграции с внешними системами.

39

Требования к настройке оператора «Ожидать»В конструкторе сценария автоматизации при выборе оператора «Ожидать»

заполняется следующая информация: Действие с объектом: создание, редактирование, удаление, заполнение поля,

системное событие; Объект: Для типа действия «Системное событие» – выбор из списка объектов

системных событий; Для остальных типов действия: клиентский запрос, проект, дело, событие,

задача, документ, участник. Описание; Условия срабатывания – не доступны при выборе системного события: Значения объектов представлены в виде многоуровневого списка,

указывается только конечное значение уровня; Параметры объекта в зависимости от типа объекта.В результате срабатывания сценария автоматизации по клиентским запросам

возможно изменение статуса клиентского запроса, уведомление при создании или удалении запроса, уведомление при изменении или редактировании полей запроса и автоматическое назначение ответственного.

Требования к настройке оператора «Если»В конструкторе сценария автоматизации при выборе оператора «Если» заполняется

следующая информация: Описание; Условия срабатывания: Значения объектов представлены в виде многоуровневого списка,

указывается только конечное значение уровня; Параметры объекта в зависимости от типа объекта.При работе оператора важен порядок, в котором указаны различные условия: Если выполняется несколько условий, выполняется тот оператор «Если»,

который находится левее; Сценарий останавливается, если не выполнены все условия ни в одной ветке

«Если»; Выполнение нескольких веток в одном сценарии невозможно.Требования к настройке оператора «Уведомить»В конструкторе сценария автоматизации при выборе оператора «Уведомить»

заполняется следующая информация: Описание уведомления – текст получаемого уведомления; Получатели уведомления; Периодичность отправки уведомления и блок «Когда»: Однократно: «Дата и время из объекта условия срабатывания», «С

задержкой срабатывания» – задержка в днях, часах и минутах, вариант задержки: рабочие или календарные дни;

Раз в день – время отправки уведомления; Раз в неделю – день недели и время отправки уведомления; Раз в месяц – день месяца и время отправки уведомления.Требования к настройке оператора «Создать»В конструкторе сценария автоматизации при выборе оператора «Создать»

заполняется следующая информация: Создание задачи: Название задачи – текст задачи; Описание задачи;

40

Приоритет – приоритет задачи для выполнения; Ответственный/ответственные по задаче; Напоминание о задаче; Описание параметров; Прикрепляемый файл; Блок «Дата окончания» – в какой момент/через сколько необходимо

выполнить задачу: «Дата и время из объекта условия срабатывания», «Конкретная дата», «С задержкой срабатывания»;

Блок «Когда» – в какой момент/через сколько необходимо создать задачу: «Дата и время из объекта условия срабатывания», «С задержкой срабатывания».

Создание события: Название события; Описание события; Тип события – тип создаваемого события; Название события; Гости события; Напоминание о событии; Место проведения события; Описание события; Продолжительность события; Прикрепляемый файл; Блок «Дата начала» предполагает настройку времени события – в какой

момент/через сколько должно событие произойти: «Дата и время из объекта условия срабатывания», «Конкретная дата», «С задержкой срабатывания»;

Блок «Когда» предполагает настройку времени создания события – в какой момент/через сколько необходимо создать событие: «Дата и время из объекта условия срабатывания», «С задержкой срабатывания».

Требования к настройке оператора «Заполнить»В конструкторе сценария автоматизации при выборе оператора «Заполнить»

заполняется следующая информация: Описание; Объект – выбор объекта из многоуровневого списка, указывается только

конечное значение уровня (доступен выбор из системных полей дела); Способ заполнения: «Данные из объекта условия срабатывания» или

«Указать значения вручную»; Блок «Когда» предполагает настройку времени заполнения объекта –

задержка в днях, часах и минутах, вариант задержки: рабочие или календарные дни.В операторе «Заполнить» должно быть доступно задание нескольких по делу или

по клиентскому запросу: Если в качестве ответственных за дело или клиентский запрос указано

несколько пользователей или группа пользователей, то в момент срабатывания оператора выбирается пользователь с наименьшей загрузкой. При этом не учитываются пользователи, у которых нет прав на раздел «Клиентские запросы» хотя бы на чтение.

Если несколько пользователей с наименьшей загрузкой (без загрузки), то выбирается случайный.

Требования к настройке оператора «Запустить скрипт»В конструкторе сценария автоматизации при выборе оператора «Запустить скрипт»

заполняется следующая информация: Описание; Скрипт – в редакторе скрипта прописывается скрипт. Должна быть

возможность проверки выполнения скрипта.

41

Должны быть предусмотрены следующие ограничения скрипта: Ограничение на размер скрипта; Ограничение на время выполнения скрипта; Ограничение на частоту отправки запросов из скрипта (либо количество

запросов); Ограничение на время выполнения запроса из скрипта; Ограничение на максимальное количество запросов.При выполнении скрипта доступны следующие параметры: Идентификатор объекта из условия срабатывания; Идентификатор дела объекта из условия срабатывания; Идентификатор пользователя инициатора срабатывания; Дата и время срабатывания.Требования к настройке сценария по расписаниюВ настройках сценария по расписанию должно быть доступно: Изменять основные параметры сценария: название, описание и статус (блок

с основными параметрами доступен для всех типов сценариев); Задавать правила запуска сценария; Добавлять фильтры, по которым будет срабатывать сценарий.Для сценария автоматизации по расписанию должны быть реализованы настройки

правил запуска сценария. Если для сценария (даже активного) не указано ни одного правила запуска, то он не будет выполнен.

Пользователь должен иметь возможность: Добавлять правила запуска; Изменять правила запуска; Активировать и деактивировать правила; Удалять правила.При добавлении правила должна указываться следующая информация: Периодичность: день, неделя, месяц, заданный период. При периодичности: «Неделя» – отображается дополнительное поле для выбора дня недели; «Месяц» – отображается дополнительное поле для выбора дня месяца; «Заданный период» – отображается дополнительное поле для выбора даты

начала отсчета периода. Интервал, в зависимости от периодичности: День – каждые n дней, где n – номер дня в месяце; Неделя – каждые n недель, где n – номер недели в году; Месяц – каждые n месяцев, где n – номер месяца в году; Заданный период – каждый n, где n – номер дней, недель, месяцев, часов или

минут. Время начала запуска правила; Статус правила: активный, неактивный.В блоке «Условия» должно быть доступно добавление фильтров, по которым будет

запускаться сценарий автоматизации по расписанию. При сохранении условий фильтрации в сценарии по расписанию будут

выполняться проверки: в сценарии по расписанию используются операторы «Создать» и/или

«Заполнить»; по результатам фильтрации остается более X дел (где X заданное в

настройках число дел) на момент сохранения сценария.При наличии условий фильтрации в сценарии по расписанию:97) Операторы «Запустить скрипт», «Создать», «Заполнить» и «Уведомить»

могут выполняться двумя разными способами:

42

по каждому делу, которое удовлетворяет условиям фильтрации; один раз в одну итерацию запуска сценария автоматизации.98) В оператор «Запустить скрипт» доступно передать список дел, которые

удовлетворяют условиям фильтрации в сценарии по расписанию. Если необходимо выполнить запуск по каждому делу, это должно быть прописано в самом скрипте.

99) Операторы «Создать» и «Заполнить» выполняются для каждого дела, которое удовлетворяет условиям фильтрации. Если фильтры не заданы, операторы отрабатывают для всех активных дел в системе. Операторы могут использовать данные для заполнения из объекта условия срабатывания (учитываются поля дела, в котором отрабатывает сценарий).

Требования к созданию скриптаСоздание скрипта позволяет вести библиотеку скриптов, которые можно: Использовать в операторе «Скрипт» в сценарии автоматизации; Вызвать их через API. Созданный скрипт можно вызвать через публичное API. Входным параметром

может быть JSON объект. Выходным параметром является объект в формате JSON.При создании скрипта необходимо указать уникальное название и описание

скрипта. Обращение к скрипту через API выполняется по названию. Должно быть уникальным. Если введенное название не уникально, отображается сообщение.

Пользователю должно быть доступно редактирование, тестирование и удаление скрипта на карточке скрипта.

Требования к учету действий в СистемеУчет действий предназначен для отслеживания журнала событий, происходящих в

Системе. При работе со списком действий должны быть предусмотрены следующие

возможности: Просмотр списка действий – в списке должны отображаться следующие

действия: активация модуля; аутентификация пользователя в Системе; выход пользователя из Системы. деактивация модуля; добавление сущности; неудачная попытка авторизации (неверный пароль); редактирование данных группы; редактирование данных пользователя; редактирование отчета; редактирование принадлежности пользователя к группе; редактирование списка пользователей в группе; редактирование сущности; редактирование элемента справочника; создание группы; создание отчета; создание пользователя; создание элемента справочника; удаление группы; удаление отчета; удаление пользователя; удаление сущности; удаление элемента справочника; добавление пользователю роли;

43

исключение пользователя из роли; создание новой роли; удаление роли; изменение роли. Просмотр детальной информации по действию: фотография, фамилия, имя, идентификатор, электронная почта и регион

пользователя, выполнившего действие в Системе; IP-адрес компьютера, с которого было выполнено действие в Системе; дата и время входа/выхода пользователей в Систему; наименование объекта действия; тип действия; детализация действия. Выгрузка списка действий в формате XLS и CVS. Фильтрация списка действий по типу действия, дате и инициатору действия.При действиях с ролью отображается следующая информация: Данные автора изменений: фамилия; имя; email; внешний идентификатор; подразделение; ip. Дата и время изменения; Название роли, в которой были изменения; Название измененного раздела: при изменении названия или описания, отображается «Название» или

«Описание»; при изменении блоков «Документы», «События», «Участники» или

«Заметки»: если изменены разделы в деле, то в названии измененного раздела

отображается с указанием того, что раздел относится к делу «Дело – Документ» и т.д.; если изменены разделы в общем разделе, то отображается «Документ» и

т.д.; для блоков дела отображается «Название типа дела – Название блока». Старый уровень прав; Новый уровень прав: если нет прав на раздел, то отображается «Нет доступа»; права отображаются через запятую.Требования к работе с приложениями СистемыВ Системе должны быть доступны следующие возможности работы с модулями:100) Просмотр списка модулей.101) Активация модуля.102) Деактивация модуля.1.1.2 Требования к клиентскому порталуКлиентский портал должен предоставлять клиенту возможность следить за

процессом работы над его делом, путем авторизации в сервисе. В рамках клиентского портала клиентам должны предоставляться следующие

возможности: Просмотр списка дел, к которым клиенту предоставлен доступ; Просмотр, создание и редактирование своих задач по всем делам, к которым

у клиента есть доступ;

44

Просмотр счетов по всем делам, к которым у клиента есть доступ; Просмотр профиля; Заполнение и отправка запроса на дело.Получая доступ к определенному делу, клиент должен иметь возможность

выполнять следующие действия: Просмотр карточки дела; Просмотр, создание, изменение, удаление задач; Просмотр, добавление, удаление документов; Просмотр событий; Просмотр участников; Просмотр и создание заметок; Просмотр пользователей и клиентов; Просмотр времени, затрат и счетов.Требования к профилю клиента:В профиле клиенту должна быть доступна следующая информация: Имя; Фамилия; Инициалы; Название организации; Должность; Веб-сайт компании; Электронная почта; Номер телефона; Часовой пояс.Клиент должен иметь возможность менять пароль путем введения текущего

пароля, а затем нового.Клиенту недоступны документы из папок внешних хранилищ.Требования к клиентским запросамВ системе должен быть реализован алгоритм работы с клиентскими запросами,

отправляемыми клиентами из клиентского портала. Пользователь должен иметь возможность просматривать список всех поступивших

в систему запросов от клиентов. В списке запросов должна быть представлена следующая информация по запросам: Идентификатор и название формы; Статус запроса; Имя клиента, от которого поступил запрос; Ответственный по запросу; Дата и время поступления запроса. Пользователю должны быть доступны следующие действия: Просмотр данных запроса; Фильтрация запросов в списке; Изменение статуса запроса; Создание дела на основании запроса; Назначение или изменение ответственного по запросу; Удаление запроса.Доступно массовое выполнение действий: удаление, изменение статуса, назначение

ответственного по нескольким или всем клиентским запросам в списке клиентских запросов.

Требования к ведению реестров

45

Раздел реестров позволяет хранить реестры данных. Раздел «Реестры» основного меню Системы должен отображать список созданных реестров, к которым у пользователя есть доступ.

Пользователь должен иметь возможность выполнять следующие действия в разделе «Реестры»:

Просматривать созданные реестры и их объекты; Создавать объекты в реестре; Редактировать объекты реестра; Удалять объекты реестра. Требования к видам обеспеченияТребования к математическому обеспечению В рамках данного технического задания требования к математическому

обеспечению Системы не предъявляются.Требования к лингвистическому обеспечению Лингвистическое обеспечение должно включать в свой состав используемые для

разработки программ языки программирования, язык управления, средства технологического программирования конфигурирования для использования на этапе отладки или в ходе модернизации.

Все обозначения, названия элементов управления Системы, тексты должны формироваться на русском языке.

Требования к программному обеспечению Минимальные требования к ПО сервера: Windows Server 2012 R2, edition Standart или выше.SQL Server Standard 2012;Требования к ПО компьютеров пользователей: Браузер: MS Internet Explorer не ниже 11 версии; Firefox не ниже последних двух версий, указанных на официальном сайте

браузера; Google Chrome не ниже последних двух версий, указанных на официальном

сайте браузера.Требования к техническому обеспечению Минимальные требования к аппаратному обеспечению: Требования к IIS: CPU 4 ядра по 2GHz; RAM 32 Gb: HDD 200 Gb. Требования к БД (SQL): CPU 4 ядра по 2GHz; RAM 32 Gb: HDD 200Gb производительностью 150 IOPS. (Базовые требования к размеру

дискового пространства для развертывания системы. Необходимый объём для хранения документов (процессуальных документов, судебных актов, графических копий судебных дел, материалов дел) рассчитывается отдельно на этапе проектирования и зависит от судебной активности клиента).

Требования к OWA: CPU 2 ядра по 2GHz; RAM 8 Gb: HDD 100 Gb.Требования к каналам связиДля единичных пользователей и небольшого числа пользователей рекомендуемая

минимальная пропускная способность сети составляет 1 mbps.

46

Для серверных компонент Системы рекомендуемая минимальная пропускная способность сети составляет 1 gbps.

Для связи с внешними серверами (www.kad.arbitr.ru, www.casebook.ru) рекомендуемая минимальная пропускная способность сети составляет 1 mbps.

Требования к организационному обеспечениюСистема должна предусматривать возможность восстановления данных в случае

утраты (несанкционированного удаления) данных или их части.В Системе должна быть обеспечена корректная обработка аварийных ситуаций,

вызванных некорректными действиями пользователя, например, некорректное завершение работы Системы, ввод данных с неверным форматом или недопустимыми значениями. В подобных случаях Система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверному завершению работы или некорректному вводу данных.

Требования к методическому обеспечениюСпециальных требований не предъявляется.Требования к информационному обеспечениюОсновные требования к информационному обеспечению: Состав, структура и способы организации данных в Системе должны быть

определены в процессе внедрения Системы. Аппаратные средства Системы должны позволять осуществлять силами

Заказчика и Исполнителя резервное копирование данных Системы и, при необходимости, их последующее восстановление;

Требований к приданию юридической силы документам, продуцируемым Системой, не выдвигается.

Услуги по организации информационного обеспечения ПО.Исполнитель должен предоставлять услуги по организации информационного

обеспечения ПО, в которые входят: Предоставление обновлений ПО; Предоставление возможности передачи инцидента по неработающему

функционалу ПО; Получение обратной связи по вопросам работы ПО.Состав и содержание работ по разработке СистемыВнедрение тестирование (испытание) СистемыПо итогам работ в рамках указанного этапа должны быть проведены следующие

работы:103) Разработано техническое задание на внедрение Системы.104) Разработана Система, включающая доработанное/разработанное ППО,

которое установлено на КТС Компании.105) Подготовлена программа и методика испытаний Системы.106) Проведено функциональное, интеграционное тестирование и нагрузочные

испытания Системы. Разработана эксплуатационная и пользовательская документация.107) Разработаны внутренние документы Компании, регламентирующие порядок

работы Заказчика в Системе. Проведено обучение работников тестовых пользователей. Получены положительные результаты готовности Системы к вводу в опытную эксплуатацию.

1.2 Опытная эксплуатация, ввод в промышленную эксплуатацию СистемыПо итогам работ в рамках указанного этапа должны быть проведены следующие

работы:108) Проведена опытная эксплуатация Системы в Компании;109) Актуализирована техническая и пользовательская документация;110) Принято решение о вводе Системы в промышленную эксплуатацию;

47

111) Подписан приказ о вводе в промышленную эксплуатацию.1.3 Закрытие проектаПо итогам работ в рамках указанного этапа должны быть проведены следующие

работы: Подписан Акт приемки-передачи. Порядок контроля и приемки СистемыПорядок контроля и приемки Системы должен быть определен в документе

«Программа и методика испытания Системы».Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действиеОрганизационные мероприятияВ рамках подготовки Системы для ввода Системы в опытную эксплуатацию

должны быть проведены следующие работы: Совместно с Исполнителем проанализированы требования Системы к

оборудованию рабочих мест и при необходимости произведена установка и настройка программного обеспечения рабочих мест Пользователей силами Заказчика;

Заказчиком установлено серверное программное обеспечение, необходимое для функционирования Системы;

Оказано необходимое содействие Исполнителю в проведении работ по установке и настройке программного обеспечения компонентов Системы;

Исполнителем разработаны и согласованы необходимые руководства для пользователей и администраторов системы;

Заказчиком обеспечено распространение среди пользователей Системы руководств пользователя и администраторов;

Успешно проведено испытание Системы; Исполнителем подготовлен шаблон и на его основе контрольный пример

первичной загрузки информации в систему; Заказчиком подготовлен корректно заполненный шаблон с первичной

информацией, загружаемой в систему Исполнителем.Ввести Систему в опытную эксплуатацию, при отсутствии замечаний и

выявленных дефектов в работе Системы и при одобрении Управляющими комитетом Проекта вопроса о вводе в опытную эксплуатацию.

Подготовка персоналаВ организации Заказчика, должны быть определены работники на роль

Администратора. Администраторы Системы назначаются в соответствии с внутренними порядками Компании.

Пользователи Системы должны соответствовать требованиям к квалификации, описанным в п. настоящего документа, и обладать знаниями для работы с аппаратной и программной частью Системы в объеме, описанном в эксплуатационной документации для соответствующих конкретному пользователю ролей.

Выполнение технических и организационных мерТехнические и организационные меры по обеспечению функционирования

Системы выполняются работниками Заказчика в соответствии с настоящим документом.Работники Заказчика, выполняющие то или иное действие в Системе, должны быть

в обязательном порядке проинструктированы и ознакомлены с настоящим документом, а также, с соответствующими руководствами.

Требования к документированиюТехническая и эксплуатационная документация на Систему должна удовлетворять

требованиям комплекса стандартов и руководящих документов на автоматизированные системы:

ГОСТ 34.003-90 – в части терминологии;

48

ГОСТ 34.201-89, ГОСТ 19.101-77-82, 19.103-77 – в части наименования и обозначения документов;

РД 50-34.698-90 – в части структуры и содержания документов; ГОСТ 34.602-89 – в части описания требований и порядка создания

Системы; ГОСТ 7.32-2001 – в части структуры и правил оформления отчета о

проведении информационно-аналитического обследования.Разрабатываемая Система должна сопровождаться полным комплектом

эксплуатационной документации, в который должны входить: Руководство пользователя; Руководство администратора; Программа и методика приемо-сдаточных испытаний по вводу системы в

опытную эксплуатацию; Программа обучения пользователей; Протокол приемо-сдаточных испытаний.Источники разработкиНастоящее Техническое Задание разработано в соответствии с требованиями ГОСТ

34.602 89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

Настоящее ТЗ может дополняться, уточняться и изменяться в процессе разработки и испытаний в установленном порядке по взаимному соглашению Заказчика и Исполнителя.

Дополнения, уточнения и изменения к настоящему Техническому заданию вступают в юридическую силу после их подписания уполномоченными представителями Заказчика и Исполнителя.

49