Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Учет договоров в страховой компании  [new]
Есть сведения
Guest
gardenman
правильный подход - это объединиться нескольким СК и сделать софтверную компанию, которая для них бы писала софт. И, причем написанием этого софта должны руководить совместно. И консультировать разработчиков совместно. Может быть тогда что-нить и получится. А проект сделать открытым.

Попытки были, но увенчались неуспехом на самых ранних стадиях.
29 май 08, 09:16    [5730612]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай Кальмарский
Member [заблокирован]

Откуда: Ховрино
Сообщений: 2322
Лучше всю логику вести в 1С без всяких импортов проводок в 1С. То есть первый вариант. Если не будет хватать аналитических возможностей 1С для отчётов, то вот тогда данные из 1С импортить в MS SQL Server 2005.
29 май 08, 09:19    [5730619]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай Кальмарский
Member [заблокирован]

Откуда: Ховрино
Сообщений: 2322
Вот так вроде прикольно будет.

К сообщению приложен файл. Размер - 0Kb
29 май 08, 09:52    [5730814]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
andycat
Member

Откуда: Рязань
Сообщений: 219
wiland
6/ 30-40 несложных отчетов (1-2 селекта)


наивные... :)
Вас одни расчеты резервов и отчеты в РСА так напрягут что мало не покажеться...

P.S. По практике: рекомендую одну центральную БД (выбрать с учетом роста минимум на 5лет с увеличеним клиентской БД) и в каждом СО свою. Механизм репликации OFF-Line и обязательно не на уровне БД а на уровне или отдельного программного модуля или сервера приложения. Поясню почему: держать в каждом страховом отделе/филиале специалиста будет накладно + пользователи могут тупо стереть/сломать/БД/сервер. Соотвественно нужно учитывать следующие возможности:
1. Установка клиентских частей упростить по максимому (типа запуск всего одного файла)
2. Обновление клиентских частей должно происходить автоматически (вариантов масса - ни раз уже обсуждалось)
3. Возможность восстановления БД СО/Филиала с "нуля" из центральной БД
29 май 08, 11:25    [5731652]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
gardenman
Member

Откуда: С-Петербург
Сообщений: 2347
andycat
wiland
6/ 30-40 несложных отчетов (1-2 селекта)


наивные... :)
Вас одни расчеты резервов и отчеты в РСА так напрягут что мало не покажеться...


100% прав.

автор
P.S. По практике: рекомендую одну центральную БД


Центральное хранилище в качестве DSS, с оптимизированной для отчетов структуктурой - согласен. Но вот все запихивать в одну систему - это просто никчему.

автор
(выбрать с учетом роста минимум на 5лет с увеличеним клиентской БД) и в каждом СО свою. Механизм репликации OFF-Line и обязательно не на уровне БД а на уровне или отдельного программного модуля или сервера приложения.


Примерно так. Только называть это репликацией - неправильно.
По мне так вообще договора страхования необходимо хратить в XML.
Во всяком случае многие их текстовые части. (Это разумеется не касается ОСАГО)
29 май 08, 15:24    [5733857]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
gardenman
andycat
wiland
6/ 30-40 несложных отчетов (1-2 селекта)


наивные... :)
Вас одни расчеты резервов и отчеты в РСА так напрягут что мало не покажеться...


100% прав.

автор
P.S. По практике: рекомендую одну центральную БД


Центральное хранилище в качестве DSS, с оптимизированной для отчетов структуктурой - согласен. Но вот все запихивать в одну систему - это просто никчему.

автор
(выбрать с учетом роста минимум на 5лет с увеличеним клиентской БД) и в каждом СО свою. Механизм репликации OFF-Line и обязательно не на уровне БД а на уровне или отдельного программного модуля или сервера приложения.


Примерно так. Только называть это репликацией - неправильно.
По мне так вообще договора страхования необходимо хратить в XML.
Во всяком случае многие их текстовые части. (Это разумеется не касается ОСАГО)


