Ликвидация бизнеса. Приказы. Оборудование для бизнеса. Бухгалтерия и кадры
Поиск по сайту

Автоматизация расчетов по страхованию ответственности. Автоматизация страхования. Ключевые преимущества системы

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

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

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

· Учёт страховых продуктов (видов страхования).

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

Рис 3.1. Справочник "Виды страхования"

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

· Учет проданных полисов.

Система позволяет хранить неограниченный набор данных по каждому проданному страховому полису. Помимо стандартного набора полей для заполнения (ФИО страхователя, объект страхования со всеми данными, период страхования, стоимость полиса, размер собственной и агентской комиссий и т.д.) существует возможность создания необходимых полей пользователем. Каждый полис может хранить прикрепленные к нему файлы. Это могут быть отсканированные документы или фотографии.


Рис. 3.2.

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

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


Рис. 3.3.

Аналитика системы позволяет отследить сроки окончания действия полисов и даты очередных платежей.

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

· Взаимоотношения со страховыми компаниями.

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

Финансовые документы (бордеро) сформированные по данным отчета могут быть распечатаны или сохранены в электронном виде (форматы excel, html и т.д.) с последующей обработкой.

· Учет заявок на кредитование.

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


Рис. 3.4.

На основании введенных в систему «Страховой брокер 8.3» данных руководитель предприятия может сформировать ряд аналитических отчетов по финансовой деятельности в различных разрезах.

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


Рис. 3.5.

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


Рис. 3.6.

Отчет по взаиморасчетам показывает данные по движению денежных средств и конечный остаток.

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

· Учет бланков строгой отчетности.

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


Рис. 3.7.

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


Рис. 3.8.

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


Рис. 3.9.

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


Рис. 3.10

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

Существующие в системе документы позволяют отразить следующие движения БСО:

поступление / возврат в страховую компанию

передачу / возврат от агента

передачу бланков напрямую между агентами

списание бланка при его утрате

ввод начальных остатков

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

· Управление сетью агентов.

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

· Интеграция с другими учетными системами.

Для функционирования система использует платформу «1С Предприятие 8.1», что делает систему многопользовательской и практически не ограниченной локальной сетью.

Для передачи и приёма информации (финансовых документов и т.д.) используется механизм обмена данными в формате XML.

· Другие возможности.

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

Отчет для оценки работы операторов по занесению документов в базу.

Описание процессов работы страхового брокера в программе:

  • · Анализ продаж страхового брокера;
  • · Анализ продаж по агентам;
  • · Ввод новой страховой компании, агента, страхователя;
  • · Ввод нового вида страхования;
  • · Оприходование бланков строгой отчетности;
  • · Отслеживание очередных взносов по полисам оплачиваемым в рассрочку;
  • · Отслеживание окончания действия страховых полисов;
  • · Передача бланков агенту;
  • · Продажа страхового полиса;
  • · Создание отчёта для страховой компании.

ь Анализ продаж страхового брокера.

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


Рис. 3.11.

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

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

Скидка - сумма скидки сделанной брокером из расчета собственного комиссионного вознаграждения.

Собственная комиссия - процент и сумма собственной комиссии брокера.

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

Комиссия Агента - сумма комиссии агента, который заключил страховой договор.

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

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


Рис. 3.12

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

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

Информацию из любого окна можно распечатать через меню «Файл» - «Печать». Если кнопка «Печать» в меню недоступна, необходимо кликнуть один раз курсором мыши в любое место отчета и после этого повторить попытку печати. Так же можно сохранить данные во внешний файл. Для этого необходимо нажать в меню «Файл» кнопку «Сохранить копию». В открывшемся окне выбрать имя файла и его тип. Для сохранения в Excel нужно выбрать тип «Лист Еxcel97».

ь Анализ продаж по агентам.

Для анализа продаж страховых полисов по агентам в программе «Страховой брокер 8.3» предусмотрен отчет «Отчет по агентам» (меню "Финансы" - "Отчет по агентам"). Этот отчет показывает данные о заключенных договорах страхования агентами за определенный или за весь период времени.

Для формирования отчета необходимо нажать кнопку «Сформировать»

В колонках отчета выводится следующая информация:

Сумма оплаты - сумма, которую страхователь внёс за страховой полис.

Комиссия - сумма, комиссионного вознаграждения агента заключившего договор.


Рис. 3.13.

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

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

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

  • 1. Нажмите меню «Справочники», «Контрагенты». Откроется справочник «Контрагенты».

Рис. 3.14.

3. Заполните поля:

Наименование. Введите наименование контрагента.

Юр. / физ. лицо. Если контрагент это юридическое лицо (например страховая компания) в поле необходимо выбрать с помощью кнопки "Юр. лицо", если это частное лицо (например агент) выберете "Физ. лицо".

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

Полное наименование / ФИО. Второе наименование, может отличаться от первого. Например для страховой компании можно ввести в наименование "РОСНО" а в полное наименование - ОАО СК "РОСНО".

ИНН. ИНН контрагента.

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

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

Источник информации. Здесь можно указать откуда страхователь узнал о Вас. Значение выбирается из справочника "Источники информации" при нажатии на кнопку.

Комментарий. Произвольный текст комментария.

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


Рис. 3.15.

