САПФИР Система аналитического планирования финансовых ресурсов

Описание

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

Программный комплекс позволяет реализовать:

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

ПК «САПФИР» является кроссплатформенным многопользовательским решением, построенным на основе микросервисной архитектуры. Программный комплекс поддерживает возможность развёртывания в виде распределённой системы с горизонтальным масштабированием, позволяющим при большом объёме запросов к программному комплексу использовать набор вычислительных мощностей нескольких серверов.

1. Назначение и цели Системы. ПК «САПФИР» предназначен для автоматизации процесса планирования бюджета в финансовом органе государственной власти. Цели внедрения Системы:

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

2. Принципы построения Системы. Система разработана исходя из следующих принципов:

• применение облачных технологий;
• эргономичный пользовательский интерфейс;
• стилистическое единство пользовательского интерфейса во всей Системе;
• модульный принцип построения Системы.

2.1. Применение облачных технологий. Бизнес-логика Системы и работа с базой данных выполняются на стороне сервера. Работа пользователя с системой происходит через клиентское приложение – веб-браузер.

2.2. Эргономичный пользовательский интерфейс. Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения выполняется в интерактивном режиме. В интерфейсе Системы используется необходимый минимум графических элементов. Интерфейс рассчитан на преимущественное использование манипулятора типа «мышь». Работа в Системе осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) написаны на русском языке.

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

2.4. Модульный принцип построения. Система построена по модульному принципу и имеет функциональный модуль «Планирование бюджета». Система также имеет возможность модернизации и развития путем добавления в неё новых функциональных модулей.

3. Подсистемы Системы. Система включает в себя следующие подсистемы:

• Подсистема планирования бюджета;
• Подсистема безопасности;
• Подсистема отправки сообщений.

3.1. Подсистема планирования бюджета. Подсистема планирования бюджета является функциональной подсистемой (функциональным модулем). Обеспечивает формирование и ведение плана расходования бюджетных средств в соответствии с Бюджетным кодексом Российской федерации.

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

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

4. Функциональные характеристики Системы. Функциональные характеристики подсистемы планирования бюджета:

• ведение плана расходов.

Функциональные характеристики подсистемы безопасности:

• управление базой пользователей;
• управление правами доступа на основе ролей и команд;
• личный кабинет пользователя.

Функциональные характеристики подсистемы отправки сообщений:

• отправка сообщений на электронную почту.

4.1. Ведение плана расходов. В Системе реализовано ведение плана расходования бюджетных средств в следующих разрезах: главный распорядитель бюджетных средств, раздел/подраздел, целевая статья, вид расходов. Во исполнение требований Бюджетного кодекса Российской Федерации, Система обеспечивает ведение плана расходов строго с использованием классификации. В Системе реализован набор справочников, расшифровывающих наименование для каждого кода классификации:

• ГРБС (Главные распорядители бюджетных средств);
• Разделы/подразделы;
• Целевые статьи расходов;
• Виды расходов.

В системе предусмотрен трёхлетний горизонт планирования.

4.2. Управление правами доступа на основе ролей и команд. В ПК «САПФИР» обеспечено распределение прав доступа между пользователями. Система позволяет управлять правами доступа, используя роли и команды. Роль – это подмножество пользователей, которым разрешены одни и те же действия над данными. Роли могут быть включены друг в друга, что означает, что одна роль включает в себя (наследует) права другой роли. Каждая роль обладает собственными правами или правами, унаследованными от верхних по иерархии ролей. Роль может быть назначена конкретному пользователю или команде. Команда – это подмножество пользователей, которые работают с одними и теми же данными. Команды могут быть включены друг в друга, что означает, что одна команда получает доступ ко всем данным другой команды.

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

4.4. Личный кабинет пользователя. Каждому пользователю в Системе соответствует профиль пользователя, содержащий всю информацию, которую пользователь сообщил о себе Системе. У каждого пользователя есть личный кабинет, где содержится информация о профиле (логин и адрес электронной почты), личные данные пользователя (Фамилия, Имя, Отчество), список функциональных модулей Системы, где пользователь состоит, а также список модулей, на доступ к которым пользователь может подать заявку. В личном кабинете пользователь может изменять информацию о профиле и личную информацию. Изменять свой логин пользователь не может. В разделе «Мои модули» пользователь видит список модулей, в которые он подавал заявку на доступ, и статусы этих заявок. В разделе «Модули для регистрации» отображается список функциональных модулей Системы, в которые можно подать заявку на регистрацию. Тут же можно выбрать требуемый модуль и отправить запрос на регистрацию его администратору.

4.5. Отправка сообщений на электронную почту. Отправка сообщений на электронную почту пользователя осуществляется в следующих целях:

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