Автоматизированная система учета договоров страхования предпринимательских рисков

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

I. Расчет единовременных затрат разработчика

К единовременным затратам разработчика относятся Гриненко Г.П. Методические указания к выполнению экономической части выпускной квалификационной работы для студентов специальности 220400 - Программное обеспечение вычислительной техники и автоматизированных систем.- Белгород: Изд-во БГТУ им. В.Г. Шухова, 2003.-36с.:

· теоретические исследования;

· разработка алгоритмов и программ;

· отладка;

· опытная эксплуатация;

· исследование рынка;

· реклама.

Таблица 1 представляет фактическую трудоемкость работ по стадиям проектирования.

Таблица 1 Содержание стадий научно-исследовательской работы

К затратам на научно-исследовательские работы относятся:

- материальные затраты;

- основная и дополнительная заработная плата;

- отчисления на социальные нужды;

- стоимость машинного времени на подготовку и отладку программ;

- стоимость инструментальных средств;

- накладные расходы.

1. Материальные затраты

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

В процессе работы использовались материалы и принадлежности, представленные в табл. 2.

Таблица 2 Использованные материалы и принадлежности

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

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

Основная заработная плата (З_осн) при выполнении научно-исследовательских работ рассчитывается по формуле:

,

где

З_срднj - зарплата j-го сотрудника, руб.;

n - количество сотрудников, принимающих непосредственное участие в разработке программного продукта.

Для расчета заработной платы разработчика (З_раз) необходимо сразу указать, что всего научно-исследовательские работы производились в течение 205 дней. Среднедневная зарплата разработчика определена из расчета 7000 руб. в месяц и равна:

Заработная плата исполнителя в целом составляет:

З_раз=205 дн.*350 руб./день=71750 руб.

На консультации запланировано: 23 часов - дипломный руководитель и 3 часа - консультант по страхованию.

Заработная плата дипломного руководителя составляет 45 руб./час. Следовательно, среднедневная зарплата дипломного руководителя равна:

З_рук=23*45=1035 руб.

Заработная плата консультанта по страхованию составляет 40 руб./час. Следовательно, среднедневная зарплата равна:

З_конс=3*40=120 руб.

Получаем, что основная заработная плата при выполнении научно-исследовательских работ равна сумме заработных плат разработчика (студента), дипломного руководителя и консультанта по страхованию:

З_осн=З_раз+З_рук+З_конс=71750+1035+120=72905 руб.

Дополнительная заработная плата составляет 10 % от основной:

З_доп=0,1*З_осн=0,1*72905=7290,5 руб.

Итого основная и дополнительная заработная плата составляют:

З_общ=З_осн+З_доп=72905+7290,5=80195,5 руб.

3. Отчисления на социальные нужды

Отчисления на социальные нужды составляют 26% от общего фонда заработной платы всех работников, получим:

О_соц=0,26*З_общ=80195,5*0,26=20850,83 руб.

4. Затраты на оплату машинного времени

Затраты на оплату машинного времени (З_омв) зависят от времени работы на ЭВМ (Т_эвм), себестоимости машино-часа работы ЭВМ (С_мч) и включают в себя амортизацию ЭВМ и оборудования, затраты на электроэнергию. Стоимость одного машинного часа работы равна:

С_мч=0,24 кВт/час*1,16 руб./кВт=0,28 руб./час

Время работы ЭВМ:

Т_эвм=0,35*Т_эск+0,6*Т_{тех пр}+0,8*Т_{раб пр}+

+0,6*Т_вн=0,35*25+0,6*30+0,8*39+0,6*10=131 день,

где

Т_эск, Т_{тех пр}, Т_{раб пр}, Т_вн - фактические затраты времени на разработку эскизного, технического, рабочего проектов и внедрения соответственно, с учетом поправочных коэффициентов, дни.

С учетом того, что ЭВМ работала по восемь часов в сутки получаем:

Т_эвм=131 дн*8ч=1048 ч

Себестоимость электроэнергии рассчитывается следующим образом:

С_эл= Т_эвм*С_мч=1048*0,28=293,44 руб.

Затраты на амортизацию (А_м) ЭВМ и оборудование - это затраты на приобретение оборудования и его эксплуатацию, причем в статью расходов включают только амортизацию, начисленную за время работы над проектом. Имеем формулу:

А_м=(О_ф*Н_ам*Т_эвм)/(365*100),

где

О_ф - персональная стоимость оборудования, руб.;

Н_ам - норма амортизации, % (принято 20%);

