Глава 14

ПРОБЛЕМЫ СОЗДАНИЯ АВТОМАТИЗИРОВАННЫХ

 БАНКОВСКИХ СИСТЕМ

 

14.1. Принципы построения автоматизированных

банковских систем

 

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

В связи с этим в мире многие банки вкладывают огромные суммы в свои информационные системы: от 15 до 25% суммарных оператив­ных затрат в год. При этом не только большинство банковских услуг, но и современное управление деятельностью банка (управление акти­вами/пассивами, управление риском, валютно-обменные операции и др.) немыслимы без современных ИТ.

Автоматизированная банковская система (АБС) — это форма орга­низационного управления банком на базе широкого применения но­вых информационных технологий.

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

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

1. Функциональная полнота. Это одна из главнейших характеристик АБС. Сложные АБС могут содержать десятки тысяч различных автоматизируемых функций и банковских операций. Функциональ­ная полнота подразумевает наличие в программном изделии необхо­димого и достаточного числа компонентов для выполнения заданных функций с учетом возможности системы наиболее полно соответство­вать информационным потребностям банка, охватывая все виды его деятельности.

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

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

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

4. Открытость — способность интеграции с любыми внешними от­крытыми приложениями через стандартные интерфейсы межпрог­раммного взаимодействия, поддержка современных мировых стандар­тов в области информационных технологий (WfMC, XML, COM/ DECOM, J2EE), наличие готовых индустриально поддерживаемых шлюзов к наиболее распространенным офисным и бизнес-приложе­ниям, прозрачная интеграция со стандартными пользовательскими интерфейсами, такими как Windows Explorer и Internet Browser.

5. Настраиваемость системы. Это ее мобильность, динамичность, подвижность. Настраиваемость предполагает, что те или иные значи­мые параметры не жестко заданы, а могут быть адаптированы к по­требностям и условиям конкретного банка.

6. Централизованное управление системой. Настройка технологии Функционирования системы сообразно технологии работы банка не с

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

7. Единая база данных, обеспечивающая многопользовательскую работу. Рекомендуется использование распределенных баз данных на   основе промышленных СУБД (MS SQL Server, Oracle, Informix, DB2)   В этих СУБД встроены и являются неотъемлемой частью:                

• транзакционный механизм;

• средства разграничения доступа;

• средства поддержания ссылочной целостности и непротиворечи­вости данных.

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

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

9. Безопасность. Поддерживается: средствами разделения прав до­ступа, интегрированными с системой безопасности ОС (имеющей до семи уровней доступа к документам); механизмом назначения прав как по ролевому, так и по персональному признаку и возможностью изме­нения прав доступа к документу в процессе его жизненного цикла. Требования безопасности включают в себя также возможность интег­рации с открытыми средствами криптографической защиты, аутенти­фикации и электронной подписи.

При построении системы используют следующие концептуальные понятия:                                                               

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

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

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

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

контроля целостности баз данных;

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

• микропроцессорные карты — средства авторизации электронных документов и подтверждения наличия средств на счете.

Автоматизированная банковская система должна соответствовать следующим принципам.

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

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

 3. Принцип совместного использования on-line- и off-line-технологии обработки документов. Технология on-line позволяет обрабатывать документы (разносить проводки) в реальном режиме времени в момент автоматической генерации документами операций (проводок). Off-line технология дает возможность обрабатывать документы автономно например на рабочем месте пользователя генерировать проводки' позже через систему электронного документооборота отправлять их в ядро операционного дня для разнесения по счетам. Соблюдение дан­ного принципа означает, что рабочее место пользователя можно динамически настроить (в зависимости от доступности ядра операци­онного дня с сервером базы данных счетов) на любую из этих техно­логий.

4. Принцип использования уникальной идентификации документов Использование системы уникальной идентификации (нумерации) документов (в том числе созданных удаленно) позволяет идентифи­цировать и анализировать произведенные по этим документам опера­ции и их влияние на состояние счетов. Идентификаторы документов присутствуют в информации обо всех операциях, порожденных дан­ными документами.

 5. Принцип интеграции компонентов системы. Компоненты системы — распределенное ядро (SQL-серверы банковских баз данных с триггерами и процедурами работы со счетами), рабочие места пользо­вателей (клиентские приложения обработки документов) и система электронного документооборота (транспортирующая документы меж­ду рабочими местами и базами данных) должны быть максимально интегрированы. Это, в частности, означает, что:

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

• система электронного документооборота одинаковым обра­зом маршрутизирует (транспортирует) электронное документы любого типа в системе «Банк-клиент», в том числе платежные поручения клиентов. Она маршрутизирует автоматически создан­ные ядром банковской системы электронные документы (напри­мер, выписки по счетам), торговые транзакции по карточным сче­там, генерированные торговым терминалом в магазине, электрон­ные документы, пришедшие из внешних систем (например, из системы SWIFT);

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

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

Документ определяется маршрутом его обработки (представленным последовательностью этапов) и набором экранных форм с соответству­ющими алгоритмами обработки документа на каждом этапе.

Идентификатор пользователя определяет права доступа конкрет­ного пользователя. Пользователь идентифицируется или паролем, не­посредственно запрашиваемым системой, или микропроцессорной картой, которая в свою очередь может требовать введения пользовате­лем персонального идентификационного номера кода (PIN-кода).

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

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

Операция — набор последовательно выполняемых проводок и не­которых учетных данных, изменяющих состояние счетов. Генериру­ется автоматически при достижении документом этапа, с которым свя­зана операция. Выполняется (разносится) при соблюдении следую­щих условий:

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

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

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

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

 

14.2. Технические решения банковских технологий

 

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

• процессоры — устройства, выполняющие управление системой и осуществляющие обработку данных;

• память системы — множество устройств, осуществляющих хра­нение информации;

• интерфейсы — механизмы взаимодействия технических уст­ройств между собой и с внешней средой;

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

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

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

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

В зависимости от типа распределяемых ресурсов современные тех­нологии предлагают три вида архитектур распределенных систем.

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

2.  «Клиент-сервер» — модель построения распределенной вычис­лительной среды, в которой интерфейсная часть задачи выполняется на машине пользователя, а требующая больших ресурсов обработка запросов осуществляется одним или несколькими серверами.

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

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

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

Технология «клиент-сервер» базируется на принципе специализа­ции составляющих информационной системы. При этом определяют­ся два типа компонентов: сервер и рабочее место пользователя (Desktop).

Сервер — специализированное устройство или программное обес­печение, которое служит для решения общей задачи.

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

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

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

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

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

Сервер базы данных предназначен для хранения, обработки и обес­печения доступа к структурированной информации. Наиболее часто для решения этих задач используются серверы реляционных баз дан­ных, поддерживающие язык запросов SQL. К ним относятся системы управления базами данных ORACLE, Microsoft SQL, DB2, SYBASE.

Интернет-сервер предоставляет информацию в соответствии с пра­вилами сети Интернет. В простейшем случае то же, что и файловый сервер. Однако понятие Интернет-сервера включает в себя и набор дополнительных сервисов, связанных, как правило, с преобразовани­ем информации. Наиболее распространенными являются серверы APACHE и Internet Information Server.

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

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

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

На основе архитектуры «клиент-сервер» определяется список за­дач, решаемых рабочими станциями и отнесенных к клиентским. К ним обычно относят:    

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

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

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

• загрузка и выгрузка данных — также может выполняться и на кли­ентском месте, и на сервере. Если данные загружаются в автоматичес­ком режиме и не требуют администрирования загрузки, это выполня­ет сервер. При случайной загрузке или выгрузке данных — на клиент­ском АРМ.

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

Решения на основе кластерной архитектуры дают ряд преимуществ:

• абсолютная масштабируемость — архитектура позволяет созда­вать кластеры любых размеров;

• инкрементальная масштабируемость — кластер создается таким образом, что можно наращивать мощность добавлением новых компо­нент без полной замены всей системы;

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

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

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

 

 

14.3. Программное и информационное обеспечение

автоматизированных банковских технологий

 

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

Всю сферу банковской автоматизации можно разделить на две боль­шие области:

1) электронную платежную систему, обеспечивающую пересылку и исполнение платежей;

2) собственно автоматизированную банковскую систему, реализу­ющую внутрибанковские функции и бухгалтерские операции.

Автоматизированную банковскую систему в соответствии с функ­циональным назначением принято разделять на три подсистемы:

1) Front-office (верхний уровень) — обеспечивает взаимодействие банка с внешним миром. В подсистеме производится ввод первичной информации, взаимодействие банка с клиентами, другими банками, биржами;

 2) Back-office (средний уровень) — осуществляет обще банковскую и общехозяйственную деятельность. К подсистеме относится работа с кредитами;

3)  Accounting (нижний уровень) — отображает своевременную и корректную деятельность банка в рамках существующих процедур бухгалтерского учета.

В самостоятельную группу — Analysis — выделены операции, реа­лизующие анализ текущего состояния банка, планирование и внутрен­ний аудит банка.

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

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

В течение этого периода развитие отечественных АБС связано в основном с изменениями аппаратно-технических платформ в банках без коренного улучшения технологических аспектов. В 1994 г. можно было выделить четыре поколения АБС.

Первое поколение: аппаратная платформа — автономные персональные компьютеры под управлением MS-DOS; СУБД — Сlipper,FoxPro, Clarion; базовый элемент технологии — бухгалтерская провод­ка' структура АБС — автономные АРМ, не связанные или слабо свя­занные по данным через обмен файлами (в том числе путем физичес­кого переноса на гибких дисках с компьютера на компьютер).

Второе поколение: аппаратная платформа — персональные компь­ютеры под управлением MS-DOS, работающие в локальной сети Novell NetWare; СУБД — Clipper, FoxPro, Clarion; базовый элемент техноло­гии — бухгалтерская проводка; структура АБС — автономные АРМ, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям.

