Лекции готовые в Moodle. Информационные процессы в экономике. Основные тенденции развития информатизации в экономике

• Название: Информационные процессы в экономике. Основные тенденции развития информатизации в экономике
• Дата: 02.05.2022
• Размер: 3.34 Mb.
• Имя файла: Лекции готовые в Moodle.docx
• Тип: Глава; #507437
• страница: 26 из 38

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

По приоритетности решения проблем развития казначейской системы выделяются два основных направления:

1. 
   Создание автоматизированной единой системы учета исполнения доходов и расходов федерального бюджета и интеграция этой системы с платежно-расчетной системой Центробанка и информационной системой налоговой службы.
   
2. 
   Создание автоматизированной единой депозитарной системы органов федерального казначейства и интеграция ее с рынком ценных бумаг.
   

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

Казначейство России рассматривает информационные технологии, как один из основных инструментов реализации стратегических задач, указанных в Стратегической карте Казначейства России, в контексте программы «Информационное общество (2011 - 2020 годы)», положении о единой вертикально интегрированной государственной автоматизированной информационной системе «Управление», программе Правительства Российской Федерации по повышению эффективности бюджетных расходов на период до 2012 года, концепции создания и развития государственной интегрированной информационной системы управления общественными финансами «Электронный бюджет», а также ряда документов, таких как постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия» и др.

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

На раннем этапе своего развития (до 2005 года) технологическая инфраструктура Федерального казначейства отличалась большой сложностью и разнообразием, как с точки зрения аппаратных и программных комплексов, так и с точки зрения ее поддержания, например, широко использовалось различное прикладное программное обеспечение (НПО) (в частности Казна-2000, Смета-WM, Центр-КС, Смета - F, Смета - W, Казна, Ф).

Система «Казна» учитывала доходы федерального бюджета (ФБ) и распределение регулирующих налогов между бюджетами разных уровней, а «Смета - W» и «Смета - F» учитывала расходы ФБ и финансирование бюджетополучателей.

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

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

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

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

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

• 
  Внедрение в системе Федерального казначейства единого ШАО «Центр- КС»;
  
• 
  Дополнение единого НПО «Центр- КС» системой электронного документооборота с целью обеспечения возможности функционального обмена электронными данными всех участников бюджетного процесса;
  
• 
  Внедрение в системе Федерального казначейства единого программного продукта «Аксиок» для организации бухгалтерского учета;
  
• 
  Постепенный переход, по мере реализации Проекта модернизации Федерального казначейства, с НПО «Центр- КС» на единую АС ФК, централизованную на уровне территориальных органов Федерального казначейства;
  
• 
  Создание на уровне каждого региона систем инженерного обеспечения, построенных по единым стандартам и обеспечивающих бесперебойное функционирование АС ФК;
  
• 
  Создание и развитие ведомственной транспортной сети и удостоверяющих центров.
  

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

• 
  Единую, централизованную на уровне каждого территориального органа, автоматизированную систему Федерального казначейства (АС ФК);
  
• 
  Построенную по единым стандартам на уровне каждого территориального органа систему управления эксплуатацией АС ФК;
  
• 
  Унифицированные программно-аппаратные комплексы в территориальных органах Федерального казначейства;
  
• 
  Построенную по единым стандартам ведомственную транспортную сеть Федерального казначейства;
  
• 
  Создание каталога ИТ-сервисов;
  
• 
  Внедрение процессов управления ИТ согласно ITIL;
  
• 
  Применение подхода по использованию единого аутсорсера технической и технологической инфраструктуры Федерального казначейства.
  

Также вне рамок концепции развития Федерального казначейства в области информационных технологий в 2005-2011 годах, к 2012 году был решен целый ряд важных задач, который был продиктован влиянием новых внутренних и внешних факторов, включая:

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

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

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

о и др.

Одновременно с этим, перед Федеральным казначейством были поставлены новые задачи, таки как:

• 
  Централизация ведения бухгалтерского учета в рамках оптимизации и специализации государственных органов;
  
• 
  Выполнение функций оператора системы «Электронный бюджет» и государственной автоматизированной системы (ГАС);
  
• 
  Развитие новых платежных банковских технологии и др.
  