Т_эвм - время использования оборудования, дн.

Таблица 3 Себестоимость оборудования и амортизационные отчисления

Согласно таблице 3 первоначальная стоимость оборудования составила 29840 руб. Произведем расчет затрат на амортизацию:

А_м=(29840*20*131)/(365*100)=2135,40 руб.

Затраты на оплату машинного времени (З_овм) включают:

1. Затраты на оборудование в размере 2135,40 руб.

2. Затраты на электроэнергию в размере 290,87 руб.

Получаем, что стоимость машинного времени составляет:

З_овм=2135,40+290,87=2426,27 руб.

5. Стоимость инструментальных средств

Стоимость инструментальных средств включает стоимость системного программного обеспечения, использованного при разработке программного продукта в размере износа за этот период. Норма амортизации для системного программного обеспечения - 30%, а время использования 131 день.

Таблица 4 Стоимость системного программного обеспечения Компания Ю-Ти-Ай. http://www.uti.ru

Амортизационные отчисления, входящие в стоимость разрабатываемого программного обеспечения, рассчитываются по формуле:

А_ис=(О_ф*Н_ам*Т_эвм)/(365*100),

где

О_ф - первоначальная стоимость инструментальных средств, руб.;

Н_ам - норма амортизации, % (принято 30%);

Т_эвм - время использования оборудования, дней.

А_ис=(30925*30*131)/( 365*100)= 3319,57 руб.

6. Накладные расходы

Накладные расходы составляют 30 % от суммы основной заработной платы:

Р_н=З_осн*0,3=72905*0,3=21871,5 руб.

Далее в таблицу 5 заносится смета затрат на программное обеспечение.

Таблица 5 Смета затрат на программное обеспечение

Сумма затрат на разработку распределяется по этапам проектирования пропорционально трудоемкости. В результате составляется инвестиционный план, отраженный в таблице 6.

Таблица 6 План инвестиций

II. Тиражирование и реализация программного обеспечения

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

Смета затрат на тиражирование, рекламу и сопровождение программного обеспечения составляется на основании плана по реализации программного обеспечения. Затраты на рекламу планируются на основании того, что она будет осуществляться путем рассылки буклетов потенциальным покупателям системы и помещения объявлений в специализированных журналах. Затраты на сопровождение планируются из расчета 5% от выручки от реализации за этот период. Итоги расчетов по затратам тиражирование, рекламу и сопровождение представлены в таблице 7.

Таблица 7 Смета затрат

III. План прибыли от продаж

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

Таблица 8 План прибыли

IV. Определение экономической эффективности проекта

Таблица 9 отражает денежные потоки за весь период жизненного цикла программного продукта. Здесь определяется чистый денежный поток (ЧДП), дисконтированный денежный поток (ДДП) и чистая текущая стоимость проекта (NPV).

Таблица 9 Денежные потоки

Ставка дисконтирования (r) рассчитывается по формуле:

При этом ставка рефинансирования равна 13%, инфляция - 11%, а риск - 13%. Таким образом, получаем:

Коэффициент дисконтирования (б) рассчитывается по формуле:

,

где

r - ставка дисконтирования,

t - период времени.

Дисконтированный денежный поток представляет собой произведение коэффициента дисконтирования на сумму чистого денежного потока за соответствующий период. Чистая текущая стоимость проекта (NPV) показывает прибыль, получаемую от выполнения проекта, приведенную на начало периода.

Индекс доходности (SRR) определяется как отношение суммарного дисконтированного дохода к суммарным дисконтированным капитальным вложениям:

,

где

Пч_t - прибыль чистая,

A_t - амортизационные отчисления,

K_t - капитальные вложения в основные и оборотные фонды,

б_t - коэффициент дисконтирования.

Таким образом, индекс доходности равен:

.

Индекс доходности показывает во сколько раз суммарный дисконтированный доход от выполнения проекта больше суммарных дисконтированных капитальных вложений в проект.

Пороговое значение рентабельности (r_пор) или внутренний коэффициент эффективности проекта (IRR) рассчитывается по формуле:

где

r₁ - исходная ставка дисконтирования,

r₂ - ставка дисконтирования, при которой NPV меньше нуля,

r_пор - внутренний коэффициент эффективности проекта,

NPV_r1 и NPV_r2 - NPV соответственно при r₁ и r₂

Для определения внутреннего коэффициента эффективности проекта возьмем такую ставку дисконтирования (r₂=2,40), при которой NPV станет меньше нуля. Полученные результаты сводятся в таблицу 10.

