AIS Software, a.s.
česky
english
ruski


Вакансии

    JAVA программист


Контакт

AIS Software, a.s.
Provaznikova / Halkova 84
613 00 Brno
TEL.: (+420) 545 564 111
FAX: (+420) 545 564 182
e-mail: software@ais.cz



AIS Software, a.s. является обладателем сертификата:

EN ISO 9001:2015




Продукты

Информационная система SIRAEL

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

Обзор модуля:

Сторона

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

1.1. Роль стороны

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

1.2. Место создания роли стороны

Модуль позволяет определять "места в программе", где остальные модули могут нуждаться в службах модуля Сторона для создания новой Роли стороны, связанной с определенным объектом, по возможности и большее количество новых ролей, связанных с тем же объектом. Такие места называются "Место создания роли стороны". К каждому Месту создания роли стороны специфицирован список допустимых Ролей стороны (связанных с одним и тем же параметром) и их соотношения. Эта спецификация может быть произведена в зависимости от показателей справочников (напр. от продукта, вида страхового возмещения (всв), и т.п.). Далее, модуль регистрирует ссылки на Алгоритмы, которые должны быть использованы для контроля вложенных Ролей сторон (напр. проверка того, что сумма долей полномочных лиц есть 100%, что ликвидант не является застрахованным или потерпевшим и т.п.).
При необходимости создания новых Ролей сторон, в качестве входного параметра, запрашивающий модуль передаст "Место создания роли стороны" и спецификацию объекта, с которым создаваемые Роли стороны должны быть связаны. Модуль Сторона сделает доступной модулю функциональность для поиска соответствующих Сторон, (или их создания, если они еще не существуют) а так же создания соответствующего количества Ролей стороны. После их создания модуль проведет установленный контроль (с использованием функции модуля Алгоритм).

1.3. Контактные точки

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

1.4. Уникальность сторон

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

1.5. Авторизация стороны

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


Продукт

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



Договор

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


Финансы

1.1. Обязательства, предписания

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

1.2. Платежи, спаривание

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

1.3. Бухгалтерия

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

1.4. Напоминания

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

1.5. Валюта

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


Посредники

Модуль Посредники предоставляет инструменты для:
  • регистрации посредников страховой компании, их типов и иерархических структур. Для регистрации личных данных отдельных посредников используется модуль Сторона.
  • определения правил для регистрации отношений посредников с остальными сущностями системы и регистрации этих отношений. При регистрации посредников договоров страхования модуль позволяет в зависимости от продукта регистрировать посредников на разных уровнях иерархии сущностей Страхового договора (Страховой договор, Застрахованная ветвь, Застрахованный агрегат, Застрахованный риск, Застрахованный предмет).
  • определения способа вычисления комиссионных при посредническом событии в зависимости от типа посредника и сущности Продукта (Продукт, Страхуемая ветвь, Страхуемый агрегат, Страхуемый риск, Страхуемый предмет), регистрации посреднического события, произведение вычисления комиссионных и осуществления выплат вычисленных комиссионных. Выплаты реализуются посредством модуля Финансы.



Страховые события

Модуль Страховые события предоставляет инструмент для регистрации и администрации страховых событий. Обработка страхового события начинается с принятия и обработки Уведомления. На его основе, в последствии, создается (регистрируется) одно или несколько Страховых событий. Модуль позволяет регистрировать Страховые события трех типов:
  • Идентифицированное событие - стандартное Страховое событие с идентифицированным Страховым договором
  • Неидентифицированное событие - Страховое событие, для которого в системе нет зарегистрированного Страхового договора
  • Делегированное событие - Страховое событие, урегулированное для другого субъекта на основании Договоренности о делегировании (напр. для иностранной страховой компании)
Для регистрированных Страховых событий в системе отслеживаются отдельные сообщения об урегулировании. Эти сущности регистрируют данные об отдельных процессах урегулирования, осуществленных над Страховыми событиями. На основе произведенного урегулирования, в результате действия процесса ревизии (одобрения) в модуле Финансы возникают соответствующие записи, посредством которых производится выплата страхового возмещения.

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


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

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

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

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