Блин, ну что за страсть, понаставить отдельные базы в каждую деревню?
А синхронизация справочников (коих в страховании - немеряно, и почти все - реал-тайм изменяемые)? Ко всему прочему - и пополняются они не централизовано, а по факту возникновения события (ибо никто не будет ждать, пока бумага доедет до ЦО, а потом вернется через OFF-Line репликацию).
А админ к каждой такой базе? А железо для каждой базы?

И все это для чего? Для экномии на канале к центральной БД? Или еще для чего?
29 май 08, 17:30    [5735088]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
gardenman
Member

Откуда: С-Петербург
Сообщений: 2347
автор

И все это для чего? Для экномии на канале к центральной БД? Или еще для чего?

Ты не поверишь)) но даже не в деревне, а в ПИТЕРЕ три года назад далеко не самая последняя компания оказалась на филиалы тянуть сеть или подрубать всех на выделенки. А что говорить о деревнях?... Тут в руководство все упирается.
29 май 08, 18:06    [5735375]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54801

Николай1

А синхронизация справочников (коих в страховании - немеряно, и почти все
- реал-тайм изменяемые)?

Ух ты! Реал-тайм изменяемые справочники, причём еще и пополняемые не
там, где используются! Пример можно?

Posted via ActualForum NNTP Server 1.4

29 май 08, 19:05    [5735681]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
Dimitry Sibiryakov

Николай1

А синхронизация справочников (коих в страховании - немеряно, и почти все
- реал-тайм изменяемые)?

Ух ты! Реал-тайм изменяемые справочники, причём еще и пополняемые не
там, где используются! Пример можно?
Posted via ActualForum NNTP Server 1.4


Гм. Страховая компания.

Не очень понял, что значит "изменяемые не там, где используются"?
Я имел в виду другое - когда появляется несколько баз, то встает трудный выбор в определении того, где информация "самая правильная". И, как не сложно предположить, выбор делается в пользу базы в голове. Теперь предлагается домашнее задание - рассказть мне, как информация из деревни должна попасть в головную базу.

ЗЫ. Следует помнить о том, что эта информация рождается не в одной деревне, а во всех сразу в произвольные моменты времени. В том числе - в голове.
29 май 08, 21:57    [5736168]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
gardenman
автор

И все это для чего? Для экномии на канале к центральной БД? Или еще для чего?

Ты не поверишь)) но даже не в деревне, а в ПИТЕРЕ три года назад далеко не самая последняя компания оказалась на филиалы тянуть сеть или подрубать всех на выделенки. А что говорить о деревнях?... Тут в руководство все упирается.


Не поверю.
А сравнить затраты на канал и на распределенную (OFF-Line) базу не пробовали?
29 май 08, 21:58    [5736169]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
Dimitry Sibiryakov

Николай1

А синхронизация справочников (коих в страховании - немеряно, и почти все
- реал-тайм изменяемые)?

Ух ты! Реал-тайм изменяемые справочники, причём еще и пополняемые не
там, где используются! Пример можно?
Posted via ActualForum NNTP Server 1.4


Что касается "реал-тайм", то имелось в виду следующее.
Есть справочники постоянные, например КЛАДР, который выпускается раз в год и потом не меняется. (примерно) С ними проблем нет.
Есть сильно распределенные, например - контрагенты. Понятно, что Иван Иванович, заведенный сегодня в питере, врядли понадобится кому-то сегодня же в Костроме. (но, вместе с тем, не факт, особенно если это не Иван Иванович, а, например, Роснефть).
А есть "реал-тайм", например - марки машин, по которым расчитывается страховая премия. И, если уж появилась новая марка или тариф на нее, то она должна быть "везде и сразу и одинаковая". А появиться она может где угодно, где ее первую захотят застраховать. (и не надо мне говорить, что "должны быть всегда все марки", это процесс, а не момент).

Вот, примерно так.
29 май 08, 22:07    [5736190]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54801

Николай1

Не очень понял, что значит "изменяемые не там, где используются"?