Третье поколение: аппаратная платформа — персональные компь­ютеры под управлением MS-DOS (MS Windows), работающие в ло­кальной сети Novell NetWare (Windows NT); СУБД — Btrieve; базо­вый элемент технологии — бухгалтерская проводка (реже документ); структура АБС — автономные АРМ, сильно связанные по данным че­рез общие структуры базы данных и слабо связанные по функциям. Технология — переходная, от «файл-сервер» к «клиент-сервер».

Четвертое поколение: аппаратная платформа — персональные ком­пьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети, или же хост-компьютер с терминалами; СУБД — про­фессиональная реляционная (может быть постреляционная или сете­вая); базовый элемент технологии — бухгалтерская проводка (реже), документ, сделка; структура АБС — автономные АРМ, сильно связан­ные по данным через общие структуры базы данных, в отдельных слу­чаях связанные по функциям через общее ядро. Технология — «хост-терминал» или двухуровневая «клиент-сервер».

С августа 1995 г. прекратился численный рост банковских учреж­дений как следствие «принудительного» снижения уровня инфляции и в связи с кризисом на рынке межбанковского кредитования — пер­вым системным кризисом российской банковской системы. Уменьши­лась доходность финансовых операций в целом. Банкам уже было не­достаточно просто считать проходящие через них финансовые пото­ки, появилась необходимость эффективного управления этими потоками (а также всеми активами и пассивами банка).

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

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

Пятое поколение: аппаратная платформа — персональные компью­теры под управлением MS Windows, MS-DOS (реже UNIX), в распре­деленной сети (WAN) с несколькими физическими серверами прило­жений (которые работают под многозадачными многопользовательски­ми ОС); СУБД — профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии — документ или сделка; струк­тура АБС — логические АРМ, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология — трехуровне­вая «клиент-сервер» с использованием менеджеров транзакций.              Финансовый кризис 1998 г. для одних банков стал тормозом, а для других, наоборот, мощным импульсом развития бизнеса. Развитие банковской системы невозможно без соответствующей программно-технологической поддержки. Тяжесть конкурентной борьбы между фирмами-разработчиками смещается в сторону «тяжелых» программ­ных решений четвертого и пятого поколений. Происходит возврат спроса на автоматизацию банковской аналитики.

Перспективное направление развития автоматизированных банков­ских технологий как у нас в стране, так и за рубежом — шестое поколе­ние АБС.

Шестое поколение: аппаратная платформа — гетерогенная сетевая среда; СУБД — профессиональные реляционные с открытым интер­фейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии — сделка или документ; структура АБС — логи­ческие АРМ, динамически формируемые по компонентной техноло­гии, сильно связанные по данным и функциям в пределах всей сети Интранет.

Сегодня на рынке представлены программные продукты как отече­ственных, так и зарубежных разработчиков, предлагаемые системы отличаются в несколько раз по своей стоимости и функциональности. Укрупнение банковского бизнеса в России способствовало приходу на этот рынок западных поставщиков с масштабными и дорогостоя­щими решениями (mySAP Banking, T24 от «Teraenos», OFSA от «Oracle» и др.). В то же время улучшается качество автоматизирован­ных систем, предлагаемых на рынке отечественными разработчиками.

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

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

В настоящее время на рынке АБС присутствует около 20 фирм — разработчиков АБС, создающих разнообразные программные продук­ты. Ниже приведены результаты опроса, проведенного компанией «Ламинфо» среди банков, использующих программные продукты основ­ных фирм-разработчиков (опрошено банков — 1154, не ответило — 24):

 

 

 

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

Большинство российских АБС работают в двух- или трехуровне­вой архитектуре «клиент-сервер». Все АБС могут работать в разных средах, среди которых доминируют Windows NT и разные варианты UNIX в качестве серверных ОС, но названы и многие другие, в первую очередь Novell Netware. Что же касается клиентских рабочих мест, то тут можно встретить и DOS, и разные варианты Windows, и даже та­кую экзотику, как Java, предлагаемую фирмой «АСофт».

Среди используемых СУБД представлен практически весь спектр систем, имеющихся на рынке. Пользователи ряда АБС могут исполь­зовать на выбор несколько СУБД (табл. 14.1).

 

14.4. Электронный документооборот в банке

 

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

• управление записями, контроль документов, хранящихся в папках, на бумаге;

• управление формами, контроль форм, использующихся для сбо­ра информации и составления отчетов;

• управление отчетностью, публикация и распространение отчетов на бумаге;

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

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

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

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

 

 

 

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

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

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

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

Архитектура включает в себя предметы изучения данной дисцип­лины и их взаимосвязь. Описание архитектуры происходит на трех уровнях (рис. 14.1).

1. Концептуальный уровень. Отвечают на вопросы: почему? (опреде­ляется масштаб системы управления и ее интеграция в общую систему работы банка) и кто? (устанавливаются взаимосвязи между причина­ми внедрения системы управления знаниями и ее пользователями);

2. Логический уровень. Определяются процессы, которые выполня­ются людьми и машинами. Решаются вопросы: что будет делать сис­тема и когда должен запускаться каждый из процессов?

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

 

 

Основными целями архитектуры системы электронного докумен­тооборота банка на базе ИТ являются:

• четкая формулировка допущений и направлений политики в от­ношении управления ИТ и документооборотом;

• определение пространства управления ИТ и документооборотом;

• установка важнейших границ пространства управления ИТ и до­кументооборотом банка;

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

• определение желательных и нежелательных вариантов поведения в процессе управления документооборотом;

• разработка стратегии поощрения желательного поведения в про­цессе управления документооборотом (эффективная «настройка» эта­пов жизненного цикла информации).

К вспомогательным целям архитектуры системы электронного до­кументооборота банка относятся:

• исключение лишних источников и адресов отправки документов, в которых нет необходимости;

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

• определение состояния объектов управления документооборотом и атрибутов системной информации с точки зрения точности, свое временности, релевантности, целостности, доступности и гибкости;

• представление моделей совместного управления документообо­ротом.

Результатом построения архитектуры системы электронного доку­ментооборота банка являются:

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

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

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

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

Система управления электронным документооборотом банка реа­лизует два вида процессов:

1) основные, ориентированные на репозитарий, папки с файлами документы;

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

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

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

К процессам, ориентированным на документы, относятся добавле­ние, добавление извне, одновременная загрузка, копирование, установ­ка и снятие ограничений на доступ, просмотр, пересылка по электрон­ной почте, архивирование, восстановление, распечатка, изъятие, уда­ление.

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

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

Процессы, ориентированные на управление текстом, применяются для добавления, редактирования, удаления, оценки, индексации и пе­реиндексации текста.

Процессы текстового запроса используются при осуществлении поиска и составлении отчета о тексте.

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

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

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

Процессы обеспечения безопасности протоколов работы отвечают за протоколирование событий, происходящих в пользовательской или серверной среде, и содержат обеспечение безопасности протокола ра­боты пользователя и сервера, составление отчета о безопасности про­токола работы пользователя и сервера.

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

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

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

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

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

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

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

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

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

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

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

 

 

Глава 15

ЭЛЕКТРОННЫЕ БАНКОВСКИЕ УСЛУГИ

 

15.1. Электронные услуги с использованием банковских карт

 

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

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

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

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

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

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

1. По материалу, из которого они изготовлены:

• бумажные (картонные);

• пластиковые;

• металлические.

2. По способу (методу) нанесения на карты необходимой информа­ции (имя держателя карты, номер карты, срок ее действия и пр.):

• с графическим изображением;

• эмбоссированные;

• со штрих-кодированием;

• с кодированием на магнитной полосе (магнитные карты);

• с чипом (чиповые карты или микропроцессорные карты, карты памяти);

• с лазерной записью (лазерные или оптические карты).

3. По целевому назначению:

• идентификационные (служащие для идентификации их владель­цев), в том числе клубные;

• дисконтные;

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

4. По эмитентам:

• банковские, выпускаемые банками (или консорциумами банков) и финансовыми компаниями;

• частные (private), выпускаемые коммерческими нефинансовыми компаниями для платежей в торговой и/или сервисной сети данной компании;

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

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

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

• карты других банков (отечественных и иностранных);

• карты различных платежных систем («American Express» и др.). Банковские карты делятся на следующие виды:

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

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

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

Банковские карты дают продавцам товаров и услуг дополнитель­ные возможности. Они помогают исключить расходы на инкассацию, повысить скорость и безопасность расчетов. Расчетные и кредитные карты также позволяют продавцу предложить покупателю кредит «ру­ками банка», в этом случае продавец получает свои деньги от банка немедленно независимо от того, когда покупатель оплатит покупку, т.е. карты позволяют вывести кредит за пределы банка непосредственно «на рубеж» обслуживания потребителя. Выгода банка при этом состо­ит в получении процентов за кредит, предоставленный пользователю карты, получении комиссии за совершение операций по счету, при­влечение денежных средств клиентов, в том числе в качестве мини­мального неснижаемого остатка.

Организация взаимодействия участников платежной системы мо­жет предусматривать два режима: off-line, on-line.

Режим off-line является наиболее простым и недорогим для банка-эмитента режимом подключения к процессинговому центру. Банк раз­решает процессинговому центру авторизацию трансакций по картам своих клиентов и поручает ему вести базы данных по картам, счетам и остаткам (лимитам) своих клиентов.

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

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

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

 

15.2. Электронные услуги дистанционного банковского обслуживания

 

15.2.1. Преимущества дистанционного банковского обслуживания

 

Дистанционным банковским обслуживанием (ДБО) принято назы­вать оказание банковских услуг (предоставление банковских продук­тов) на расстоянии, без посещения клиентами офиса банка, без непос­редственного контакта с сотрудниками банка — из дома (так называе­мый «home-banking»), офиса, автомобиля и т.д.

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

