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

На странице перечня причин отображается тип объекта и относящаяся к нему причина (см. рис.). Для более детального просмотра причины следует выбрать ее в списке и нажать либо на тип объекта, либо на саму причину, после чего осуществится переход на страницу просмотра причины. На странице просмотра причины, кроме типа объекта, к которому относится причина, и ее названия, отображается также блок "История редактирования".

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

•Тип объекта — выбор значения из выпадающего списка

•Причина — можно указать только часть названия причины (от одного знака)

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

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

•Тип объекта — выбор значения из выпадающего списка

•Название причины — указывается причина

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

Для редактирования причины в справочнике следует перейти на ее страницу просмотра и в функциональном меню нажать кнопку "Редактировать", после чего внести изменения и нажать кнопку "Сохранить" для сохранения изменений, для отмены — кнопку "Отмена".

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

Для удаления причины в справочнике следует перейти на ее страницу просмотра и в функциональном меню нажать кнопку "Удалить".

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

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

Типы отказов для данного контролируемого поля:

•ИНН не задан — срабатывает, если в поле с ИНН не задано значение

•Неверная контрольная сумма ИНН — срабатывает, если при проверке ИНН не сработала проверка контрольной суммы

•Несоответствие ИНН полу или дате рождения — срабатывает, если ИНН заполнен, но имеет место несоответствие уже указанным дате рождения и/или полу

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

•Обновление карточки контрагента с дублирующимся ИНН — срабатывает, если пользователь при заполнении данных контрагента (справочник контрагентов, ввод/редактирование договора/ДС, СУ, СД) выбрал ранее уже зарегистрированного в системе контрагента и регистрирует для этого контрагента ИНН, который уже использован в карточке другого контрагента, то ему также высвечивается окно с контрагентами с таким же ИНН. Если пользователю отобразились контрагенты с аналогичным ИНН, но он не выбрал ни одного из них и при сохранении выбрал опцию «Обновить карточку контрагента» или такое обновление выполняется автоматически без запроса пользователю – в БД появится карточка контрагента с дублирующимся ИНН.

Места в системе, где выполняется контроль по данному полю:

•Переоформление контракта по ОСАГО, также, прикрепленного к генеральному договору

•Создание / редактирование договора по ОСАГО

•Создание / редактирование контрагента

При сохранении контрагента со всеми незаполненными полями телефонов выполняется контроль, т.е. появляется модальное окно с выбором причин не заполнения поля. Реализовано для всех типов контрагентов (Физ. лиц, Юр. лиц и СПД-ФЛ).

Тип отказа для данного контролируемого поля:

•Отсутствие телефона страхователя — срабатывает, если по страхователю не задан ни один телефон

Места в системе, где выполняется контроль по данному полю:

•Переоформление контракта по ОСАГО, также, прикрепленного к генеральному договору

•Создание / редактирование договора по ОСАГО

•Создание / редактирование контрагента

Типы отказов для данного контролируемого поля:

•Дата рождения не заполнена — срабатывает, если по страхователю/контрагенту не заполнена дата рождения

•Дата рождения меньше 16 лет — срабатывает, если  страхователю/контрагенту менее 16 лет (особенности выполнения контроля с данным типом отказа см. в примечании ниже)

Места в системе, где выполняется контроль по данному полю:

•Переоформление договора по ОСАГО, также, переоформление контракта по ОСАГО, прикрепленного к генеральному договору

•Создание / редактирование договора по ОСАГО

•Создание / редактирование контрагента

Поля "Водительское удостоверение" и "Водительский стаж с" не являются обязательными к заполнению, однако сохранение договора без заполнения данных полей срабатывает контроль и, следовательно, в журнале контроля ввода заносится соответствующая запись относительно оператора, который не ввел эти данные (на 4-м шаге калькулятора ОСАГО для 1-го и 3-го типа договора со страхователем — физ. лицом).

Тип отказа для данных контролируемых полей:

•"Не указана серия водительского удостоверения" — срабатывает, если по страхователю не указана серия водительского удостоверения

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

•"Не указан водительский стаж" — срабатывает, если по страхователю не заполнен водительский стаж

Места в системе, где выполняется контроль по данным полям:

•Создание договора по ОСАГО

