Описание функциональных характеристик Программного обеспечения "Digit ВИС" (2018 год)

ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

Термин

Определение

URL

Адрес (ссылка), указывающий точное местоположение веб-

ресурса в интернете

ВИС

Ведомственная информационная система

ДИЗО

Департамент имущества и земельных отношений

ЕПГУ

Единый портал государственных и муниципальных услуг

(функций)

ЕСИА

Единая система идентификации и аутентификации

ИС

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

Концентратор услуг

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

предоставления региональных и муниципальных услуг на

ЕПГУ, оптимизации процесса оказания данных услуг.

Является точкой интеграции с региональными

информационными

системами,

осуществляющими

предоставление услуг, с целью сокращения затрат на

интеграционные работы и сопровождение взаимодействия

МФЦ

Многофункциональный

центр

предоставления

государственных и муниципальных услуг

ОИГВ

Органы исполнительной государственной власти

ОМСУ

Органы местного самоуправления

ОС

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

Платформа

Программное обеспечение, стоящее в основе программной

инфраструктуры объекта автоматизации, обеспечивающее

низкоуровневые функции, такие как транспортировка

данных

(между отдельными элементами программной

инфраструктуры и внешними системами, в том числе через

СМЭВ), хранение файлов, работа с электронными

подписями и другие, а также предоставляющее

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

обеспечивающих решение типовых задач различных ВИС.

2 ЦЕЛИ И АВТОМАТИЗИРУЕМЫЕ ФУНКЦИИ

Digit ВИС

- это программное обеспечение, объединяющее в себе различные

региональные ведомственные информационные системы, функционирующие в

совокупности на общей основе.

Главное назначение Digit ВИС - автоматизация деятельности исполнительных

органов государственной власти, органов местного самоуправления, государственных

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

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

межведомственном взаимодействии и осуществлении внутренних ведомственных бизнес-

процессов.

ВИС (подсистемы), входящие в состав Digit ВИС, предназначены для решения

следующих задач:

 ведение реестров сведений;

 автоматизация бизнес-процессов, в том числе связанных с деятельностью

ОИГВ и ОМСУ;

 оказание государственных/муниципальных услуг в электронном виде;

 автоматизация межведомственного взаимодействия.

Целями разработки Digit ВИС являются:

 создание единого информационного пространства для всех ИОГВ и ОМСУ

региона;

 оптимизации информационных потоков ИОГВ и ОМСУ региона;

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

услуг;

 общее снижение трудозатрат специалистов, ответственных за

предоставление услуг, при выполнении ими должностных обязанностей,

связанных с межведомственным взаимодействием, учетом объектов и

процессов, формированием отчетности;

 исключение дублирования информации, возникающей при оказании

государственных

муниципальных

услуг,

осуществления

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

и полномочий;

 повышение достоверности статистики и отчетности, формируемой по

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

и органов местного самоуправления.

3 ХАРАКТЕРИСТИКА ФУНКЦИОНАЛЬНОЙ СТРУКТУРЫ

«Digit ВИСª представляет собой программный продукт, адаптированный для работы

в различных операционных системах (ОС).

«Digit ВИСª и все подсистемы, входящие в состав «Digit ВИСª, основаны на клиент-

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

современные (последние) версии всех браузеров и клиентских ОС.

«Digit ВИСª адаптирован для функционирования внутри защищенной сети без

доступа (или с ограниченным доступом) в информационно-телекоммуникационную сеть

Интернет.

Все подсистемы, входящие в состав «Digit ВИСª, построены в едином стиле и на

одной технологии реализации, работают в веб-браузере.

Функционирование

«Digit ВИСª подразумевается в составе программной

инфраструктуры объекта автоматизации, которая основывается на базе программной

платформы, обеспечивающей низкоуровневые функции, такие как транспортировка

данных (между отдельными элементами программной инфраструктуры и внешними

системами, в том числе через СМЭВ), хранение файлов, работа с электронными подписями

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

обеспечивающих решение типовых задач различных ВИС (далее Платформа).

3.1 Базовый функционал «Digit ВИСª

Базовый функционал «Digit ВИСª включает:

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

 функционал мониторинга электронных заявлений на оказание услуг;

 функционал статистики и отчетности.

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

Функционал администрирования

«Digit

ВИСª позволяет управлять

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

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

уровне, имеющих доступ к администрированию подразделений и пользователей в рамках

своей структуры.

Функционал администрирования выполняет следующие функции:

 ведение реестра органов власти, органов местного самоуправления и

структурных подразделений;

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

 ведение реестра услуг, настройка доступности услуг для пользователей и

подразделений.

Функционал мониторинга электронных заявлений на оказание услуг

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

оказание услуг, поступивших из внешних систем

(ЕПГУ, РПГУ, МФЦ) и

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

подключенных подсистем «Digit ВИСª.

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

 наименование услуги;

 наименование ведомства;

 номер заявления;

 дата подачи заявления;

 текущий статус обработки заявления;

 дата оказания услуги (для заявлений, обработка которых завершена).

Для приема заявок из внешних систем

(ЕПГУ, РПГУ, МФЦ) в Подсистеме

подразумевается использование сервисов, входящих в состав Платформы.

Функционал статистики и отчетности

Функционал обеспечивает возможность сбора и анализа статистики на основании

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

набора фильтров имеет возможность анализировать статистические данные в разрезе

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

Функционал включает возможность выгрузки статистических данных в файлы

форматов XLS и CSV.

Функционал включает также возможность формирования регламентированных

отчетов об оказании государственных и муниципальных услуг (формы 1-ГУ и 1-МУ).

Региональному администратору доступна сводная статистика в графическом

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

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

3.2 Digit ВИС: Услуги

«Digit ВИС: Услугиª представляет собой универсальное программное решение,

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

масштабах региона.

Доступ пользователей к Подсистеме осуществляется через web-браузер, при этом

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

(от 32 кбит/с).

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

универсальный бизнес-процесс для оказания услуг.

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

 Исполнитель - имеет доступ к назначенным на него заявкам и возможность

исполнения заявок;

 Контролер - имеет доступ ко всем заявкам в рамках своего структурного

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

 Администратор

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

структурных подразделений и услуг в рамках своей организационной

структуры.

В случае назначения пользователю двух и более ролей, права пользователя

объединяются согласно назначенным ролям.

Подсистема обеспечивает выполнение универсального технологического процесса

оказания услуги, в том числе:

 прием заявления на оказание услуги из внешних систем (ЕПГУ, РПГУ,

МФЦ);

 ввод заявления на оказание услуги пользователем подсистемы (в случае

личного приема);

 формирование печатной формы заявления на основе шаблона;

 отправка межведомственных запросов;

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

структурными подразделениями;

 принятие решения о предоставлении услуги или отказе;

 загрузка документа, являющегося результатом оказания услуги, и

подписание его электронной подписью;

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

внешние системы (ЕПГУ, РПГУ, МФЦ), запрос дополнительной информации

у заявителя, в том числе взаимодействие с ЕЛК ЕПГУ, независимо от способа

регистрации заявления;

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

соответствующий реестр (разрешений, лицензий и т.п.).

По каждой услуге может вестись соответствующий реестр результатов оказания

данной услуги.

История всех действий с заявкой сохраняется в Подсистеме и отображается в

интерфейсе.