Дистанционное банковское обслуживание обеспечивает банку сле­дующие конкурентные преимущества.

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

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

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

Немаловажен и имиджевый аспект применения технологий дистан­ционного обслуживания.

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

Выделяют следующие разновидности ДБО клиентов: РС-банкинг, Интернет-банкинг, видеобанкинг, обслуживание по телефону, WAP-банкинг, SMS-банкинг.

При наличии специального программного обеспечения и модема РС-банкинг поддерживает прямое соединение персонального компьютера клиента с сетью банка. Наиболее характерным примером данной разно­видности ДБО является классическая система «Банк-Клиент».

Интернет-банкинг — это комплекс банковских услуг, предостав­ляемых клиенту банком посредством Интернет, который включает в себя: контроль собственных счетов; покупку и продажу безналичной валюты; оплату коммунальных услуг, доступа в Интернет, счетов опе­раторов сотовой и пейджинговой связи; проведение безналичных пла­тежей, перевод средств по счетам.

Это наиболее перспективный вид ДБО, например, «Deutsche Bank» и «Bank of America» около 70% платежей осуществляют через Интер­нет. В России Интернет-банкинг в последние годы также активно раз­вивается.

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

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

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

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

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

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

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

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

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

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

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

читается, что современные технологии программно-аппаратной защиты находятся на уровне, обеспечивающем 100%-ную гарантию конфиденциальности операций и сохранности средств. Но самое глав­ное, в сохранности средств заинтересованы прежде всего банки — по­ставщики услуг Интернет-банкинга, отвечающие не только за сохран­ность финансов своих клиентов, но и за свои средства и репутацию.

 

15.2.2. Информационные системы, используемые при ДБО

 

В основе ДБО лежит система «Банк-Клиент». Полный список ус­луг, которые банк может оказывать через эту систему, очень обширен. В классическом (развернутом) варианте система «Банк-Клиент» по­зволяет клиенту:

• знакомиться с банковскими правилами;

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

• открывать различные банковские счета;

• управлять движением средств по счетам, в том числе карточными счетами;

• получать сведения о состоянии своего счета в форме соответству­ющих выписок;

• осуществлять платежи по счетам, в том числе за товары и услуги, включая коммунальные;

• получать электронные копии расчетных документов;

• заказать чековую книжку;

• проводить конверсионные операции;

• проводить операции с инвестиционным портфелем, который на­ходится в управлении банка;

• осуществлять кредитные операции (овердрафтный кредит);

• обмениваться с банком электронными текстовыми сообщениями и финансовой информацией;

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

«Банк-Клиент» речь идет о высоко стандартизированных наборах опе­раций, поскольку они проводятся практически без какого-либо учас­тия банковского персонала.

При обслуживании клиентов банки придерживаются установлен­ных правил ведения безналичных расчетов (платежей) и расчетно-кас­сового обслуживания. Соответствующие права и обязанности сторон оговариваются в договоре банковского счета (или в дополнениях к нему).

Система «Банк-Клиент» представляет собой программно-техничес­кий комплекс, позволяющий организовать взаимодействие в защищен­ном off-line режиме клиента с банком из офиса (дома) по безбумаж­ной технологии, осуществлять удаленное обслуживание клиентов по любым видам расчетных операций и реализовывать полноценный элек­тронный документооборот. Она включает в себя банковскую и клиент­скую подсистемы, интегрированные с подсистемами защиты и комму­никаций.

В состав системы обычно входят:

• сервер обмена документами — почтовый сервер, по сервису и фор­матам адресации совместимый с различными видами протоколов, для обеспечения доступа по коммутируемым телефонным каналам;

• АРМ банка для приема документов от клиента, взаимодействия с банковской системой и уведомления клиента о результатах обработ­ки его документов;

• АРМ клиента для создания документов, пересылки их в банк, по­лучения результатов обработки и выписок по счетам. Он может исполь­зоваться юридическими и физическими лицами, а также банками для Работы с банками-корреспондентами, осуществления межфилиально­го обмена, связи юридических лиц с торговыми партнерами и т.д.