Заполните поля:

Организация. Выберете название собственной организации с которой заключён договор нажав кнопку.

Наименование. Произвольное название договора, но лучше указать здесь его номер.

Дата договора. Дата заключения договора.

Валюта. Валюта договора.

После заполнения нажмите "ОК".

  • 5. На закладке "Контакты" заполните необходимую контактную информацию.
  • 6. Нажмите "ОК".

ь Ввод нового вида страхования.

1. Нажмите меню «Справочники», «Виды страхования». Откроется справочник «Виды страхования»


Рис. 3.16.

  • 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового элемента справочника.
  • 3. Заполните поля:

Наименование. Введите наименование страхового продукта под которым он будет учитываться в программе (например «ОСАГО»)

  • 4. Если необходимо чтобы вид страхования был доступен только для какой то одной или нескольких (не всех) страховых компаний, добавьте в таблицу «Страховые компании» их названия:
  • 4.1 Нажмите кнопку под надписью "Страховые компании:" чтобы добавить новую строку в таблицу.
  • 4.2 В колонке «Страховая компания» в новой строке нажмите кнопку. Откроется справочник «Контрагенты».

Рис. 3.17.

4.3 Найдите нужную страховую компанию и кликните по ней два раза курсором мыши. Компания перенесётся в с таблицу.

Нажмите «ОК».

ь Оприходование бланков строгой отчетности.

1. Выберете пункт меню "Учёт БСО", "Поступление БСО". Откроется журнал документов поступлений БСО.


Рис. 3.18.


Рис. 3.19.

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

У компании имеется договор с организацией, это можно проверить на закладке "Договоры" в форме контрагента.

  • 4. Нажмите кнопку «Заполнить». Откроется окно заполнения бланками.
  • 5. Заполните поля в разделе «Нумерация бланков»:

Тип бланков. Выберете название типа бланков (например ОСАГО) нажав кнопку.

Данные списка для выбора берутся из справочника "Типы БСО".

Серия. Если у бланка есть серия, укажите её в этом поле (например ВВВ).

Номер первого бланка. В этом поле укажите номер первого бланка из пачки (например 0469815971). Если номер бланка имеет сложный формат, например - 012/0234/08 где изменяемый номер - 0234, то в поле необходимо ввести номер - 234, а далее в поле «Шаблон» выбрать шаблон нумерации.

Количество. Здесь введите количество бланков в пачке (например 10).

6. Если номер бланка и номер полиса не совпадают, то в разделе "Нумерация полисов" заполните поля:

Номер первого полиса. Здесь задаётся номер первого полиса соответствующий номеру первого бланка в пачке бланков.

Шаблон. Это поле становится видимым если после выбора типа бланка программа нашла для него шаблон номера. Шаблонов может быть несколько в этом поле указывается тот который нужен в данный момент. Шаблон для номера создаётся в справочнике "Шаблоны нумерации" меню "Учёт БСО" и используется при сложном формате номера, например - 012/0234/08.

Использовать шаблон. Если не поставить галочку в этом поле, то шаблон нумерации использоваться не будет.

  • 7. Нажмите "ОК". Табличная часть документа поступления должна заполниться.
  • 8. Если необходимо распечатать документ, нажмите "Записать" затем "Печать". Кнопка "Печать будет видима если для документа в справочнике "Внешние печатные формы" зарегистрированы печатные формы.
  • 9. Чтобы бланки оприходовались на остаток нажмите "ОК". Документ проведётся и закроется.

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

Для отслеживание платежей по полисам оплачиваемым несколькими платежами в разное время в программе "Страховой брокер 8.3" предусмотрен отчет "График очередных взносов" (меню "Страхование")

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

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


Рис. 3.20.

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

Номер полиса, Страховая компания

Контактные данные - Наименование страхователя и его контактные данные.

Для каждого полиса есть две дополнительные группировки записей:

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

«Оплачено» - здесь указываются поступившие платежи за заданный период времени. Данные в эту группировку попадают из введенных документов «Оплата» (для очередных взносов) и «Страховой полис» (для первого взноса)

Информацию из окна отчета можно распечатать через меню «Файл» - «Печать». Если кнопка «Печать» в меню недоступна, необходимо кликнуть один раз курсором мыши в любое место отчета и после этого повторить попытку печати. Так же можно сохранить данные во внешний файл. Для этого необходимо нажать в меню «Файл» кнопку «Сохранить копию». В открывшемся окне выбрать имя файла и его тип. Для сохранения в Excel нужно выбрать тип «Лист Еxcel97».

ь Отслеживание окончания действия страховых полисов.

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

Данные отчета отображаются в следующих колонках:

Страхователь - на кого заключен страховой договор.

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

Срок действия - срок действия полиса.

Объект страхования - предмет страхования по договору.

Контакты - контактная информация страхователя.

Страховая премия - стоимость полиса.

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


Рис.3.21.

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

Информацию из окна отчета можно распечатать через меню «Файл» - «Печать». Если кнопка «Печать» в меню недоступна, необходимо кликнуть один раз курсором мыши в любое место отчета и после этого повторить попытку печати. Так же можно сохранить данные во внешний файл. Для этого необходимо нажать в меню «Файл» кнопку «Сохранить копию». В открывшемся окне выбрать имя файла и его тип. Для сохранения в Excel нужно выбрать тип «Лист Еxcel97»