Подсистема включает универсальный интерфейс для сотрудников, осуществляющих

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

На различных этапах технологического процесса может быть настроена отправка

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

назначенных задачах.

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

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

адаптеры.

Кроме перечисленного базового функционала Digit ВИС: Услуги имеет

дополнительные модули:

 Digit ВИС: Услуги: Входящие запросы;

 Digit ВИС: Услуги: Интеграция с концентратором (рекламные конструкции);

 Digit ВИС: Услуги: Интеграция с концентратором (нуждающиеся в жилье);

 Digit ВИС: Услуги: Конструктор услуг.

3.1.1 Digit ВИС: Услуги: Входящие запросы

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

ФОИВ и ведомств внутри региона.

Модуль автоматически маршрутизирует запросы по организациям в соответствии с

ОКТМО, а также позволяет настраивать правила маршрутизации запросов по структурным

подразделениям.

Интерфейс работы с запросами встраивается в интерфейс пользователей,

работающих с заявками на услуги и контролирующих оказание услуг.

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

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

услуг.

Для приема входящих запросов и отправки ответов подсистема использует

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

адаптеры.

3.1.2 Digit ВИС: Услуги: Интеграция с концентратором (рекламные

конструкции)

Модуль обеспечивает возможность интеграции с формой Концентратором услуг,

размещенной на ЕПГУ, по услуге

«Выдача разрешений на установку рекламных

конструкций на соответствующей территорииª.

Механизмы интеграции с формой-концентратором разработаны в соответствии с

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

следующие возможности:

 бронирование заявителем слотов времени для записи на приём в рамках

подачи заявления;

 приём заявлений, запросов на отмену заявления и текстовых сообщений от

заявителя;

 передача в ЛК ЕПГУ статусов заявления и текстовых сообщений;

 регулярное обновление на ЕПГУ справочных данных, необходимых для

заполнения заявления;

 автоматизация внутреннего бизнес-процесса ведомства, связанного с

оказанием услуги.

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

использует механизмы Платформы.

3.1.3 Digit ВИС: Услуги: Интеграция с концентратором

(нуждающиеся в жилье)

Модуль обеспечивает возможность интеграции с формой Концентратором услуг,

размещенной на ЕПГУ, по услуге «Прием заявлений, документов, а также постановка

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

Механизмы интеграции с формой-концентратором разработаны в соответствии с

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

следующие возможности:

 бронирование заявителем слотов времени для записи на приём в рамках

подачи заявления;

 приём заявлений, запросов на отмену заявления и текстовых сообщений от

заявителя;

 передача в ЛК ЕПГУ статусов заявления и текстовых сообщений;

 регулярное обновление на ЕПГУ справочных данных, необходимых для

заполнения заявления;

 автоматизация внутреннего бизнес-процесса ведомства, связанного с

оказанием услуги.

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

использует механизмы Платформы.

3.1.4 Digit ВИС: Услуги: Конструктор услуг

Модуль «Digit ВИС: Услуги: Конструктор услугª позволяет разрабатывать услуги.

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

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

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

Процесс разработки услуги в Конструкторе услуг включает следующие этапы:

1) построение структуры услуги на схеме данных;

2) создание интерактивной формы для заполнения и просмотра заявления

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

интеграции посредством динамических форм);

3) настройку перечня МВ-запросов для услуги, в том числе настройку

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

3.3 Digit ВИС: Охота

Digit ВИС: Охота представляет собой программное решение, решающее задачи по

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

власти, осуществляющего полномочия государственного надзора в сфере охраны,

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

Доступ пользователей к подсистеме осуществляется через web-браузер, при этом

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

(от 32 кбит/с).

Базовый функционал подсистемы включает:

 функционал администрирования подсистемы;

 функционал оказания услуги по выдаче охотничьих билетов;

 функционал отчетности;

 функционал интеграции с подсистемой ЕПГУ Концентратор услуг;

 функционал интеграции с ФГИС ДО.

Функционал администрирования подсистемы

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



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

пользователей;



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

исполнительной власти;



конфигурирование параметров подсистемы;



ведение справочников.

Функционал оказания услуги по выдаче охотничьих билетов

В рамках автоматизации процесса оказания услуги «Выдача и аннулирование

охотничьих билетов единого федерального образцаª в подсистеме

обеспечена

возможность выполнения в электронном виде следующих основных процедур:



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



пошаговое прохождение процесса по оказанию услуги с вводом и

сохранением данных (информации, документов), относящихся к заявлению.

Реализован следующий вариант приема заявлений:



с ЕПГУ (заявитель осуществляет вход на ЕПГУ под своей учетной записью,

создает заявление на выдачу охотничьего билета и сам вводит все необходимые данные);



из МФЦ (оператор МФЦ принимает заявление от заявителя, регистрирует его

в АИС «МФЦª, вводит все необходимые данные по заявке и отправляет его в ИС «Охотаª);



в ходе личного приема гражданина (сотрудник органа власти создает и

заполняет заявку в подсистеме).

В заявлении на выдачу охотничьего билета указаны следующие данные:



Дата и время приема заявления;



Фамилия, имя, отчество (при наличии) заявителя;



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

гражданство, страна рождения из паспортных данных заявителя;



Данные о месте регистрации заявителя;



Номер телефона, СНИЛС и адрес электронной почты заявителя;



Данные о ранее выданном охотничьем билете в случае его наличия.

При работе с заявлениями предусмотрено следующее:



Информирование заявителей о статусе обработки заявления через ЕПГУ;



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

процессу получения услуги из ЕПГУ, ввод и отправка ответов на них;



Печать заполненного заявления из подсистемы для заявителя.

В подсистеме хранится информация обо всех зарегистрированных заявлениях, о

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

Для заявлений обеспечено хранение следующих данных:



номер заявления;



дата регистрации заявления;



сотрудник, принявший заявление (при создании заявления в подсистеме);



данные заявителя;



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

файлы документов в электронном виде (при наличии);



результаты межведомственных проверок;



принятое решение по заявлению;



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

принятии решения об отказе);



реквизиты выданного охотничьего билета (при принятии решения о выдаче

охотничьего билета).

Для выданных охотничьих билетов обеспечено хранение следующих данных:



сведения о владельце билета:



фамилию, имя, отчество;



дата и место рождения;



номер контактного телефона, почтовый адрес и (или) адрес электронной

почты;



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



наименование и организационно-правовую форму юридического лица,

работником которого является владелец билета, а также номер контактного телефона,

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

юридическим лицом;



фамилию, имя, отчество индивидуального предпринимателя, работником

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

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

индивидуальным предпринимателем;



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

Информация актуализируется в автоматическом режиме при создании заявления и

при принятии решения о выдаче охотничьего билета.

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

ведомство:



выбор свободного слота времени



бронирование слота времени



отмена и перенос забронированного слота времени



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

Функции выбора, бронирования, отмены и переноса времени доступны

пользователю в личном кабинете на ЕПГУ.

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

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

адаптеры.

Функционал отчетности

В подсистеме обеспечено формирование отчетности о количестве

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

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

 услуга оказана в регламентный срок/с превышением срока/в процессе

исполнения;

 принятое решение по услуге;

 исполнитель.

Имеется возможность экспорта отчетов в форматы широкого и открытого

применения (pdf, xlsx, dосx).