При этом, только внедрение системы «Электронный бюджет» налагает принципиально новые требования на функционировании ИТ в Федеральном казначействе, а именно:

• 
  Централизованные или облачные технологии (предоставленные пользователям как сервис) хранения и обработки информации;
  
• 
  Использование интегрированной телекоммуникационной среды передачи данных;
  
• 
  Создание стандартных интерфейсов для взаимодействия информационных ресурсов с другими (внешними) системами в рамках системы «Электронный бюджет», основанных на открытых промышленных стандартах межсистемного взаимодействия;
  
• 
  Обеспечение готовности технической инфраструктуры (включая системы инженерного обеспечения) к развитию системы «Электронный бюджет» в части расширения набора ИТ-сервисов, увеличения числа пользователей и обслуживаемых организаций, повышения качества предоставляемых ИТ-сервисов;
  
• 
  Унификация интерфейсов для обеспечения всех видов взаимодействия с системой и ее компонентами, реализованными на основе единых унифицированных правил;
  
• 
  Обеспечение необходимого уровня отказоустойчивости и катастрофоустойчивости;
  
• 
  Совместное использования технической инфраструктуры путем организации системы обработки данных.
  

Соответственно, это требует новых подходов к решению текущих и будущих технологических задач, а именно:

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

Таким образом, назрела необходимость разработки и создания новой концепции развития федерального казначейства области ИТ на 2012-2014 годы «Электронное казначейство», которая логически дополняет Стратегическую карту Федерального казначейства и определять требования к информационным технологиям и направлениям развития ИТ.

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

Для обеспечения соответствия «Электронного казначейства» Стратегической карте Казначейства России совместно с функциональными подразделениями будет разработана компонентная модель деятельности Федерального казначейства. Она представляет из себя распределение функций Федерального казначейства по уровням ответственности и функциональным областям. Такое отображение позволяет структурировать деятельность

Федерального казначейства с целью последующего анализа и определения направлений развития «Электронного казначейства».

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

• 
  Выплаты из бюджетов;
  
• 
  Поступления в бюджеты;
  
• 
  Управление денежными средствами;
  
• 
  Банковские операции;
  
• 
  Учет и отчетность;
  
• 
  Управление эффективностью;
  
• 
  Оператор государственных информационных систем и др.
  

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

Разработку и развитие прикладного ПО планируется проводить в соответствии с функциональной и информационной моделями «Электронного казначейства» и использовать следующие стандарты и практики:

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

В рамках «Электронного казначейства» планируется развивать следующие подсистемы [211]:

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

Аналитическая подсистема позволит решить следующие задачи:

• 
  Интеграция данных в единое хранилище данных с целью их дальнейшего анализа;
  
• 
  Получение стандартных и произвольных отчетов из прикладных систем и хранилища данных;
  
• 
  Сценарный анализ («что-если» - анализ), например, при формировании смет; Выявление скрытых закономерностей в массивах данных, например, для задач внутреннего контроля.
  

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

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

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

Подсистема управления мастер-данными Федерального казначейства должна решать следующие задачи:

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

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

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

Облачные вычисления могут быть использованы в Федеральном казначействе для:

• 
  Организации внутреннего процесса тестирования приложений, разрабатываемых для Федерального казначейства сторонними организациями;
  
• 
  Организации процесса миграции приложений из региональных ЦОД в ходе консолидации и сокращения числа ЦОД;
  
• 
  Предоставления ПО «как сервис» в рамках реализации «Электронного бюджета», а также сервисов Федерального казначейства.
  

При этом подсистема облачных вычислений Федерального Казначейства должна решать следующие задачи:

• 
  Конфигурирование и автоматическое предоставление виртуализированных приложений потребителю по его запросу;
  
• 
  Хранение и архивирование виртуализированных приложений;
  
• 
  Формирование отчетов об использовании виртуализированных приложений.
  

Интеграционная подсистема Федерального казначейства должна решать следующие задачи:

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

Подсистема управления бизнес-процессами необходима Федеральному казначейству:

• 
  Для проведения реинжиниринга бизнес-процессов без значительной переработки НПО путем выноса внутренних процессов, реализованных непосредственно в коде прикладных систем («жестко закодированных»»), в виде исполняемых моделей на внешние инструменты управления бизнес-процессами;
  