ь Передача бланков агенту.


Рис. 3.22.

  • 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового документа.
  • 3. Заполните обязательные поля:

Организация. Выберете название собственной организации нажав кнопку.

Данные списка для выбора берутся из справочника "Организации".

Агент. Выберете название агента нажав кнопку. Откроется справочник "Контрагенты". Найдите нужного агента, кликните на нём два раза курсором мышки.

4. Нажмите кнопку «Заполнить». Откроется окно для выбора бланков, в таблице будут указаны все бланки, которые есть на остатке у выбранной организации.


Рис. 3.23.

5. Чтобы выбрать бланк, нужно поставить галочку в соответствующей строке таблицы.

Так же можно воспользоваться кнопками групповой пометки предварительно подсветив необходимые строки (при нажатии на строку она подсвечитвается синим цветом), при этом можно пользоваться клавишами «SHIFT» и «Ctrl». Если нужно найти бланк с определённым номером, кликните курсором мышки в колонку «Номер» на любой строке, а затем наберите номер на клавиатуре. Программа будет искать бланк по первым символам. Если список бланков очень большой, то его можно сократить с помощью полей настройки выбрав в них необходимые параметры бланков:

Страховая компания. Выберете название страховой компании нажав кнопку. Данные списка для выборка берутся из справочника "Контрагенты". Если в списке нет нужной компании необходимо проверить:

компания есть в справочнике "Контрагенты" и находится в папке "Страховые компании" (название папки прописывается в константах программы).

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

Тип бланков. Выберете название типа бланков (например ОСАГО) нажав кнопку. Данные списка для выбора берутся из справочника "Типы БСО".

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

  • 5. Нажмите «ОК». Выбранные бланки перенесутся в документ.
  • 6. Если необходимо распечатать документ, нажмите "Записать" затем "Печать". Кнопка "Печать будет видима если для документа в справочнике "Внешние печатные формы" зарегистрированы печатные формы.
  • 7. Чтобы бланки переместились на остаток агента нажмите "ОК". Документ проведётся и закроется.

Поиск существующего документа для его корректировки:

  • 1. Выберете пункт меню "Учёт БСО", "Передача бланков агенту". Откроется журнал документов передачи БСО агентам.
  • 2. Если список документов очень большой, воспользуйтесь кнопками управления журналом
  • 3. Кликнете два раза на нужном документе. Откроется форма документа.
  • 4. Внесите необходимые изменения и нажмите "ОК".

ь Продажа страхового полиса.

Для внесения данных по проданному страховому полису в программе используется документ "Страховой полис".

Создание нового документа:

  • 1. Выберете пункт меню "Страхование", "Страховой полис". Откроется журнал документов проданных полисов.
  • 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового документа.

Рис. 3.24.

3. Заполните обязательные поля:

Организация. Выберете название собственной организации нажав кнопку.

Данные списка для выбора берутся из справочника "Организации".

Страховая компания. Выберете название страховой компании нажав кнопку.

компания есть в справочнике "Контрагенты" и находится в папке "Страховые компании" (название папки прописывается в константах программы).

У компании имеется договор с организацией, это можно проверить на закладке "Договоры" в форме контрагента.

Вид страхования совсем не имеет привязки по страховым компаниям либо выбранная страховая компания есть в списке привязки, проверяется так же в справочнике "Виды страхования".

Страхователь. Введите название страхователя. Поле заполняется в произвольной форме. Существует два варианта заполнения поля:

нажмите кнопку. Откроется справочник "Контрагенты". Найдите нужного страхователя и кликните на нём курсором мышки два раза. Если нужного нет, создайте его.

Прямо в поле "Страхователь" наберите название, программа будет искать в справочнике "Контрагенты" по первым буквам, если не найдёт, автоматически создаст нового.

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

Дата заключения. Здесь укажите дату заключения страхового договора.

Срок страхования с - по - Укажите срок действия полиса.

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

4. Заполните поля:

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

Рис. 3.25.

Наличный - деньги переданы по квитанции.

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

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

Движение комиссии показывает каким образом она достаётся брокеру:

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

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

Получить - означает, что страхователь оплатил полис непосредственно в страховой компании и она в дальнейшем комиссию должна вернуть.

Есть три способа заполнить комиссию:

ввести в первое поле сумму комиссии и указать её движение.

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

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

  • 5. Заполните бланки которые были использованы при оформлении полиса.
  • 6. На закладке кредитование укажите данные договора кредитования.
  • 7. Информацию для которой не предусмотрено отдельного поля можно указать на закладке "Дополнительные реквизиты"
  • 8. Если полис оплачивается страхователем в рассрочку, то на закладке "График оплаты" необходимо указать когда и сколько денег он должен принести.
  • 9. На закладке "Дополнительно" можно указать страховую сумму по полису.
  • 10. Если необходимо привязывать страховой полис к реальным бухгалтерским документам (ПКО, РКО, ПП входящее/исходящее), то это можно сделать на закладке "Платежные документы"
  • 11. Для прикрепления к документу страхования внешних файлов (отсканированных документов, фотографий и т.д.) нажмите кнопку "Файлы"
  • 12. Нажмите кнопку "ОК", документ сохранится и проведется.

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

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