Функционал интеграция с подсистемой ЕПГУ Концентратор услуг

Для обеспечения интеграции с подсистемой «Концентратор услугª по услуге

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

веб-сервисы, разработанные в соответствии с едиными функционально-техническими

требованиям, зарегистрированные в продуктивной среде СМЭВ2:

 сервис приема заявлений;

 сервис записи на прием.

Функционал интеграции с ФГИС ДО

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

полученных через ФГИС ДО.

Для обеспечения интеграции подсистемы с ФГИС ДО используется электронный

сервис взаимодействия с ФГИС ДО, включающий следующие методы:

 создание учетных объектов в ФГИС ДО;

 изменение параметров объектов в ФГИС ДО;

 получение перечня объектов, удовлетворяющих заданным параметрам, из

ФГИС ДО;

 получение информации о параметрах объектов;

 загрузка файлов в ФГИС ДО;

 извлечение файлов из ФГИС ДО.

Кроме перечисленного базового функционала Digit ВИС: Охота имеет

дополнительные модули:

 Digit ВИС: Охота: Разрешения;

 Digit ВИС: Охота: Допуслуги;

 Digit ВИС: Охота: Охотхозяйственный реестр;

 Digit ВИС: Охота: АКД.

3.3.1 Digit ВИС: Охота: Разрешения

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

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

охраняемых природных территориях федерального значения, а также млекопитающих и

птиц, занесенных в Красную книгу Российской Федерацииª в модуле обеспечена

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

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

процедур:



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

разрешений на добычу охотничьих ресурсов:

o группы и виды животных (с учетом половозрастных признаков);

o сезоны охоты;

o нормы добычи;

o квоты добычи;

o количество бланков на отдельные группы охотничьих ресурсов;

o участие охотников в биотехнических мероприятиях.



прием заявлений на оказание услуг из внешних систем;



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



пошаговое выполнение процесса оказания услуги;



отправка межведомственных запросов, предусмотренных процессом

оказания услуги;



передача результатов оказания услуги во внешнюю систему и/или на

электронную почту заявителя;

 создание или изменение имеющихся записей реестров сведений, связанных с

результатами оказания услуги.

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

ресурсов модуль в автоматическом режиме:

 осуществляет проверку открытости охотничьего сезона;

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

заявителем виды охотничьих ресурсов;

 осуществляет проверку информации об участии заявителя в биотехнических

мероприятиях;

 осуществляет проверку наличия бланков разрешений на добычу в разрезе

группы охотничьих ресурсов;

 принимает решение о возможности или невозможности выдачи разрешения

по заявке;

 осуществляет резервирование необходимого лимита охотничьего ресурса;

 направляет заявителю уведомление о принятом решении;

 списывает резерв (при отсутствии оплаты в установленный срок) или после

ввода пользователем реквизитов формировать разрешение на добычу

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

3.3.2 Digit ВИС: Охота: Допуслуги

Модуль «Digit ВИС: Охота: Допуслугиª обеспечивает выполнение следующих

функций:

 прием заявлений на оказания услуг из внешних систем;

 ввод заявлений на оказание услуг пользователем модуля;

 пошаговое выполнение процесса оказания услуги;

 отправку межведомственных запросов, предусмотренных процессом

оказания услуги через СМЭВ;

 передачу результатов оказания услуги во внешнюю систему и/или на

электронную почту заявителя;

 создание или изменение имеющихся записей реестров сведений, связанных с

результатами оказания услуги.

В модуле реализованы следующие услуги:

 выдача выписок из государственного охотхозяйственного реестра;

 предоставление в соответствии с Федеральным законом от 24.07.2009 N 209-

ФЗ юридическим лицам и индивидуальным предпринимателям,

заключившим охотхозяйственные соглашения, по их заявкам бланков

разрешений на добычу охотничьих ресурсов;

 выдача разрешений на использование объектов животного мира, за

исключением объектов животного мира, находящихся на особо охраняемых

территориях федерального значения, а также объектов животного мира,

занесенных в Красную книгу Российской Федерации;

 выдача разрешений на содержание и разведение охотничьих ресурсов в

полувольных условиях.

Описание услуги «Выдача выписок из государственного охотхозяйственного

реестраª

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

возможность выполнения в электронном виде следующих основных процедур:

 прием заявлений на оказание услуг из внешних систем;

 ввод заявлений на оказание услуг пользователем модуля;

 пошаговое выполнение процесса оказания услуги;

 передача результатов оказания услуги во внешнюю систему и/или на

электронную почту заявителя.

В заявлении на выдачу выписки из охотхозяйственного реестра указаны следующие

данные:

 Дата и время приема заявления;

 Фамилия, имя, отчество (при наличии), серия, номер, дата выдачи, код

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

данных заявителя, данные о месте регистрации и почтовом адресе заявителя,

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

и индивидуальных предпринимателей;

 Наименование, адрес места нахождения, номер телефона и адрес электронной

заявителя - для юридических лиц; фамилия, имя, отчество (при наличии),

должность представителя юридического лица.

 Запрашиваемая информация в соответствие с перечнем охотхозяйственных

реестров.

В процессе обработки заявки обеспечена возможность принятия решения о

соответствии запрашиваемой информации требованиям Федерального закона от 27.07.2006

№ 149-ФЗ «Об информации, информационных технологиях и о защите информацииª.

В случае, если запрашиваемая информация в соответствии с указанным

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

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

регламентом оказания услуги.

В случае, если запрашиваемая информация в соответствии с указанным

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

охотхозяйственном реестре. Если запрашиваемая информация не найдена, обеспечено

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

административным регламентом оказания услуги. Если запрашиваемая информация

содержится в охотхозяйственном реестре, обеспечено формирование уведомления,

содержащее найденную информацию в формате, определенном административным

регламентом оказания услуги.

Результат оказания услуги отправляется во внешнюю систему и/или на электронную

почту заявителя.

3.3.3 Digit ВИС: Охота: Охотхозяйственный реестр

Модуль «Digit ВИС: Охота: Охотхозяйственный реестрª обеспечивает единый

механизм формирования структуры реестров.

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

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

значению). В рамках разработки модуля были реализованы формы для добавления,

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

полям реестра, поиска.

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

информации в государственный охотхозяйственный реестр.

Реализована возможность экспорта отчета в формат *.csv и возможность указания

параметров отчета (районы, даты).

В модуле реализованы следующие реестры:

Физические лица

Ведение реестра физических лиц (охотников) обеспечивает хранение следующих

данных:

 Фамилия, имя, отчество;

 Гражданство;

 Информация о документе, удостоверяющем личность (тип документа, серия

и номер документа, дата выдачи документа, орган, выдавший документ);

 Дата рождения;

 Адрес регистрации физического лица;

 Адрес фактического проживания физического лица;

 Контактная информация (телефон, адрес электронной почты).

Юридические лица

Ведение реестра юридических лиц (охотпользователей) обеспечивает хранение

следующих данных:

 Сокращенное и полное наименование юридического лица;

 ИНН и КПП;

 ОГРН;

 Дата регистрации;

 Юридический адрес юридического лица;

 Фактический адрес юридического лица;

 Контактная информация (телефон, адрес электронной почты).

Индивидуальные предприниматели.

Ведение реестра индивидуальных предпринимателей

(охотпользователей)