• 
  Для автоматизации сквозных бизнес процессов, выходящих за границы одной системы и затрагивающих несколько отдельных систем;
  
• 
  Для автоматизации процессов взаимодействия Федерального казначейства с подсистемами Электронного бюджета.
  

Подсистема управления бизнес-процессами Федерального казначейства должна решать следующие задачи:

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

Подсистема поддержки взаимодействия сотрудников Федерального казначейства должна решат следующие задачи:

• 
  Регулярное взаимодействие сотрудников в процессе выполнения ими своих должностных обязанностей;
  
• 
  Мгновенное взаимодействие сотрудников для оперативного решения вопросов и координации своих действий;
  
• 
  Поддержка взаимодействия внутри проектных групп;
  
• 
  Взаимодействие с использованием документов.
  

Для достижения указанных выше целей и решения поставленных задач «Электронное казначейство» будет использовать следующие основополагающие принципы:

• 
  Архитектура и технологии «Электронного казначейства» должны создаваться не только для решения текущих задач Федерального казначейства, но и в целях работы «на опережение» потребностей, возникающих у внутренних и внешних клиентов;
  
• 
  Системы и инфраструктура «Электронного казначейства» должны быть максимально централизованы и унифицированы при сохранении инвестиций в уже эксплуатируемые системы за счет их развития и интеграции.
  

- «Электронное казначейство» должно обеспечивать широкую доступность информации о деятельности Федерального казначейства для граждан и клиентов и Федерального казначейства.

Развитие «Электронного казначейства» включает в себя:

• 
  Совершенствование работы ИТ-организации Федерального казначейства;
  
• 
  Формирование компонентной модели деятельности Федерального
  
• 
  казначейства;
  
• 
  Разработку и развитие прикладного ПО;
  
• 
  Разработку и развитие промежуточного и общесистемного ПО;
  
• 
  Создание динамической инфраструктуры;
  
• 
  Обеспечение комплексной безопасности и непрерывности деятельности «Электронного казначейства».
  

Можно выделить три основных аспекта обеспечения непрерывности деятельности Федерального казначейства:

• 
  Высокая готовность;
  
• 
  Непрерывность процесса обработки - способность поддерживать системы в работоспособном состоянии, когда все функционирует нормально и когда нет необходимости останавливать приложения для выполнения регламентных процедур резервного копирования или для планового обслуживания;
  
• 
  Катастрофоустойчивость или способность восстановления процесса обработки и основной деятельности при невозможности продолжения последней в расположении основного ЦОД в случае катастрофических и чрезвычайных ситуаций, к которым можно отнести пожар, наводнение, землетрясение, теракт, саботаж и любое другое чрезвычайное событие.
  

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

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

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

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

К числу ИТ-проектов, которые будут реализованы в первую очередь, относятся проекты по:

• 
  Созданию компонентной модели деятельности Федерального казначейства;
  
• 
  Внедрению системы стратегического планирования и контроля ИТ;
  
• 
  Разработке комплекса мер по обеспечению непрерывности деятельности Федерального казначейства;
  
• 
  Проектированию ситуационного центра и развитию СУЭ Федерального казначейства;
  
• 
  Созданию подсистемы управления основными данными (мастер-данными) и подсистемы управления мета-информацией;
  
• 
  Созданию подсистемы управления бизнес-процессами;
  
• 
  Созданию интеграционной подсистемы;
  
• 
  Разработки подходов к централизации существующего НПО Федерального казначейства;
  
• 
  Проектированию централизованной инфраструктуры Федерального казначейства.
  

На последующих этапах предполагается:

• 
  Строительство ситуационного центра Федерального казначейства;
  
• 
  Проведение доработки существующего ППО Федерального казначейства в целях его централизации;
  
• 
  Создание централизованной инфраструктуры Федерального казначейства (нескольких ЦОДов);
  
• 
  Совершенствование ИТ-сервисов;
  
• 
  Внедрение процессов ITIL;
  
• 
  Создание аналитической подсистемы Федерального казначейства;
  
• 
  Создание подсистемы управления неструктурированной информацией;
  