Создание нового документа:

  • 1. Выберете пункт меню "Страхование", "Отчет для страховой компании". Откроется журнал документов отчётов.
  • 2. Нажмите "Действия", "Добавить" или кнопку. Откроется форма нового документа.

Рис. 3.26.

3. Заполните обязательные поля:

Организация. Выберете название собственной организации нажав кнопку.

Данные списка для выбора берутся из справочника "Организации".

Страховая компания. Выберете название страховой компании нажав кнопку.

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

компания есть в справочнике "Контрагенты" и находится в папке "Страховые компании" (название папки прописывается в константах программы).

4. Следующие поля заполнять необязательно, но желательно:

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

Вид страхования. Выберете название вида страхования (страхового продукта) из списка нажав кнопку.

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

вид страхования есть в справочнике "Виды страхования" меню "Справочники".

вид страхования совсем не имеет привязки по страховым компаниям либо выбранная страховая компания есть в списке привязки, проверяется так же в справочнике "Виды страхования".

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

Период отчета. Период за который отчитывается брокер.

5. Заполните таблицу "Страховые полисы". Здесь необходимо указать документы "Страховой полис" и "Оплата" за которые отчитывается брокер. Заполнять таблицу можно добавляя новую строку с помощью кнопки, или в автоматическом режиме:

Нажмите кнопку "Заполнить". Откроется форма заполнения отчёта:

Заполните период за который необходимо обработать документы.

Установите галочку "Отбирать документы по дате забивки" если необходимо чтобы документы отбирались по реквизиту "Дата", в противном случае будут использоваться реквизиты "Дата заключения" и "Дата оплаты".

Если необходимо обрабатывать документы только по конкретному виду страхования укажите его в поле "Вид страхования".

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

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

Так же можно сделать отбор документов по Агенту и Ответственному (кто забивал документ в программу)

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

Нажмите "Заполнить".

Документ заполнится полисами и оплатами которые были проданы, но ещё не попадали в отчёты, второй раз (в другой документ "Отчет для страховой компании") полисы и оплаты при автоматическом заполнении в таблицу не попадут.

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

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

Опыт информатизации страхования

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

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

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

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

Разработка комплексной системы, удовлетворяющей таким требованиям, в компании «РЕСО-Гарантия» началась в 1996 году с привлечением консультанта из Испании, отвечающего за постановку задачи. Сегодня Хосе Леон Лассерротт остается основным консультантом и членом совета директоров компании.

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

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

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

Подсистема ведения полисов;

Подсистема бухгалтерского учета;

Подсистема выплат;

Подсистема перестрахования;

Подсистема бюджетирования;

Подсистема аналитической отчетности;

Подсистема администрирования;

Подсистема автоматической пролонгации полисов;

Подсистема "зарплата и кадры".

Платформа

За шесть лет страховая информационная система эволюционировала вслед за ростом компании и выходом на новые рынки. Помимо изменений, связанных с содержанием бизнеса компании, менялась и технологическая база. Первый качественный скачок был сделан при переходе с СУБД Interbase на платформу Oracle. В 1999 году стал ощущаться недостаток серверных мощностей: многократно выросли объемы данных и количество пользователей. После почти полугодовой проработки вопроса было принято решение о переходе с ПК-сервера на Unix-платформу компании Hewlett-Packard. Как объясняет Чемисов, выбор поставщика был обусловлен главным образом тем, что НР имеет в своем арсенале весь спектр необходимого оборудования, начиная с настольных систем и заканчивая дисковыми массивами и носителями для архивного хранения данных.

Следующий этап технологической эволюции был завершен совсем недавно. Зависимость бизнеса компании от нормальной работы информационной системы стала настолько велика, что ее простои уже абсолютно недопустимы. Для обеспечения бесперебойной работы был реализован проект по созданию кластера на базе серверов НР 9000. Помимо надежности, новый комплекс должен послужить платформой для перевода информационной системы на трехзвенную архитектуру. У компании 123 филиала по всей стране, и для того чтобы не распылять серверные мощности и упростить масштабирование, настройку, администрирование и освоение системы пользователями она изначально была реализована таким образом, что вся обработка данных сосредоточена в центре, а на местах функционируют только клиентские модули. Однако сегодня те же задачи масштабирования и повышения производительности требуют сделать архитектуру системы более эффективной, разделив бизнес-логику и логику данных. В отказоустойчивой конфигурации предусмотрены два узла кластера. В штатном режиме на одном из них функционирует сервер приложений BEA WebLogic, на другом сервер баз данных Oracle. В случае отказа одного из аппаратных серверов происходит перезапуск Oracle или WebLogic на другом сервере, и временно сервер баз данных и сервер приложений функционируют на одном узле кластера.

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

Проект реализован компанией TopsBI, с которой «РЕСО-Гарантия» сотрудничает около двух лет. Как объясняет Чемисов, в этом партнере привлекает, прежде всего, комплексность, а также возможность получить «из одних рук» услуги разного профиля, от поставок и технической поддержки оборудования до администрирования сервера базы данных. В РЕСО имеется собственный специалист по Oracle, а сотрудники информационно-вычислительного центра прошли обучение кластерным технологиям НР. Вместе с тем, объемы сервисного обслуживания, возложенные на TopsBI, позволяют говорить об аутсорсинге ИТ-инфраструктуры РЕСО.