Система «Банк-Клиент» работает со следующими видами докумен­тов: финансовыми (платежное поручение, инкассовое поручение, заявка на продажу валюты, заявка на покупку валюты, заявление на перевод, заявление на аккредитив, заявка на отзыв платежа, объявление на снятие наличными и др.); информационными (запрос на розыск платежа, выписка, паспорт сделки, справка о валютных операциях, и др у почтовыми (текстовые сообщения, формируемые клиентом (банком} для отправки абоненту системы «Банк-Клиент» или абоненту почтово­го сервера); документами свободного формата, представляющими со­бой текстовые сообщения, визируемые и шифруемые отправителями (банком или клиентом) и разработанные с учетом пожеланий банков

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

Система «Банк-Клиент» обладает многоуровневой системой защитo и обеспечивает достоверность, сохранность и конфиденциальность передаваемой информации.

Интернет-банкинг по сути явился дальнейшим развитием систем «Банк-Клиент» и имеет ряд преимуществ перед ними. Впрочем, неко­торые из таких преимуществ можно рассматривать и как его недостат­ки. Например, использование открытой сети позволяет неограничен­но расширить круг потенциальных клиентов, но одновременно это намного опаснее, чем вариант прямого соединения компьютеров бан­ка и его клиента. В то же время неоспоримым преимуществом являет­ся то, что пользователь не «привязан» к определенному компьютеру, на котором установлено специальное программное обеспечение (АРМ клиента является неотъемлемой частью классического варианта сис­тем «Банк-Клиент»), а может использовать любой компьютер, имею­щий доступ в Интернет.

Особенно широкий спектр услуг через Интернет предлагают сво­им клиентам «виртуальные» банки США.

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

Она дает клиенту возможность получать различную справочную информацию в речевом и факсимильном виде, а также проводить не­которые активные операции по своим счетам, а именно:

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

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

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

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

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

• проводить плановые (обязательные) платежи;

• заказать наличность в любой валюте, с тем чтобы получить ее в кассе или обменном пункте банка;

• передать в банк заявку на предоставление технического овердраф­та в случае нехватки средств на счете для проведения ответственного платежа;

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

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

 

15.2.3. Основные тенденции развития

(особенности) ДБО в России

 

В России функционирует ряд систем Интернет-банкинга: «Эллипс-банк» для поддержки услуг Интернет-банкинга использует систему «Телебанк-НН»; система, внедренная в «Гута-банк», включает в себя системы «Телебанк» и «Клиент-Банк Он-лайн»; «Интернет-Сервис-Банк» («Автобанк») позволяет обслуживать через Интернет частных клиентов и юридических лиц, сводить к минимуму посещение клиен­тами банка и снижать издержки на их обслуживание.

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

Система, внедренная в «Гута-банк», включает в себя систему «Те­лебанк» и «Клиент-Банк Он-лайн». Система «Телебанк» предназна­чена для связи частных клиентов с банком и используется для покуп­ки и продажи валюты, оплаты коммунальных услуг, междугородных и международных переговоров, сотовой и пейджинговой связи, доступа  в Интернет, пополнения пластиковых карт со счетов в системе «Теле­банк» и др. Обслуживание осуществляется по телефону, через Интер­нет или WAP-телефон. Прохождение платежа занимает от одного дня (в Москве) до 2—4 дней (дальнее зарубежье). Система «Телебанк» луч­ше всего подходит для предоплаты товаров и регулярно предоставля­емых услуг (биллинга), так как в ней не предусмотрена возможность мгновенных платежей.

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

Система «Клиент-Банк Он-лайн» обеспечивает доступ к счетам, открытым в «Гута-Банке», получение информации об остатках по сче­там, проведение платежей и т.д.

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

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

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

 

15.3. Автоматизация межбанковских расчетов

 

15.3.1. Системы межбанковских расчетов

 

Межбанковские расчеты могут осуществляться двумя способами: на валовой основе и клирингом. При валовых расчетах каждый платеж врабатывается последовательно, а клиринг осуществляет многосто­ронний (двусторонний) зачет взаимных встречных платежей участников, причем оплате подлежит только разница между суммами взаимных обязательств, что позволяет значительно снизить потребность участников в оборотных средствах.

Клиринговые расчеты производятся сеансами. Первым этапом клирингового сеанса является прием и накопление расчетных документов на перевод денежных средств. Для каждого участника вычисляется его чистая позиция на счете, открытом в расчетном центре, — итоговое сальдо (дебетовое или кредитовое). Чистая позиция вычисляется как разность между общей кредиторской и общей дебиторской задол­женностями каждого из участников. Если полученная позиция поло­жительна, она подлежит закрытию или урегулированию, для чего уча­стники клиринговых расчетов резервируют на своих счетах денежные средства. Клиринговый сеанс завершается окончательным расчетом по клирингу, в ходе которого происходит перевод или списание денеж­ных сумм, соответствующих чистым позициям по счетам участников расчетов. Недостатком клиринга является сложность организации и связанные с этим риски.

Различают внутренний — межбанковский клиринг и международ­ный — валютный клиринг.

 Межбанковские расчеты могут выполняться через различные не­финансовые организации — автоматические расчетные палаты, кли­ринговые центры, процессинговые центры.

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

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

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

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

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

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

Ныне действующие электронные системы межбанковских операций обычно делят на системы банковских сообщений и системы расчетов. В рамках первых осуществляется только оперативная пересылка и хране­ние межбанковских документов, функции же вторых непосредственно связаны с выполнением взаимных требований и обязательств. К пер­вой группе относят такие системы, как SWIFT (международная систе­ма), «Bankwire» (США), BACSTEL (Англия), ко второй — «Fedwire», CHIPS (США), CHAPS (Великобритания), «Sagritter» (Франция), SIT (Франция), «Зенчинкио» (Япония), ЭЛСИМЕР (электронная система межбанковских расчетов Центрального банка Российской Федерации - ЦБ РФ), система РКЦ ЦБ РФ (расчетно-кассовый центр Централь­ного банка Российской Федерации).

Сообщество всемирных межбанковских финансовых телекоммуни­каций SWIFT (Society For World Wide Interbank Finansial Telecommuni­cations) обеспечивает оперативный обмен финансовой информацией. Большинство коммерческих банков России являются членами этого сообщества.

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

Телекоммуникационная система BACSTEL обеспечивает переда­чу сообщений в режиме off-line по каналам общедоступных телекоммуникационных сетей.

Телекоммуникационная клиринговая система SIT обеспечивает взаимодействие банковских систем на основе выделенных каналов общедоступной сети «Transpac». Она взаимодействует с платежными системами Visa и MasterCard.

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

Система CHIPS (Clearing House Interbank Payment System) была создана для замены бумажной системы расчетов чеками на электрон­ную между банками Нью-Йорка и иностранными клиентами. Она слу­жит для передачи в течение рабочего дня платежных инструкций по электронным системам связи.

Системы «Fedwire» и CHIPS обслуживают до 90% межбанковских внутренних расчетов США.

Система накопления взаимных обязательств CHAPS (Clearing House Automated Payment System) регулирует платежные обязатель­ства на многосторонней основе.

«Зенчинкио» — коллективная сеть банковских автоматов-кассиров в Японии, выполняющая депозитные платежные операции.

Характеристики систем межбанковских расчетов приведены в табл. 15.1.

 

 

 

 

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

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

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

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

Предлагаемая в системе модель клиринга обеспечивает:

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

          • поступление платежей на технологические счета, где происходит накопление до момента окончания расчетов;

• проведение платежей одной транзакцией, если при выполнении проводки остатки на счетах остаются активными;

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

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

• автокредитования (overdraft) для успешной обработки платежей в случае предоставления кредита другим участником расчетов;

• автоконвертации (exchange) при обработку платежей по разным финансовым инструментам.

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

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

 

15.3.2. Автоматизация международных расчетов

 

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

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

Штаб-квартира находиться в городе La Hulpe (Бельгия). Ежеднев­но по системе SWIFT передается около 8 млн. финансовых сообщений об операциях, суммарной оценочной стоимостью более 6 трлн. дол. США.

Любой банк, имеющий право в соответствии с национальным зако­нодательством осуществлять международные расчеты, может стать банком — членом SWIFT.

Для вступления в члены общества банк направляет в SWIFT заяв­ление о вступлении, обязательства выполнять устав SWIFT и возме­щать операционные расходы обществу, адрес банка, ответственных лиц за связь с обществом и предположительные объемы трафика. Совет директоров SWIFT рассматривает документы и в случае принятия по­ложительного решения банк получает право оплатить единовременный членский взнос и приобрести одну акцию сообщества (в общей слож­ности около 15 000 евро). На втором этапе банком осуществляется тех­ническая подготовка подключения к сети (приобретение оборудова­ния, обучение персонала и т.д.). Официальное подключение новых бан­ков-членов к системе SWIFT осуществляется четыре раза в год: в первые понедельники марта, июня, сентября, и декабря.

Кроме банков-членов в системе SWIFT существуют еще две кате­гории пользователей: ассоциированные члены и участники. Ассоции­рованными членами обычно выступают филиалы банков-членов, они не принимают участия в управлении делами общества. С 1987 г. учас­тниками системы могут стать иные небанковские финансовые органи­зации: страховые, инвестиционные, брокерские компании и др.

В настоящее время система обслуживает 11 категорий сообщений (Message Transaction — МТ).

Сообщение любого типа построено по общему формату (рис. 15.1).

 

 

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

Все сообщения можно разделить на системные, финансовые и общие.

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

Финансовые сообщения подразделяются на девять категорий, основ­ные из которых: клиентские переводы и чеки (категория 1); переводы финансовых организаций (категория 2); валютные операции (катего­рия 3) и т.д.

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

Система SWIFT позволяет:

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

• обеспечить надежность при передаче сообщений за счет специаль­ного порядка передачи и приема сообщения, их кодирования;

• сократить операционные расходы по сравнению с телексной связью;

• обеспечить удобный, прямой и быстрый доступ банка-члена к сво­им корреспондентам, отделениям и филиалам (обычное сообщение доставляется в любую точку мира за 20 мин, срочное — за 5 мин);

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

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

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

Для правильной доставки сообщения по сети SWIFT используется код-идентификатор банка BIC (Bank Identifier Code), являющийся  адресом в системе SWIFT.

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

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

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

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

• присвоения каждому сообщению входящего и исходящего номера и контроля со стороны SWIFT над соблюдением порядка нумерации;

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

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

• использования ключей аутентификации. Сеть SWIFT включает в себя:

• терминалы пользователей SBT (SWIFT Based Terminal), позволя­ющие подключаться к сети;

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

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

•системные управляющие процессоры SCP (System Control Processor), выполняющие управляющие и контролирующие функции.  Для всей системы и сети (США, Нидерланды).

Пользователи SWIFT имеют доступ и к другим стандартам сооб­щений и сетям. В частности, в целях дальнейшего развития и расширения предлагаемых услуг обеспечена полноценная поддержка обмена в стандарте   ООН   EDIFACT   (Electronic   Data   Interchange   For Administration, Commerce and Transport).

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

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

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

 

 

Доступ в TARGET открыт только через RTGS, поэтому любой пла­теж контролируется Европейским центральным банком, который ве­дет расчетные счета банков.

Наряду с системой центральных банков, банки могут использовать и коммерческие клиринговые системы. Единственной наднациональ­ной клиринговой системой в Европе является Банковская ассоциация евро (ЕВА) — система нетто-расчетов, созданная коммерческими банями. Расчеты внутри ЕВА совершаются в Европейском центральном . банке. Каждый банк, участвующий в ЕВА, устанавливает лимиты об­менов с другими банками и предоставляет обеспечение по сделкам, что гарантирует системе полное завершение расчетов на конец дня.

 

15.4. Электронные платежные системы в Интернет

 

Отдельным направлением современного банковского электронно­го бизнеса является обслуживание денежных расчетов торговых Ин­тернет-компаний с конечными потребителями за приобретаемые в сети товары (услуги) в материальной (физической) и электронной формах.

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

Электронный обмен данными (Electronic Data Interchange — EDI) через специализированную сеть передачи данных и электронный пе­ревод денежных средств (Electronic Fund Transfer — EFT) no защи­щенным частным сетям между банками давно используются для про­ведения деловых операций и расчетов. Появление сети Интернет, пре­доставляющей доступ по невысоким и недифференцированным тарифам, позволило значительно снизить расходы на осуществление деловых операций, расширить возможности электронной коммерции, предоставления банковских услуг и др. В результате сложились бла­гоприятные условия для формирования киберэкономики, в которой есть электронные аналоги таких экономических категорий, как день­ги, инвестиции, торговля, реклама, маркетинг и т.д.

В настоящее время платежные системы Интернет предлагают сле­дующие способы оплаты: наличными, банковским переводом, наложен­ным платежом, почтовым переводом, в режиме on-line.

При оплате наличными покупатель расплачивается с курьером при получении товара. Этот способ, во-первых, не позволяет доставлять покупки по всем населенным пунктам, во-вторых, непригоден при при­обретении товаров, представленных в электронном виде (информация, программные продукты и др.).

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

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

Оплата наложенным платежом используется при доставке товаров в города, в которых нет курьерской службы, товар оплачивается при получении в почтовом отделении и 20—30% стоимости товара уходит на оплату почтовых услуг.

При оплате почтовым переводом перевод денег может занимать более месяца и при этом взимается 10% суммы платежа.

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

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

Расширение масштабов платежей в Интернет посредством кредитных карт требует единообразия в способах проведения операций, на­личия стандарта, позволяющего программному обеспечению различ­ных разработчиков функционировать совместно. В настоящее время действуют два стандарта, упрощающие применение электронного бу­мажника (wallet) и проведение транзакций с использованием кредит­ных карт: Secure Electronic Transaction — протокол SET, разработан­ный консорциумом «Visa/MasterCard»; Joint Electronic Payment Initiative — JEPI, разработанный консорциумом «World Wide Web Consortium» и компанией «CommerceNet».

Электронные деньги (цифровые деньги, digital cash, e-cash) пред­ставляют собой набор цифр, заменяющий банковские купюры и моне­ты и позволяющий приобретать товары и услуги в режиме прямого доступа. Они являются альтернативой наличности и чеков при оплате товаров повседневного спроса и со временем их заменят.

Через Интернет осуществляют:

1. Прием платежей через платежный шлюз (Internet payment gateway), который обеспечивает прием транзакции и ее доставку в процессинговый центр банка-эквайера, обслуживающего владельца мага­зина. Платежный шлюз (платежная система) является организацией, специализирующейся на платежных операциях, и должен помимо при­ема и транспортировки транзакций осуществлять защиту конфиден­циальных данных на своем сервере и обеспечивать простую схему под­ключения к нему. Российские платежные шлюзы, действующие в дан­ный момент на рынке обслуживания платежей с использованием пластиковых карт (например, платежные системы «Assist» и «Cyber-Plat»), не предоставляют возможностей Интернет-магазинам отслежи­вать риски, так как, принимая транзакции на своем сервере, не выдают    Интернет-магазину никакой информации о параметрах и числе тран­закций по его сайту.

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

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

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

Системы Интернет-платежей в России находятся в состоянии раз­вития. На российском рынке функционируют системы на базе: кредит­ных карт «Assist», «ЭЛИТ», «Russian Shopping Club», «Телебанк»; циф­ровых наличных: «CyberPlat», «Instant», «PayCash», «WebMoney»; на базе квитанций «SberPlat».

Характеристика российских электронных платежных систем при­ведена ниже:

• «Cyber Plat» — дебетная, платеж осуществляется цифровым че­ком, подписанным электронной цифровой подписью. На сегодня об­служиваются только рубли;

• «Assist» — кредитная, платеж осуществляется с использованием кредитной карты;

• «ЭЛИТ» — кредитная, платеж осуществляется с использованием кредитной карты систем «Visa», «Union Card», «EuroPay», «American Express» и др.;

• «Russian Shopping Club» — платежным средством является плас­тиковая    карта   («Visa»,    «MasterCard»,    «AmEx»,    «Discover», «EuroCard»), бизнес-чек или персональный чек. Возможен перевод Денег как в момент покупки, так и в отложенном режиме;

• «PayCash» — дебетная, мультивалютная, цифровая наличность, переведенная на электронный кошелек;

• «WebMoney» — дебетная платеж осуществляется цифровыми на­личными на основании электронного чека;

• «SberPlat» — на основании квитанций.

 

Раздел VI

ИНФОРМАЦИОННЫЕ СИСТЕМЫ

И ТЕХНОЛОГИИ В СТРАХОВОЙ

ДЕЯТЕЛЬНОСТИ

 

Глава 16

ПОНЯТИЕ СТРАХОВОЙ ДЕЯТЕЛЬНОСТИ И ЕЕ ОРГАНИЗАЦИИ

 

16.1. Риск как экономическая категория

 

Страхование — сфера экономических отношений, участниками ко­торых являются страхователи (хозяйствующие субъекты или гражда­не) и страховщики (хозяйствующие субъекты или государство).

Предмет отношений — защита интересов страхователя в условиях существования различных рисков от возможного ущерба.  Страховая деятельность осуществляется в соответствии с Феде­ральным законом от 10.12.2003 № 172-ФЗ «Об организации страхо­вой деятельности в Российской Федерации». Этот закон регулирует отношения между страховыми организациями и гражданами, предпри­ятиями, учреждениями, организациями, отношения страховых орга­низаций между собой, а также устанавливает основные принципы го­сударственного регулирования страховой деятельности.

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

Страховая деятельность связана с понятием риска. Слово «риск» (от франц. «risque» или итал. «risco») имеет различное смысловое значение:

• возможность наступления события с отрицательными последстви­ями в результате определенных решений или действий;

• вероятность понести убытки или упустить выгоду, неуверенность в получении соответствующего дохода;

• оценка (мера) ожидаемого неблагополучия при неуспехе в деятель­ности, определяемая сочетанием вероятности неуспеха и степени не-

благоприятных последствий, ситуация выбора между более привлека­тельным, но менее надежным, и менее привлекательным, но более на­дежным вариантами действий;

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

Наиболее часто риски рассматриваются как финансовая категория являются мерой потерь в связи с вложениями капитала. Методология риск-менеджмента основана на комплексном рассмотрении рисков всех направлений в деятельности организации. Международная комис­сия Committee of Sponsoring Organizations of the Treadway Commission (COSO) определила риск-менеджмент как парадигму стратегическо­го управления в бизнесе.

Типичными последствиями рисков являются:

• ущерб здоровью или лишение жизни;

• утрата имущества (предметы труда, средства труда, денежные средства);

 • потеря имиджа, авторитета, снижение конкурентоспособности или «цены» фирмы;

• раскрытие конфиденциальной информации;

• хищение ценной информации;

и др.

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

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

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

В зависимости от вида конечного результата различают следующие виды риска:

• чистые — отрицательный или нулевой результат (риски природно-естественного, экологического или политического характера, транс­портные, имущественные, производственные, торговые);

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

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

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

• уровень инфляции — рост инфляции в связи с обесценением де­нег и увеличением цен, падением реальной покупательной способнос­ти денег, спроса;

• уровень дефляции — рост дефляции в связи с уменьшением цен на товары, работы и услуги, снижением доходов товаропроизводите­лей, падением объемов производства;

• валютные курсы;

• финансовые инструменты и их характеристики (ликвидность, привлекательность, качество и доступность).

Инвестиционные процессы характеризуются схемой денежных по­токов: затраты (вложения, инвестиции) и доходы (рис. 16.1). При этом вложения финансовых ресурсов имеют отрицательный знак, а доход­ные поступления — положительный.

 

 

В зависимости от соотношения сумм вложений и отдачи, момен­тов времени их возникновения, различают риски:

• прямых финансовых потерь;

• процентные или кредитные, выражаемые в нарушении денежно­го потока по величине и моментам времени;

• упущенной выгоды — косвенный (побочный) финансовый ущерб вследствие неполучения прибыли.

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

• реализацию глобальных целей системы управления;

• идентификацию, анализ и оценку рисков;

• разработку мер по ликвидации последствий рисковых ситуаций

• создание системы страхования; и др. Риск-менеджмент используется:

• для прогнозирования финансового состояния организаций (пред­приятий, компаний);

• координации работы риск-менеджеров;

• разработки организационной поддержки мероприятий риск-ме­неджмента;

• контроля и анализа результатов работ по снижению рисков.

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

В качестве субъектов управления выступают финансовые менед­жеры и специалисты по страхованию.

Для вычисления степени риска разработано множество моделей и методов, отличающихся ограничениями на характер анализируемых временных рядов. Характеристики моделей рисков: точность — соот­ветствие модели статистическому определению степени риска, эффек­тивность (соотношение степени риска и реальных прибылей/убыт­ков).

Степень риска (Value of Risk — VaR), или вероятность наступления рискового случая, а также соответствующую сумму потерь принято оценивать с помощью следующих показателей математической стати­стики:

• математическое ожидание степени риска;

• средняя квадратическая величина степени риска;

• максимальное значение степени риска;

• минимальное значение степени риска;

• размах вариации;

• средний модуль отклонений;

• среднее квадратическое отклонение степени риска;

• дисперсия (разброс) значений степени риска; и др.

Для оценки степени риска вводятся два вектора дискретных слу­чайных величин (СВ):

Р — вероятности наступления i-го вида страхового случая, элемент вектора — Рi;

S — суммы потерь вследствие реализации i-го вида страхового слу­чая, элемент вектора — S i .

Математическое ожидание дискретной СВ — средневзвешенное значение (средняя арифметическая) определяется по следующей фор-

 

 

где xi — значение (сумма потерь) в случае наступления i-го рискового случая; р; — вероятность наступления г-го рискового случая.

В расчетах рисков используют свойства средней арифметической, а именно:

• общий множитель всех значений элементов можно выносить за знак средней (т.е. при изменении значений СВ на фиксированный ко­эффициент пропорционально изменяется математическое ожидание):

 

• средняя арифметическая нескольких случайных величин равна алгебраической сумме их средних:

 

 

• сумма отклонений значений случайной величины от средней арифметической равна нулю:

 

 

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

 

Максимальное и минимальное значения степени риска, а также их Разность являются характеристиками размаха вариации значений СВ:

 

 

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

 

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

 

 

Этот показатель измеряется в тех же единицах, что и СВ; для нор­мального закона распределения СВ:

 

 

Дисперсия (квадрат среднеквадратического отклонения) характе­ризует рассеивание СВ относительно ее математического ожидания:

 

 

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

Различают следующие виды риск-менеджмента:

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

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

Сложилась следующая схема применения методологии риск-менед­жмента.

1. Определение целей рисковых вложений капитала (результатов  которые нужно получить, например максимальную прибыль хозяй­ственной деятельности).

2. Идентификация и оценка степени риска путем сбора и анализа информации об окружающей обстановке.

3. Выработка альтернатив рискового вложения капитала (сопоставление ожидаемой прибыли и величины риска).

 4. Выбор стратегии и тактики управления риском.

5. Реализация принятого решения.

Управление рисками связано с разрешением рисков или снижени­ем степени риска.

Разрешения рисков предусматривают действия:

• по избеганию рисков;

• удержанию риска;

• передаче риска (перенос ответственности) другому лицу; и др. Для снижения степени риска осуществляется:

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

• сбор дополнительной информации для принятия решения;

• ограничение сумм расходов;

• самострахование (создание фондов стабилизации); и др.

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

1) степень риска не должна превышать сумму собственного капи­тала (согласно статистике банкротство предприятий наступает при соотношении максимально возможного объема убытка к объему соб­ственных финансовых ресурсов свыше 30%);