Таблица 10 Нахождение отрицательной чистой текущей стоимости проекта

Рассчитаем пороговое значение рентабельности:

(239,2 % в полугодие или 572,3% в год)

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

Срок окупаемости проекта находится по формуле:

где

t_x - количество периодов, при которых NPV меньше нуля,

NPV_t - последнее отрицательное значение NPV,

ДДП_t+1 - величина ДДП в t+1 периоде.

Получим:

полугодия (1,12 года)

Такое значение срока окупаемости проекта говорит о том, что через 1,12 года проект окупит денежные средства, вложенные в него, а затем начнет приносить доход.

Глава III. Разработка информационной системы

Современной формой информационных систем являются банки данных, имеющие в своем составе:

· Вычислительную систему;

· Систему управления базами данных (СУБД);

· Одну или несколько баз данных (БД);

· Набор прикладных программ (приложений БД).

Компоненты информационной системы образуют вместе систему хранения и манипулирования данными.

3.1 Выбор структуры информационной базы и средств ее реализации

База данных (БД) обеспечивает хранение информации, а также удобный и быстрый доступ к данным. Она представляет собой совокупность данных различного характера, организованных по определенным правилам. Основным структурным компонентом БД является таблица, содержащая записи определенного вида и формы. Каждая запись таблицы содержит всю необходимую информацию об отдельном элементе БД. Такие отдельные структурные элементы называют полями таблицы. Еремин С. В. Выбор СУБД и его влияние на программные компоненты информационно-вычислительных систем. // Автоматизация и современные технологии, М.: Машиностроение, 1999. - № 4. -- С. 7-9.

Информация в БД должна быть:

- непротиворечивой;

- неизбыточной;

- целостной;

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

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

· Иерархическую;

· Сетевую;

· Реляционную;

· Объектно-ориентированную.

В автоматизированной системе учета договоров страхования предпринимательских рисков будет использоваться реляционная БД. Реляционные базы данных состоят из нескольких таблиц, связь между которыми устанавливается с помощью совпадающих полей. Каждая запись в таблицах идентифицирует один объект. Реляционная модель представляет все данные в виде таблиц и только таблиц, представляется следующими тремя элементами:

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

- реляционно-полный язык для манипулирования информацией базы данных. Полнота языка в приложении к реляционной модели означает, что он должен выполнять любую операцию реляционной алгебры или реляционного исчисления (полнота последних доказана математически Э.Ф. Коддом). Более того, язык должен описывать любой запрос в виде операций с таблицами, а не с их строками. Одним из таких языков является SQL (язык является неотъемлемой частью любой модели данных, без него модель не существует).

- поддержание следующих ограничений целостности:

1) каждая строка в таблице должна иметь уникальный идентификатор, называемый первичным ключом;

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

3) структура взаимосвязей таблиц не должна зависеть от содержимого таблиц.

Система управления базой данных (СУБД) - это совокупность языковых и программных средств, предназначенных для создания, ведения и использования БД. По характеру применения СУБД разделяют на: персональные и многопользовательские.

Персональные СУБД обеспечивают возможность создания локальных БД, работающих на одном компьютере. К персональным СУБД относятся Paradox, dBase, FoxPro, Access и другие.

Многопользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре "клиент-сервер". Наиболее известными многопользовательскими СУБД являются Oracle, Informix, SyBase, Microsoft SQL Server, InterBase.

При создании системы учета договоров страхования предпринимательских рисков будет использоваться многопользовательская СУБД InterBase, которая позволяет создавать информационные системы, функционирующие в архитектуре "клиент-сервер". Коуд Объектные модели. Стратегии, шаблоны и приложения. М.: Лори, 1999.

Разрабатывать систему с помощью InterBase очень удобно, это помогает значительно уменьшить время разработки и развертывания сложных систем. Удобство работы с InterBase также проявляется в том, что она содержит все необходимое для создания требовательных к надежности приложений, а следовательно использование InterBase снижает стоимость установки приложения и его обслуживания. Сочетание легкости установки, режима автоматического возврата к исходному состоянию в случае ошибки и минимальных затрат на приобретение, делают InterBase в высшей степени подходящей для использования в распределенных приложениях.

Так как разрабатывать систему будем в среде программирования Delphi, то оптимальный вариант СУБД является InterBase, которые полностью совместимым между собой. Это объясняется еще и тем что, его технические характеристики полностью подходят для реализации БД моей автоматизированной системе учета договоров страхования предпринимательских рисков.

