ATK Consulting Group: Qlik Пресс-центр Публикации В поле финансовых потоков: АльфаСтрахование


В поле финансовых потоков: АльфаСтрахование

Деятельность страховых компаний сегодня очень сильно зависит от информационных технологий, хотя еще несколько лет назад ситуация была другой. Онлайн-продажи полисов, сокращение отчетных периодов и другие нововведения потребовали от страховщиков серьезных изменений в ИТ-ландшафте. Об этом и многом другом нам рассказал Андрей Педоренко, CIO компании «Альфа-Страхование».
Какие задачи сегодня стоят перед страховыми компаниями?
Мы находимся на переломном этапе – ведь еще 10 лет назад страхование, если его рассматривать не только как услугу конечному клиенту, но и как непростую систему финансового учета, не включал в себя требований, связанных с онлайн-транзакциями (OLTP). Договор, заключенный страховщиком с клиентом, мог попасть в систему с задержкой в несколько дней, недель и даже месяцев. И в этом не было ничего особенного, поскольку в страховании тогда и до сих пор учетным периодом является квартал. Страховая компания сдает отчетность за этот период в надзорные структуры – налоговую инспекцию, службу страхового надзора. Страховщик жил началом и концом квартала. К концу все обычно бросались на сверку данных, учет и ввод информации. Сейчас ситуация начала меняться. Связано это, прежде всего, с появлением мегарегулятора в лице Центрального банка РФ. Меняются подходы, как к качеству, так и к оперативности учета. Конечно, перейти, как в банках, на операционный день мы никогда не сможем, это связано с некоторыми особенностями страхового учета. Если банковская деятельность сосредоточена главным образом внутри отделений и офисов, то у нас основные продажи происходят в «полях». Для нас обычным делом является полис ОСАГО, выписанный «на капоте трактора». До недавнего времени страховые компании в массовом порядке выписывали договоры вручную, а наличие информационной системы для этих целей было скорее экзотикой. В позапрошлом году первой ласточкой стали изменения в законе об ОСАГО. Появилось требование о том, чтобы проданный полис был зарегистрирован в централизованной информационной системе РСА (Российского союза автостраховщиков) с максимальной задержкой в один день. Это означает по сути, что мы должны продавать и выписывать полисы непосредственно из информационной системы. Также Центробанк подготовил требования по сдаче нами ежемесячной отчетности. Пока эти требования – проект, но их обсуждение само по себе серьезный стресс для страховщиков. Мы понимаем, что в скором времени придется глобально перейти на ежемесячную, а не ежеквартальную сдачу отчетности. Это очень серьезное изменение для нашей отрасли. 
Почему? В чем здесь главная сложность?
Дело в том, что у крупных страховщиков с разветвленной сетью филиалов закрытие квартала длится около двух недель. Именно столько занимает процесс сбора информации «с полей», завершения ввода данных, сверки баланса и создания отчетности. При ежемесячной сдаче отчетности мы уже не сможем себе такого позволить, поэтому необходимо сокращать сроки ее подготовки, а значит– внедрять крупные информационные системы. Системы эти должны быть интегрированными, потому что любая операция по страховому учету должна иметь онлайновое отражение в бухгалтерской системе. Раньше можно было обходиться без этой интеграции. Многие так работают и сегодня. Есть небольшие страховые фирмы, которые до сих пор ведут учет в Excel. 
Следующая сложность касается одной из ключевых особенностей страхования – наличия страховых резервов. Как и банки, страховые компании продают, как мы говорим, уверенность в будущем, что является достаточно абстрактным понятием, по сути — «воздухом». Но, продавая наши страховые продукты, мы аккумулируем определенную денежную массу, которая в большей части должна идти на возмещение убытков клиентам. Однако, они возникают не у каждого, а лишь у некоторого количества клиентов, которое мы можем статистически оценить. По закону часть денег, которые мы получаем от клиентов, не может быть нами использована ни на какие другие цели, кроме выплаты страховых взносов. Это и есть страховой резерв, который мы рассчитываем на основе статистического анализа. Он может меняться. К примеру, к нам обращается клиент с заявлением по страховому случаю. Мы обязаны зарезервировать для выплаты определенную сумму и начать проверку. В ходе этой проверки сумма убытка, а значит и резерва, может меняться, а в случае мошенничества или нарушения условий договора мы можем отказать клиенту в выплате. В этот момент страховой резерв уменьшается до нуля. Таким образом, происходит постоянное движение денег, связанное с фиксацией резервов и их математическим вычислением. Резервы вычисляются по достаточно сложным алгоритмам, особенно если речь идет о страховании жизни. Существует даже специальная научная дисциплина – актуарная математика, которая родилась из задач расчета страховых резервов. 
Как отразятся на ИТ упомянутые вами изменения в страховой отрасли?
Несколько лет назад мы открыли направление, которое можно было бы без пафоса назвать революционным. Одним из важных элементов страхования является вычисление тарифа. Если у банков вычисление размера процентов по депозиту — достаточно простая операция, то у нас, к примеру, тарификация КАСКО, одного из наших продуктов, представляет собой сложные алгоритмы, которые «на входе» имеют несколько десятков параметров, причем эти алгоритмы постоянно меняются. Допустим, какая-то модель автомобиля начинает активно подвергаться угону в том или ином регионе, что ведет к удорожанию страховки по этой модели. Мы, соответственно, должны отразить это увеличением тарифа, что позволит, с одной стороны, увеличить страховые резервы, а с другой – оградить себя от большого количества страховых выплат. Как автоматизировать этот процесс? Традиционным способом практически нельзя. Цикл изменений тарифов составляет примерно неделю. За неделю что-то в тарифах всегда менялось. При этом традиционные методы автоматизации создавали ситуацию, когда от формулирования задачи по изменению тарифа до выпуска обновленной системы тарификации проходило две недели. От пяти до восьми дней из этого периода уходило на тестирование. Ведь нужно было провести проверку всего множества многопараметрических расчетов. 
В итоге мы отказались от традиционного подхода и начали внедрять у себя систему управления бизнес-правилами (BRMS). С ее помощью мы разработали систему тарификации КАСКО, которая сейчас и используется. Благодаря BRMS мы создаем разветвленные алгоритмы, которые можно визуально представить в виде блок-схем. Главное новшество в том, что разработкой и описанием в системе бизнес-правил занимается не ИТ-подразделение, а сотрудники бизнеса. Тем самым мы, по сути, передали бизнесу нашу айтишную функцию по написанию кода внутри системы. Вообще, этот подход, когда мы отдаем часть своих ранее специфических функций бизнесу, сегодня превратился в модный тренд. И мы его активно поддерживаем. 
Насколько мне известно, финансовые компании придают большое значение BI-технологиям? 
Вот как раз второй пример обсуждавшегося выше тренда связан с нашей BI-системой. В качестве таковой мы уже давно применяем QlikView. Это одна из первых систем, которая начала использовать модель in-memory calculation, когда обработка данных проводится путем загрузки всей необходимой информации в оперативную память. Помимо серьезных возможностей по обработке информации, у QlikView достаточно дружелюбный интерфейс. Фактически эта система представляет собой сильно продвинутый Excel. Эти особенности системы позволили нам глубоко внедрить BI-технологии в бизнес. Сегодня у нас внутри подразделений возникают многочисленные «центры компетенций» QlikView, причем иногда это происходит совершенно неожиданно. С одной стороны, это – прекрасно, так как по сути реализуется некий agile-подход, когда бизнес начинает работать в тесной связке с нами, быстро внедряясь в процессы автоматизации. С другой стороны, тренд передачи функций из ИТ в бизнес создает нам серьезные проблемы. Например, в области тарификации ошибки андеррайтеров, не имеющих отношения к ИТ и занимающихся составлением тарифов, в конечном итоге отражаются на наших KPI, таких как непрерывность и доступность систем. Приходится нам приноравливаться к этой новой схеме работы. 
И последний вопрос. Какие рецепты ИТ готовы предложить компании «Альфа-Страхование», чтобы пережить кризисные времена?
Однозначный ответ дать сложно. Важна командная работа по взаимодействию ИТ и бизнеса. Здесь на помощь приходят аgile-технологии, например Scrum. Конечно, я бы не назвал нашу компанию Scrum-ориентированной, до этого еще очень далеко. Но этот подход, когда бизнес начинает вместе с нами генерировать решения и нести за это совместную ответственность, уже стал реальностью. Один из плодов такого подхода – идея о создании системы персонализации тарифов, в рамках которой планируется интеграция с дополнительными открытыми источниками данных о клиенте. Мы заметили, что чем выше у человека кредитный рейтинг, тем меньше у него возникает страховых убытков и мы, например, можем дать дополнительную скидку при страховании. И это лишь один из примеров совместной работы целой команды, включающей в себя людей из бизнеса и ИТ. Именно такой союз позволяет нам уже в настоящем строить сервис будущего. 
Публикуется по материалам журнала «IT Manager». Все права сохранены.
Деятельность страховых компаний сегодня очень сильно зависит от информационных технологий, хотя еще несколько лет назад ситуация была другой. Онлайн-продажи полисов, сокращение отчетных периодов и другие нововведения потребовали от страховщиков серьезных изменений в ИТ-ландшафте. Об этом и многом другом нам рассказал Андрей Педоренко, CIO компании «Альфа-Страхование».
Какие задачи сегодня стоят перед страховыми компаниями?
Мы находимся на переломном этапе – ведь еще 10 лет назад страхование, если его рассматривать не только как услугу конечному клиенту, но и как непростую систему финансового учета, не включал в себя требований, связанных с онлайн-транзакциями (OLTP). Договор, заключенный страховщиком с клиентом, мог попасть в систему с задержкой в несколько дней, недель и даже месяцев. И в этом не было ничего особенного, поскольку в страховании тогда и до сих пор учетным периодом является квартал. Страховая компания сдает отчетность за этот период в надзорные структуры – налоговую инспекцию, службу страхового надзора. Страховщик жил началом и концом квартала. К концу все обычно бросались на сверку данных, учет и ввод информации. Сейчас ситуация начала меняться. Связано это, прежде всего, с появлением мегарегулятора в лице Центрального банка РФ. Меняются подходы, как к качеству, так и к оперативности учета. Конечно, перейти, как в банках, на операционный день мы никогда не сможем, это связано с некоторыми особенностями страхового учета. Если банковская деятельность сосредоточена главным образом внутри отделений и офисов, то у нас основные продажи происходят в «полях». Для нас обычным делом является полис ОСАГО, выписанный «на капоте трактора». До недавнего времени страховые компании в массовом порядке выписывали договоры вручную, а наличие информационной системы для этих целей было скорее экзотикой. В позапрошлом году первой ласточкой стали изменения в законе об ОСАГО. Появилось требование о том, чтобы проданный полис был зарегистрирован в централизованной информационной системе РСА (Российского союза автостраховщиков) с максимальной задержкой в один день. Это означает по сути, что мы должны продавать и выписывать полисы непосредственно из информационной системы. Также Центробанк подготовил требования по сдаче нами ежемесячной отчетности. Пока эти требования – проект, но их обсуждение само по себе серьезный стресс для страховщиков. Мы понимаем, что в скором времени придется глобально перейти на ежемесячную, а не ежеквартальную сдачу отчетности. Это очень серьезное изменение для нашей отрасли. 
Почему? В чем здесь главная сложность?
Дело в том, что у крупных страховщиков с разветвленной сетью филиалов закрытие квартала длится около двух недель. Именно столько занимает процесс сбора информации «с полей», завершения ввода данных, сверки баланса и создания отчетности. При ежемесячной сдаче отчетности мы уже не сможем себе такого позволить, поэтому необходимо сокращать сроки ее подготовки, а значит– внедрять крупные информационные системы. Системы эти должны быть интегрированными, потому что любая операция по страховому учету должна иметь онлайновое отражение в бухгалтерской системе. Раньше можно было обходиться без этой интеграции. Многие так работают и сегодня. Есть небольшие страховые фирмы, которые до сих пор ведут учет в Excel. 
Следующая сложность касается одной из ключевых особенностей страхования – наличия страховых резервов. Как и банки, страховые компании продают, как мы говорим, уверенность в будущем, что является достаточно абстрактным понятием, по сути — «воздухом». Но, продавая наши страховые продукты, мы аккумулируем определенную денежную массу, которая в большей части должна идти на возмещение убытков клиентам. Однако, они возникают не у каждого, а лишь у некоторого количества клиентов, которое мы можем статистически оценить. По закону часть денег, которые мы получаем от клиентов, не может быть нами использована ни на какие другие цели, кроме выплаты страховых взносов. Это и есть страховой резерв, который мы рассчитываем на основе статистического анализа. Он может меняться. К примеру, к нам обращается клиент с заявлением по страховому случаю. Мы обязаны зарезервировать для выплаты определенную сумму и начать проверку. В ходе этой проверки сумма убытка, а значит и резерва, может меняться, а в случае мошенничества или нарушения условий договора мы можем отказать клиенту в выплате. В этот момент страховой резерв уменьшается до нуля. Таким образом, происходит постоянное движение денег, связанное с фиксацией резервов и их математическим вычислением. Резервы вычисляются по достаточно сложным алгоритмам, особенно если речь идет о страховании жизни. Существует даже специальная научная дисциплина – актуарная математика, которая родилась из задач расчета страховых резервов. 
Как отразятся на ИТ упомянутые вами изменения в страховой отрасли?
Несколько лет назад мы открыли направление, которое можно было бы без пафоса назвать революционным. Одним из важных элементов страхования является вычисление тарифа. Если у банков вычисление размера процентов по депозиту — достаточно простая операция, то у нас, к примеру, тарификация КАСКО, одного из наших продуктов, представляет собой сложные алгоритмы, которые «на входе» имеют несколько десятков параметров, причем эти алгоритмы постоянно меняются. Допустим, какая-то модель автомобиля начинает активно подвергаться угону в том или ином регионе, что ведет к удорожанию страховки по этой модели. Мы, соответственно, должны отразить это увеличением тарифа, что позволит, с одной стороны, увеличить страховые резервы, а с другой – оградить себя от большого количества страховых выплат. Как автоматизировать этот процесс? Традиционным способом практически нельзя. Цикл изменений тарифов составляет примерно неделю. За неделю что-то в тарифах всегда менялось. При этом традиционные методы автоматизации создавали ситуацию, когда от формулирования задачи по изменению тарифа до выпуска обновленной системы тарификации проходило две недели. От пяти до восьми дней из этого периода уходило на тестирование. Ведь нужно было провести проверку всего множества многопараметрических расчетов. 
В итоге мы отказались от традиционного подхода и начали внедрять у себя систему управления бизнес-правилами (BRMS). С ее помощью мы разработали систему тарификации КАСКО, которая сейчас и используется. Благодаря BRMS мы создаем разветвленные алгоритмы, которые можно визуально представить в виде блок-схем. Главное новшество в том, что разработкой и описанием в системе бизнес-правил занимается не ИТ-подразделение, а сотрудники бизнеса. Тем самым мы, по сути, передали бизнесу нашу айтишную функцию по написанию кода внутри системы. Вообще, этот подход, когда мы отдаем часть своих ранее специфических функций бизнесу, сегодня превратился в модный тренд. И мы его активно поддерживаем. 
Насколько мне известно, финансовые компании придают большое значение BI-технологиям? 
Вот как раз второй пример обсуждавшегося выше тренда связан с нашей BI-системой. В качестве таковой мы уже давно применяем QlikView. Это одна из первых систем, которая начала использовать модель in-memory calculation, когда обработка данных проводится путем загрузки всей необходимой информации в оперативную память. Помимо серьезных возможностей по обработке информации, у QlikView достаточно дружелюбный интерфейс. Фактически эта система представляет собой сильно продвинутый Excel. Эти особенности системы позволили нам глубоко внедрить BI-технологии в бизнес. Сегодня у нас внутри подразделений возникают многочисленные «центры компетенций» QlikView, причем иногда это происходит совершенно неожиданно. С одной стороны, это – прекрасно, так как по сути реализуется некий agile-подход, когда бизнес начинает работать в тесной связке с нами, быстро внедряясь в процессы автоматизации. С другой стороны, тренд передачи функций из ИТ в бизнес создает нам серьезные проблемы. Например, в области тарификации ошибки андеррайтеров, не имеющих отношения к ИТ и занимающихся составлением тарифов, в конечном итоге отражаются на наших KPI, таких как непрерывность и доступность систем. Приходится нам приноравливаться к этой новой схеме работы. 
И последний вопрос. Какие рецепты ИТ готовы предложить компании «Альфа-Страхование», чтобы пережить кризисные времена?
Однозначный ответ дать сложно. Важна командная работа по взаимодействию ИТ и бизнеса. Здесь на помощь приходят аgile-технологии, например Scrum. Конечно, я бы не назвал нашу компанию Scrum-ориентированной, до этого еще очень далеко. Но этот подход, когда бизнес начинает вместе с нами генерировать решения и нести за это совместную ответственность, уже стал реальностью. Один из плодов такого подхода – идея о создании системы персонализации тарифов, в рамках которой планируется интеграция с дополнительными открытыми источниками данных о клиенте. Мы заметили, что чем выше у человека кредитный рейтинг, тем меньше у него возникает страховых убытков и мы, например, можем дать дополнительную скидку при страховании. И это лишь один из примеров совместной работы целой команды, включающей в себя людей из бизнеса и ИТ. Именно такой союз позволяет нам уже в настоящем строить сервис будущего. 
Публикуется по материалам журнала «IT Manager». Все права сохранены.

30.04.2015, 917 просмотров.

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

Скачать Qlik Sense: полнофункциональная версия, с правом использования программы только на одном компьютере