СТРАХУВАННЯ
Автор вже писав про відносно слабке проникнення російських страхових компаній в Інтернет (див. PC Week / RE, N 46/2004, с. 43). Однак консерватизм представників бізнесу по відношенню до ІТ проявляється не тільки в скромному наборі онлайнових сервісів, а й в низькому загальному рівні автоматизації. Напевно, нікого вже не варто переконувати в тому, що в нинішніх умовах своєчасне оновлення ІТ-структури з метою зниження витрат і оптимізації бізнес-процесів є неодмінною запорукою конкурентоспроможності тієї чи іншої компанії. Однак досить активний в останні роки попит на ІТ-рішення в російському корпоративному сегменті практично обійшов стороною учасників страхового бізнесу. Свою роль в існуючому стані справ зіграло кілька причин: недостатність у більшості компаній коштів для інвестицій в ІТ, відсутність довгострокової стратегії розвитку підприємств, другорядний статус даного сервісу (відомо, що для багатьох фінансових компаній страхування - далеко не єдиний вид діяльності). На даний момент автоматизація страхових компаній обмежується, як правило, наявністю додатків, що дозволяють виключити ручну працю з рутинних операцій (укладання договорів, видача полісів).
Без перебільшення величезні надії учасники ІТ-ринку покладали на введення ОСАЦВ, що припускає різке зростання обсягу облікових даних у зв'язку з напливом клієнтів і появою у компаній безлічі нових зобов'язань. Не слід забувати, що з 128 членів Російського союзу автостраховиків третину поки взагалі не автоматизували свою діяльність. Попит на системи управління дійсно виріс, але не в тій мірі, як розраховували учасники ринку КІС: хоча за результатами 2003 р зріс рівень числа тендерів, що проводяться страховими компаніями, проте велика їх частина закінчилася нічим - в силу неузгодженості дій всередині компаній і відсутності чітко сформульованих вимог. В інших галузях, де низка впроваджень почалася на кілька років раніше, керівники банків і підприємств уже навчилися починати з чіткого формального опису та аналізу підлягають інформатизації бізнес-процесів, рухаючись від загальнокорпоративних завдань до потреб окремих підрозділів. У страхових же компаніях досить часто окремі департаменти вносили в умови тендерів свої власні корективи.
Проте, далеко не у всіх страховиків справи йдуть настільки сумно: багато хто з них змогли чітко сформулювати свої вимоги до впроваджуваної КІС. Всі сучасні страхові системи мають ряд загальних характерних рис:
- наявність БД по існуючим та потенційним клієнтам, що забезпечує можливість їх сегментації;
- підтримка постійної оперативного зворотного зв'язку із замовниками;
- взаємодія з call-центром, що передбачає роботу з БД про клієнтів, автоматичний їх дзвінки і фіксування його результатів;
- автоматизація розрахунку страхового внеску і виписки поліса;
- підтримка Інтернет-каналу продажів;
- наявність CRM-рішення з набором стандартних можливостей (створення інформаційного середовища для роботи менеджерів, аналіз клієнтської бази, прозорість продажу) і рядом спеціальних функцій, що дозволяють, зокрема, уникнути крос-маркетингу ( "перетин" кількох страхових агентів на одному клієнті) і прив'язки клієнтів до конкретного менеджера (коли інформація про клієнта йде з-під контролю компанії);
- можливість оперативного внесення змін (зазвичай у зв'язку з коригуванням правової бази).
Таким чином, страховий бізнес в даний час змушений проводити автоматизацію відразу за чотирма напрямками:
- підтримка основних бізнес-процесів (ERP-системи);
- оптимізація взаємодії з клієнтами (CRM-системи);
- організація сервісу онлайнового страхування;
- управління ризиками та активами (аналітичні системи).
Досить часто комплексні КІС просто не охоплюють повний спектр ролей страховика. В результаті, за даними дослідження CNews, на тиражовані рішення сьогодні доводиться лише 27% ринку, решта 73% страховиків впровадили замовні розробки. "Брендових" ERP-систем, які враховують специфіку страхової діяльності, вони досить часто віддають перевагу більш дешевий і адаптованої до потреб конкретної компанії варіант. Трохи краще відчувають себе в страховій галузі постачальники CRM-систем (в Росії це, наприклад, "ТерраЛінк" з системою Terra CRMT і "РБК СОФТ" з Siebel eInsurance-CRM), що не дивно, так як страховики працюють з клієнтами безпосередньо і оптимізація взаємодії з ними відносно швидко дає відчутний результат. І все ж дорожнеча "повноцінних" CRM-продуктів стримує ентузіазм страховиків. Так що страхові компанії нерідко схиляються до комплексних рішень, що володіє власним CRM-модулем. Все це призвело до появи унікальних у своєму роді продуктів, що містять як корисні елементи, привнесені з інших класів КІС (ERP, CRM), так і модулі, які не мають однозначних аналогів в рішеннях для інших галузей. І хоча не секрет, що багато страхових компаній до цього дня використовують обліково-управлінські системи "загального призначення", хотілося б докладніше зупинитися саме на тих продуктах, в яких була врахована специфіка страхового бізнесу.
IBS Insurance
Розробник: IBS (www.ibs.ru)
Користувачі: "Альфа Страхування", "Прогрес-гарант", "Ренесанс Страхування", Росгосстрах, РОСНО
В IBS даний продукт позиціонують як спеціалізовану ERP-систему. Комплексне рішення по управлінню страховим бізнесом було створено на базі Microsoft Business Solutions-Navision і модуля страхового обліку, розробленого ісландською компанією Landsteinar Iceland. Поряд із завданнями страхування IBS Insurance дозволяє підтримувати і общехозяйственную діяльність. На найвищому рівні система підрозділяється на два глобальних блоку: "Управління страховою діяльністю" і "Управління фінансами".
Перший блок відповідає за розробку страхових продуктів, продаж, облік і супровід договорів, регулювання збитків, перестрахування і формування звітності. Для налаштування параметрів нових страхових продуктів використовується так званий конфигуратор. З його допомогою користувач може визначити правила страхування і обліку договорів. Після створення продукту розпочнеться його продажу, які контролюються системою на всіх стадіях - від розробки попереднього пропозиції до реєстрації та супроводу договору страхування. Кожен етап оформлення договору може породжувати автоматичне формування пакету відповідних документів. Під час підготовки пропозиції такими є котирування і заяву на страхування, при укладенні договору - рахунок і поліс, щодо внесення змін - додаткова угода. Процедуру реєстрації договору розробники постаралися автоматизувати максимально повно, так як в масових видах страхування даний етап пов'язаний з найзначнішими тимчасовими втратами. В результаті відповідний модуль системи включає такі функції, як автоматичний андеррайтинг, вибір франшизи і комісійних, при пролонгації - облік коефіцієнтів бонус-малус і т. Д. Будь-яке запропоноване системою значення може бути змінено користувачем, що володіє відповідними правами. Передбачено також контроль відповідності параметрів, що вводяться допустимих значень. Розрахунки за договорами ведуться на підставі графіка платежів, що враховує зміни в умовах договору. За фактом оплати, який в IBS Insurance реєструється через модулі "Банк" або "Каса", сума автоматично співвідноситься з потрібним документом, закриваючи рядок (рядки) графіка платежів. Зрозуміло, в системі зберігається і історія змін, вироблених під час укладання додаткових угод, з кодом користувача і датами модифікації документа. Передбачені також операції розірвання договору або виключення окремого ризику по ньому, пролонгація, внесення змін - всі вони автоматично відображаються в модулі обліку страхових резервів.
Процес врегулювання збитків супроводжується системою від моменту подачі заяви та збору необхідних документів до формування страхового акта. Передбачена можливість використання своїх сценаріїв врегулювання вимог для кожного страхового продукту. В IBS Insurance не тільки ведеться облік по виплатах і конкретним договором страхування, а й проводяться розрахунки, пов'язані з врегулюванням того чи іншого збитку (наприклад, витрат на незалежну експертизу). IBS Insurance підтримує входить і виходить перестрахування. Для цього в систему вводиться набір необхідних даних за договором: номер, тип ( "пропорційний" чи ні), термін дії, ліміти відповідальності, розмір комісії перестрахувальника і т. Д. Обмеження по максимальному утриманню дозволяють уникнути небезпечних помилок, так як договори, страхова сума за якими перевищує розмір максимального утримання, автоматично направляються на перестрахування. Після налаштування параметрів роботи з облігаторамі формується список договорів для передачі в облігаторне перестрахування. Для автоматизації розрахунку частки перестраховика в збитку модуль перестрахування інтегрований з модулем регулювання збитків, а також з модулем страхових резервів, в якому відображаються всі операції перестрахування. Бухгалтерські проводки генеруються системою автоматично. Вона самостійно розподіляє також відповідальність і премії, встановлює комісії за договорами перестрахування, веде по ним звітність і визначає Бордеро.
Бухгалтерський облік і управління фінансами в IBS Insurance практично повністю засновані на відповідних модулях Microsoft Business Solutions-Navision. Вони дозволяють формувати нарахування за всіма страховими операціями відповідно до налаштованими в системі правилами, створювати регламентну звітність, вести бухгалтерію та звітність за різними планами рахунків і в разі необхідності консолідувати фінансові показники.
Master INSURANCE
Розробник: "Диасофт" (www.diasoft.ru)
Користувачі: Ингосстрах, Інформстрах, "Мегарусс-Д", "Прогрес-Нева", "Спаські ворота"
Короткий глосарій страхових термінів
Андеррайтинг - прийняття страхової відповідальності по заявлених збитках або пошкоджень за певну винагороду.
Бонус-малус - система знижок до базисної тарифної ставки, за допомогою якої страховик зменшує страхову премію (на термін не менше одного року), якщо стосовно об'єкта страхування не спостерігалася реалізація страхового ризику.
Бордеро - документально оформлений перелік ризиків, прийнятих до страхування і підлягають перестрахуванню, із зазначенням страхової суми і належних премій.
Вхідне перестрахування - договір перестрахування, що укладається з метою прийняти на себе відповідальність (повну або часткову) іншій страховій компанії. Відповідно, виходить перестрахування - це договір про передачу відповідальності.
Облігаторне перестрахування - обов'язкова форма перестрахування, згідно з якою всі страхові компанії, що діють на території країни, в силу існуючого законодавства зобов'язані передавати в продиктованої частці іншого перестрахувальної компанії всі прийняті на страхування ризики.
Перестрахування - система економічних відносин вторинного страхування, відповідно до якої страховик, приймаючи на страхування ризики, частину відповідальності по ним передає на погоджених умовах іншим страховикам (перестраховикам) з метою створення збалансованого страхового портфеля, забезпечення фінансової стійкості і рентабельності страхових операцій.
Cуброгація - перехід до страховика прав страхувальника на відшкодування збитку. Якщо договором майнового страхування не передбачено інше, до страховика, який виплатив страхове відшкодування, переходить, в межах фактичних витрат, право вимоги, яке страхувальник (вигодонабувач) має до особи, відповідальної за збитки, відшкодовані в результаті страхування (ст. 965 ЦК України).
Франшиза - передбачена договором страхування звільнення страховика від зобов'язань відшкодувати збитки, що не перевищують певну величину.
Дана система була побудована на інформаційно-технологічній платформі Master Enterprise, яка завдяки своїй трирівневої архітектурі дозволяє обробляти великі обсяги даних, здійснювати інтеграцію зі сторонніми додатками і адаптувати програми під потреби конкретного замовника. Вона орієнтована на підприємства з територіально розподіленою структурою.
Саме прикладне рішення являє собою набір модулів, що зберігаються в БД, які можна розділити на дві групи: вихідні тексти на мові Delphi Script і модулі ресурсів, що містять візуальні елементи (таблиці, форми введення, звіти і т. П.). Потрібне рішення вибирається та запускається на виконання за допомогою спеціальної програми. При цьому в системі спочатку реалізовані механізми адміністрування, підтримки документообігу та оперативного обліку матеріалів, бухгалтерське ядро і т. Д.
Продукт Master INSURANCE підтримує такі можливості:
- налаштування системи на будь-які нові види страхування;
- формування умов договору на основі закладених в систему правил і програм страхування;
- об'єднання різних видів страхування того чи іншого об'єкта в одному договорі;
- підтримку перестрахування;
- організацію автоматизованих розрахунків з агентами і сторонніми організаціями;
- контроль відповідності планових і фактичних показників;
- підтримку мультивалютності рахунків;
- ведення рахунків з необмеженим числом рівнів вкладеності;
- рішення специфічних облікових завдань за допомогою вбудованого інструментарію;
- візуальний контроль будь-яких показників в режимі реального часу.
До його складу входять 10 функціональних модулів різного призначення.
Master INSURANCE OSAGO використовується для автоматизації операцій по ОСАГО.
Master INSURANCE Auto забезпечує роботу в сфері комплексного страхування автотранспортних засобів.
Master INSURANCE Medical призначений для підтримки добровільного медичного страхування. Може використовуватися як в страховій компанії, так і в лікувально-профілактичних установах.
Master INSURANCE Property автоматизує страхування майна і відповідальності різних видів.
Master INSURANCE Life застосовується для всіх видів страхування життя (змішане, пенсійне, страхування з виплатою ануїтетів).
Master INSURANCE Travel служить для страхування громадян, що виїжджають за кордон.
Master INSURANCE Accident використовується для страхування громадян від нещасного випадку.
Master INSURANCE Re призначений для організації перестрахування (факультативного пропорційного і непропорційного, а також ряду форм облігаторного перестрахування).
Master INSURANCE Cargo знаходить застосування в страхуванні вантажів.
Master INSURANCE Finance реалізує базові функції бухгалтерії та складання звітності, обліку матеріальних ресурсів і грошових коштів, управління інвестиціями і кадрами, нарахування заробітної плати, розрахунків з контрагентами, податкового обліку і т. Д.
Всі перераховані модулі створені за допомогою інструментарію Master INSURANCE Development Tools, службовця для побудови словникової системи, розробки прикладних підсистем і модулів. У Development Tools входять:
- Application Designer - розробка модулів, додатків, форм, звітів і т. П .;
- Entity Dictionary Editor - управління словникової системою;
- Delphi Script Debugger - налагодження клієнтських додатків, написаних на Delphi Script;
- SQL Analyzer - налагодження запитів і тестування швидкості обробки.
Крім того, є Master INSURANCE Administrative Tools - адміністративний модуль, який забезпечує:
- реєстрацію користувачів системи;
- управління паролями;
- поділ повноважень між користувачами;
- управління і налаштування системи аудиту даних.
INSTRAS-4
Розробник: "Бізнес-Сервіс"
Користувачі: Російське перестрахувальне товариство, РСО АФЕС, "Північна Казна"
Модульна структура INSTRAS-4 відображає стандартні бізнес-процеси страхової компанії і забезпечує автоматизацію проходження всіх етапів життєвого циклу страхових документів - договорів страхування і перестрахування, полісів, заяв про виплати (претензій), сліпів (документа, що містить дані про ризик і умовах його страхування) , бордеро, рахунків, суброгаціонних документів, актів експертизи, агентських і брокерських договорів. Незважаючи на те, що головним завданням системи є автоматизація обліку, в INSTRAS-4 підтримується і ряд допоміжних технологічних операцій, що виконуються в відділеннях, відділах та групах страхування, перестрахування, виплат, регресів, регіонального розвитку, управління агентською мережею тощо.
Відмінністю всіх версій INSTRAS від ряду аналогічних по функціональності систем є проведення обробки даних по більшості операцій з використанням схеми взаємозалежності фінансових і технологічних параметрів. У продукті відсутні такі модулі, як "Виплати", "Резерви", "Регреси" або "Статистичні звіти", оскільки відповідні функції включені в інші модулі і доступні фахівцям певного профілю після індивідуальної настройки їх робочих місць. В основі базової ідеології системи лежать концепція єдиного інформаційного простору і принцип наскрізного безперервного технологічного циклу. Завдяки цьому всі нестиковки, помилки і дублювання первинної інформації усуваються в напів-або повністю автоматичному режимі на ранніх етапах роботи, а не при підготовці звітів для наглядових структур. Інформаційно-логічна структура INSTRAS-4 описана в системному словнику, який складається з пунктів (items), що мають різні типи і призначення. Там же визначено структура БД і елементи інтерфейсу, описані зв'язки даних і операції над ними, зберігаються всі ключові параметри системи.
Серед найбільш важливих нововведень в четвертій версії системи розробник відзначив широкі можливості для роботи з філіальною структурою страхової компанії. У стандартному режимі філії регулярно передають в головний офіс дані за укладеними договорами, проводять розрахунок комісії агентів, формують довідки і звіти, а іноді і регулюють збитки. В онлайновому варіанті функціонування взаємодія з філіями практично не відрізняється від роботи з системою всіх відділів, розміщених в головному офісі. Філія має прямий доступ до загальної БД компанії і вводить інформацію безпосередньо в неї. Якщо обмін даними здійснюється асинхронно, філія використовує власний фрагмент єдиної БД робочої конфігурації INSTRAS-4. В результаті обмін інформацією між головним офісом і філією зводиться до обміну змінами, що відбулися в обох БД. Двунаправленность інформаційного потоку обумовлена тим, що головний офіс крім отримання філіальних даних за договорами та виплатах сам повинен регулярно постачати цей філія довідниками, нормативної інформацією про нові правила страхування, тарифи і квоти, а також оновленнями ПЗ.
"Рінту S2C Страхування"
Розробник: "Інтернет-ресурси" (www.rinti.ru)
Користувачі: Росмедстрах, "Ніка", AIG Moscow, SL Group, "Юніті-консалт"
Дане рішення дозволяє здійснювати наступні операції.
1. Конструювання страхового продукту за допомогою модуля "Архітектор" і АРМ "Конструктор" шляхом внесення тарифів, правил і умов їх застосування, визначення порядку збору інформації і набору документів, необхідних для організації продажів і подальшого аналізу зібраної інформації.
2. Налаштування робочого місця продавця, що включає правила заповнення документів, єдиний для всіх точок продажів набір умов і тарифів (з можливістю дистанційного керування ними).
3. Організація допомоги клієнтам (фіксація звернення страхувальників, збір первинної інформації про страхові події, формування документації і супутніх запитів, необхідних для врегулювання страхових подій).
4. Аналітична обробка первинних даних, формування нормативних документів для контролюючих організацій, генерація звітів, побудованих за допомогою візуальних фільтрів, в режимі реального часу.
5. Управління філіями, в яких для зниження витрат на автоматизацію бек-офісу встановлюється полегшена версія системи. При цьому зберігаються можливості накопичення інформації, аналізу діяльності філії, передачі правил, умов і тарифів з центру в відділення, синхронізації даних за укладеними договорами між філіями і головним офісом.
6. Врегулювання страхових подій:
- автоматизоване формування пулу заявлених, але неврегульованих збитків за поточним договором з урахуванням страхової історії клієнта;
- перегляд даних за договором і формування вибірок, необхідних для розслідування страхового випадку;
- підготовка даних для визначення величини страхової виплати;
- автоматичне формування виплатного акта та інших документів, необхідних для врегулювання страхової події або відмови.
7. Інтеграція з іншими інформаційними системами. Є, зокрема, інтерфейси з обліковими системами "1С", ІНЕК, Microsoft Business Solutions-Navision.
У стандартний варіант поставки "Рінту S2C Страхування" входять п'ять модулів: "Конструктор", "Агент", "Продавець", "Управлінська звітність", "Врегулювання страхових подій". На випадок автоматизації інших бізнес-процесів (див. Таблицю) передбачена поставка ряду додаткових фронт і бек-офісних АРМ.
Бізнес-процеси, автоматизує за допомогою "Рінту S2C Страхування"
Версія для друку
Тільки зареєстровані Користувачі могут залішаті Коментарі.