Проблемы нового дня

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

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

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

· поддержка основных бизнес-процессов (ERP-системы);

· оптимизация взаимодействия с клиентами (CRM-системы);

· организация сервиса онлайнового страхования;

· управление рисками и активами (аналитические системы).

Использование автоматизированной информационной системы дает возможность :

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

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

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

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

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

6. Гарантировать полную безопасность данных на всех этапах обработки информации.

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


В настоящее время широкое применение получили АИС «ПАРУС-Страхование 6.х», «РИНТИ S2C Страхование» и другие.

Базовые принципы построения АИС страхования :

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

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

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

4. Система реализована в архитектуре «клиент–сервер» , что придает ей все те качества, которым должна удовлетворять корпоративная информационная система. Обработка информации распределена между сервером и рабочей станцией.

5. Система интегрирована с операционными системами семейства Windows, в связи с чем снижается стоимость.

Сервис современных страховых систем имеет ряд общих характерных черт:

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

· каждый этап оформления договора автоматически формирует пакет соответствующих документов;

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

· поддержка постоянной оперативной обратной связи с заказчиками;

· работа с БД о клиентах, автоматический их обзвон и фиксирование его результатов;

· автоматизация расчета страхового взноса и выписки полиса;

· поддержка Интернет-канала продаж;

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

· возможность оперативного внесения изменений (обычно в связи с корректировкой правовой базы);

· настройка системы на любые новые виды страхования;

· формирование условий договора на основе заложенных в систему правил и программ страхования;

· объединение различных видов страхования того или иного объекта в одном договоре;

· поддержка перестрахования;

· организация автоматизированных расчетов с агентами и сторонними организациями;

· контроль соответствия плановых и фактических показателей;

· поддержка мультивалютности счетов;

· ведение счетов с неограниченным числом уровней вложенности;

· решение специфических учетных задач с помощью встроенного инструментария;

· визуальный контроль любых показателей в режиме реального времени.

Выводы

1. Страхование − один из самых информационно насыщенных и информационно зависимых видов бизнеса. Автоматизация является одним из главных элементов стратегии развития страховых компаний.

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

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

4. К базовым принципам построения АИС страхования относятся: комплексность, модульный принцип, единая база данных, архитектура «клиент−сервер».

5. Сервис современных страховых систем имеет ряд общих характерных черт.

Контрольные вопросы

1. Дайте определение страхованию.

2. Перечислите факторы необходимости использования автоматизирован- ной информационной в страховых компаниях.

3. В чем специфика автоматизации страхового бизнеса?

4. Назовите направления автоматизации страхового бизнеса.

5. Какие возможности открывает использование автоматизированной инфор мационной системы?

6. Сформулируйте базовые принципы построения автоматизирован- ных информационных систем страхования.

7. Приведите общие характерные черты сервиса современных информационных систем.

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

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

Французский опыт показал, что при продажах страховых продуктов через банк — банки зарабатывают до 16% продаж в своих совокупных доходах.

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

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

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

Цели внедрения системы

Уменьшение уровня просрочки оплаты страховых полисов от 10 до 30%, соответствующее снижение рисков, связанных с утратой залога.

Снижение операционных издержек по бизнес-процессам, связанным со страхованием, в среднем в 2 раза.

Сокращение количества ошибок в бизнес-процессах в 2-3 раза.

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

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

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

Информационная панель

Настраиваемые алгоритмы в виде дерева решений

Конструктор отчетов

Безопасность и контроль

Информационная панель руководителя

Информационная панель позволяет принимать управленческие решения на основе мониторинга ключевых показателей эффективности (KPI) и анализа трендов. Drill-down анализ дает возможность получать детальный отчет по отдельным показателям. Решение собирает статистические сведения с учетом истории и отображает их в виде индикаторов и диаграмм:

  • Ключевые показатели

  • Действующие договоры страхования

  • Количество страховых случаев

  • Пролонгации и Cоllection

  • Доходы Банка от агентского вознаграждения за месяц

Ключевые преимущества системы

  • Специализированное отраслевое решение для автоматизации именно банковского страхования

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

  • Гибко настраиваемые алгоритмы расчетов позволяют быстро учесть последние изменения в бизнесе

  • Информационная Панель Руководителя для мониторинга ключевых показателей и трендов помогает принимать верные управленческие решения

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

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

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

Поддерживаемые бизнес-процессы

  • Оформление договоров страхования;

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

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

  • Учет страховых случаев;

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

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

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

  • Работы по пролонгациям договоров страхования;

  • Взаимодействие с подразделением Collection с целью:

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

      мотивировать просрочников к пролонгациям договоров страхования;

      проанализировать результат работы Collection

Автоматизация страховых организаций для работы с банками

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

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

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

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

Аналитика рынка показывает, что в лидеры банковского страхования страховые организации попадают во многом за счет более развитых IT-систем. Внедрение аналогичной системы в крупной страховой организации на Украине позволило вывести процент продаж через эту систему до 11% от общего объема продаж компании

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