Корреспонденция

1.1. Понятие 'корреспонденция'

Главной задачей модуля является регистрация запросов на клиентскую печать и создание соответствующих основ для системы печати. С этим связана администрация видов документов, отправляемых клиентам и (в содействии с модулем Алгоритм) администрация и использование Алгоритмов, которые для отдельных видов документов создают комплектные основы для печати.
Понятие "корреспонденция" было обобщено в том смысле, что за корреспонденцию мы принимаем не только печатный документ, но также e-mail и СМС сообщение.

1.2. Система печати

Проект предполагает существование внутренней системы печати, интегрированной в систему Sirael и наряду с этим позволяет взаимодействие с внешней системой печати. Стандартно предполагается использование внешней печатной системы для обширных печатей, и использование внутренней системы печати для on-line печатей и печатей в меньших объемах. Тем не менее, в небольшой страховой компании предполагается эксплуатация только внутренней системы печати.
От обеих систем печати ожидается, что они будут предоставлять функциональность для моделирования дизайна, т.е. для создания шаблонов и их администрации. Модуль Корреспонденция будет печатной системе поставлять спецификацию требуемого вида документа и информационную фразу с данными для печати (так называемую печатную фразу). От систем печати ожидается такая функциональность, которая для требуемого вида документа найдет соответствующий шаблон и сконструирует в результате документ, содержащий переданные данные.
Система печати и модуль Корреспонденция будут иметь самостоятельное "независимое" версирование (система печати-версии шаблонов, модуль Кореспонденция-версии определений для создания печатных данных). Стандартно предполагается печать в соответствии с актуальной версией шаблона (без их специальной спецификации). При изменениях, относящихся к обеим системам, применение новых версий должно быть синхронизовано. Если система печати будет иметь в распоряжении функции для печати из неактульного шаблона, то в случае необходимости, будет возможно сделать запрос на печать в соответствии с настройкой, действительной к определённому дню. Как модуль Кореспонденция, так и система печати обработают запрос в соответствии с версией, действительной к заданному дню.
В случае необходимости проведения более подробной спецификации для печати и последующей обработки документа / пакета документов (упаковка в конверты, автоматическое прикрепление приложений, данные для сопроводительного бланка к посылке и т.п.), соответствующие параметры оцениваются модулем Корреспонденция и присоединяются к переданным печатным фразам.

1.3. Основной механизм корреспонденции

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

1.4. Модификация печатной фразы

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

1.5. Режимы обработки

1.5.1. Печать

Модуль Корреспонденция позволяет:
  • централизованную обработку запроса на печать, когда пользователь / аппликация, требующие печать, создают только Запрос на корреспонденцию, а создание документа далее уже не отслеживают. Обработка запроса управляется, в таком случае, оператором печати.
  • интерактивную обработку запроса на печать, которая предоставляет пользователю просмотр созданного документа и возможность напечатать его на любом доступном принтере или повторить цикл модификацию - просмотр - печать.
Прим. Выбор режима обработки (интерактивно или централизовано) не имеет прямой взаимосвязи с возможностью модификации документа. Пользователь может произвести модификацию, а потом предоставить документ централизованной обработке. И наоборот, можно интерактивно напечатать немодифицированный документ. Взаимосвязь заключается только в том, что у документа с более содержательной модификацией можно предвидеть желание пользователя видеть просмотр документа, для того, чтобы его откорректировать, и поэтому интерактивная обработка у таких документов будет востребована чаще, чем у остальных.


Счета, резервы

Модуль Счета, резервы предоставляет инструменты, позволяющие единую регистрацию разных видов Резервов к отдельным сущностям системы. Модуль позволяет регистрировать статические Резервы (регистрируются состояния в определенные моменты времени - например жизненный резерв) и динамические Резервы (регистрируются отдельные перемены (прибыль и убытки) резерва - например RBNS - Reported But Not Settled). Следующей областью, которую модуль Счета, резервы покрывает, является администрация Инвестиционных фондов. Модуль предоставляет инструменты для:
  • администрации Инвестиционных фондов, включая их прикрепление к Продуктам (в фонд можно инвестировать в связи со Страховыми договорами прикрепленных Продуктов), и инструментов для регистрации цен элементов отдельных фондов
  • администрации алокационных отношений отдельных Страховых договоров
  • администрации инвестиционных счетов Страховых договоров и подробную регистрацию перемещений (купли / продажи) элементов на этих счетах