Это я не понял какая может быть проблема со справочниками. Возьмем,
например, типичный справочник контрагентов (клиентов). Приходит клиент в
филиал, там вводят его данные в справочник и сразу заполняют прочие
документы, ссылающиеся на этот справочник. Потом вся эта пачка
информации реплицируется в остальные базы, включая центральную.
Какая бумага при этом должна "доезжать в ЦО а потом обратно" - не
понимаю. Как один и тот же клиент может прйти в два филиала сразу, чтобы
создать дубликат информации в справочнике - тоже. А уж при чём тут
"реал-тайм изменяемость"...
Объясните мне, туповатому!

Posted via ActualForum NNTP Server 1.4

29 май 08, 22:12    [5736202]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54801

Николай1

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

Ну так и off-line пакеты репликации, они тоже не конными курьерами
доставляются. Пересылка их электронной почтой три раза в день...
А застраховать новую марку машины могут только там, докуда добралась
сама машина. А машины тоже отнюдь не телепортом пользуются - обычные
автовозы и самовывоз, скорость до 200 км/ч. Так что пока новая
"Лада-малина" доедет из Самары в Москву, запись в справочнике еще и
поспать в БД-приёмнике успеет.

Posted via ActualForum NNTP Server 1.4

29 май 08, 22:21    [5736209]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай Кальмарский
Member [заблокирован]

Откуда: Ховрино
Сообщений: 2322
Dimitry Sibiryakov
Объясните мне, туповатому!


Николай1, видимо, имеет ввиду проблему задвоения неких уникальных данных, которые могут придти сразу с разных филиалов. Для решения некоторых задач филиалы, возможно, должны знать о действиях соеседей.
29 май 08, 22:27    [5736219]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай Кальмарский
Member [заблокирован]

Откуда: Ховрино
Сообщений: 2322
Dimitry Sibiryakov
Как один и тот же клиент может прйти в два филиала сразу, чтобы
создать дубликат информации в справочнике - тоже.


Ну мало ли как. По доверенности, например.
29 май 08, 22:29    [5736223]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
gardenman
Member

Откуда: С-Петербург
Сообщений: 2347
Николай Кальмарский
Dimitry Sibiryakov
Как один и тот же клиент может прйти в два филиала сразу, чтобы
создать дубликат информации в справочнике - тоже.


Ну мало ли как. По доверенности, например.


Вот какраз для таких случаев используются Data Hub-ы.
29 май 08, 22:34    [5736240]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54801

Николай Кальмарский

Ну мало ли как. По доверенности, например.

А смысл? В чём фенька страхования сразу в двух филиалах одной и той же
компании?

Posted via ActualForum NNTP Server 1.4

29 май 08, 22:39    [5736251]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
Dimitry Sibiryakov

Николай1

Не очень понял, что значит "изменяемые не там, где используются"?

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


Если этот клиент - Роснефть, то Вы не поверите, он может прийти во все филиалы сразу!
30 май 08, 08:46    [5736737]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
Dimitry Sibiryakov

Николай1

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

Ну так и off-line пакеты репликации, они тоже не конными курьерами
доставляются. Пересылка их электронной почтой три раза в день...
А застраховать новую марку машины могут только там, докуда добралась
сама машина. А машины тоже отнюдь не телепортом пользуются - обычные
автовозы и самовывоз, скорость до 200 км/ч. Так что пока новая
"Лада-малина" доедет из Самары в Москву, запись в справочнике еще и
поспать в БД-приёмнике успеет.
Posted via ActualForum NNTP Server 1.4


Речь шла не о машине, а о марке машины. Марки должны быть одинаковыми.
Может поискать тут топики про ввод номенклатуры. Про "Аленки", "Аленки-сливочные" и "Аленки-крем-брюле". Тут такая же петрушка. (она же "зелень").
30 май 08, 08:50    [5736741]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай1
Member

Откуда: Москва
Сообщений: 495
Николай Кальмарский
Dimitry Sibiryakov
Объясните мне, туповатому!


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