В 2010 году рынок банковского страхования вырос на 17% за счет страхования жизни и здоровья заемщиков при потребительском кредитовании. По прогнозам аналитиков, в этом году объем рынка вырастет еще значительнее — на 25%, в том числе за счет ипотечного страхования. Также в прошлом году вырос объем рынка страхования жизни заемщиков на 128%, остальные виды розничного банковского страхования выросли незначительно, либо сократились. Бывший драйвер роста, автострахование, все больше уходит в дилерский канал.

Выгоды от внедрения

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

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

Противоречивая конъюнктура рынка

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

ИТ-активность бизнеса сдерживалась также продолжающимся падением доходности по многим видам услуг. Так, если в 2001 г., по данным "Интерфакс-ЦЭА", прирост суммарных активов российских страховых компаний составил 78%, то год спустя темпы роста упали до 48%, в 2003-м соответствующий показатель снизился до 45%, а в 2004-м - до 31%. В прошлом году, согласно предварительным оценкам, рост активов составил около 20%. Впрочем, было бы ошибочно оценивать ситуацию на данном рынке, в том числе в сфере информатизации бизнеса, опираясь исключительно на среднестатистические показатели. В российском страховании с каждым годом все четче проявляется тенденция к занятию доминирующего положения ограниченной группой компаний и постепенному снижению значимости остальных участников рынка. В настоящее время, по данным все того же "Интерфакс-ЦЭА", 95% активов приходится на долю 100 компаний из 170 объектов исследования. Набирают обороты процессы консолидации рынка страховых услуг, и, как следствие, активно сокращается количество игроков. Так, на протяжении прошлого года Росстрахнадзор лишил или приостановил действие лицензий 378 компаний.

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

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

Но самое главное - это то, что ведущие страховщики страны озабочены предстоящим вступлением России в ВТО. Хотя данный процесс может занять еще несколько лет*1, компании стараются уже сейчас подготовиться к неприятным для себя последствиям. Речь идет прежде всего о массовой экспансии на отечественный рынок крупных зарубежных игроков, у которых есть реальные шансы одолеть в конкурентной борьбе любого из местных участников. Стремясь встретить "варягов" во всеоружии, отечественные страховщики не только непрерывно укрупняются за счет поглощения региональных и малых столичных фирм, но и стараются поднять ИТ-потенциал до уровня иностранных "коллег".

*1 Впрочем, согласно заявлению главы МЭРТ, если в октябре 2006 г. удачно завершатся переговоры с США, Россия станет членом ВТО уже в первом полугодии 2007-го.

Потребности и варианты

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

При этом участники рынка зачастую остаются недовольны стандартными ERP-решениями, которые даже после индивидуальной настройки под заказчика довольно слабо отражают особенности бизнеса. Разумеется, есть и удачные примеры реализации решений "широкого профиля", однако в этом случае речь идет, как правило, о крупных вендорах уровня Oracle, продукт которого используется в таких известных компаниях, как "АльфаСтрахование", "РОСНО" и "Росгосстрах". Разумеется, конфигурирование Oracle E-Business Suite под заказчика не сводится к созданию шаблонов страховой документации. Большинство же компаний по мере расширения ИТ-бюджетов стараются выбирать вертикальные решения, изначально ориентированные на страховую деятельность, что выражается в наличии не только средств учета, но и инструментов рыночного прогнозирования, риск-менеджмента и интеграции со специализированными приложениями.

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

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

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

Однако интерес к российской страховой отрасли растет не только у западных финансовых корпораций, но и зарубежных ИТ-компаний, а потому решения от иностранных вендоров, оптимизированные для работы в России, появляются на рынке все чаще. В частности, в сентябре 2006 г. на отечественный рынок вышла болгарская фирма Fadata, разработчик системы ИНСИС, которой уже пользуются более 20 крупных страховых компаний в Болгарии, Венгрии, Греции, Италии, ОАЭ, Румынии, Словакии и США.

Продвижением и внедрением решения в России занимается "ФОРС - Центр разработки". ИНСИС базируется на платформе Oracle, работает как в двух-, так и в трехзвенной архитектуре и поддерживает большинство популярных ОС (Windows XP/ 2000/NT, Solaris и др.). Решение позволяет автоматизировать такие бизнес-процессы, как администрирование договоров страхования, урегулирование убытков, учет объектов страхования, расчет комиссионных вознаграждений, управление агентской сетью, формирование отчетности, работа с договорами страхования жизни, имущественного страхования и страхования ответственности и перестрахования.

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

Чего хотят страховщики

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

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

Растет и количество случаев разработки заказных решений. Прибегают к этому варианту даже самые крупные участники отечественного рынка. В частности, в прошлом году о начале внедрения специально разработанного продукта объявили в "Ренессанс Страховании". Создание системы легло на плечи компании Vested Development, которая специализируется исключительно на разработке заказных ИT-решений, а технологическая платформа Progress OpenEdge и средства интеграции Sonic SOA Suite были предоставлены Progress Software. Внедрением занималась IBM Business Consulting Services. Бюджет проекта составил 800 тыс. долл.

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

Терминология

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

Бордеро - список рисков, принятых к страхованию, с указанием страховой суммы и причитающихся премий.

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

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

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

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

Клиенты: работа в офлайне и Сети

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

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

