Руководство администратора


Базовые элементы управления заданием



страница6/28
Дата06.06.2016
Размер2.28 Mb.
ТипРуководство
1   2   3   4   5   6   7   8   9   ...   28

2.6.Базовые элементы управления заданием


Базовыми элементами, предназначенными для управления заданием, являются: типы ОНИ, виды регдействий, типы заявлений, типы документов, виды оплат, типы субъектов, типы работ, типы состояний задания, типы флагов атрибутов, подразделы ЕГРП.

Типы ОНИ, виды регдействий, типы заявлений, типы документов, виды оплат, типы субъектов, типы работ, подразделы ЕГРП используются в схеме регистрации. Выключение флага доступности или удаление какого-либо базового элемента может привести к сбросу состояния корректности для тех схем регистрации, в которых он используется.


2.6.1.Режим «Типы ОНИ»


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



Рисунок 2.6 55 Список доступных типов ОНИ

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





Рисунок 2.6 56 Настройка маски ввода УН ОНИ

Кадастровый номер (КН) имеет следующую структуру А:Б:В:Г:Д:Е, где:



  • А – кадастровый округ;

  • Б – кадастровый район;

  • В – кадастровый квартал;

  • Г – номер земельного участка;

  • Д – инвентарный номер здания, сооружения;

  • Е – инвентарный номер помещения.

Составные части КН отделяются друг от друга знаком «:».

Если элементы для ввода КН сделать доступными, как это показано выше на рисунке, то составляющая часть КН в бланке ОНИ будет доступна для ввода (редактирования). При включенном флаге «не пусто» поле в КН должно быть заполнено. При включении флага «скрыть» соответствующий блок КН в бланке ОНИ будет недоступен. Флаг «без нулей» устанавливает запрет на ввод лидирующих нулей в соответствующем блоке КН. Вышеприведенные настройки кадастрового номера ОНИ в пользовательском приложении будут выглядеть следующим образом.





Рисунок 2.6 57 Пример настройки маски ввода КН ОНИ в пользовательском приложении

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



  • 9 – только цифры;

  • N – только цифры и буквы;

  • X – любой символ, кроме пробела.

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

Условный номер (УН) для всех типов ОНИ формируется согласно «Инструкции о порядке присвоения при проведении государственной регистрации прав на недвижимое имущество и сделок с ним объектам недвижимого имущества условных номеров, которым в установленном законодательством Российской Федерации порядке не присвоен кадастровый номер» утвержденной Приказом Министерства юстиции РФ от 8 декабря 2004г. N 192.



  • Условный номер имеет следующую структуру: А - Б - В - Г, где:

  • А - двухзначный номер субъекта Российской Федерации;

  • Б - двухзначный номер регистрационного округа;

  • В - одиннадцатизначный номер книги учета входящих документов, состоящий из разделенных между собой косой чертой двухзначного номера подразделения территориального органа Федеральной регистрационной службы, осуществляющего государственную регистрацию прав (в том числе структурного подразделения центрального аппарата территориального органа службы, который обозначается цифрами «01»), трехзначного порядкового номера книги учета входящих документов, ведущейся данным подразделением, четырехзначного номера, обозначающего год, в котором осуществляется ведение книги учета входящих документов;

  • Г - трехзначный порядковый номер записи в книге учета входящих документов.

Составные части условного номера отделяются друг от друга знаком «-».

2.6.2.Режим «Виды рег.действий»


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



Рисунок 2.6 58 Список регдействий

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


2.6.3.Режим «Типы заявлений»


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



Рисунок 2.6 59 Список типов заявлений

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



  • признак «правопритязания» – в пользовательском приложении при регистрации прав и/или ограничений (обременений) в «Правопритязаниях на ОНИ» будут отображаться только те записи КУВД, в которых выбран тип заявления с заполненным полем «правопритязания» (например, если идет регистрация права, а еще подали заявление на внесение изменений, то запись КУВД о внесении изменений не будет отображаться в списке правопритязаний);



Рисунок 2.6 60 Бланк «Тип заявления»

  • признак «отчет КУВД» – указывает, как данный тип заявления отображается при печати КУВД в колонке «Регистрируемое право, ограничение (обременение)»;

  • признак «срок решения» – указывает длительность регистрации по данному типу заявления, задается в днях;

  • признак «обязательность уведомления» – для записи КУВД с выбранным типом заявления, в котором включен данный признак, должно быть обязательно сформировано уведомление (например, приостановление государственно регистрации по заявлению – обязательно формируется «Уведомление о приостановлении государственной регистрации»);

  • признак «дополнительная запись» – для записи КУВД с выбранным типом заявления, в котором включен данный признак, должна быть обязательно основная запись, для которой текущая запись является дополнительной (например, при предоставлении дополнительных документов);

  • признак «доступность» – указывает на активные типы заявлений.