3.2 Разработка структуры базы данных

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

Для того чтобы создать базу данных, ее нужно нормализовать. Этот процесс получил название нормализации базы данных.

Процесс нормализации базы данных предназначен для уменьшения избыточности информации в базе данных. Существует несколько так называемых нормальных форм базы данных:

· первая нормальная форма

· вторая нормальная форма

· третья нормальная форма

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

После нормализации получаются следующие таблицы:

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

Таблица 1: "Договор страхования предпринимательских рисков"

Таблица "Заявление" (Таблица 2) содержит следующую информацию: номер заявления, дата принятия, ФИО сотрудника, срок страхования, порядок уплаты страховой премии, ИНН. Ключевым полем является поле - "Номер заявления".

Таблица 2: "Заявление"

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

Таблица 3: "Страхователь"

Таблица "Предпринимательские риски" (Таблица 4) содержит определенный набор предпринимательских рисков, которые прописаны в ФЗ "О страховом деле в РФ", при наступлении которых страховая компания будет нести обязательства по возмещению ущерба. Страхователь должен сам выбрать те риски, для которых ему необходима страховая защита. Ключевым полем является "Код".

Таблица 4: "Предпринимательские риски".

Таблица "Пакет документов" (Таблица 5) содержит определенный набор документов, которые предоставляет страхователь для страхования предпринимательских рисков. Документы, необходимые для страхования того или иного вида предпринимательского риска, определяются "Правилами о добровольном страховании предпринимательских рисков". Ключевым полем является "Номер пакета документов".

Таблица 5: "Пакет документов".

Таблица "БСО" (Таблица 6) содержит информацию о бланках строгой отчетности. К таким данным относятся: номер БСО, серия, дата изготовления, статус, ФИО сотрудника, дата получения, номер договора. Ключевым полем является поле - "номер БСО".

Таблица 6: "БСО"

Таблица "Документы об оплате" (Таблица 7) содержит данные об оплате страховой премии. К этим данным относятся: номер документа об оплате, дата оплаты, тип документа, сумма, ФИО кассира, ФИО плательщика, серия и номер паспорта плательщика Закон «Об организации страховой деятельности в Российской Федерации».. Ключевым полем является "номер документа об оплате".

Таблица 7 "Документы об оплате"

3.3 Проектирование информационной базы данных

Таблицы связаны между собой ключами. Общий вид связей между таблицами представлен на рисунке 5.

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

Главной из таблиц является таблица "Договор страхования предпринимательских рисков", которая связана с таблицей "Заявление" через поле номер заявления отношением "один - к - одному"; с таблицей "БСО" через номер договора отношением "один - к - одному". Таблица "Договор страхования предпринимательских рисков" связана с таблицей "Документы об оплате" по полю - номер документа об оплате - связью "один-ко-многим", это означает, что каждой записи в одной таблице соответствует одна или несколько записей в другой таблице.

Таблица "Заявление" связана с таблицами "Предпринимательские риски" по номеру заявления и с таблицей "Страхователь" по полю - ИНН отношением "один - к - одному". Таблица "Страхователь" связана с таблицей "Пакет документов" по полю - номер пакета документов отношением "один - к - одному".

Отношение "один-к-одному" означает, что каждая запись в одной таблице соответствует только одной записи в другой таблице.

3.4 Проектирование экранных форм

Выбор средств разработки программного обеспечения является не менее важной задачей, чем выбор средств проектирования. Данный выбор объясняется двумя факторами: первый - это квалификация программиста, т.е. языки программирования, на которых он умеет работать, а второй - требования к программе (операционная система, в которой она будет работать, наличие баз данных и т.д.). Фаронов В.В. Delphi. Программирование на языке высокого уровня: Учебник для вузов- СПб.: Питер 2005.-640 с.:ил.

Для создания программной среды автоматизированной системы учета договоров страхования предпринимательских рисков применена среда программирования Borland Delphi. Она получила в последние годы большую популярность, характеризуется следующими положительными особенностями:

1. Язык среды Delphi является языком высокого уровня.

2. Имеет высокопроизводительный компилятор в машинный код.

3. Язык поддерживает мощные средства объектно-ориентированного программирования, включающие:

4. работу с динамическими классами, классовыми ссылками, методами и свойствами классов;

5. возможность обработки исключительных ситуаций приложения;

6. обработку информации о типах объектов во время выполнения программы;

7. обработку системных и пользовательских событий Windows на уровне отдельных методов.

8. Предоставляет широкий выбор компонент для построения и работы с различными СУБД.

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