2) необходимость рассмотрения полного перечня последствий риска;

3) следует избегать ситуаций «ва-банк», т.е. рисковать многим ради малого выигрыша;

4)  положительное решение принимается лишь в случае полного отсутствия сомнений, в противном случае принимается отрицатель­ное решение.

Рассмотрим некоторые примеры выбора стратегии риск-менедж­мента.

Пример 16.1. Общая стоимость товара — 100 ден. ед., вероятность сбыта товара — не более 95%. Вложения в рекламу в сумме 3 ден. ед. обеспечивают 100%-ный сбыт товаров. Вычислить, какова сумма прибыли от страхования Риска (табл. 16.1).

Затраты на рекламу можно рассматривать как затраты на страхование риска их неликвидности.

Объем реализации товаров: 100 • 0,95 = 95 ден. ед.

Объем реализации товаров (с учетом страхования риска) — 100 ден. ед. выигрыш составит: 100 — 95 = 5 ден. ед., сумма «страховки» — 3 ден. ед. Прибыль равна 5-3 = 2 ден. ед.

И табл. 16.1 показана подготовка исходных данных с использованием электронной таблицы Microsoft Excel. В среде электронной таблицы удобно выполнять анализ ситуаций, например можно проанализировать ситуацию риска: при какой степени риска (вероятности неликвидности товаров) установ­ленный страховой сбор (затраты на рекламу) приемлем?

Для решения этой задачи используется технология подбора параметра для заданного значения функции — команды Сервис, Подбор параметра (рис. lg.2 и рис. 16.3)

 

