Руководство пользователя (стр. 2 )

1.5  Соединение с сервером и синхронизация с ФО

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

1.5.1  Синхронизация

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

Существует следующие режимы синхронизации:

-  Синхронизация

-  Полная синхронизация.

Рассмотрим более подробно эти режимы.

Операция синхронизации запускается с помощью команды «Синхронизация» главного меню «Сервер», либо с помощь кнопки «Синхронизация» на панели управления. Синхронизация осуществляется, начиная со времени последней успешной синхронизации (время сервера финансового органа) и заканчивая текущим временем на сервере финансового органа. Эта команда позволяет привести в соответствие данные ФО (сервера) и данные ГРБС (клиента). При этом из ФО приходит информация о ранее отправленных документов (отклонены, приняты и т. п.).

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

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

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

-  Синий знак вопроса - операция (этап) еще выполняется и результат ее выполнения неизвестен;

-  Зеленая галочка - операция прошла успешно;

-  Зеленая стрелка - операция пропущена, так как данные не изменялись;

-  Красный перечеркнутый круг - операция прошла с ошибкой.

Рисунок 4 – Пример страницы «Информация»

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

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

При полной синхронизации пропадают все документы, не отправленные на сервер в ФО! После завершения синхронизации нельзя продолжить работу с программой УРМ! Программу нужно ПЕРЕЗАПУСКАТЬ!

1.6  Схема состояний документов

Схема состояний документов представляет собой цепочку состояний, которую может пройти каждый документ в процессе сбора реестра. Перевод состояния документа осуществляется при нажатии на соответствующую кнопку перехода. При этом можно перевести состояние как одного документа, так и целой группы документов (для этого перед нажатием на кнопку перехода нужные документы выделяются с нажатой клавишей Shift или Ctrl).

Каждый документ, который принят на рассмотрении в УО помечается значком (зеленая галочка).

Каждый документ, имеющий значение в поле «Причина отклонения» помечается значком (красный перечеркнутый круг). Отклоненные документы не учитываются при формировании отчетных форм.

Кнопки изменения состояний документа находятся на верхней панели интерфейсов «Расходные обязательства», «Справочник НПА», «Заявка на добавление полномочий»:

Панель содержит кнопки:

 - Передать на рассмотрение.

На рисунке 5 изображена стандартная схема состояний документов для рабочего места «Реестр расходных обязательств».

Рисунок 5 - Стандартная схема состояний документов на РМ «Реестр расходных обязательств»

Наличие тех или иных кнопок на панели определяется правами пользователя. ГРБС при формировании фрагмента РРО, может использовать только кнопку перевода «Передать на рассмотрение»

1.7  Контроль данных на РМ «Реестр расходных обязательств»

Подсистема контроля данных на РМ «Реестр расходных обязательств» позволяет обнаружить ошибки в заведенном ГРБС фрагменте РРО. В зависимости от действий, приводящих к вызову контроля, его можно классифицировать на:

Контроль на смену состояний; Контроль на сохранение данных.

1.7.1  Контроль на смену состояний

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

Контроль при смене состояний может быть:

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

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

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

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

Ошибки мягкого контроля можно игнорировать. Для этого необходимо поставить галочку в колонке «Игнорировать ошибку» и нажать ОК. В этом случае документ будет переведен в новое состояние.

Игнорировать ошибки мягкого контроля, однако, не рекомендуется. Лучше всего вернуться к документу и исправить ошибку, выводящуюся в колонке «Текст ошибки». Для этого нажмите «Отмена» или «ОК», не выставляя галочки «Игнорировать ошибку».

Рисунок 6– Мягкий контроль данных

Ошибки в окне контроля представляются в иерархическом виде. Так, если одна запись реестра не прошла несколько контролей, то можно свернуть/развернуть список ошибок по этой записи. Для этого нажмите знак «+» или «-» в левой части колонки контроля «Наименование документа».

Иерархичное представление информации в окне контроля также позволяет игнорировать сразу все ошибки, выявленные в фрагменте РРО. Для этого достаточно поставить галочку в колонке «Игнорировать ошибку» у самой верхней записи дерева (рис. 7).

Рисунок 7 – Игнорирование ошибок контроля

На РМ «Реестр расходных обязательств» используются следующие контроли на смену состояний:

Проверка прав на переход

Описание	Текст ошибки	Тип контроля
Данный контроль проверяет наличие у пользователя прав на совершение перехода. В случае если прав на переход пользователю не назначено, выдается ошибка	Не доступен ни один переход	Жесткий

