Инструкция организована следующим образом:

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

-  Работа с документами: ввод, подписание, утверждение и т. д.

-  Проверка данных документов.

-  Работа с результатами проверки документов.

-  Консолидация данных.

Технологическое руководство дает представление о работе и технических решениях Системы в части сбора отчетности АЛО.

·  Главы 2-6 содержат справочное описание функциональной группы.

Структура справочной части отражает структуру меню системы сбора форм и содержит:

-  описание начала работы с системой;

-  рекомендации по вводу и редактированию данных;

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

-  консолидации данных;

-  описание стандартных операций.

Введение

Назначение системы

Информационная система «Хранилище данных ФДС АЛО» предназначена для автоматизации сбора статистических данных с РДС, формирования сводов по федеральным округам и РФ.

О системе

Информационная система «ХД ФДС АЛО» – это централизованная система сбора статистической отчетности для Авиалесоохраны, функционирующая с использованием единой базы данных и Internet-технологий.

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

Данные о ходе сбора и консолидации предоставляются в on-line режиме руководителям и ответственным исполнителям всех уровней управления. Собранные данные используются для формирования статистических данных на уровне субъектов Российской Федерации и на федеральном уровне в целом.

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

·  Формирование данных отчетности, приведенных в Приложении к этой инструкции.

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

·  Автоматизированная консолидация данных на вышестоящие уровни иерархии.

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

·  Интеграция с иными учетными и аналитическими системами и т. д.

Термины и сокращения

Пользователи системы

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

Формы и используемые периоды заполнения

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

Табл. 1. Используемые периоды заполнения форм

1 Технология работы и описание бизнес-процессов

1.1 Общая схема обработки данных в информационной системе

Формирование отчетности за 2012 год осуществляется согласно следующему бизнес-процессу:

Рис. 1 Общая схема формирование отчетности по 7ми формам

Пояснения к схеме:

1.  Ввод/редактирование данных – РДС производит ввод или редактирование фактических данных по 7ми формам, также производит первичный ввод плановых показателей. Редактирование ранее введенных плановых показателей доступно только пользователю АЛО для осуществления контроля данных показателей в системе. Далее пользователь запускает внутренний и междокументный логический контроль (проверки) данных документов. Процедура выполняется в режиме ввода или редактирования документа при сохранении изменений в системе. Обнаруженные логические несоответствия ‑ ошибки ‑ необходимо исправить или ввести к ним объяснения.

2.  Подписание документа от РДС – когда РДС завершил ввод и редактирование данных по форме, он производит подписание документа. После подписания документ закрыт на редактирование и становится доступен на утверждение следующим уровнем иерархии согласования – ДЛХ. Пока документ не утвержден, РДС может отозвать свою подпись и отредактировать документ. Если ДЛХ утвердит документ, но его все же нужно отредактировать, необходимо ДЛХ отозвать утверждение, а потом РДС отозвать свою подпись.

3.  Утверждение документа от РДС – подписанный документ становится доступен ДЛХ на утверждение. Если ДЛХ отклоняет документ, он снова возвращается к РДС и становится доступен на редактирование. При отклонении ДЛХ указывает в комментариях причину отклонения.

4.  Консолидация документов РДС – ДЛХ на данном шаге консолидирует документы от РДС и получает сводный документ уровня ДЛХ. Консолидировать можно и не подписанные документы (например, чтобы посмотреть, что получается в сводном документе), но получившийся документ уровня ДЛХ также нельзя будет подписать. После консолидации подписанных и утвержденных документов РДС Департамент может подписать получившийся документ.

5.  Подписание консолидированного документа ДЛХ – Департамент подписывает получившийся документ и он становится доступен на утверждение на следующий уровень АЛО. До утверждения в АЛО Департамент может отозвать свою подпись и заново переконсолидировать документ.

6.  Утверждение документа от ДЛХ – АЛО утверждает или отклоняет консолидированные документы от ДЛХ. АЛО также может утвердить или отклонить документы от РДС в случае необходимости. Если отклоняется консолидированный документ от ДЛХ, он снова становится доступен для консолидации на уровне ДЛХ.

7.  Консолидация документов ДЛХ – АЛО на данном шаге консолидирует документы от ДЛХ и получает сводный документ уровня АЛО. Консолидировать можно и не подписанные документы (например, чтобы посмотреть, что получается в сводном документе), но получившийся документ уровня АЛО также нельзя будет подписать. После консолидации подписанных и утвержденных документов АЛО может подписать получившийся документ.

8.  Утверждение консолидированного документа АЛО – АЛО подписывает получившийся сводный документ. На данном шаге сбор отчетности завершен.

9.  Редактирование плановых данных – АЛО по запросу от РДС может редактировать плановые данные в случае их изменения.

Ниже в инструкции приведено как именно производятся указанные действия.

1.3 Особенности работы в Системе

1.3.1 Порядок ввода данных

Заполнение форм 7ми приложений за 2012 год осуществляется путем ручного ввода данных на уровне РДС и дальнейшей консолидации на вышестоящие уровни ДЛХ и АЛО. Более подробная информация о создании и редактировании документов в информационной системе приводится в разделе 3.1 Ввод или корректировка данных.

1.3.2 Порядок проверки данных

Для каждой формы отчетности и предусмотрены два типа проверок:

·  Внутренние проверки – логические ограничения внутри формы.

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

·  Межформенные проверки – логические ограничения между формами.

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

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

Межформенные проверки сгруппированы в блоки:

·  Блок МФП объединяет проверки между показателями двух или более форм.

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

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

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

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

·  Сохранённые результаты блока проверок отмечаются индикатором «дискета».

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

Статусы блоков МФП:

-  проверки выполнены успешно;

-  блок проверок не выполняется для данного подразделения;

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

-  обнаружено 1 или более несоответствий с типом «Ошибка»;

-  введены объяснения всех несоответствий с типом «Ошибка».

1.3.3 Порядок консолидации

Утверждение, консолидация и подписание данных сводных документов осуществляется по типовой схеме (см. 1.1 Общая схема обработки данных в информационной системе).

Ниже перечислены этапы логического контроля (серверных проверок), которые выполняются в процессе консолидации:

·  Суммирование показателей по всем структурным подразделениям узла консолидации. На этом этапе выполняется суммирования значений показателей, а также проверка наличия и статусов старшей версии документов структурных подразделений:

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

В результате успешного выполнения консолидации создается сводный документ со следующими свойствами: Версия ‑ «001»; Флаг консолидации – установлен признак «Х», указывающий на то, что документ получен в результате консолидации.

При этом на экране отображается сообщение об успешном выполнении консолидации (пример которого приведен на Рис. 2)

.

Рис. 2. Пример сообщения об успешном выполнении консолидации

1.4 Комментарии к схеме обработки данных в Системе и технологии работы

Табл. 2 Описание действий, доступных при работе в Системе

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

Из за большого объема этот материал размещен на нескольких страницах: 1 2