Рабочее место «Реестр расходных обязательств»
Организация учета и работа с расходными обязательствами в АИС «Реестр расходных обязательств» ведется на рабочем месте Реестр расходных обязательств, которое включает следующие интерфейсы:
1.1 Функции рабочего места
Сбор, проверка, доработка и утверждение фрагментов реестров расходных обязательств ГРБС субъекта РФ и МО;
Свод фрагментов реестров расходных обязательств ГРБС субъекта РФ и МО;
Ведение единого справочника НПА, обуславливающих возникновение расходных обязательств;
Ведение единого справочника полномочий, в рамках которых выделяются расходные обязательства;
Ведение иных справочников, необходимых при сборе реестра расходных обязательств, таких как справочник видов НПА, видов расходных обязательств и др.;
Формирование необходимой отчетности по реестру расходных обязательств.
1.2 Схема состояний документов Схема состояний документов представляет собой цепочку состояний, которую может пройти каждый документ в процессе сбора реестра. Перевод состояния документа осуществляется при нажатии на соответствующую кнопку перехода. При этом можно перевести состояние как одного документа, так и целой группы документов (для этого перед нажатием на кнопку перехода нужные документы выделяются с нажатой клавишей Shift или Ctrl).
Кнопки изменения состояний документа находятся на верхней панели интерфейсов «Реестр расходных обязательств», «Реестр расходных обязательств МО», «НПА», «Заявка на добавление полномочий»:
Панель содержит кнопки:
- Передать на рассмотрение, - Передать на доработку, - Утвердить, - Отклонить.
Наличие тех или иных кнопок на панели определяется правами пользователя.
На рисунке 1.1 изображена стандартная схема состояний документов для рабочего места «Реестр расходных обязательств».
Рисунок 1.1 – Стандартная схема состояний документов на РМ «Реестр расходных обязательств»
1.3 Контроль данных на РМ «Реестр расходных обязательств»
Подсистема контроля данных на РМ «Реестр расходных обязательств» позволяет обнаружить ошибки в заведенном ГРБС фрагменте РРО. В зависимости от действий, приводящих к вызову контроля, его можно классифицировать на:
Контроль на смену состояний;
Контроль на сохранение данных.
1.3.1 Контроль на смену состояний
Проверка данных документа на соответствие этому контролю осуществляется каждый раз при изменении состояния документа.
Контроль при смене состояний может быть:
Жестким. В случае срабатывания такого контроля пользователь не сможет перевести документ в следующее состояние, пока не исправит ошибки.
Мягким. В случае срабатывания мягкого контроля пользователь может сам определить, следует ли игнорировать ошибку и произвести переход, либо вернуться и доработать фрагмент.
В зависимости от типа контроля возможны следующие ситуации:
1. Документ перевелся в новое состояние без предупреждений. Это означает, что ошибок во введенных данных обнаружено не было.
2. При переводе состояния появилось окно с желтым кружочком (рис. 1.2).
Желтый знак слева от записи документа говорит о том, что в записи найдена некритичная ошибка. Текст ошибки выводится в колонке окна контроля «Текст ошибки».
Ошибки мягкого контроля можно игнорировать. Для этого необходимо поставить галочку в колонке «Игнорировать ошибку» и нажать ОК. В этом случае документ будет переведен в новое состояние.
Игнорировать ошибки мягкого контроля, однако, не рекомендуется. Лучше всего вернуться к документу и исправить ошибку, выводящуюся в колонке «Текст ошибки». Для этого нажмите «Отмена» или «ОК», не выставляя галочки «Игнорировать ошибку».
Рисунок 1.2 – Мягкий контроль данных
Ошибки в окне контроля представляются в иерархическом виде. Так, если одна запись реестра не прошла несколько контролей, то можно свернуть/развернуть список ошибок по этой записи. Для этого нажмите знак «+» или «-» в левой части колонки контроля «Наименование документа».
Иерархичное представление информации в окне контроля также позволяет игнорировать сразу все ошибки, выявленные в фрагменте РРО. Для этого достаточно поставить галочку в колонке «Игнорировать ошибку» у самой верхней записи дерева (рис. 1.3). Рисунок 1.3 – Игнорирование ошибок контроля
На РМ «Реестр расходных обязательств» используются следующие контроли на смену состояний:
Проверка прав на переход
Описание
| Текст ошибки
| Тип контроля
| Данный контроль проверяет наличие у пользователя прав на совершение перехода. В случае если прав на переход пользователю не назначено, выдается ошибка
| Не доступен ни один переход
| Жесткий
|
Контроль на незаполнение обобщенной классификации
Описание
| Текст ошибки
| Тип контроля
| Данный контроль проверяет, введены ли во фрагменте РРО обобщенные классификаторы. Если обнаружен недетализированный классификатор (например, КФСР=01.00) – выдается ошибка
| Неверная классификация в записи детализации объемов финансирования, необходимо уточнить следующие классификаторы: <Список классификаторов и значений, которые нужно уточнить>
| Мягкий
|
Контроль на соответствие классификации в заголовке и детализации документа
Описание
| Текст ошибки
| Тип контроля
| Контроль проверяет соответствие классификаторов, указанных в заголовке документа и в детализации «Объемы средств на исполнение расходных обязательств». Если указаны разные классификаторы – выдается ошибка.
| Классификация записи детализации объемов финансирования не соответствует заголовку: <Список классификаторов и значений>
| Мягкий
|
Контроль на заполнение НПА для полномочий
Описание
| Текст ошибки
| Тип контроля
| Контроль проверяет заполненность НПА, определяющего возникновение полномочия, в детализации записи интерфейса «Заявка на добавление полномочия». Если НПА не заполнен - выдается ошибка
| В детализации документа c Лицевым счетом <Номер лицевого счета> и Номером заявки <Номер заявки> отсутствуют НПА
| Мягкий
|
Контроль на наличие НПА по полномочию в справочнике НПА
Описание
| Текст ошибки
| Тип контроля
| Контроль проверяет наличие НПА, указанного в детализации записи интерфейса «Заявка на добавление полномочия» в справочнике НПА. Если соответствия не найдено – выдается ошибка. Необходимо перед добавлением полномочия, утвердить указанный НПА на интерфейсе «НПА»
| В слое: РРО.Справочники.НПА не утверждена запись с натуральным ключом: Код документа =< Код НПА>, Номер документа =< Номер НПА>, Дата документа =< Дата НПА>
| Жесткий
|
Контроль на заполненность колонки «Причина отклонения» при отклонении документа
Описание
| Текст ошибки
| Тип контроля
| Контроль проверяет заполненность колонки «Причина отклонения» при отклонении документа. Если поле не заполнено, то при попытке отклонить документ выдается ошибка
| В документе: Код документа=<Код документа >,Номер доку-мента=<Номер документа>,Дата документа=<Дата документа> не проставлено значение в поле: Причина отклонения
| Мягкий
| 1.3.2 Контроль на сохранение данных
Контроль на сохранение данных срабатывает при сохранении проделанных изменений в документе. Данный вид контроля всегда является жестким, то есть, при наличии ошибок нет возможности проигнорировать их и перевести задачу в новое состояние. Такой контроль используется в АИС «Реестр расходных обязательств» для поддержания ссылочной целостности базы данных и обеспечивает уникальность ключевых полей, таких как код расходного обязательства, сочетание кода, номера и даты НПА и др.
В системе присутствуют следующие контроли на сохранение данных:
Контроль на уникальность кода расходного обязательства
Описание
| Текст ошибки
| Интерфейс
| Контроль проверяет уникальность кода расходного обязательства в документах. Если пользователь введет код РО, который уже используется для другого РО, контроль выдаст ошибку. Для ГРБС субъекта код РО определяется как сочетание Ведомства и Номера обязательства. Для ГРБС МО код обязательства состоит из Кода МО и Номера обязательства
| Нарушена уникальность натурального ключа в слое "Расходные обязательства (интерфейсы)":
"Ведомство" = <Номер ведомства>
"Номер" = <Номер обязательства>
| Реестр расходных обязательств, Реестр расходных обязательств МО
|
Контроль на уникальность ключа НПА
Описание
| Текст ошибки
| Интерфейс
| Контроль проверяет уникальность ключа НПА, состоящего из сочетания:
Код документа, Номер документа, Дата документа. При вводе пользователем нового НПА с неуникальным сочетанием ключевых реквизитов – выдастся ошибка
| Нарушена уникальность натурального ключа в слое "Справочник нормативных правовых актов":
"Код документа" = <Код НПА>
"Дата документа" = <Дата НПА>
"Номер документа" = <Номер НПА>
|
НПА
|
Контроль на уникальность кода полномочия
Описание
| Текст ошибки
| Интерфейс
| Контроль проверяет уникальность добавляемого Кода полномочия. Если добавляемый код полномочия уже используется в системе – выдается ошибка
| Нарушена уникальность натурального ключа в слое "Справочник полномочий":
"Код полномочия" = <Код полномочия>
|
Полномочия
|
|