Контроль на незаполнение обобщенной классификации

Описание	Текст ошибки	Тип контроля
Данный контроль проверяет, введены ли во фрагменте РРО обобщенные классификаторы. Если обнаружен недетализированный классификатор (например, КФСР=01.00) – выдается ошибка	Неверная классификация в записи детализации объемов финансирования, необходимо уточнить следующие классификаторы: <Список классификаторов и значений, которые нужно уточнить>	Мягкий

Контроль на соответствие классификации в заголовке и детализации документа

Описание	Текст ошибки	Тип контроля
Контроль проверяет соответствие классификаторов, указанных в заголовке документа и в детализации «Объемы средств на исполнение расходных обязательств». Если указаны разные классификаторы – выдается ошибка.	Классификация записи детализации объемов финансирования не соответствует заголовку: <Список классификаторов и значений>	Мягкий

Контроль на заполнение НПА для полномочий

Описание	Текст ошибки	Тип контроля
Контроль проверяет заполненность НПА, определяющего возникновение полномочия, в детализации записи интерфейса «Заявка на добавление полномочия». Если НПА не заполнен - выдается ошибка	В детализации документа c Лицевым счетом <Номер лицевого счета> и Номером заявки <Номер заявки> отсутствуют НПА	Мягкий

Контроль на наличие НПА по полномочию в справочнике НПА

Описание	Текст ошибки	Тип контроля
Контроль проверяет наличие НПА, указанного в детализации записи интерфейса «Заявка на добавление полномочия» в справочнике НПА. Если соответствия не найдено – выдается ошибка. Необходимо перед добавлением полномочия, утвердить указанный НПА на интерфейсе «НПА»	В слое: РРО. Справочники. НПА не утверждена запись с натуральным ключом: Код документа =< Код НПА>, Номер документа =< Номер НПА>, Дата документа =< Дата НПА>	Жесткий

1.7.2  Контроль на сохранение данных

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

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

Контроль на уникальность кода расходного обязательства

Описание	Текст ошибки	Интерфейс
Контроль проверяет уникальность кода расходного обязательства в документах. Если пользователь введет код РО, который уже используется для другого РО, контроль выдаст ошибку. Для ГРБС код РО определяется как сочетание Ведомства и Номера обязательства.	Нарушена уникальность натурального ключа в слое "Расходные обязательства (интерфейсы)": "Ведомство" = <Номер ведомства> "Номер" = <Номер обязательства>	Расходные обязательства

Контроль на уникальность ключа НПА

Описание	Текст ошибки	Интерфейс
Контроль проверяет уникальность ключа НПА, состоящего из сочетания: Код документа, Номер документа, Дата документа. При вводе пользователем нового НПА с неуникальным сочетанием ключевых реквизитов – выдастся ошибка	Нарушена уникальность натурального ключа в слое "Справочник нормативных правовых актов": "Код документа" = <Код НПА> "Дата документа" = <Дата НПА> "Номер документа" = <Номер НПА>	Справочник НПА

Контроль на уникальность кода полномочия

Описание	Текст ошибки	Интерфейс
Контроль проверяет уникальность добавляемого Кода полномочия. Если добавляемый код полномочия уже используется в системе – выдается ошибка	Нарушена уникальность натурального ключа в слое "Справочник полномочий": "Код полномочия" = <Код полномочия>	Полномочия

1.7.3  Предварительный просмотр выполнения контроля

Если необходимо узнать результат выполнения контроля без перевода документа в новое состояние, можно воспользоваться функцией предварительного просмотра выполнения контроля. Для этого нажмите на кнопку состояния, в которое нужно перевести задачу, удерживая клавишу Ctrl. Отличие от стандартного совершения перехода состоит в том, что если даже запись успешно прошла контроль, свое состояние она не изменит. Данная функция может быть полезна ГРБС, работающим на УРМ, когда в процессе работы над документом нужно проверить, корректно ли введены данные, без передачи документа на рассмотрение в ФО.

1.8  Контроль данных на РМ «Реестр расходных обязательств»

Часто при работе с удаленными пользователями через УРМ, перед отправкой документа на доработку, необходимо заблокировать корректно введенные данные (записи), чтобы исключить их ошибочную правку. Для этого в ПМ «Реестр расходных обязательств» реализована возможность блокирования записей.

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