Для создания записей Резервов и администрации Инвестиционных фондов и счетов, модуль также обеспечивает правильную счетную запись (создание соответствующих Бухгалтерских записей в модуле Финансы).


Администрация системы

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


Workflow

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


Архивация

Модуль Архивация предоставляет инструменты для регистрации електронных документов (текстовых файлов, насканированных документов, аудио файлов, ...), которые страховая компания считает нужным (релевантным) регистрировать. Каждый регистрированный документ может содержать несколько физических файлов разного типа. Для собственной регистрации физических файлов используется екстерная (внешняя) система архивации. Для каждого документа можно регистрировать множество описанных данных - ключей (например, номер дела, номер договора страхования, идентификация клиента, ...). Эти ключи служат для автоматической связи документов с сущностями системы при их возникновении (архивации).
Доступ Операторов к отдельным Документам, регистрированным в системе, управляется посредством Полномочий и их Параметров. Таким образом может быть, например, ограничен доступ некоторых Операторов к некоторым Типам документов (Напр., не все операторы могут иметь доступ к медицинским справкам, регистрированным к Страховым договорам или Страховым событиям ).
Модуль дает возможность также регистрации физического внесения бумажных документов, из которых электронные документы возникли. Модуль позволяет определить древовидную мультиуровневую структуру физического архива (напр., Здание А, Комната 125, Шкаф 3, Папка 5) и для каждого электронного документа можно впоследствии регистрировать физическое хранение его "источника". Дана возможность также регистрировать хранение "у оператора", используемое в случае, если Оператор данный бумажный документ из архива возьмет.


Отчеты

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


Алгоритм

Модуль Алгоритм служит для анализа, реализации и создания документации системы Sirael. Модуль позволяет создание аналитических моделей системы (UseCase модель, Class модель), реализацию системы (создание Алгоритмов и Формуляров) и создание on-line и печатной документации. Возможности этого модуля также множественно используются остальными модулями системы для приспособления системы к нуждам конкретного клиента.

1.1. UseCase модель

Составной частью модуля являются инструменты для создания UseCase модели системы. Посредством сущностей UC регистрированы отдельные UseCasе - сценарии поведения определенной части (определенной функции) системы. Данные, с которыми отдельные сценарии работают, регистрированы посредством сущности Сущность. Она позволяет определять иерархию регистрированных данных в форме древовидной структуры пунктов. Оповещения, которые вызовут отдельные сценарии (оповещения об ошибке, вопросы к пользователю, ...), регистрируются посредством сущности Оповещение. Эта сущность используется также для регистрации "лейблов" в создаваемых Формулярах. Сущность позволяет перевод текстов отдельных Оповещений на другие языки, чем обеспечена возможность коммуникации системы с пользователем на других языках.

1.2. Класс модель

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

1.3. Реализация

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

1.4. Документация

Модуль позволяет создание основ для on-line и печатной документации. Отдельные части документации регистрированы в Элементах документации. Эти элементарные части можно соединять с созданными Формулярами. Эта связь в последствии позволяет отобразить определенную часть on-line документации при изображении (пробегу) соответствующего Формуляра. Отдельные созданные элементы документации можно также в дальнейшем кооперировать в форму древовидной структуры глав для создания печатной документации.


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