• 
  Создание подсистемы облачных вычислений;
  
• 
  Создание подсистемы поддержки взаимодействия сотрудников;
  
• 
  Создание подсистемы формирования интерфейса пользователя;
  
• 
  Создание подсистемы разработки;
  
• 
  Создание подсистемы обеспечения информационной безопасности.
  

В связи с тем, что Федеральное казначейство является оператором ООС, становится оператором таких государственных информационных систем, как «Электронный бюджет» и ГАС «Управление», имеет перспективу внедрения платежных технологий, а системы Федерального казначейства должны быть интегрированы в государственную инфраструктуру «электронного правительства», то дальнейшее использование распределённой архитектуры, как основы для построения новых систем открытого контура Федерального казначейства, представляется нецелесообразным, ввиду ее низкой эффективности для решения таких задач, как:

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

Поэтому, планируется перейти от 84 региональных ЦОДов Федерального казначейства к нескольким консолидированным ЦОДам, обслуживающим все информационные системы без разграничения по территориальному признаку, что даст следующие выгоды:

• 
  Упрощение ИТ-инфраструктуры Федерального казначейства;
  
• 
  Улучшение управляемости ИТ-инфраструктуры Федерального казначейства;
  
• 
  Повышение эффективности использования ИТ-ресурсов Федерального
  

казначейства;

• 
  Повышение уровня информационной безопасности Федерального казначейства;
  
• 
  Сокращение расходов на содержание персонала, техническое обслуживание оборудования и программного обеспечения Федерального казначейства;
  
• 
  Готовность по переносу ИТ-инфраструктуры Федерального казначейства в сеть катастрофоустойчивых ЦОД Министерства финансов РФ.
  

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

Вопросы централизации будут также рассматриваться для прикладного ПО в целях:

• 
  Исключения избыточных операций по передаче данных между различными БД АС ФК и повышение оперативности исполнения операций;
  
• 
  Ведения централизованного оперативного и бухгалтерского учета;
  
• 
  Ведения централизованного оперативного и бухгалтерского учета;
  
• 
  Предоставления доступа в онлайновом режиме различным категориям пользователей к сводным аналитическим отчетам по всем ТОФК с возможностью их детализации вплоть до документов;
  
• 
  Синхронного взаимодействие с подсистемами «Электронного бюджета» по операциям, являющимися сквозными для Федерального казначейства.
  

4. 
   Автоматизированные информационные системы в страховой деятельности.
   

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

В соответствии со стратегией развития страховой деятельности в Российской Федерации до 2020 определены приоритетные направления развития страхования [249].

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

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

Принятие Федерального закона «Об обязательном страховании гражданской ответственности владельцев транспортных средств» (ОСАГО) от 25.04.2004 №40-ФЗ во многом способствовало тому, что состояние страхового бизнеса сегодня характеризуется высокой динамикой [10].

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

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

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

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

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

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

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

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

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

К современным АИС страховых компаний предъявляются следующие требования:

1. 
   Эффективная обработка данных Ключевыми факторами успеха являются качество и доступность предоставляемых страховщиками услуг страхования, их доступность широкому контингенту клиентов, включая удаленный доступ и распределенную обработку данных при минимальных затратах на сопровождение и администрирование компьютерных сетей. Системы должны предоставить всем заинтересованным лицам информацию, отвечающую требованиям полноты, своевременности, актуальности, достоверности и представительности.
   
2. 
   Полнота и гибкость функциональной структуры. Полнота функциональной структуры АИС является основой для управления.
   
3. 
   Масштабируемость АИС. Страховые компании заинтересованы в упрочении своего финансово-хозяйственного положения, расширении числа клиентов. Необходимость масштабирования АИС обусловлена: повышением объемов хранимых и обрабатываемых данных; увеличением числа функций управления, возрастанием их сложности.
   
4. 
   Интеллектуальные методы поддержки решений. В страховых компаниях все большее значение приобретают аналитические и стратегические процедуры, например, методики актуарных расчетов, моделирование нормативов тарифных ставок и т.п.
   
5. 
   Открытость АИС. Открытость должна обеспечить модификацию и развитие системы, возможность адаптации к постоянно меняющимся требованиям бизнес-сферы страхования.
   

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