обеспечивает хранение следующих данных:

 Сокращенное и полное наименование индивидуального предпринимателя;

 ИНН;

 ОГРН ИП;

 Дата регистрации;

 Гражданство;

 Информация о документе, удостоверяющем личность (тип документа, серия

и номер документа, дата выдачи документа, орган, выдавший документ);

 Дата рождения;

 Юридический адрес индивидуального предпринимателя;

 Фактический адрес индивидуального предпринимателя;

 Контактная информация (телефон, адрес электронной почты).

Заявки на предоставление государственных услуг

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

 Номер заявления;

 Дата заявления;

 Услуга

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

заявителей, описании услуги, наименовании услуги и др.);

 Заявитель

(информация о физическом или юридическом лице, или

индивидуальном предпринимателе).

Охотничьи билеты

Ведение реестра охотничьих билетов обеспечивает хранение следующих данных:

 Серия и номер охотничьего билета;

 Фотография владельца охотничьего билета;

 Фамилия, имя и отчество владельца охотничьего билета;

 Дата рождения владельца охотничьего билета;

 Кем выдан охотничий билет;

 Дата выдачи охотничьего билета.

 Место рождения;

 Фактическое место жительства;

 Место постоянной регистрации;

 Наименование организации, работником которого является охотник;

o Организационно-правовая форма;

o Почтовый адрес организации;

o Рабочий телефон;

Разрешения на добычу охотничьих ресурсов

Ведение реестра разрешений на добычу охотничьих ресурсов обеспечивает хранение

следующих данных:

 Серия и номер разрешения;

 Дата выдачи разрешения;

 Сведения о добываемых охотничьих ресурсах и их количестве (вид/группа

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

за день охоты и за сезон охоты);

 Фамилия, имя и отчество охотника;

 Информация об охотничьем билете (серия и номер);

 Вид охоты, который предполагается осуществлять;

 Сроки охоты;

 Место охоты (наименование охотничьего угодья);

 ФИО должностного лица, выдавшего разрешение;

 Сведения о добытых охотничьих ресурсах (дата добычи, вид/группа видов

охотничьих ресурсов, количество особей, пол, возраст (лет)).

Документированная информация о численности охотничьих ресурсов

Ведение реестра обеспечивает хранение данных о классе охотничьих ресурсов, виде

охотничьих ресурсов и их количестве в разрезе муниципальных образований

Документированная информация о гибели охотничьих ресурсов

Ведение реестра обеспечивает хранение данных о виде охотничьего ресурса и о

количестве погибших охотничьих ресурсов. Информация о гибели охотничьих ресурсов

классифицирована в зависимости от причины гибели (болезнь, ДТП, незаконная охота,

другие причины), а также по возрастным группам (взрослые особи и особи до 1 года).

Документированная информация о млекопитающих и птицах, занесенных в

красную книгу региона

Ведение реестра обеспечивает хранение данных о виде охотничьего ресурса,

занесенного в красную книгу региона, а также о реквизитах нормативного правового акта

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

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

принадлежности и состоянии охотничьих угодий

Ведение реестра обеспечивает хранение данных о виде, местоположении, границах,

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

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

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

Документированная информация о юридических лицах и индивидуальных

предпринимателях, осуществляющих виды деятельности в сфере охотничьего

хозяйства

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

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

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