Модуль Дополнительная информация предоставляет инструменты, позволяющие пользователям системы (реализаторам) при помощи пользовательского интерфейса расширять множество регистрированных данных отдельных сущностей (классов) системы. Расширение регистрированных данных посредством этого модуля возможно без необходимости модификации структуры базы данных и бизнесс уровня систeмы.
При определении дополнительной информации, позволено управлять возможностью регистрации данной дополнительной информации у конкретной сущности системы в зависимости от данных этой сущности (возможно, сущностей взаимозависимых). Например регистрация дополнительной информации "дата конца платежей" для Страхового договора необходима только для договоров некоторых Продуктов. Определение дополнительной информации, таким образом, можно связать с множеством справочников, а для отдельных комбинаций записей этих справочников можно специфицировать, должна ли дополнительная информация для данной комбинации быть регистрирована (при необходимости определить дальнейшие данные для этой регистрации)
Значения дополнительной информации хранятся в комплектной истории, т.е. при модификации действительность преждних записей окончена, и возникают новые записи с новым сроком действительности.


Пакетный сервер

Модуль Пакетный сервер предоставляет инструменты, позволяющие пользователям системы:
  • создавать определения пакетных заданий и параметров, необходимых для выполнения данной пакетного задания. Значения параметров могут быть определены администратором при определении пакетного задания, или при определении пакета (как списка пакетных заданий), или пользователем при определении запроса на запуск пакета.
  • определять пакеты, как списки пакетных заданий. Например, пакет "Комплекты подведения счетов" может быть определен, как список комплектов (пакетных заданий) "Предписанных страховых премий", "Принятых страховых премий", ... Составной частью определения пакета является и определение параметров этого пакета а также связи этих определений с определениями параметров отдельных пакетных заданий, включенных в пакеты.
  • запуск, планирование запуска и отслеживание процессов выполнения отдельных определенных пакетов. Модуль обеспечивает регистрацию результатов и историю выполнения определенных пакетов.


Справочники

Модуль Справочники предоставляет инструменты, позволяющие пользователям системы администрацию всех справочников, используемых в системе. Отдельные справочники могут быть регистрированы как в модуле Справочники, так и в остальных модулях системы - так называемые внешние (екстерные) справочники. В этом случае модуль Справочники использует "обслуживающие" функции, которые являются составляющей модуля, регистрирующие данный внешний справочник.
Модуль Справочники позволяет регистрировать два основных вида справочников:
  • Простой справочник - речь идет о справочниках, регистрирующих для каждой записи пункты Код и Описание.
  • Общий справочник - позволяет пользователю определять структуру отдельных регистрированных справочников - определять столбцы, которые данный справочник будет содержать. Столбец справочника, кроме "стандартных" знечений, может регистрировать также ссылку на запись другого справочника.
Модуль позволяет определять справочник с отслеживанием истории (исследуется период действительности отдельных записей), или без ее отслеживания.
Каждый справочник содержит идентификатор записи для однозначных ссылок на его отдельные записи (например в исходных кодах (source code) Алгоритмов и Формуляров). Значения этого столбца не должны быть в отдельных записях модифицируемы.


Процессы

Модуль Процессы, посредством графических пользовательских инструментов, дает возможность моделирования процессов. Для отдельных моделируемых процессов возможно создавать наборы диаграмм, содержащих в качестве своих элементов:
  • актеров - пользователей системы, екстерных (из вне) партнеров, ...
  • события - запускающие данный процесс, генерированные из процесса, передаваемые в рамках процесса, ...
  • деятельность - производимая в рамках процесса
  • данные - образующиеся в рамках процессов, передаваемые между отдельными деятельностями, ...
  • результаты - возникшие в результате деятельности процессов (комплекты, массивы данных, ...)
  • процессы - другие "подпроцессы" - позволяющие моделировать иерархию процессов
  • вспомогательные элементы - тексты, линии, ...
  • отношения - между отдельными элементанми диаграммы
Моделируемые процессы и их элементы регистрированы в иерархической древовидной структуре папок, дающих наглядный доступ к отдельным сущностям модуля. На основе созданных диаграмм возможно генерировать документацию к отдельным моделируемым процессам в формате PDF. Все тексты, образованные в модуле (описание процесса, названия и описания отдельных элементов диаграммы, ...) возможно локализовать в других языках (перевод).
© 1995-2018 AIS Software, a.s. - všechna práva vyhrazena SHERWOOD Media, s.r.o.