.

 

 

 

 

Ячейка D1 содержит формулу для вычисления суммы прибыли, предель­ное значение — 0, изменяемая ячейка (В2) — значение вероятности успеш­ной реализации товаров без дополнительных затрат на рекламу. В данном случае это 97%, т.е. если вероятность реализации 97% и выше, то реклама не нужна.

Другая аналитическая задача: какова предельная сумма страхового взноса (затрат на рекламу) при фиксированной стоимости товара и вероятности на­ступления страхового случая?

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

Пример 16.2. Рассматриваются варианты финансовых вложений на фик­сированный период времени. По каждому варианту известны доход и веро­ятность его получения. Вероятности событий для вариантов меньше 100% (табл. 16.2). Вероятный доход определяется как произведение вероятности события на величину максимального дохода.

Выбор варианта вложений выполняется по критерию максимума вероят­ного дохода. Для автоматического вычисления номера варианта в ячейку D4 вводится следующая формула:

 

=ИНДЕКС(А2:АЗ;ПОИСКПОЗ(МАКС(D2:DЗ);D2:D3;0);1).

 

 

Пример 16.3. Рассматриваются варианты финансовых вложений на фик­сированный период времени. По каждому варианту известны доход, вероят­ность получения дохода и издержки (табл. 16.3).

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

Для вычисления номера варианта в ячейке Е4 содержится следующая Формула:

 

=ИНДЕКС(А2:А3;ПОИСКПОЗ(МАКС(Е2:Е3);Е2:Е3;0);1).

 

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

 

 

 

 

16.2. Основные функции и задачи страхования

 

16.2.1. Назначение страхования и общие определения

 

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

Договор страхования определяет:                                 

• участников договора (страхователя и страховщика, а также тре­тьих лиц);

• срок действия договора;

• страховой интерес (объект страхования);

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

• степень риска;

• страховую сумму объекта страхования;

• страховой взнос;

• страховую ответственность (совокупность прав и обязанностей страховщика по охране и защите имущественных и иных интересов страхователя);

• страховую выплату (страховую премию).

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

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

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

• страховой выплаты (страхового возмещения) при имущественном страховании;

• страхового обеспечения при страховом случае с личностью стра­хователя.

Таким образом, страхование призвано обеспечить:

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

• предупреждение возможных рисков путем выполнения специаль­ных мероприятий;

• сбережение денежных сумм на дожитие;

• контроль формирования и целевого использования страхового Фонда.

 

16.2.2. Страховые хозяйствующие субъекты

        

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

На страховом рынке основное место занимают страховые компа­нии, имеющие различную организационно-правовую форму:

• акционерное общество закрытого или открытого типа;

• товарищество с ограниченной ответственностью;

• акционерное общество открытого типа;

• частные страховые компании.

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

Наряду с традиционными страховыми компаниями существуют:

• перестраховочные компании, которые осуществляют вторичное страхование наиболее крупных и опасных рисков;

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

Страховщики могут образовывать союзы, ассоциации и иные объеди­нения для координации своей деятельности, защиты интересов своих чле­нов и осуществления совместных программ (если их создание не противо­речит требованиям законодательства Российской Федерации, объедине­ния не вправе непосредственно заниматься страховой деятельностью). Сложились различные формы управления страховым случаем: . Сострахование — предполагает долевое участие нескольких стра­ховщиков в страховании одного и того же риска по одному договору (рис. 16.4). В договоре должны содержаться условия, определяющие права и обязанности каждого страховщика.     

 

 

 

2 Двойное страхование - страхование одного и того же интереса у скольких страховщиков, при этом общая страховая сумма может превышать страховую стоимость объекта страхования (рис. 16.5).

 

 

3. Перестрахование — страхование одним страховщиком испол­нения всех или части своих обязательств перед страхователем у дру­гого страховщика (рис. 16.6). Страховщик, заключивший с перестра­ховщиком договор о перестраховании, остается ответственным пе­ред страхователем в полном объеме в соответствии с договором страхования.

 

 

 

4. Самострахование — создание страхового фонда самим хозяйству­ющим субъектом.

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

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

 

16.2.3. Виды и формы страхования

 

По форме организации страхование выступает как государственное акционерное, взаимное и кооперативное.

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

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

• владением, пользованием, распоряжением имуществом (имуще­ственное страхование);

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

В зависимости от объектов страхования различают следующие их виды (рис. 16.7).

 

 

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

Объектом личного страхования является жизнь, здоровье и трудоспособность человека, определенное событие — дожитие до окончания срока страхования, определенного возраста, смерти и т.п. Экономи­ческое назначение личного страхования — гарантированное обеспече­ние выплат.

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

В страховании экономических (предпринимательских) рисков вы­деляют два подвида: страхование риска прямых потерь и страхование риска косвенных потерь.

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

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

1.      Капиталоотдача (Ко), или скорость обращения капитала:

 

 

где Г — выручка, получаемая от использования вложенного капитала за определенный период (год), руб.; К — сумма вложенного капитала. 2. Рентабельность капитала (Рк), или норма прибыли на вложен­ный капитал:

 

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

2.      Рентабельность реализованной продукции (Рк):

 

 

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

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

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

 

16.3. Основы финансово-хозяйственной деятельности

страховщиков

 

16.3.1. Функции страховщиков

 

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

 

 

где Tci — страховой тариф; Сci- — страховая сумма; Сi — скидки; Нi — надбавки; i — индекс договора страхования.

Совокупность страховых рисков, принятых страховщиком на себя за определенный период времени, составляет страховой портфель:

 

где Рci — страховой риск.                 

Соотношение страхового фонда и страхового портфеля зависит от выбранной стратегии риск-менеджмента.

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

Основой финансовой устойчивости страховщиков является нали­чие:

• оплаченного уставного капитала страховой компании;

• сформированных страховых резервов;

• системы перестрахования.

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

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

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

Страховщики, принявшие обязательства в объемах, превышающих

резервов, обязаны застраховать у перестраховщиков риск исполнен соответствующих обязательств.                                                  

Для формирования внешней финансовой отчетности и веден» бухгалтерского учета страховые компании используют устанавливаемые федеральным органом исполнительной власти по надзору за страховой деятельностью по согласованию с Министерством финансов Российской Федерации и Государственным комитетом Российской Федерации по статистике:

• план счетов;

• правила бухгалтерского учета;

• показатели и формы учета страховых операций и отчетности стра­ховщиков.

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

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

К функциям органа федерального надзора за страховой деятельно­стью относятся:

• выдача страховщикам лицензий на осуществление страховой де­ятельности;

• ведение единого Государственного реестра страховщиков и объ­единений страховщиков, реестра страховых брокеров;

• контроль над обоснованностью страховых тарифов и обеспечени­ем платежеспособности страховщиков;

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

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

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

• обобщение практики страховой деятельности, разработка и пред­ставление в установленном порядке предложений по развитию и совер­шенствованию законодательства Российской Федерации о страховании.

Федеральный орган исполнительной власти по надзору за страхо­вой деятельностью имеет право:

• получать от страховщиков установленную отчетность о страхо­вой деятельности, их финансовом положении;

• производить проверки соблюдения страховщиками законодатель­ства Российской Федерации о страховании и достоверности представ­ляемой ими отчетности;

• давать предписания по устранению недостатков;

• приостанавливать или ограничивать действие лицензий страхов­щиков;

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

Предупреждение, ограничение и пресечение монополистической де­ятельности и недобросовестной конкуренции на страховом рынке обес­печивается Государственным комитетом Российской Федерации по ан­тимонопольной политике и поддержке новых экономических струк­тур в соответствии с антимонопольным законодательством Российской Федерации.

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

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

• учредительных документов;

• свидетельства о регистрации;

• справки о размере оплаченного уставного капитала;

• экономического обоснования страховой деятельности;

• правил по видам страхования;

• расчетов страховых тарифов;

• сведений о руководителях и их заместителях.

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

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

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

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

 

16.3.2. Финансовые ренты в страховании

 

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

Согласно договору страхования страхователь выплачивает вперед страховщику страховую премию (premium) P, которая дает право на Получение страховой суммы S после наступления страхового случая, вероятность которого q.

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

 

P = Sq.

 

Для учета фактора времени вводится ставка дисконтирования бу­дущих сумм, которая приводит их к настоящему моменту времени. Например, для имущественного страхования выполняется соотноше­ние

 

Левая часть выражения содержит оценку выплат премии страхова­теля страховщику за п учетных периодов, если известна ставка дис­контирования г, а также постоянное значение вероятности наступле­ния страхового случая q, размер премии Р. Правая часть выражения содержит оценку выплат страховщиком.

Как правило, в имущественном страховании суммы периодических выплат являются постоянной величиной, а в личном страховании переменной, зависящей от возраста застрахованного. Например, при разработке страховых потоков платежей применяются значения веро­ятностей дожития до определенного возраста, смерти в определенном возрасте. Используются разработанные на основе статистических дан­ных таблицы смертности. Применительно для 100 тыс. человек вы­числяется число людей, которые доживают до определенного возраста х — 1Х, число умерших в течение года после возраста х — dx, вероят­ность умереть в течение одного года после возраста х — qx:

 

 

В актуарных расчетах используют так называемые коммутацион­ные числа (функции): число доживающих до определенного возраста людей и число умерших до определенного возраста людей.

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

 

 

где Nx — коэффициент для расчета суммы выплат.

Например, при страховании жизни (дожитии до определенного воз­раста) в договоре страхования оговариваются: исходный возраст х, воз­раст дожития w, сумма выплат R, процентная ставка дисконтирования r.

Сбалансированность взносов и выплат — обязательное условие для выполнения обязательств страховщика.

Премия, выплачиваемая страховщику:

 

 