С учетом данных замечаний можно сделать вывод о том, что выбор языка программирования для разработки советующей системы является обоснованным Фаронов В.В. Delphi. Программирование на языке высокого уровня: Учебник для вузов- СПб.: Питер 2005.-640 с.:ил..

При помощи Delphi повышается быстродействие разрабатываемой программы и при этом пользовательскому интерфейсу придаются качества профессионального уровня.

Описанные выше преимущества отныне принадлежат программисту. Пользователь же приложения, написанного при помощи Delphi 7, получает полноценное Windows-приложение с удобным в работе интерфейсом. Приложения, созданные компилятором Delphi, не требуют больших ресурсов ЭВМ, а также высокоэффективны по скорости. Наличие в Delphi встроенных механизмов обработки исключительных ситуаций позволяет считать, что приложения, написанные на Delphi, обладают повышенной надежностью.

По сравнению с аналогичными программными продуктами Delphi имеет ряд преимуществ:

· быстрота разработки приложения и высокая производительность разработанного приложения;

· наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

· низкие требования разработанного приложения к ресурсам компьютера;

Приложения, создаваемые в среде Delphi, отличаются повышенной надежностью. Это обуславливается наличием встроенных механизмов обработки исключений вместе со строго типизированным языком Object Pascal, что изначально закладывает в программы устойчивость к всевозможным сбоям, которые могут произойти в операционной системе или непосредственно в программе Бобровский С.И. Delphi 7. Учебный курс. Спб.: Питер 2005.-736 с.:ил..

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

Иерархия пользовательских форм:

Из иерархии видно, что главным меню является окно "Учет договоров страхования предпринимательских рисков". Оно в свою очередь разветвляется на пять экранных форм: Учет договоров, БСО, Документы об оплате, Поиск и Настройки, которые в свою очередь разветвляются на другие.

При запуске программы открывается окно "Учет договоров страхования предпринимательских рисков" с главным меню (рис. 6)

Рис. 6

Из данного меню запускаются основные функции программы:

Полисы - работа с полисами: создание, изменение, прекращение и формирование полисов для печати.

БСО - работа с бланками строгой отчетности.

ДОКУМЕНТЫ ОБ ОПЛАТЕ - работа с платежными поручениями и квитанциями.

ПОИСК - быстрый поиск полисов страхования предпринимательских рисков

Настройка - настройка программы по изменения в законодательстве.

Выход - выход из программы.

3.4.1 Полисы

Режим работы "Полисы" предназначен для:

ввода, поиска, отбора, просмотра и корректировки полисов все типов (на страхование, на изменение, на прекращение),

печати полисов.

По пункту "Полисы" основного меню (рис. 6) открывается окно для работы со списком полисов (рис. 7).

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

Рис. 7

Правая часть окна "Условия отбора" предназначена для ввода условий отбора полисов для формирования списка в левой части окна.

В нижней части данной области окна указаны кнопки, по нажатию на которые выполняется одна из следующих функций:

Отобрать - Отбор и формирование списка полисов по введенным условиям.

Очистить поля - Очистка всех введенных условий отбора. Установка условий по умолчанию.

Добавить - Ввод нового полиса на страхование.

Удаление- Удаление полиса, выбранного в списке полисов.

Изменить - Просмотр или изменение полиса, выбранного в списке полисов.

Копировать - Создание нового полиса на страхование на основе данных выбранного полиса из списка.

Печать - Печать одного выбранного в списке полиса.

Отчет - Формирование отчета по списку полисов.

Выход - Выход из режима работы полисы и возврат в основное меню.

3.4.1.1 Создание полиса на страхование

Ввод нового полиса на страхование инициируется нажатием кнопки "Добавить" или "Копировать" в окне "Учет договоров страхования предпринимательских рисков" (рис. 7).

По кнопке "Добавить" создается новый полис на страхование с чистого листа (проставлены только значения по умолчанию).

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

По каждой из этих кнопок открывается многозакладочное окно "Полиса страхования предпринимательских рисков" для ввода данных полиса (рис. 8).

Опишем подробнее ввод полиса по кнопке "Добавить", т.е. с чистого листа.

По нажатию кнопки "Добавить" откроется форма для ввода полиса на страхование с доступной для ввода закладкой "Заявление" (рис. 8).

Рис. 8

Сначала доступной для заполнения будет только закладка "Заявление". Параметры: "Номер заявления" и "Дата заявления" (по умолчанию она равна текущей дате) будут заполнены по умолчанию.