Не столько задвоения, тут как раз особых проблем нет. А создания дубликатов, когда одно и тоже в разных местах названо по-разному.
30 май 08, 08:59    [5736757]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
Николай Кальмарский
Member [заблокирован]

Откуда: Ховрино
Сообщений: 2322
Николай1
Не столько задвоения, тут как раз особых проблем нет. А создания дубликатов, когда одно и тоже в разных местах названо по-разному.


Такое и при едином справочнике возможно. Новую марку машины запросто могут назвать по-разному в разных филиалах при едином справочнике.
30 май 08, 09:14    [5736796]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
grigo
Member

Откуда:
Сообщений: 232
http://www.parus.ru/index.php?page=194&UID=229f4c707aae6343832c5c2146715671
30 май 08, 09:21    [5736819]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
andycat
Member

Откуда: Рязань
Сообщений: 219
Николай1
Блин, ну что за страсть, понаставить отдельные базы в каждую деревню?
А синхронизация справочников (коих в страховании - немеряно, и почти все - реал-тайм изменяемые)
И все это для чего? Для экномии на канале к центральной БД? Или еще для чего?


1. Справочники меняются относительно редко (зависит от законов)
2. У нас в самом большом отделе (один на всю область) полтора года назад БД с договорами всеми начиная с Июля 2003 года занимала 2.3 гигабайта и никакого администрирования не требовала - СОВСЕМ! (все зависит от кривости разработчиков системы :) ) Максимум что было - там была расшаренная папка для запуска клиентов - стерли все в ней - ремонт максимум 15минут
3. для того разные БД что отдел может жить в глухой деревне и кроме диалапа для синхронизации у них ниче нету (и не надо тут говорить что все в России уже на высокоскоростном инете живут)
30 май 08, 10:05    [5737001]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
andycat
Member

Откуда: Рязань
Сообщений: 219
Николай1
gardenman
автор

И все это для чего? Для экномии на канале к центральной БД? Или еще для чего?

Ты не поверишь)) но даже не в деревне, а в ПИТЕРЕ три года назад далеко не самая последняя компания оказалась на филиалы тянуть сеть или подрубать всех на выделенки. А что говорить о деревнях?... Тут в руководство все упирается.


Не поверю.
А сравнить затраты на канал и на распределенную (OFF-Line) базу не пробовали?


как вы масквичи далеко от России......
30 май 08, 10:06    [5737012]     Ответить | Цитировать Сообщить модератору
 Re: Учет договоров в страховой компании  [new]
andycat
Member

Откуда: Рязань
Сообщений: 219
Николай1

Что касается "реал-тайм", то имелось в виду следующее.
Есть справочники постоянные, например КЛАДР, который выпускается раз в год и потом не меняется. (примерно) С ними проблем нет.
Есть сильно распределенные, например - контрагенты. Понятно, что Иван Иванович, заведенный сегодня в питере, врядли понадобится кому-то сегодня же в Костроме. (но, вместе с тем, не факт, особенно если это не Иван Иванович, а, например, Роснефть).
А есть "реал-тайм", например - марки машин, по которым расчитывается страховая премия. И, если уж появилась новая марка или тариф на нее, то она должна быть "везде и сразу и одинаковая". А появиться она может где угодно, где ее первую захотят застраховать. (и не надо мне говорить, что "должны быть всегда все марки", это процесс, а не момент).

Вот, примерно так.


Вопросик: Вы вообще в страховом бизнесе работали что бы судить какие там справочники и что где меняется?

рассказываю: все что Вы перечислили совершенно не требуется другим филиалам/страховым отделам. Т.е. "репликация" с центральной БД в массе своей нужно только для того что бы авторизовать полис если страховое событие произошло не в регионе где выписан этот полис.
т.е. в Филиале страховой компании целиком лежит ТОЛЬКО своя БД + обще страховые справочиники (их не много).
30 май 08, 10:11    [5737058]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить