Программисты из страховых организаций?

← →
karat © (2005-05-30 16:31) [0]

Есть тут такие?
Ради интереса.
1. Какой софт используете для организации страховой деятельности?Купленный или свой написанный?
2. Если используете по ОСАГО, какой процент (примерно) некорректных данных?
3. Сколько времени у вас занимает составление отчетности для мин. фина? =)))

← →
Layner © (2005-05-30 16:34) [1]

работал в ВСК. Жуть. Софт на Бейсике. Качаем мег 20 раз в 2 недели. Ещё 2 недели потом его настраиваем. Привелекали на ввод договоров, а там на каждый кликов 200 уходит. Проработал 4 месяца. Больше не выдержал.

← →
Sergey Masloff (2005-05-30 17:19) [2]

1) Свой. Кроме того кое-кто использует наш ;-)
2) Не понял. Откуда некорректные? Все что заводилось через автоматизированную систему - 100% корректность. То что ручная выдача от агентов другой вопрос но это ничтожная часть
3) Никто не считает. Это фоновая работа. Времени не особо много занимает.

← →
karat © (2005-05-30 17:23) [3]

> Sergey Masloff

2) Заводится то в систему человеком. Ему свойственно ошибаться после долгих часов работы. Под конец такую ерунду могут вводить...

← →
Sergey Masloff (2005-05-30 17:31) [4]

karat © (30.05.05 17:23) [3]
Значит такая система. Нормальная система некорректный ввод не допускает как бы ни был человек устал.

← →
Суслик © (2005-05-30 19:11) [5]

> [4] Sergey Masloff (30.05.05 17:31)
> karat © (30.05.05 17:23) [3]
> Значит такая система. Нормальная система некорректный ввод
> не допускает как бы ни был человек устал.

это как?
если можно пример

← →
cspr (2005-05-30 20:06) [6]

(0) у нас почти всё на 1с, в филиалах вообще Exel :-)

← →
Piter © (2005-05-30 20:09) [7]

Суслик © (30.05.05 19:11) [5]
это как?
если можно пример

страховой номер имеет контрольную сумму. ИНН тоже.

Всякие имена, фамилии можно забить в базу.

Для года можно установить временные рамки - 1845 - явно некорректный год рождения. 2007 - тоже.

Все, конечно, не отловишь... но ты просил примеры - я написал...

← →
raidan © (2005-05-30 20:23) [8]

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

← →
Anatoly Podgoretsky © (2005-05-30 20:32) [9]

karat © (30.05.05 16:31)
В общем типичный бардак, есть небольшое количество нормально написаных систем. Ничем не отличается от других областей.

← →
karat © (2005-05-30 20:55) [10]

Тоже ради интереса.
Какую СУБД используют ваши системы?

Я когда был "зеленый", сдуру начал везде использовать MS Access. Хотя может и правелен был мой выбор, учтя момент, что был поставлен в жесткие рамки времени (~ неделя). Теперь буду набирать студентов-программистов, чтобы хотя бы ОСАГО перевести на Interbase.
MS Access явно не справляется с такими объемами (1 центр + 10 филиалов), да и жестче требования к данным нужно делать.

2) Все таки насчет правильности данных. Зачастую тариф можно неправильно забить. Высчитывать автоматически? Лично в моем регионе ситуация ужасная. У меня существуют резеденты, нерезиденты и транзиты. Условий, от чего зависит тариф очень много. Сроки страхования, так же могут быть ошибочными (при ошибочном "страхование с")

← →
Sergey Masloff (2005-05-30 21:18) [11]

karat © (30.05.05 20:55) [10]
>Высчитывать автоматически?
Дальше можешь не продолжать. Это смех. Конечно ТОЛЬКО автоматически. Если полис выдан агентом с неправильными коэффициентами разница записывается в ПРОЦЕНТАХ СКИДКИ-НАДБАВКИ к основному тарифу который рассчитан автоматически. И только так... ИМХО.

← →
Sergey Masloff (2005-05-30 21:20) [12]

Суслик © (30.05.05 19:11) [5]
>это как?
>если можно пример
Давай наоборот - напиши что можно ввести неправильно кроме написания имени-фамилии. Ну там Ивонов вместо Иванов написали фиг с ним еще что можно не отсеять автоматически?

← →
Sergey Masloff (2005-05-30 21:27) [13]

raidan © (30.05.05 20:23) [8]
Что за еруйню ты несешь? Извини за резкость... Ты фиксируешь условия контракта печатаешь документ клиент его подписывает ты фиксируешь. Все. Ты ошибся на месяц - сроки действия контракта будут такими как ты ввел и распечатал и в этом расписался клиент а ты поставил печать. Ошибка обнаружена задним числом? - Она фиксируется аддендумом. В чем проблема? Я не понимаю. Проблема за 4 года работы в одной из крупнейших СК мне не знакомая.

> Sergey Masloff

Спасибо за некий переданный опыт, особенно про СКИДКИ-НАДБАВКИ. Как то я ограничивался только данными формы заявления.

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

← →
Sergey Masloff (2005-05-31 10:28) [15]

karat © (31.05.05 00:06) [14]
Может для нас это не так актуально - у нас практически нет отложенного ввода. Полис выданный сегодня попадает в единую базу максимум на следующий день. Задним числом полисы не вводятся, за месяц вперед тоже редко кто берет так что ошибка (теоретически) 1-2 дня. То есть при вводе даты начала действия скажем послезавтра сразу показываешь warning а уж дата позавчера - сразу и error можно... Так что никак пока не вижу как на расчет резервов это может повлиять.

А проверку контрольных соотношений для отчетов 2С делаете своей программой или сторонним разработчиком?

Лично мы используем до ужаса нелюбимого мной стороннего разработчика (не буду называть кого ;)).

> [15] Sergey Masloff

Ради интереса. Если не секрет, какой месячный объем полисов и сколько человек задействовано на их вбитие, что задержка 1-2 дня (хорошая цифра).

← →
Sergey Masloff (2005-05-31 12:38) [18]

karat © (31.05.05 12:22) [17]
>сколько человек задействовано на их вбитие
Да их не вбивают. Выдача полиса = заведение в ИС. Это одно и то же действие. Агент выдающий полисы вручную приходит в агентский офис и вводит свои полисы сам. Есть конечно бек-офис но насколько я знаю он этим почти не занимается. Думаю не менее 70% полисов вводится онлайн. Все точки продаж имеющие постоянное интернет-соединение работают онлайн, имеющие непостоянное - работают в пакетном режиме. То есть какой-то службы именно вбития полисов не существует.

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

Насчет объемов - ну мы в тройке по россии. Намного больше чем у нас только у росгосстраха. А 5-е 6-е места уже от нас на порядок отстают.

Класс! О такой организации труда мне остается только мечтать =).
Хотя наверное такое у нас и неосуществимо. Агенты ходят по клиентам и на месте выписывают от руки.

Программисты из страховых организаций? Найти похожие ветки