Также в российскую бизнес-практику постепенно проникают мировые тенденции по расширению направления интернет-страхования. Каждый год количество проданных в онлайне полисов в Рунете увеличивается в несколько раз. Это вполне укладывается в мировую картину интернет-страхования, описанную в исследовании BostonConsultingGroup. Западная Европа, Северная Америка и Япония характеризуются наиболее высокими объемами онлайн-продаж, однако данные рынки близки к насыщению. Ежегодный рост денежного оборота по соответствующим регионам не превышает 2%. В то же время в Восточной Европе аналогичный показатель достигает 30%, а в странах Азиатско-Тихоокеанского региона и Ближнего Востока он составляет порядка 60%.

Правда, в абсолютных цифрах успехи отечественных компаний особо не впечатляют, и говорить о сформировавшемся рынке не приходится. Даже в самых успешных проектах (www.renins.com и www.uralsibins.ru) продажи через Интернет составляют около 1% от всех реализованных соответствующими компаниями полисов. В отдаленной перспективе возможен рост популярности онлайн-сервисов среди клиентов Москвы и Петербурга по наиболее распространенным, типичным и недорогим видам страхования. Пока же пользователей на сайтах компаний больше привлекают страховые калькуляторы и формы для заказа полисов. Относительно скоро ожидается интернет-реализация послепродажных услуг, например по продлению полисов. Помимо банальной осторожности или неосведомленности потенциальных клиентов в России сдерживающим фактором для развития интернет-страхования остаются сложности с правовым статусом ЭЦП.

Распространенные отечественные решения

"Диасофт": Master INSURANCE

Продвигаемое компанией "Диасофт" (www.diasoft.ru) страховое решение Master Insurance базируется на фирменной платформе Master ENTERPRISE, состоящей из клиентских модулей, сервера приложений и сервера БД, и представляет собой интегрированное решение, охватывающее, как утверждают его создатели, все этапы деятельности страховых и перестраховочных компаний. На рынке продукт присутствует с 1997 г. Среди основных его возможностей можно отметить следующие:

Ввод новых видов страхования;

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

Автоматизация расчетов с агентами и сторонними организациями;

Ведение нескольких мультивалютных планов счетов с неограниченным числом вложенных уровней;

Поддержка плановых и фактических показателей;

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

Визуальный контроль ключевых показателей в режиме реального времени;

Двенадцать встроенных модулей по типичным видам страхования (ОСАГО, добровольное медицинское страхование (ДМС), страхование жизни, имущества и т. д.).

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

Все компоненты системы разработаны на основе технологии Microsoft COM/ DCOM. Взаимодействие сервера приложений с СУБД (в настоящее время используются Microsoft SQL Server 2000 и Oracle 9i) происходит через ADO, унифицированную технологию доступа к БД, а клиентская программа обменивается данными только с сервером приложений посредством протокола DCOM и не может напрямую обратиться к СУБД. Таким построением разработчики упростили процесс наращивания мощности отдельных компонентов по необходимости, заодно обеспечив достаточно высокий уровень безопасности системы и возможность интеграции со сторонними приложениями, в том числе Web-решениями.

При этом для самостоятельной разработки собственных клиентских приложений программисты заказчика могут использовать не только встроенные средства, но и любые среды, в которых имеется COM/DCOM-поддержка (VB, Java, Visual C++, Delphi и пр.). Среди собственных инструментов Master Insurance можно отметить редактор словарной системы, дизайнер приложений и средства запуска и отладки прикладных решений. Последние представляют собой набор модулей, хранящийся в БД, который можно разделить на две группы: исходники Delphi Script и ресурсы, содержащие визуальные формы. Запуск того или иного приложения осуществляется с помощью специального модуля. В Master ENTERPRISE уже встроены типовые механизмы, необходимые при автоматизации любого предприятия. Для формирования отчетов предусмотрены как "классические" визуальные средства, так и основанные на XML.

TopS FinSystems: UNICUS

Линейка страховых систем UNICUS, предлагаемых компанией TopS FinSystems (www.topsfs.ru), включает четыре редакции: Advanced Edition, Standard Edition, Lite и Easy. Первая характеризуется наиболее широкой функциональностью и возможностями кастомизации. Рассчитана она на крупнейших игроков отечественного рынка и построена в трехзвенной архитектуре. Для СУБД и сервера приложений используются продукты Oracle, а для Web-сервера можно помимо Oracle Portal задействовать Apache.

В стандартную поставку UNICUS AE включено восемь функциональных модулей, которые неразрывно связаны между собой. Модуль "Продажа страховых договоров" отвечает за прием заявлений на страхование, издание, прерывание и аннулирование полисов, привязку к договорам бланков строгой отчетности и другие операции, непосредственно касающиеся обслуживания клиентов. Следующий модуль позволяет проводить ручной андеррайтинг по заявлению на страхование. Третий функционал обрабатывает исходящее перестрахование по облигаторным и факультативным договорам, автоматически генерируя бордеро по премиям и убыткам. По умолчанию используются страховые алгоритмы QS, SP и XL. Все бухгалтерские функции, такие как учет продаж, перестрахования, комиссий, обработки ущербов, расчет резервов и прием денег от продавца, реализованы в рамках модуля "Подсистема финансового учета". При этом поддерживается экспорт результатов в бухгалтерскую программу.

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

