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

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

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

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

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

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

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

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

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

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

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

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

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

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