лицензии, договоре о предоставлении в пользование территорий или акваторий (серия,

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

внутрихозяйственном охотустройстве

(год проведения и

% охвата территории) и о

численности и штате работников, занятых в охотничьем хозяйстве (егеря, охотоведы,

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

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

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

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

Ведение реестра обеспечивает хранение данных о юридическом лице (ссылка на

запись реестра юридических лиц), о специализации в соответствии с ОКДП, о видах

деятельности (только в сфере охотничьего хозяйства).

Документированная информация об использовании охотничьих ресурсов

Ведение реестра обеспечивает хранение данных (в разрезе по видам охотничьих

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

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

принадлежности.

Документированная информация о сохранении охотничьих ресурсов

Ведение реестра обеспечивает хранение данных о биотехнических мероприятиях

(наименование охотничьего угодья, наименование мероприятия, единица измерения и

количество), о воспроизводстве охотничьих ресурсов, включая:

 Информацию о содержании и разведении охотничьих ресурсов в

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

(юридическое лицо или индивидуальный предприниматель, вид охотничьих

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

выдачи, серия и номер, срок действия);

 Информацию об акклиматизации и переселении охотничьих ресурсов

(юридическое лицо или индивидуальный предприниматель, вид охотничьих

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

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

серия и номер, срок действия), сроки проведения работ;

 Информацию о гибридизации охотничьих ресурсов (юридическое лицо или

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

охотничьих ресурсов, о потомстве особей, о разрешении (дата выдачи, серия

и номер, срок действия).

Документированная информация о регулировании численности охотничьих

ресурсов

Ведение реестра обеспечивает хранение данных о наименовании охотничьих

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

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

по половой принадлежности и возрастным категориям), сроках проведения мероприятий,

сведениях об использовании продукции.

Сведения о выявленных административных правонарушениях и уголовных

преступлениях

Ведение реестра обеспечивает хранение данных:

 О выявленных административных правонарушениях;

 О категориях нарушителей;

 О категориях нарушений;

 О незаконной добыче охотничьих ресурсов;

 Об изъятиях

(пушнины, мяса диких животных, оружия

(в разрезе

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

решению суда), орудий охоты (в разрезе капканов, приборов, оборудования,

устройств и иных);

 О передаче в следственные органы материалов по уголовным преступлениям;

 О нарушениях техники безопасности, несчастных случаях при проведении

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

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

уголовных дел, примечание.

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

охотничьих ресурсов

Ведение реестра обеспечивает хранение данных о виде ограничения, о виде

охотничьего ресурса, границах, о наименовании охотничьего угодья или иных территорий,

о сроках ограничения, о решении об ограничении и о дате согласования решения с

федеральным органом.

Документированная информация об особо охраняемых природных

территориях регионального значения

Ведение реестра обеспечивает хранение данных о наименовании ООПТ, статусе,

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

Документированная информация об охотниках

Ведение реестра должно обеспечивает информации о физическом лице (ФИО, дата

рождения, место рождения охотника, номер контактного телефона, почтовый адрес и (или)

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

основного документа, удостоверяющего личность; наименование и организационно-

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

номер контактного телефона, почтовый адрес и (или) адрес электронной почты, по которым

осуществляется связь с этим юридическим лицом; фамилию, имя, отчество

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

контактного телефона, почтовый адрес и (или) адрес электронной почты, по которым

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

охотничьего билета и его учетные серия и номер; дату и основания аннулирования

охотничьего билета), а также информации о выданных охотничьих билетах единого

федерального образца (количество выданных, действующих и аннулированных охотничьих

билетов за отчетный год).

Реестр должен быть связан с другими реестрами (Физические лица, Охотничьи

билеты).

Иная документированная информация об осуществлении видов деятельности в

сфере охотничьего хозяйства

Ведение реестра обеспечивает хранение информации:

 Об осуществлении охоты с участием иностранных граждан

(страна,

количество охотников);

 По добыче охотничьих ресурсов при осуществлении охоты с участием

иностранных граждан

(вид охотничьего ресурса, количество добытых

особей);

 ФИО иностранных охотников;

 Сторона

(организация), принимающая охотника

(включая основные

реквизиты)

Документированная информация о добыче охотничьих ресурсов при

осуществлении охоты в целях научно-исследовательской и образовательной

деятельности

Ведение реестра обеспечивает хранение информации о юридическом лице

(получателе разрешения), об охотничьих угодьях или иных территориях, в которых

осуществляется охота, видах охотничьих ресурсов, о выданном разрешении и фактически

добытых особях.

Документированная информация о выявленных случаях нападения хищников

Ведение реестра обеспечивает хранение информации о виде хищника, фактах

нападения хищника (в разрезе нападений на человека и сельскохозяйственных животных,

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

ущерба, без нанесения ущерба, с суммой ущерба).

3.4 Digit ВИС: Лицензирование

Подсистема «Digit ВИС: Лицензированиеª позволяет произвести комплексную

автоматизацию деятельности региональных органов исполнительной власти,

осуществляющих полномочия по лицензионной, разрешительной и контрольно-надзорной

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

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

участия в межведомственном взаимодействии.

Комплексный подход к автоматизации разных органов власти возможен за счет

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

регламентирующего лицензирование различных видов деятельности и контрольно-

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

индивидуальной автоматизацией каждого органа власти:

 Экономия времени и средств на разработку, развитие и поддержку

информационных систем;

 Унификация подходов к обучению, техническому и методическому

сопровождению пользователей информационных систем;

 Возможность получения сквозной отчетности и аналитики;

 Стандартизация структуры и форматов хранения данных, информационного

взаимодействия.

«Digit ВИС: Лицензированиеª обеспечивает решение следующих задач:

 Регистрация заявлений, предоставленных при личном обращении;

 Прием заявлений, переданных из внешних информационных систем

(ЕПГУ,РПГУ,МФЦ), и передача результата рассмотрения во внешнюю ИС;



Настраиваемая по шаблону автоматическая нумерация всех объектов в

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

т.д.)



Отправка межведомственных запросов, интерпретация поступивших

ответов;



Автоматическое выставление начислений для оплаты госпошлин, штрафов,

передача их во внешние системы, проверка факта оплаты через ГИС ГМП;



Автоматическое формирование документов на основе шаблонов (заявлений,

актов, извещений, протоколов, лицензий, отчетов и т.д.);



Автоматизация бизнес-процессов и документооборота, связанного с

оказанием услуг, включая такие технологические процессы как:

o Предоставление лицензий/разрешений;

o Переоформление лицензий/разрешений;

o Аннулирование лицензий/разрешений;

o Продление лицензий/разрешений;

o Выдачу дубликатов лицензий/разрешений;

o Предоставление выписок из реестров лицензий/разрешений;



Автоматизация планирования и проведения проверок.

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

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

адаптеры.

Перечисленный функционал доступен для каждого подключаемого вида

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

подсистемы:

 Digit ВИС: Лицензирование: Медицина;

 Digit ВИС: Лицензирование: Фармацевтика;

 Digit ВИС: Лицензирование: Оборот наркотиков;

 Digit ВИС: Лицензирование: Торговля алкоголем;

 Digit ВИС: Лицензирование: Управление МКД.

3.4.1 Digit ВИС: Лицензирование: Медицина

Модуль включает набор объектов и настроек, обеспечивающих использование

базового функционала подсистемы «Digit ВИС: Лицензированиеª для оказания услуг и

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

организаций:

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

деятельности;

 настройки процессов оказания услуг по лицензированию медицинской

деятельности;

 шаблоны документов, используемых при оказании услуг по лицензированию

медицинской деятельности;

 структура реестров, связанных с лицензированием медицинской

деятельности.

3.4.2 Digit ВИС: Лицензирование: Фармацевтика

Модуль включает набор объектов и настроек, обеспечивающих использование

базового функционала подсистемы «Digit ВИС: Лицензированиеª для оказания услуг и

ведения реестров, связанных с лицензированием фармацевтической деятельности:

 формы электронных заявлений на услуги по лицензированию

фармацевтической деятельности;

 настройки процессов оказания услуг по лицензированию фармацевтической

деятельности;

 шаблоны документов, используемых при оказании услуг по лицензированию

фармацевтической деятельности;

 структура реестров, связанных с лицензированием фармацевтической

деятельности.

3.4.3 Digit ВИС: Лицензирование: Оборот наркотиков

Модуль включает набор объектов и настроек, обеспечивающих использование

базового функционала подсистемы «Digit ВИС: Лицензированиеª для оказания услуг и

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

средств, психотропных веществ и их прекурсоров, культивированию наркосодержащих

растений:

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

по обороту наркотических средств;

 настройки процессов оказания услуг по лицензированию деятельности по

обороту наркотических средств;

 шаблоны документов, используемых при оказании услуг по лицензированию

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

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

наркотических средств.

3.4.4 Digit ВИС: Лицензирование: Торговля алкоголем

Модуль включает набор объектов и настроек, обеспечивающих использование

базового функционала подсистемы «Digit ВИС: Лицензированиеª для оказания услуг и

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

продукции:

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

продажи алкогольной продукции;

 настройки процессов оказания услуг по лицензированию розничной продажи

алкогольной продукции;

 шаблоны документов, используемых при оказании услуг по лицензированию

розничной продажи алкогольной продукции;

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

алкогольной продукции.

3.4.5 Digit ВИС: Лицензирование: Управление МКД

Модуль включает набор объектов и настроек, обеспечивающих использование

базового функционала подсистемы «Digit ВИС: Лицензированиеª для оказания услуг и

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

управлению многоквартирными домами:

 формы электронных заявлений на услуги по лицензированию

предпринимательской деятельности по управлению многоквартирными

домами;

 настройки

процессов

оказания

услуг

по

лицензированию

предпринимательской деятельности по управлению многоквартирными

домами;

 шаблоны документов, используемых при оказании услуг по лицензированию

предпринимательской деятельности по управлению многоквартирными

домами;

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

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

3.5 Digit ВИС: Такси

Назначением подсистемы является автоматизация деятельности регионального

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

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

легковым такси на территории соответствующего региона, осуществления полномочных

функций, участия в межведомственном взаимодействии.

Подсистема имеет структуру, обеспечивающую следующие функциональные

возможности:

 администрирование учетных записей;

 логирование действий пользователей;

 оказание государственных услуг, формирование межведомственных

запросов в рамках оказания услуг;

 ведение реестров;

 осуществление контроля за оказанием услуг;

 выгрузка статистики, формирование отчетности об оказании услуг;

 предоставление гражданам возможности подачи заявлений на

предоставление государственных услуг, осуществления мониторинга хода

оказания услуг в электронном виде;

 осуществление интеграций с другими информационными системами;

 осуществление публикации в открытых источниках информации из реестра

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

Базовый функционал подсистемы включает:

 функционал ведения реестров;

 функционал оказания услуг;

 функционал отчетности;

 функционал предоставления сведений из реестра разрешений.

Функционал ведения реестров

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

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

реестрах, имеется возможность фильтрации записей по полям реестра, поиска.

В подсистеме разработаны следующие реестры:

 Реестр действующих разрешений;

 Реестр разрешений с истекающими сроками действия;

 Реестр выданных дубликатов разрешений;

 Реестр аннулированных разрешений;

 Общий реестр разрешений.

Функционал оказания услуг

Функционал оказания услуг обеспечивает выполнение следующих функций:

 прием заявлений на оказания услуг из внешних систем;

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

 пошаговое выполнение процесса оказания услуги;

 отправку межведомственных запросов, предусмотренных процессом

оказания услуги;

 передачу результатов оказания услуги во внешнюю систему и/или на

электронную почту заявителя;

 создание или изменение имеющихся записей реестров сведений, связанных с

результатами оказания услуги.

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

 Выдача разрешения на осуществление деятельности по перевозке пассажиров

и багажа легковым такси;

 Переоформление разрешения на осуществление деятельности по перевозке

пассажиров и багажа легковым такси;

 Выдача дубликата разрешения на осуществление деятельности по перевозке

пассажиров и багажа легковым такси.

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

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

соответствии с утвержденным в регионе административным регламентом услуг.

Реализация услуги «Выдача разрешения на осуществление деятельности по

перевозке пассажиров и багажа легковым таксиª

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

возможность выполнения в электронном виде следующих основных процедур:

 прием заявлений на выдачу разрешения на осуществление деятельности по

перевозке пассажиров и багажа легковым такси;

 пошаговое прохождение процесса по оказанию услуги с вводом и

сохранением данных (информации, документов), относящихся к заявлению.

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

 с ЕПГУ/РПГУ (заявитель осуществляет вход на РПГУ под своей учетной

записью, создает заявление на выдачу разрешения на осуществление

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

все необходимые данные);

 с МФЦ (оператор МФЦ создает заявление на выдачу разрешения на

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

такси и сам вводит все необходимые данные);

 в ходе личного приема гражданина (сотрудник ОИВ создает и заполняет

заявку в подсистеме).

В заявлении на выдачу разрешения на осуществление деятельности по перевозке

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



Дата и время приема заявления;



Данные об индивидуальном предпринимателе:

o Фамилия, имя, отчество (при наличии) заявителя;

o Дата рождения;

o ИНН, ОГРНИП;

o Серия, номер, дата выдачи, код подразделения, кем выдан, дата

рождения, место рождения, гражданство, страна рождения из

паспортных данных заявителя;

o Данные о месте регистрации заявителя;

o Номер телефона, СНИЛС и адрес электронной почты заявителя;



Данные о юридическом лице:

o Организационно-правовая форма;

o Полное, Сокращенное и фирменное наименования;

o ОГРН, ИНН, КПП;

o Юридический и почтовый адреса;

o Мобильный телефон, Факс, Адрес электронный почты;

o Сведения о руководителе;



Данные о ТС (не более 10 ТС в одном заявлении):

o Марка ТС;

o Модель ТС;

o Год выпуска ТС;

o Регистрационный номерной знак;

o Свидетельство о регистрации транспортного средства;

o Договор лизинга (в случае, если ТС предоставлено на условиях

лизинга);

o Договор аренды (в случае, если ТС предоставлено на условиях

аренды);

o Нотариально заверенная доверенность на право распоряжения

транспортным средством

(в случае, если ТС предоставлено

физическим лицом на основании доверенности).

 Квитанция об оплате государственной пошлины.

При работе с заявлениями в подсистеме предусмотрено:

 Информирование заявителей о статусе обработки заявления через

ЕПГУ/РПГУ;

 Печать заполненного заявления из подсистемы для заявителя;

 Автоматическая отправка межведомственных запросов на получение полной

выписки по ИП/ЮЛ;

 Автоматическая проверка на уже выданное разрешение на ТС, указанных в

заявлении;

 Печать сформированных разрешений.

В подсистеме хранится информация обо всех зарегистрированных заявлениях, о

выданных разрешениях, с возможностью поиска и просмотра данных.

Для заявлений обеспечено хранение следующих данных:

 номер заявления;

 дата регистрации заявления;

 сотрудник, принявший заявление (при создании заявления в подсистеме);

 данные заявителя;

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

файлы документов в электронном виде (при наличии);

 результаты межведомственных проверок;

 принятое решение по заявлению;

 причина отказа, номер и дата уведомления об отказе в выдаче разрешения

(при принятии решения об отказе);

 реквизиты выданных разрешений

(при принятии решения о выдаче

разрешения).

Для выданных разрешений обеспечено хранение следующих данных:

 сведения о владельце разрешения:

 заявление, в рамках которого выдано разрешение;

 дату выдачи, дату начала действия и дату окончания действия разрешения и

его учетные серию и номер;

 шаблон разрешения для печати на бланке;

 сведения о ТС;

 статус разрешения;

 район выдачи разрешения;

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

Информация актуализируется в автоматическом режиме, при создании заявления и

при принятии решения о выдаче разрешения на осуществление деятельности по перевозке

пассажиров и багажа легковым такси.

Реализация услуги

«Переоформление разрешения на осуществление

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

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

возможность выполнения в электронном виде следующих основных процедур:

 прием заявлений на переоформление разрешения на осуществление

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

 пошаговое прохождение процесса по оказанию услуги с вводом и

сохранением данных (информации, документов), относящихся к заявлению.

В подсистеме реализован следующий вариант приема заявлений:

 с ЕПГУ/РПГУ (заявитель осуществляет вход на РПГУ под своей учетной

записью, создает заявление на переоформление разрешения на

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

такси и сам вводит все необходимые данные);

 с МФЦ (оператор МФЦ создает заявление на переоформление разрешения на

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

такси и сам вводит все необходимые данные);

 в ходе личного приема гражданина (сотрудник ОИВ создает и заполняет

заявку в подсистеме).

В заявлении на переоформление разрешения на осуществление деятельности по

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



Дата и время приема заявления;



Данные об индивидуальном предпринимателе:

o Фамилия, имя, отчество (при наличии) заявителя;

o Дата рождения;

o ИНН, ОГРНИП;

o Серия, номер, дата выдачи, код подразделения, кем выдан, дата

рождения, место рождения, гражданство, страна рождения из

паспортных данных заявителя;

o Данные о месте регистрации заявителя;

o Номер телефона, СНИЛС и адрес электронной почты заявителя;



Данные о юридическом лице:

o Организационно-правовая форма;

o Полное, Сокращенное и фирменное наименования;

o ОГРН, ИНН, КПП;

o Юридический и почтовый адреса;

o Мобильный телефон, Факс, Адрес электронный почты;

o Сведения о руководителе;



Данные о разрешениях;

 Основание для переформления;

 Свидетельство о регистрации транспортного средства (в случае изменения

государственного регистрационного знака транспортного средства,

используемого в качестве легкового такси);

 Квитанция об оплате государственной пошлины.

При работе с заявлениями предусмотрено:

 информирование заявителей о статусе обработки заявления через РПГУ;

 печать заполненного заявления из подсистемы для заявителя;

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

выписки по ИП/ЮЛ;

 печать сформированных разрешений.

В подсистеме хранится информация обо всех зарегистрированных заявлениях, о

выданных разрешениях, с возможностью поиска и просмотра данных.

Для заявлений обеспечено хранение следующих данных:

 номер заявления;

 дата регистрации заявления;

 сотрудник, принявший заявление (при создании заявления в подсистеме);

 данные заявителя;

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

файлы документов в электронном виде (при наличии);

 результаты межведомственных проверок;

 принятое решение по заявлению;

 причина отказа, номер и дата уведомления об отказе в переоформлении

разрешения (при принятии решения об отказе);

 реквизиты выданных разрешений (при принятии решения о переоформлении

разрешения).

Для выданных разрешений обеспечено хранение следующих данных:

 сведения о владельце разрешения:

 заявление, в рамках которого выдано разрешение;

 дату выдачи, дату начала действия и дату окончания действия разрешения и

его учетные серию и номер;

 шаблон разрешения для печати на бланке;

 сведения о ТС;

 статус разрешения;

 оригинал разрешения;

 район выдачи разрешения;

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

Информация актуализируется в автоматическом режиме, при создании заявления и

при принятии решения о переоформлении разрешения на осуществление деятельности по

перевозке пассажиров и багажа легковым такси.

Реализация услуги

«Выдача дубликата разрешения на осуществление

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

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

возможность выполнения в электронном виде следующих основных процедур:

 прием заявлений на выдачу дубликата разрешения на осуществление

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

 пошаговое прохождение процесса по оказанию услуги с вводом и

сохранением данных (информации, документов), относящихся к заявлению.

В подсистеме реализован следующий вариант приема заявлений:

 с ЕПГУ/РПГУ (заявитель осуществляет вход на РПГУ под своей учетной

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

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

такси и сам вводит все необходимые данные);

 с МФЦ (оператор МФЦ создает заявление на выдачу дубликату разрешения

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

такси и сам вводит все необходимые данные);

 в ходе личного приема гражданина (сотрудник ОИВ создает и заполняет

заявку в подсистеме).

В заявлении на выдачу дубликату разрешения на осуществление деятельности по

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



Дата и время приема заявления;



Данные об индивидуальном предпринимателе:

o Фамилия, имя, отчество (при наличии) заявителя;

o Дата рождения;

o ИНН, ОГРНИП;

o Серия, номер, дата выдачи, код подразделения, кем выдан, дата

рождения, место рождения, гражданство, страна рождения из

паспортных данных заявителя;

o Данные о месте регистрации заявителя;

o Номер телефона, СНИЛС и адрес электронной почты заявителя;



Данные о юридическом лице:

o Организационно-правовая форма;

o Полное, Сокращенное и фирменное наименования;

o ОГРН, ИНН, КПП;

o Юридический и почтовый адреса;

o Мобильный телефон, Факс, Адрес электронный почты;

o Сведения о руководителе;



Данные о разрешении для выдачи дубликата;



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



Квитанция об оплате государственной пошлины.

При работе с заявлениями предусмотрено:

 информирование заявителей о статусе обработки заявления через

ЕПГУ/РПГУ;

 печать заполненного заявления из подсистемы для заявителя;

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

выписки по ИП/ЮЛ;

 печать сформированного разрешения.

В подсистеме хранится информация обо всех зарегистрированных заявлениях, о

выданных разрешениях, с возможностью поиска и просмотра данных.

Для заявлений обеспечено хранение следующих данных:

 номер заявления;

 дата регистрации заявления;

 сотрудник, принявший заявление (при создании заявления в подсистеме);

 данные заявителя;

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

файлы документов в электронном виде (при наличии);

 результаты межведомственных проверок;

 принятое решение по заявлению;

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

разрешения (при принятии решения об отказе);

 реквизиты выданных разрешений (при принятии решения о выдаче дубликата

разрешения).

Для выданных дубликатов разрешений обеспечено хранение следующих данных:

 сведения о владельце разрешения:

 заявление, в рамках которого выдано разрешение;

 дату выдачи, дату начала действия и дату окончания действия разрешения и

его учетные серию и номер;

 шаблон разрешения для печати на бланке;

 сведения о ТС;

 статус разрешения;

 оригинал разрешения;

 район выдачи разрешения;

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

Информация актуализируется в автоматическом режиме, при создании заявления и

при принятии решения о выдаче дубликата разрешения на осуществление деятельности по

перевозке пассажиров и багажа легковым такси.

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

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

адаптеры.

Функционал отчетности

Отчёты реализованы в отдельном интерфейсе в табличной форме. В верхней части

располагается название отчёта, ниже параметры фильтрации (при необходимости) и

таблица выгрузки и хранения отчетов.

Отчёты могут выгружаться в формате *.xlsx.

В подсистеме разработаны следующие отчеты:

 Опись отправленных разрешений (в МФЦ);

 Выгрузка действующих разрешений;

 Ежеквартальная выгрузка.

Опись отправленных разрешений (в МФЦ)

Отчет формируется за временной промежуток

формате

«.docxª.

отчете

выводится следующая информация:

 Номер заявления;

 Серия разрешения;

 Номер разрешения;

 Дата выдачи разрешения;

 Дата начала действия разрешения;

 Дата окончания действия разрешения;

 Модель транспортного средства;

 Регистрационный номерной знак;

 Год выпуска транспортного средства;

 Сведения о владельце;

 Канал подачи (МФЦ, ЕПГУ, РПГУ).

Выгрузка действующих разрешений

Отчет формируется еженедельно в ночное время в формате

«.pdfª. При

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

выводится следующая информация:

 Номер заявления;

 Серия разрешения;

 Номер разрешения;

 Дата выдачи разрешения;

 Дата начала действия разрешения;

 Дата окончания действия разрешения;

 Модель транспортного средства;

 Регистрационный номерной знак;

 Год выпуска транспортного средства;

 Сведения о владельце.

Ежеквартальная выгрузка

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

следующая информация:

 Номер заявления;

 Серия разрешения;

 Номер разрешения;

 Дата выдачи разрешения;

 Дата начала действия разрешения;

 Дата окончания действия разрешения;

 Статус разрешения;

 Модель транспортного средства;

 Регистрационный номерной знак;

 Год выпуска транспортного средства;

 Сведения о владельце;

 Адрес владельца;

 ИНН;

 Телефон;

 Район.

Функционал предоставления сведений из реестра разрешений

В подсистеме предусмотрен функционал предоставления сведений из реестра

разрешений в двух вариантах:

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

 сервис, предоставляющий данные разрешения по запросу.

Выгрузка файла для публикации реестра выданных разрешений запускается

ежедневно в ночное время. Подсистема формирует файл с расширением

«.xmlª и

отправляет его на внешний ftp-сервер. В выгрузку включаются разрешения со статусом

«действуетª и «дубликатª.

Состав данных, которые формируются в xml файле:

 Номер заявления;

 Серия разрешения;

 Дата выдачи разрешения;

 Дата начала действия;

 Дата окончания действия;

 Марка ТС;

 Модель ТС;

 Регистрационный номерной знак ТС;

 Год выпуска ТС;

 Сведения о владельце (ФИО ИП или Полное наименование ЮЛ).

3.6 Digit ВИС: ДИЗО

Назначением подистемы является автоматизация деятельности регионального

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

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

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

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

в межведомственном взаимодействии.

Базовый функционал подсистемы включает:

 функционал оказания услуг

 функционал ведения реестров;

 функционал отчетности.

Функционал оказания услуг

Функционал оказания услуг обеспечивает выполнение следующих функций:

 прием заявлений на оказания услуг из внешних систем;

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

 пошаговое выполнение процесса оказания услуги;

 отправку межведомственных запросов, предусмотренных процессом

оказания услуги;

 передачу результатов оказания услуги во внешнюю систему и/или на

электронную почту заявителя;

 создание или изменение имеющихся записей реестров сведений, связанных с

результатами оказания услуги.

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

 Предоставление земельных участков в собственность граждан бесплатно;

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

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

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

соответствии с утвержденным административным регламентом услуг.

Реализация услуги «Предоставление земельных участков в собственность

граждан бесплатноª

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



формирования заявления на получение услуги

(с возможностью

последующей печати);



осуществления межведомственного взаимодействия, предусмотренного в

соответствии с утвержденными административными регламентами

предоставления услуг с использованием СМЭВ;



выполнения комплекса бизнес-процессов по заявлениям с вводом и

сохранением данных (информации, документов), относящихся к заявлению,

в том числе:

o принятия в работу;

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

его из выпадающего списка;

o принятия решения об оказании

(отказе в оказании) услуги с

возможностью приложения к процессу проекта решения

(результирующего документа), подписанного ЭП исполнителя;

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

исполнителем, осуществившим действие, на любом этапе исполнения

услуги;

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

семьи;

o просмотра результата проверки корректной последовательности

обработки заявлений;

o просмотра присвоенного номера в уполномоченном органе, в случае

решения об оказании услуги.

В интерфейсе оказания услуги реализована возможность выгрузки статистической

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

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

 дата подачи;

 ответственный исполнитель;

 статус;

 срок исполнения;

 способ подачи;

 вид разрешенного использования;

 тип льготы.

Реализация услуги

«Информирование об очереди на предоставление

земельного участкаª

Подсистема позволяет получать сведения на форме ЕПГУ, РПГУ или МФЦ по всем

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

 СНИЛС заявителя;

 фамилия заявителя;

 имя заявителя;

 отчество заявителя;

 дата рождения заявителя.

В ответ направляются сведения о заявлениях в следующем составе:

 дата регистрации заявления;

 номер заявления;

 орган исполнительной власти;

 статус заявления;

 текущий номер в рамках вида разрешенного использования.

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

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

адаптеры.

Функционал ведения реестров

В подсистеме разработаны следующие реестры:

 Очередь;

 Выданные земельные участки.

Реестр «Очередьª

В данном реестре отображаются заявления со следующими статусами:

 ожидание в очереди;

 отказ от предложенного участка.

Для пользователя в реестре отображаются следующие сведения:

 текущий №;

 текущий № (по виду разрешенного использования);



№ в уполномоченном органе;

 номер заявления;

 дата регистрации;

 фамилия;

 имя;

 отчество;

 контактный телефон;

 вид разрешенного использования;

 тип льготы;

 статус заявления.

Текущий номер в очереди и текущий номер в очереди в рамках вида разрешенного

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

Пересчет данных номеров должен производиться с учетом веса категории льготы (0 -

очередники, 1 - внеочередники), и даты регистрации заявлений.

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

 посмотреть сведения о заявлении;

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

услуги, и ответы на них;

 посмотреть журнал действий с заявлением;

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

заявления сменится на «Участок выданª);

 снять с учета (при снятии с учета подсистема требует ввести основание для

снятия с учета, позволяет сформировать решение на основании шаблона и

прикрепить документ, требует подписать документ электронной подписью,

после чего статус заявления меняется на «Снят с учетаª);

 изменить персональные данные в одном из случаев:

o смены фамилии, имени, отчества (последнее - при наличии);

o смена адреса места жительства;

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

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

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

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

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

Реестр выданных земельных участков

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

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



№ в уполномоченном органе;

 номер заявления;

 дата регистрации;

 ФИО заявителя;

 контактный телефон;

 вид разрешенного использования;

 тип льготы;

 статус заявления;

 дата принятия решения;

 кадастровый номер земельного участка.

Для пользователя в реестре доступны следующие действия:

 посмотреть сведения о заявлении;

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

услуги, и ответы на них;

 посмотреть журнал действий с заявлением.

Функционал отчетности

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

Входные параметры отчета:

 тип льготы

 вид разрешённого использования

 орган исполнительной власти подачи

 территория

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

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

сгруппированными заявителями по следующим данным: Фамилия, Имя, Отчество, Дата

Рождения.

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

помощью реестров путем выгрузки реестров в файл CSV или XLS с учетом наложенных

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

4 АППАРАТНЫЕ И ПРОГРАММНЫЕ ТРЕБОВАНИЯ К

ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

4.1 Требования к серверной части

4.1.1 Перечень программного обеспечения

Функционирование

«Digit ВИСª подразумевается в составе программной

инфраструктуры объекта автоматизации, которая основывается на базе программной

платформы, обеспечивающей низкоуровневые функции, такие как транспортировка

данных (между отдельными элементами программной инфраструктуры и внешними

системами, в том числе через СМЭВ), хранение файлов, работа с электронными подписями

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

обеспечивающих решение типовых задач различных ВИС.

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

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

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

Linux.

Требования к операционной системе ALT Linux:

 ALT 8.2 Server (december)

 Ядро: 4.9.71

 Архитектура: x86_64

На сервере приложения должно быть установлено следующее ПО:

1) Полнофункциональный сервер приложений с открытым кодом WildFly;

2) OpenJDK-JRE версии 1.7 и 1.8;

