Структура АИС управления бюджетом

Управление бюджетом осуществляется в масштабах распределенной инфраструктуры — бюджетной сети. Поэтому, помимо автоматизации деятельности отдельных финансовых органов и казначейских структур, стоит задача интеграции всех субъектов БП на некотором уровне бюджетной сферы и создания единого информационного пространства региона, города, района.

Только совместное, согласованное функционирование АИТ бюджетных органов, межбанковской расчетно-платежной системы и AT финансово-казначейских органов позволит повысить оперативность и контроль за исполнением бюджета, вести в режиме реального времени учет по существующей схеме сбора доходов, формировать бюджеты различных уровней и целенаправленно доводить средства ФБ до бюджетополучателей.

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

Рис. 11.4. СтруктурныеэлементыАИС управления финансами РФ

Модули АИС (основа структуры) — это программный продукт, решающий конкретную задачу пользователя. Реализация конкретных модулей производится на APM специалистов, отвечающих за выполнение возложенных на них функций. Модули можно подразделить на:

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

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

Технологический процесс состоит в объединении модулей по технологии решаемых задач. Ha этом уровне, согласно задачам организации, формируются APM специалистов в соответствии с реализуемыми ими функциями и имеющимися у специалиста полномочиями. Благодаря стыковке модулей и использованию единого интерфейса системы возможна гибкая настройка APM сотрудника бюджетной сферы и его своевременная модификация и адаптация к реальным потребностям. Примерами являются APM администратора системы, APM казначея, APM налогового работника и т.д.

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

Единая многоуровневая распределенная система управления финансами — это верхний уровень управления органа государственной власти бюджетного процесса.

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

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

B программы первой группы алгоритмы реализации учетных процедур, состав и формы выходных документов жестко «зашиты» в алгоритм программы. Однако за счет настройки внешних параметров достигается гибкость этого вида продуктов. При выборе таких программ возникает необходимость в их дальнейшем сопровождении фирмой-разработчиком.

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

11.4.