•Изменение условий договора по ОСАГО

•Переоформление договора по ОСАГО, также, переоформление контракта по ОСАГО, прикрепленного к генеральному договору

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

Тип отказа:

•Один или несколько договоров по указанным номерам имеют страхователя, отличного от страхователя расторгаемого договора

При закрытии отчетного периода с выявленными в системе FO договорами, дата подписания которых раньше даты закрытия отчетного периода и которые не были экспортированы в BO, срабатывает контроль ввода, т.е. появляется модальное окно с выбором причин.

Тип отказа:

•В системе FRONT-OFFICE найдены договора с датой подписания до даты закрытия отчетного периода, которые не были экспортированы в BACK-OFFICE.

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

Типы отказов для данного контролируемого поля:

•Не указана серия документа, удостоверяющего личность

•Не указан номер документа, удостоверяющего личность

•Не указано кем выдан докумен, удостоверяющий личность

•Не указана дата выдачи документа, удостоверяющего личность

Места в системе, где выполняется контроль по данным полям:

•Создание / редактирование договора посредством калькуляторов ОСАГО, КАСКО

•Создание / редактирование договора посредством обычных модулей ввода для всех продуктов

Контроль полей ИНН/ЕГРПОУ с использованием ЖКВ осуществляется для всех модулей системы, в которых существует возможность регистрации контрагента. В рамках регистрации контрагента предусмотрена регистрация реквизита ИНН/ЕГРПОУ этого контрагента  и на основании данных, указанных при такой регистрации создается/обновляется карточка контрагента в системе.

Контроль ИНН с использованием ЖКВ обеспечивает:

•проверку контрольного разряда ИНН

•проверку соответствия ИНН полу контрагента, там где есть оба реквизита

•проверку соответствия ИНН дате рождения контрагента, там где есть оба  реквизита

•проверку заполнения значения ИНН

Контроль ввода ЕГРПОУ с использованием ЖКВ осуществляется по контрольному разряду и заполнению поля. Данная проверка выполняется для всех модулей системы, в которых существует возможность регистрации контрагента.

При обнаружении уже зарегистрированных карточек контрагентов с идентичными номерами (ИНН/ЕГРПОУ) пользователю предлагается использовать существующую карточку вместо создания новой для тех модулей, в которых возможна регистрация контрагентов.

Регистрация новой карточки контрагента с дублирующимся  ИНН/ЕГРПОУ  

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

При наступлении такого события будет сформировано замечание в ЖКВ с типом отказа «Регистрация контрагента с дублирующимся ИНН»  (для кода ЕГРПОУ - «Регистрация контрагента с дублирующимся кодом ЕГРПОУ» ) и типом объекта «Контрагент».

Обновление  карточки контрагента и регистрация в  ней ИНН/ЕГРПОУ, который уже указан в другой карточке контрагента

Если пользователь при заполнении данных контрагента (справочник контрагентов, ввод/редактирование договора/ДС, СУ, СД) выбрал ранее уже зарегистрированного в системе контрагента и регистрирует для этого контрагента ИНН/ЕГРПОУ, который уже использован в карточке другого контрагента, то ему также высвечивается окно с контрагентами с таким же ИНН/ЕГРПОУ. Если пользователю отобразились контрагенты с аналогичным ИНН, но он не выбрал ни одного из них и при сохранении выбрал опцию «Обновить карточку контрагента» или такое обновление выполняется автоматически без запроса пользователю – в БД появится карточка контрагента с дублирующимся ИНН/ЕГРПОУ.

При наступлении такого события будет сформировано замечание в ЖКВ с типом отказа «Обновление карточки контрагента с дублирующимся ИНН» (для кода ЕГРПОУ - «Обновление карточки контрагента с дублирующимся кодом ЕГРПОУ») и типом объекта «Контрагент».

В пользовательский справочник «Некорректный ИНН/ЕГРПОУ» можно добавлять комбинации значений, использование которых не допустимо при указании ИНН/ЕГРПОУ контрагента. При добавлении новой записи нужно отметить в соответствующем поле нужную радиокнопку, определяя этим, должна ли данная комбинация контролироваться для ИНН или ЕГРПОУ.