3) КриптоПРО JCP 1.52 и выше, позволяющее выполнять различные операции с

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

электронной подписью XML-документов, сформированных в соответствии со

спецификацией SOAP и методическими рекомендациями, утвержденными

Министерством связи и массовых коммуникации Российской Федерации.

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

СУБД с открытым исходным кодом OrientDb.

4.1.2 Требования к серверному оборудованию

Рекомендуемая минимальная конфигурация для размещения программного

обеспечения:



8-16 Гб оперативной памяти;



200 Гб физической памяти;



2 процессора с 4 логическими ядрами каждый;

 Канал связи с резервированием по схеме N+1 и пропускной способностью более

1 Гбит/сек.

4.2 Требования к клиентской части

Требования к рабочему месту оператора:

1. компьютер с частотой процессора не менее 1,3 ГГц, оперативной памятью не

менее 1 Гб под управлением Windows XP и 2 Гб под управлением WindowsVista и выше,

не менее 20 Гб свободного пространства на жестком диске;

2. ОС Microsoft Windows XP SP3/7/Vista/8/10;

3. Браузер Google Chrome /FireFox /Safari актуальной версии;

4. Наличие защищенного подключения к Региональной системе

межведомственного электронного взаимодействия;

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

пользователя программного обеспечения и сервером - 32 Кбит/с;

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

программного обеспечения и сервером не менее - 512 Кбит/с (для эффективной работы по

передаче данных электронных образов и документации (отсканированных документов и

файлов));

7. Антивирусное ПО;

8. Криптопровайдер Криптопро CSP 3.6 или выше;

9. OpenJDK-JRE версии 1.7 и 1.8.

6 РЕЖИМ ФУКЦИОНИРОВАНИЯ ПРОГРАММНОГО

ОБЕСПЕЧЕНИЯ

В основном режиме функционирования программное обеспечение обеспечивает:

 беспрерывную работу в режиме - 24 часа в день, 7 дней в неделю (24х7);

 выполнение всех функций в полном объеме; за исключением периодов проведения

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

ситуаций.

В случае возникновения внештатных ситуаций организована возможность

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

рабочей версии с сохранением целостности информации на уровне СУБД.