Следует внести данные в следующие поля:

"Представитель страховщика" - ФИО сотрудника страховой компании;

"Срок страхования" - в годах, месяцах или сутках.

"Порядок уплаты страховой премии" - график, по которому будет происходить оплата страховой премии в рассрочку.

Затем нажимается кнопка "Сохранить" и осуществляется автоматический переход на закладку "Страхователь". На данной закладке (рис. 9) заполняется вся информация по Страхователю.

Сначала выбирается тип лица Страхователя:

юридическое лицо (установлено по умолчанию),

индивидуальный предприниматель.

Рис. 9

Для юридического лица заполняются:

Полное наименование - заполнение обязательно.

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

Рис. 10

Для Индивидуальных предпринимателей заполняются поля, так как показано на рис.11

Рис.11

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

Затем заполняется адрес Страхователя. Адрес необходимо выбрать из справочника территорий (рис. 12), который открывается по кнопке Адрес

рис.12

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

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

После выбора и заполнения адреса для Страхователя заполняется телефон. Заполнение этих полей не является обязательным, но желательно.

После заполнения всех данных нажимается кнопка "Сохранить". При этом автоматически происходит переход на закладку "Предпринимательские риски".

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

Рис. 13

После нажимается кнопка "Сохранить" и автоматически происходит переход на закладку "Пакет документов". На вкладке "Пакет документов" (рис. 14) также делаем отметку на тех документах, которые были предоставлены страховщиком.

Рис.14

Сохраняем изменения и переходим на вкладку "Договор". Данная закладка используется для заполнения тех параметров полиса, которые не были заполнены при вводе ранее Рис.15 .

Рис.15

По умолчанию устанавливаются следующие значения полей:

Тип полиса - устанавливается "на страхование".

Дата заключения - устанавливается равной дате заявления, но можно изменить вручную.

Статус полиса - устанавливается "в работе".

Остальные поля заполняются вручную:

После ввода всех данных по кнопке "Сохранить" происходит сохранение введенных значений и проверка регистрации в системе указанных бланков полиса и знака. Если на момент сохранения статус полиса "заключен", то для указанных в нем бланков строгой отчетности автоматически происходит присвоение нового статуса - "использован по назначению".

Обратите внимание: После сохранения полиса со статусом "заключен" изменять параметры полиса и заявления будет невозможно. Если после этого обнаружатся ошибки ввода, то необходимо статус полиса "заключен" поменять обратно на статус "в работе" и внести изменения. Следует использовать подобный "откат" в крайних случаях.

Печать полиса может быть запущена по кнопке "Печать" либо из окна "Список полисов" (для полиса, выделенного в списке). Выводится сообщение (Рис.16): печатать полис или нет?

Рис. 16

Далее полис выводится в шаблон Word, а затем может быть распечатано.

Внимание: Вывод полиса в шаблон Word происходит не очень быстро: сначала открывается шаблон с наименованиями полей, затем происходит заполнение данных полей.

Рис.16 А

3.4.1.2 Поиск полиса из БД

Поиск полиса инициируется нажатием кнопки "Отобрать" в окне "Учет договоров страхования предпринимательских рисков" (рис. 7).

Другой вариант поиска нажатием кнопки "Поиск" в окне "Учет договоров страхования предпринимательских рисков" с главным меню (рис. 6). При нажатии открывается окно "Учет договоров страхования предпринимательских рисков" (рис. 7).

Задаем условия поиска и нажимаем кнопку "Отобрать", осуществляется поиск полисов, которое удовлетворяют условию отбора (рис. 17).

(рис. 17).

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

Выбранного в списке полисов в момент нажатия кнопки "Изменить" открывается многозакладочное окно "Полиса страхования предпринимательских рисков" с данными полиса (рис. 18) и с доступом для изменения данных.

Рис.18

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

При нажатие кнопки "Удалить" открывается окно "Удаление договора" (рис. 19) на которым изображен вопрос "Удалить договор из БД" и три кнопочки для выбора: да, нет, отмена.

Рис.19

Выбранных в списке полисов в момент нажатия кнопки "Отчет" открывается окно "Отчет по договорам" по выбранным из списка договорам (Рис. 20).

Рис.20

Например, нам нужен отчет по выбранным полисам, которые находятся в работе. Задаем условия отбора и нажимаем "Формировать". Открывается Word-файл с содержанием отчета в свободной форме Рис.21.

Рис.21

3.4.2 Бланков строгой отчетности в режиме "БСО"