При регистрации контрагентов (создании/редактировании), если поле ИНН/ЕГПРОУ заполнено, выполняются проверки в виде валидации:

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

проверка наличия некорректных комбинаций символов (без возможности сохранения с ИНН/ЕГРПОУ, включающим некорректную комбинацию значений); проверка выполняется при наличии активных записей в пользовательском справочнике для соответствующего типа кода. Для отключения проверки для выбранной комбинации достаточно сделать эту запись в справочнике неактивной.

Для защиты идентификационных кодов введено контрольное число (КЧ). Основное назначение КЧ - защита от ошибок, возникающих в процессе первичной обработки, передачи данных и выявлении их при вводе информации в ЭВМ. КЧ находится в наименьшем разряде идентификационного кода.

Методика расчета КЧ заключается в следующем:

1. Каждому разряду идентификационного кода, начиная с самого старшего, предоставляется весовой коэффициент:

2. Проводится расчет КЧ для конкретного идентификационного кода . Для этого каждая цифра ( Di ) , которая занимает определенный разряд данного кода, умножается на весовой коэффициент разряда (Wi ) и исчисляется сумма полученных произведений (1):

        7
S = SUM Wi * Di (1)
      i=1

3. Контрольное число идентификационного кода - это остаток от деления полученной суммы (S) на 11 и выражается формулой:

КЧ = S - | S/11 | * 11 ,

      где | S/11 | - целая часть результата деления (доли).

4. Контрольное число должно иметь один разряд , то есть

КЧ = 0,1,2,3,4,5,6,7,8 або 9.

5. Если при расчете контрольного числа получается остаток , равный 10, то для обеспечения однорозрядности КЧ необходимо провести перерасчет , применяя вторую последовательность весовых коефициинтив , которая сдвинуть на два разряда влево: (3,4,5,6,7,8,9) або (9,3,4,5,6,7,8).

6. Если при повторном расчете КВ остаток от деления снова будет равняться 10, то идентификационному коду предоставляется КЧ = 0.

Пример. Необходимо определить контрольное число такого идентификационного кода : 0490301. В этом случае :

Di = (0, 4, 9, 0, 3, 0, 1);

Wi = (1, 2, 3, 4, 5, 6, 7);

S = 1*0 + 2*4 + 3*9 + 4*0 + 5*3 + 6*0 + 7*1 = 57

| S/11 | = | 57/11 | = 5 (остаток 2)

КЧ = 57 - 11*5 = 2

Правильно построенный идентификационный код - 04903012.

При проверке правильности идентификационных кодов необходимо определить сумму по формуле (1), разделить ее на 11 и полученный от деления остаток сравнить со значением контрольного числа. Если значение остатка и контрольного числа совпадают, то идентификационный код считается правильным. В противном случае идентификационный код считается ошибочным за исключением того, когда остаток равен 10. Если остаток от деления равен 10, производится перерасчет суммы (1), используя последовательность весовых коефициинтив соответственно п.5, определяется новый остаток от деления полученной суммы на 11 и сравнивается с КЧ. Если остаток совпадает с КЧ, а также в случае, когда полученный остаток равен 10, а КЧ = 0, идентификационный код считается правильным, в противном случае - ложным.

Для не резидентов проверки кодов «ЕГРПОУ» и «ИНН» осуществляться не будут.

Если поле «ЕГРПОУ»/«ИНН» обязательное для заполнения на вводе договора или в карточке контрагента, то при неверной длине  кода или если код содержит недопустимые комбинации символов или его отсутствии система отобразит соответствующее сообщение об ошибке и не разрешит сохранение объекта или переход на следующую страницу. При неверном контрольном разряде, несоответствии полу для ИНН, несоответствии дате рождения для ИНН сформирует запрос на регистрацию данных в ЖКВ.

Если поле «ЕГРПОУ» / «ИНН» необязательное для заполнения на вводе договора или в карточке контрагента, то при ошибочном значении ЕГРПОУ/ «ИНН» или отсутствии значения, или несоответствии полу для ИНН, или несоответствии дате рождения для ИНН   сработает контроль ЖКВ, отобразится окно, в котором необходимо будет указать причину несоответствия   введенного значения для соответствующего типа отказа, система разрешит сохранение объекта или переход на следующую страницу.