Нетто-ставка страхования на дожитие равна отношению Dx + W/Dx, она зависит от трех параметров: х, w, r (без учета инфляции). Для пен­сионного страхования в условиях развития негосударственных пен­сионных фондов (НГПФ) встает вопрос о страховых аннуитетах, тарифах и пенсиях. В рамках НГПФ применяют два основных метода обеспечения пенсиями: страховой — коллективное или индивидуаль­ное страхование пенсий, при котором страховые суммы не предусмат­ривают наследование остатков средств на счете участника в случае его смерти; сберегательный, или трастовый, покупка финансовой ренты, Накопленные суммы предполагают наследование суммы выплат.

 

 

Глава 17

АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ СТРАХОВОЙ ДЕЯТЕЛЬНОСТИ

 

17.1. Организационная структура ИС СД

 

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

• поддержки принятия управленческих решений;

• снижения издержек управления страховой деятельностью;

• создания интегрированной БД;

• обеспечения защиты информационных ресурсов;

• поддержки электронного документооборота;

• интеграции с внешними информационными системами;

• повышения информационной культуры управленческого труда.

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

Существуют различные виды И С СД.

I. Автономные автоматизированные рабочие места. Каждый авто­номный АРМ выполняет определенный набор функций управления страховой деятельностью и ориентирован на страховых агентов опре­деленного вида:

• аквизиторы — занимаются привлечением и заключением новых договоров страхования;

• актуарии — производят расчеты по страхованию жизни;

• андеррайтеры — формируют страховой портфель;

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

Масштаб функций отдельного АРМ ограничен. Технические сред­ства АРМ лимитируют размер БД, производительность ИС СД (ско­рость выполнения функций управления страховой деятельностью). Оперативность управления страховой деятельностью низкая в первую очередь из-за отсутствия системы коммуникаций. Изолированное вы­полнение задач и функций оперативного управления страховой дея­тельностью, отсутствие функциональной и информационной интегра­ции АРМ и внешней среды делают невозможным дальнейшее разви­тие страховой деятельности с применением ИС СД данной формы организации.

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

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

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

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

• переход к распределенной обработке данных (использование ком­пьютерных сетей, Интранет, выход в Интернет);

• применение разнородных вычислительных машин — серверы, ра­бочие станции, ноутбуки (аппаратная гетерогенность);

• интеграция программных средств обработки данных на основе унифицированных программных интерфейсов (программная «многоплатформенность» );

• расширение функций автоматизации управления;

• создание и ведение интегрированной БД — единого информаци­онного пространства для принятия управленческих решений;

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

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

Прогресс в сфере технических средств обработки данных и средств коммуникаций (удешевление технических комплексов, новые техно­логии WiFi, WAP и GPRS и др.) позволили реализовать:

• мобильное подключение переносных компьютеров (ноутбуков) к Интернет/Интранет (корпоративной сети);

• поддержку частных сетей — VPN (Virtual Private Network)1;

• передачу и прием больших объемов данных с помощью мобиль­ной телефонной связи; и др.                              

В КИС ИС СД входят две системы обработки данных:

• OLTP(On-Line Transaction Processing) — система оперативной транзакционной обработки данных;

• OLAP (On-line Analytical Processing) — система оперативной ана­литической обработки данных.

Системы OLTP ИС СД имеют следующие характеристики.

1. Многочисленность пользователей страхового бизнеса.

2. Транзакционный характер обработки данных. Обработка прило­жении разбивается на отдельные транзакции. Транзакция — совокуп­ность действий, которые переводит БД из одного целостного состоя­ния в другое. В случае возникновения сбоев или отказов выполняется откат транзакции и восстановление БД в исходное состояние. Таким способом поддерживается надежность и высокая производительность обработки информации.

3. Большие объемы собираемых, передаваемых, хранимых и обраба­тываемых данных по регламентированным алгоритмам решения задач.

4.  Жесткий состав форм входной и выходной информации, схем документооборота.

К характеристикам OLAP-систем ИС СД относятся:

1. Создание предметно-ориентированных хранилищ данных (Data Warehouse), многомерных аналитических БД, используемых для мно­гомерного анализа данных ИС СД.

2. Использование методов извлечения знаний (вычисление стати­стических итогов, агрегирование структур данных, установление за­кономерностей связей данных, формирование правил выработки уп­равленческих решений), создание баз знаний, экспертных систем.

3. Имитационное моделирование управленческих решений; и др.

 

17.2. Функциональная структура ИС СД

 

Типовой комплекс задач (функциональная структура ) ИС СД включает в себя:

1.  Ведение нормативно-справочной базы договоров страхования (справочники, классификаторы технико-экономической информации, тарифы страхования).

2. Стратегическое планирование деятельности страховой компании.

3. Формирование и ведение договоров страхования (перестрахования).

4. Расчет комиссионных.

5. Учет формирования страхового фонда.

6. Учет расчетов со страхователем (уплата страховых премий, вып­лат по страховым событиям, расторжение договора страхования).

7. Бухгалтерский учет деятельности страховой компании.

8. Анализ финансового состояния страховой компании.

9. Налоговый учет страховой деятельности.

10. Сервисные функции (импорт и экспорт данных, страховое ко­пирование, восстановление БД); и др.

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

Проектирование структуры БД основано на моделировании данных предметной области. Начальным уровнем представления данных предметной области является информационно-логическая модель (ИЛ М) -интегрированная структура данных, не ориентированная на какое-либо программное средство создания и ведения БД. Такая модель является интерфейсом между заказчиком и разработчиком ИС и помогает луч­ше понять информационные потребности пользователей.

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

1. Информационный объект состоит из реквизитов, значения кото­рых в экземпляре информационного объекта атомарные (не содержат списков значений).

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

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

4. Отсутствует транзитивная зависимости неключевых реквизитов информационного объекта от его ключа.

Для представления ИЛМ может использоваться ER-диаграмма («сущность»—«связь»). В предметной области выделены типовые сущ­ности, сведения о которых интересны для системы управления.

На рис. 17.1 приведена типовая ИЛМ для ИС СД. Модель содер­жит следующие информационные объекты, описывающие сущности:

 

 

1. Страховой фонд — сумма страховых взносов, находящихся в управлении у страховой компании.

2. Страхователь — физическое или юридическое лицо.   

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

4. Вид страхования — нормативы для расчетов страховой премии, тарифной ставки.

5. Страховые выплаты — дата, сумма, платежный документ — осно­вание для выплат.

Типовые информационные объекты содержат минимально необхо­димый, но достаточный для реализации приложений набор реквизи­тов. Например, информационный объект «Страхователь» имеет сле­дующий набор реквизитов:

• код страхователя;

• наименование организации (фамилия, имя и отчество физичес­кого лица);

• регистрационные данные юридического лица (паспортные дан­ные физического лица);

• дата регистрации в БД;

• классификационный код страхователя; и др.

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

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

               На основе ИЛМ можно предварительно оценить объем хранимой информации, сформулировать требования к выбору СУБД.

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

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

В зависимости от масштаба страховой компании, числа одновре­менно работающих страховых агентов, объема БД, возможны следую­щие варианты организации БД страховых компаний: локальная БД, централизованно хранимая на отдельном компьютере, на котором ус­тановлен АРМ страхового агента; сетевая БД, централизованно хра­нимая на сервере, к которому имеют доступ по сети; распределенная БД, хранимая на нескольких узлах сети (серверах БД).

 

 

 

17.3. Информационные технологам ИС СД

 

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

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

Этап сбора и регистрации данных обеспечивает:

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

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

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

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

• внедрение EDI (Electronic Data Interchange) — электронной сис­темы документации и документооборота, стандартов документооборо­та;

• представление нормативно-справочной информации страховой деятельности в БД;

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

В   На рис. 17.2 представлены типовые операции этапа сбора и регист­рации первичной информации в ИС СД.

 

 

 

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

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

Как правило, при передаче данных в границах одной организации (уда­ление в пределах сотен метров) используют ЛВС; для ИС СД территориально-распределенных систем управления — сеть Интранет (расстояние определяется масштабами транснациональных компаний), для инфор­мационного взаимодействия страховых корпораций — сеть Экстранет.

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

Архитектура компьютерной сети должна соответствовать масшта­бам и назначению ИС СД. Сети имеют следующие типовые структуры:

• одноранговая компьютерная сеть на базе операционной системы Windows 2000/NT/XP, если число пользователей не велико (до 10—12 человек);

• серверная компьютерная сеть и технологии «файловый сервер» на базе операционной системы Windows 2000/NT/XP Professional, если число пользователей значительное;

• серверная компьютерная сеть и технологии «клиент-сервер» на базе операционной системы Windows NT/XP Professional, если число пользо­вателей значительное и требуется высокая производительность ИС СД;

• серверная компьютерная сеть и технологии «многоуровневый клиент-сервер» на базе операционной системы Windows NT/XP Professional, если число пользователей значительное, требуется высо­кая производительность и необходимо обеспечить аппаратную и про­граммную независимость компонентов ИС СД;

• компьютерная сеть Интранет и технологии «клиент-сервер» на базе ОС Windows NT/XP Professional, если пользователи территориально распределены;

• компьютерная сеть Экстранет и технологии «клиент-сервер» на базе ОС Windows NT/XP Professional, если пользователи территори­ально распределены и являются представителями различных компании.

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

• центральный офис;

• отделения страховой компании;

• представительства (агентства) страховой компании;

• мобильные пользователи.

В центральном офисе (головной структуре страховой компании) находятся высокоскоростные ЛВС, сетевые БД, осуществляется цен­трализованный мониторинг сетевыми ресурсами распределенной вы­числительной системы страховой компании. Отделения страховой компании могут иметь собственные ЛВС и поддерживать постоянную связь с центральным офисом с помощью специально выделенных ка­налов связи. Представительства страховой компании, как правило, не используют ЛВС, удаленные пользователи применяют переносные компьютеры с модемом, для связи с центральным офисом может ис­пользоваться электронная почта, а также удаленный доступ (сеть VPN - Virtual Private Network).