Встать на запись, которую нужно заблокировать; Кликнуть на ней правой кнопкой мыши;

В выпадающем меню (рис. 8) выбрать в зависимости от вида блокировки «Заблокировать/разблокировать запись», либо «Заблокировать/разблокировать запись с детализациями», далее нажать – «Сохранить изменения».

Рисунок 8 – Контекстное меню

Значение «Заблокировать/разблокировать запись» блокирует только заголовок документа. Напротив заблокированной записи появится значок . При наведении на значок курсора мыши появляется сообщение о пользователе, заблокировавшем запись –

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

Разблокировать заблокированную запись может только тот пользователь, который поставил блокировку. Для разблокирования нужно встать на запись, вызвать правой кнопкой мыши меню (рис.8) и нажать «Заблокировать/разблокировать запись» либо «Заблокировать/разблокировать запись с детализациями», если запись заблокирована вместе с детализациями.

2  Сценарий работы с ПМ «Реестр расходных обязательств»

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

Рисунок 9 – Схема работы в ПМ «Реестр расходных обязательств»

2.1  Заполнение интерфейса «Справочник НПА»

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

Внешний вид интерфейса « Справочник НПА» представлен на рисунке 10.

Рисунок 10 – Интерфейс «Справочник НПА»

Описание полей интерфейса «НПА» представлено в таблице 2

Таблица 2 – Описание полей интерфейса «НПА»

Название поля	Значение поля
Код документа	2х-разрядный код вида документа, который идентифицирует тип нормативно-правового акта, документа (Федеральный Закон, Закон автономного округа, Распоряжение Правительства РФ, Распоряжение главы муниципального образования, т. д.). По этому коду к номеру документа в отчетах будет приписываться буквенное обозначение вида нормативного правового акта (например, 7-фз). Обязательное текстовое поле. Заполняется из справочника видов нормативных правовых актов
Вид НПА	Документ федеральный закон, закон Республики Карелия, распоряжение Правительства РФ, распоряжение Правительства Республики Карелия, т. д. Обязательное текстовое поле. Заполняется из справочника видов нормативных правовых актов
Номер документа	Номер нормативно-правового акта, документа. Обязательное текстовое поле. Ввод с клавиатуры
Дата документа	Дата принятия нормативно-правового акта, документа. Обязательное поле. Календарь, ввод с клавиатуры
Наименование документа	Краткое поясняющее наименование нормативно-правового акта, документа, на основании которого будет производиться финансирование расходного обязательства. Обязательное текстовое поле. Ввод с клавиатуры
Дата вступления в силу	Дата вступления в силу нормативно-правового акта, документа. Обязательное поле. Календарь, ввод с клавиатуры
Срок действия	Срок действия нормативно-правового акта, документа. Необязательное поле. Календарь, ввод с клавиатуры
Проверено	Флаг-галочка. Позволяет модератору данных интерфейса видеть, какие поля с НПА он уже проверил, а какие - только поступили. Поле заполняется ФО.
Приоритет НПА (для отчетов по РРО)	Необязательное поле. Служит для определения порядка вывода НПА в отчетах по РРО. НПА с самым высоким значением этого параметра в отчете будет выводиться первым. Ввод с клавиатуры
Дата принятия	Вычислимое поле, в котором автоматически проставляется дата принятия документа в момент утверждения в ФО
Дата отклонения	Вычислимое поле, в котором автоматически проставляется дата отклонения документа.
Причина отклонения (текст)	Текстовое поле, для указания причины отклонения документа. Ввод вручную. Поле заполняется ФО.
Версия слоя	Поле, отображающее версию документа

2.1.1  Порядок работы с интерфейсом «Справочник НПА»

1.  Запустить программу с помощью значка «Удаленное рабочее место»;

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

3.  Выбрать рабочее место «Реестр расходных обязательств», интерфейс «Справочник НПА» и нажать «Выполнить» ;

Перед пользователем появится следующий интерфейс – рис. 11.

Рисунок 11 – Интерфейс «Справочник НПА»

4.  Чтобы добавить новый документ нужно нажать кнопку «Вставить новую запись» , находящуюся на панели кнопок интерфейса, либо нажать клавишу INSERT, либо клавишу ¯;

5.  Поле «Код документа» заполняется путем ввода с клавиатуры или из справочника (рис. 12), вызывается справочник, выбирается код вида документа, который идентифицирует тип нормативно-правового акта, затем нажать ;