Технология разработки программного обеспечения АИС характеризуется использованием:

о объектно-ориентированного подхода к проектированию АИС;

о универсальных CASE-средств разработки;

о мирового опыта, лучших зарубежных систем, зарекомендовавших себя на рынке страхования за рубежом.

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

1. 
   разрабатывалась ли система для конкретной страховой компании или была изначально рассчитана на тиражирование на страховом рынке.
   
2. 
   система разрабатывалась в расчете на российский (стран СНГ) и западный рынок;
   
3. 
   система узкоспециализирована (страховая) или страховое решение было создано на основе универсального ядра распространенной ERP-системы.
   

По первому признаку информационные системы можно разделить на тиражные и уникальные.

Достоинства тиражной системы: меньшая итоговая стоимость покупки и владения, так как система разрабатывается и поддерживается на деньги нескольких компаний. Здесь стоит учитывать, что правило распространяется только на системы, широко представленные на рынке.

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

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

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

Недостатки: зависимость от команды разработчиков и риск, что в какой-то момент систему некому будет поддерживать; необходимость внешнего и жесткого контроля за процессом разработки со стороны менеджмента страховой компании.

По второму признаку отметим достоинства российских систем: меньшая стоимость внедрения; лучшая «понятность пользователям».

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

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

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

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

По третьему критерию можно выделить специализированные и универсальные АИТ.

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

В то же время появилось несколько предложений на базе классических систем автоматизации предприятия (так называемые ERP-системы) с доработанными страховыми модулями.

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

Недостатками таких систем являются: необходимость интеграции с другими системами. Это удорожает проект автоматизации и увеличивает трудоемкость дальнейшего сопровождения системы; меньшая технологичность. Разработчики ERP-систем вкладывают много средств в технологичность «ядра» системы, средства разработки новой функциональности. Разработчики же специализированных систем имеют гораздо более скромные бюджеты на развитие технологичности платформы разработки.

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

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

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

При выборе информационной системы следует обратить внимание на следующее:

1. 
   надежность производителя и компании, которая будет внедрять решение;
   
2. 
   достаточность ресурсов у компании интегратора;
   
3. 
   организацию службы поддержки выбранного решения;
   
4. 
   наличие у разработчика четких планов развития решения;
   
5. 
   опыт работы на российском страховом рынке.
   

Неэффективности выбора комплексных автоматизированных страховых систем способствуют следующие наиболее характерные ошибки.

1. 
   выбор информационной системы осуществляется до определения стратегии работы страховой компании на рынке;
   
2. 
   решение о подборе информационной системы принимается до формирования команды основных пользователей и IT-подразделения, в результате чего меняются требования к системе;
   
3. 
   чрезмерно углубленное сравнение функциональности выбираемых систем, тогда как основу должна составлять оценка их реальных возможностей и рисков на этапах внедрения и эксплуатации;
   
4. 
   четкое понимание степени необходимой интеграции между собой всех входящих систем в отдельности, в целом составляющих комплексную информационную систему.
   

Полная технология страхования предусматривает обработку больших и взаимосвязанных массивов данных:

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

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

Автоматизированные информационные технологии эффективны и рентабельны при существовании достаточно устоявшегося делопроизводства:

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

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

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

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

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

Если эта работа не проведена и в документообороте отсутствует порядок, то разработка эффективной автоматизированной информационной технологии страховой компании становится практически невозможной.

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

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

Современные системы обрабатывают не только текстовые документы и их реквизиты, но и данные других типов, например, образцы документов в виде изображения, аудио- и мультимедиа-данные. СУБД должна позволять хранить всю информацию непосредственно в базе данных (БД). Это даёт возможность обрабатывать входящие документы в виде оригинала (загруженные в САД путём сканирования) или использования аудиорезалюцию, что немаловажно для руководителей, у которых нет времени осваивать клавиатуру компьютера до уровня профессиональной машинистки.

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

Итак, выделяем три уровня баз данных:

1. 
   Центрального офиса - содержит информацию по всей фирме;
   
2. 
   Регионального филиала - содержит информацию только по данному региону;
   
3. 
   Отделения - содержат все данные по охватываемой территории.
   

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

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

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