Бюджетный вариант

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

Со страховыми разработками партнеров "1С" можно ознакомиться, просмотрев таблицу.

Решения для страховых компаний, созданные партнерами "1С"

няя вер-

Разработчик

Основное назначение

Функциональность

Использу-

емые компонен-

ты ПО "1С"

"Конти-

нент:

Страхо-

вание. ОСАГО"

"1С: Франчайзи СПб"

полисов ОСАГО

Учет полисов ОСАГО;

Ведение журнала полисов ОСАГО, договоров страхования;

Начисление и получение страховых взносов (премий);

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

Ведение журнала договоров перестрахования;

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

Учет убытков по ОСАГО и доли перестраховщика;

Расчет страховых резервов;

Формирование отчетов по страховым операциям;

Возможность построения необходимых отчетов и таблиц в режиме пользователя

Предприятие"

"Конти-

нент:

Страхо-

вание"

"1С: Франчайзи СПб"

Ведение бухгал-

терского и налого-

вого учета

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

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

Передача договоров страхования в перестрахование;

Ведение журнала убытков страхования;

Расчет страховых резервов;

Начисление и выплата комиссионного вознаграждения агентам и брокерам;

Операции по передаче рисков в перестрахование;

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

Операции по получению рисков в перестрахование;

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

Расчет страховых резервов согласно действующему законодательству;

Формирование статистической, бухгалтерской, управленческой отчетности

Бухгалтерский учет ("1С:

Предприятие"

"Конти-

нент:

Брокер"

"1С: Франчайзи СПб"

Ведение бухгал-

терского и налогового учета страхового брокера

Заключение договоров страхования и полисов ОСАГО (расчет премии);

Ведение журнала заключенных договоров страхования;

Начисление и получение премий;

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

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

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

Бухгалтерский

"Упрощенная система налого-

обложения"

Предприятие"

"Ортикон: Страхо-

вание"

"Ортикон"

плексная автома-

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

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

Расчет страховых резервов, документ суброгации, форма А-7;

Расчет страховых резервов;

Формирование статистической отчетности;

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

Бухгалтерский

Предприятие"

Бухгалтерия"

"Форес: Страхо-

вание"

тивная деятель-

Учет договоров страхования различных видов с вводом информации по объектам страхования и страхователям;

Учет движения бланков строгой отчетности в различных разрезах;

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

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

БД по работе с клиентами для менеджеров;

Формирование развернутой отчетности по всем направлениям учета;

Ведение многофирменного учета

Оперативный

учет ("1С: Предприятие"

Предпри-

ятие: Управле-

ние страхо-

вой компа-

нией"

"Ортикон"

плексная автома-

1. Финансовый (бухгалтерский и управленческий) и налоговый учет

2. Управление договорами страхования, сострахования

3. Учет бланков строгой отчетности

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

Предприятие"

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

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

Версия Standard Edition обладает аналогичными возможностями, однако имеет лицензионные ограничения на использование сервера БД и сервера приложений Oracle. В версии Lite отсутствует модуль андеррайтинга и предусмотрена поставка с двумя страховыми продуктами: ОСАГО либо ДМС и универсальным регистратором договоров.

"Парус": "ПАРУС-Страхование"

Как утверждают представители корпорации "Парус" (www.parus.ru), при разработке ее системы "ПАРУС-Страхование" особое внимание уделялось максимальной автоматизации взаимодействия страховых отделов и отдела перестрахования с бухгалтерией. На практике это выражается в том, что в результате соответствующей настройки системы без участия пользователя можно получить отражение в бухгалтерском учете на уровне хозяйственных операций любых бизнес-процессов страхования и перестрахования. Автоматизированы и обратные процессы. Данные о движениях денежных средств, например о поступлении премий или выплате возмещений, всегда доступны сотрудникам страховых отделов и отдела перестрахования.

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

В "ПАРУС-Страховании" предусмотрена тесная интеграция с приложениями Microsoft. На уровне ОС Windows это выражается в автоматической настройке пользовательского интерфейса, в том числе форматов даты, времени, чисел, шрифтов и цветовой палитры. За счет интеграции с офисными приложениями можно все списки, присутствующие в интерфейсе системы, выгрузить в Excel, а все основные документы (платежное поручение, полис, договор перестрахования и т. д.) - в Microsoft Word, причем внешний вид полученного документа определяется структурой шаблона, для подготовки которого не требуется никаких специальных знаний.

В состав "ПАРУС-Страхования" версии 6.x входят 12 функциональных модулей, практически каждый из которых (кроме модуля "Анализ и отчетность") может работать как в автономном режиме, так и во взаимодействии с другими. В полной конфигурации система реализует следующие функции:

Учет персонала и составление штатного расписания;

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

Бухгалтерский учет, в том числе денежных средств, взаимных расчетов, многовалютный, инвентарный, материальный;

Управление финансами - текущее финансовое планирование, управление дебиторской и кредиторской задолженностью, оперативное планирование и управление платежами, анализ выполнения плана;

Страхование имущества и ответственности;

Страхование выезжающих за рубеж;

Перестрахование;

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

Формирование и хранение консолидированной отчетности;

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

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