Типы заявлений можно связать с подразделом ЕГРП, для этого необходимо вызвать контекстное меню в списке типов заявлений и в списке подразделов ЕГРП добавить необходимый подраздел для заявления.



Рисунок 2.6 61 Список подразделов ЕГРП связанных с типом заявления «Регистрация права»

При выборе в записи КУВД соответствующего типа заявления в запись автоматически подставляется связанный с данным типом заявления подраздел ЕГРП.


2.6.4.Режим «Виды оплат»


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



Рисунок 2.6 62 Список видов оплат

Оплаты относятся к типам субъекта: либо физ.л., либо юр.л.

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

2.6.5.Режим «Типы документов»


Тип документа – классификация документов в пределах одного вида. Например, вид документов «договора», может быть разделен на договора купли-продажи, договора аренды и т.п.



Рисунок 2.6 63 Список типов документов

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





Рисунок 2.6 64 Настройка типа документа «Договор»

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

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

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


2.6.6.Возможные манипуляции с типами и бланками документов


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



Рисунок 2.6 65 Создание новой классификационной разновидности. (Например, по какой - то причине понадобилось различать договора купли - продажи с участием иностранных граждан, от таких же договоров с участием граждан России, с условием, что по составу атрибутов эти документы тождественны.)



Рисунок 2.6 66 Создание нового представления документа, что возможно лишь для документов, которые реализованы на основе шаблонов. (Например, понадобилось иметь несколько различных форм какого - то заявления, с условием, что состав атрибутов этих документов вписывается в некий предопределенный набор.)

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

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

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

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



Рисунок 2.6 67 Список бланков документов

2.6.7.Режим «Типы субъектов регистрации»


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



Рисунок 2.6 68 Список субъектов регистрации

2.6.8.Режим «Типы работ»


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



Рисунок 2.6 69 Список типов работ

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

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

На данный момент в АИС реализован только один тип работ — «Регистрация прав». Несмотря на то, что типы работ сведены в список, который доступен для модификации, нельзя корректно создать новый тип работы, просто дополнив существующий список. Другими словами, нет смысла задавать тип работы, если он не поддерживается системой. Список типов работ предназначен в основном для параметризации заданий разработчиками системы. Деактивирование или удаление описания типа работ из списка приведет к тому, что задания, выполняющие данный тип работы, будут остановлены, а связанные схемы регистрации перейдут в некорректное состояние.

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

2.6.9.Режим «Типы состояний задания в очереди»


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



Рисунок 2.6 70 Список типов состояний задания в очереди

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



  • вакантно (ожидает выполнения) – в этом состоянии задание не связано ни с одним из исполнителей, недоступно для обработки, и доступно для просмотра менеджеру/планировщику. Задание находится в очереди, пока не поступит в распоряжение, какого - либо исполнителя (любого, который имеет право выполнять задание такого типа и сложности);

  • назначено исполнителю (ожидает выполнения) – отличается от вакантного состояния тем, что назначенное задание не может быть получено любым пользователем, а только тем, кому оно было адресовано планировщиком;

  • в распоряжении исполнителя (обрабатывается) – задание находится в распоряжении конкретного исполнителя, доступно для обработки только этому исполнителю. Доступно для просмотра менеджеру/планировщику;

  • назначено менеджером – менеджер/планировщик выполнил назначение задания конкретному исполнителю;

  • отозвано у исполнителя – менеджер/планировщик отозвал задание от исполнителя;

  • в распоряжении менеджера – менеджер/планировщик изъял задание из очереди, отозвал у исполнителя или задание автоматически поступило в распоряжение менеджер/планировщика следующего этапа;

  • завершено – задание завершено, и с этого момента может быть только объектом аудита;

  • удалено – задание удалено, и с этого момента может быть только объектом аудита.

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

2.6.10.Режим «Типы флагов/атрибутов»


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

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





Рисунок 2.6 71 Пример отображения, не просмотренного флага/атрибута задания в пользовательском приложении

Перечень флагов/атрибутов заданий может быть расширен администраторами самостоятельно.



-

Рисунок 2.6 72 Список типов флагов/атрибутов

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



  • область действия типа флага/атрибута. Указывает, что действие данного флага/атрибута распространяется на указанный элемент множества: задание, ОНИ, физ.лицо, юр.лицо, субъект;

  • тип интерпретации значения для данного атрибута. Задает тип данных, который может принимать атрибут в процессе исполнения задания. Назначение значений атрибутам производится либо автоматически, при достижении какого – либо предусмотренного состояния данных, либо выполняется менеджером/планировщиком;

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

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



Рисунок 2.6 73 Форма бланк «тип флага/атрибута»



Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   ...   28


База данных защищена авторским правом ©uverenniy.ru 2019
обратиться к администрации

    Главная страница