Этап хранения данных в БД. Ядром любой информационной систе­мы является БД под управлением СУБД. От выбора СУБД в значи­тельной степени зависит успешность разработки и реализации всей ИС.

Выбор СУБД определяется следующими факторами: сложность структуры данных ИЛМ, объем данных, требования к эксплуатацион­ным характеристикам приложений, состав технических средств, ква­лификация пользователей и др.

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

На крупномасштабных БД, размещаемых на одном или несколь­ких узлах сети, обслуживающих большое число одновременно рабо­тающих пользователей, применяют сетевые СУБД реляционного типа: Oracle, MS SQL Server, DB2, Informix и др.

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

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

 

 

Система управления базой данных обеспечивает выполнение сле­дующих стандартных видов обработки:

1) создание структуры БД;

2) контроль целостности вводимых в БД данных (непротиворечивости и полноты данных, поддержка связей таблиц);

 3) пользовательский интерфейс в виде экранных форм ввода и ре­дактирования данных БД, панелей инструментов, пользовательского меню команд;

4) поиск и редактирование данных БД с помощью языка запросов высокого уровня;

5) создание отчетов для вывода результатов обработки данных;

6) автоматизация обработки данных с помощью макросов и про­граммных модулей;

7) представление данных в виде, пригодном для публикации в Ин­тернет;

8) обмен данными с внешними программами (импорт и экспорт). Различают два типа организации сетевых БД: централизованная БД

и распределенная БД (совокупность фрагментов единой БД, террито­риально распределенных по узлам сети).  

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

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

В архитектуре «клиент-сервер» единицей обмена становится реле­вантная запросу выборка данных из БД. В результате уменьшается трафик обмена, разрешается одновременный доступ многим приложениям к БД в режиме редактирования, блокировка к данным БД уста­навливается на уровне отдельных таблиц или записей таблиц БД-

Наиболее популярными информационными технологиями Интер­нет являются:

• электронная почта (E-mail) на основе протокола SMTP;

• служба электронных новостей на основе протокола Usenet;

• поиск информации в мировой паутине WWW (World Wide Web) информационных ресурсов, представленных в формате кодов HTML и совместимых дополнениях (.asp, Java, XCML, Perl, PHP и т.п.) на ос­нове протокола HTTP;

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

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

• страховое копирование БД;

• восстановление БД с помощью страховой копии;

• поддержку санкционированного доступа к БД пользователей;

• ведение журнала транзакций; и др.

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

Этап обработки данных. На этом этапе используется разнообраз­ное программное обеспечение системного и прикладного типа.

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

Прикладное программное обеспечение (ППО) для страховой дея­тельности подразделяют на следующие классы:

• ППО базовых информационных технологий — офисные програм­мы (текстовые редакторы, электронные таблицы, СУБД, графические редакторы, издательские системы, Интернет-браузеры и т.п.);

• ППО методов решения задач (математические методы и модели, статистические методы анализа и прогнозирования, управление про­ектами, сетевые методы и т.п.);

• ППО функционального назначения (отдельных комплексов задач, функциональных подсистем или ИС).

Этап публикации данных. Публикация данных ИС СД обеспечивает непосредственную связь страховой компании и ее клиентов — страхователей (настоящих и потенциальных). Публикуемые сведения включают в себя:

• рекламные материалы;

• документы внешней отчетности;

• аннотацию видов деятельности и страховых услуг; и т.п.

Страховые компании создают веб-сайты, размещаемые на собствен­ном или арендованном веб-сервере. В рамках страховых корпораций организуется внутренний веб-сервер, доступ к которому для некорпо­ративных пользователей блокирован с помощью программного обес­печения Fire Wall (брандмауер).

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

 

17.4. Программа «Парус-Страхование»

 

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

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

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

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

2) полная автоматизация бизнес-процессов страхования и перестра­хования (формирование информационных потоков в соответствии с фактическим движением денежных средств — поступление страховых премий, выплата возмещений страховых случаев и т.д.);

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

4)  агрегирование информации для формирования утвержденных форм статистической отчетности;

5)  высокая достоверность и оперативность получения итоговых сведений;

6) модульный подход к внедрению ИС СД;

7) единая БД архитектуры «клиент-сервер» с обеспечением эффек­тивного хранения, доступа и обработки больших массивов хранимых данных.

Единая БД реализована в архитектуре «клиент-сервер БД», исполь­зуется СУБД Oracle на платформе операционных систем различного типа (UNIX, MS Windows NT, Netware, OS/2 и др.).

Программа «Парус-Страхование» включает в себя следующие ос­новные функциональные модули:

• «Страхование имущества и ответственности»;

• «Личное страхование»;

• «Перестрахование»;

• «Бухгалтерский учет»;

• «Анализ и отчетность»;

• «Администратор».

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

В этой программе широко применяются офисные программные продукты — текстовые редакторы, электронные таблицы, генерато­ры отчетов, генераторы форм электронных документов и т.п. Связь функциональных модулей «Парус-Страхование 6.x» показана на рис. 17.4.

 

Модуль А «Перестрахование».                                                      

А1. Оформление договоров факультативного принятого перестра­хования.

А2. Учет операций по выполнению договоров факультативного принятого перестрахования.

Модуль Б «Анализ и отчетность».

Б1. Настройка алгоритмов расчета резервов страхования.

Б2. Расчет резервов страхования.

Модуль В «Бухгалтерский учет».

81. Настройка формирования бухгалтерских операций.

82. Формирование типовых проводок для операций.

83. Учет операций по договору страхования.

84. Учет операций поступления страховых премий (без аналитики).

85. Учет операций поступления страховых премий (с аналитикой). Для реализации законченного управленческого цикла и полного

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

Необходимо соблюдать жесткую последовательность формирова­ния БД.

1. Массивы нормативно-справочной информации (классификато­ры, справочники, нормативы).

2. Договоры страхования (по видам и формам страхования).

3. Страховые случаи.

4. Страховые резервы; и др.

До начала функционирования ИС СД выполняется:

• конфигурирование функциональной и информационно-техноло­гической архитектуры системы;                                  

• настройка правил бизнес-логики страховой деятельности компании;

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

• обучение пользователей;

• первоначальная загрузка БД.

 

 

17.5. Программа ИНЭК «Страховщик»

 

Программа ИНЭК «Страховщик» относится к классу корпоратив­ных ИС СД и выполняет следующие автоматизированные функции управления:

• учет договоров страхования различного типа, включая генераль­ные договора, договора с несколькими застрахованными объектами и рисками;

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

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

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

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

• формирование страховых резервов по всем учетным группам стан­дартными и произвольными методами;

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

• обмен данными между головной компанией, ее филиалами и агент­ствами.

Программа ИНЭК «Страховщик» имеет следующие функциональ­ные модули:

• «Настройка»;

• «Страховщик»;

• «Бухгалтерия»;

• «Отчетность»;

• «Администратор».

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

Специфика учета в отдельно взятой организации требует настрой­ки:

• состава реквизитов справочников, структуры кодовых обозначе­ний;

• шаблонов документов различных видов страхования;

• состава функций меню конечных пользователей; и др. Модуль «Страховщик».

Модуль предназначен для статистического учета договоров страхования, сострахования и перестрахования, а также поддержки всего жизненного цикла этих договоров:

1) формирование план-графика поступления денежных средств по Договорам;

2) учет комиссионных вознаграждений в разрезе агентов;

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

4)  регистрация запланированных, начисленных и фактических взносов и др.

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

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

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

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

Модуль «Бухгалтерия». Модуль предназначен для ведения бухгал­терского, налогового и управленческого учета страховой компании, включающего в себя:

• учет движения денежных средств;

• инвентарный учет основных средств;

• материальный учет;

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

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

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

• учет затрат (себестоимости услуг); и др.

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

• бухгалтерского плана счетов;

• налогового плана счетов;

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

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

Модуль «Администратор». Модуль обеспечивает централизован­ное хранение данных страховой компании, управление правами дос­тупа пользователей к различным элементам программного комплекса, репликацию данных между удаленными подразделениями организа­ции, создание резервных копий БД и др.

 

17.6. Развитие ИС СД

 

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

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

2. Полнота и гибкость функциональной структуры ИС СД. Полно­та функциональной структуры ИС СД является основой для управле­ния. С течением времени меняется как содержание, так и требования к функциям управления, ИС СД должна обеспечивать своевременность модификации программ и БД. Так, функции финансового управле­ния — управленческий учет, аналитика и бюджетирование являются сегодня обязательным функциональным компонентом ИС СД, в ряде ИС СД реализованы требования российских и международных стан­дартов отчетности.

3. Масштабируемость ИС СД. Страховые компании заинтересова­ны в упрочении своего финансово-хозяйственного положения, расши­рении числа клиентов. Ограничением этому становится неэффектив­ность ИС СД.

Необходимость масштабирования ИС СД обусловлена:

• повышением объемов хранимых и обрабатываемых данных;

• увеличением числа функций управления, возрастанием их сложности;

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

• необходимостью взаимодействия подразделений в процессе уп­равления и др.

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

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

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

5.  Открытость ИС СД. Открытость должна обеспечить модифи­кацию и развитие системы, возможность адаптации к постоянно ме­няющимся требованиям бизнес-сферы страхования.

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

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

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

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

Нельзя выделить безусловного лидера программных средств ИС СД (Q-Polis, Unicus, Oracle E-business Suite, ERP-системы). Прак­тически во всех ИС СД широко применяются генераторы отчетов (Seagate Crystal Reports Professional) для формирования аналити­ческих отчетов, осуществляется поддержка интерфейсов БД с офис­ными приложениями, выполняется создание и обработка OLAP-кубов.