Методика

формирования статистической информации для контроля за деятельностью страховых организаций

Преамбула:

1.1. Методика формирования статистической информации для контроля за деятельностью страховых организаций (далее – Методика) разработана с целью установления единых подходов по формированию отчетов и расчету показателей, используемых для целей выявления в действиях страховщиков – членов РСА признаков дисциплинарных нарушений, ответственность за которые предусмотрена подпунктами 31, 32, 32№, 33, 34, 35, 36, пункта 6.4, подпунком 8 пункта 7.3 Правил профессиональной деятельности «Правила применения санкций и иных мер по отношению к членам РСА, их должностным лицам и работникам» (далее – ППД по санкциям)

1.2. Применение настоящей Методики является обязательным условием для возбуждения производства по делу о дисциплинарном нарушении и привлечения страховщика-члена РСА к ответственности за нарушения, приведенные в пункте 1.1, а также за иные нарушения, связанные с передачей информации в АИС РСА.

РСА не вправе привлечь страховщика к дисциплинарной ответственности за нарушения, приведенные в пункте 1.1, а также за иные нарушения, связанные с передачей информации в АИС РСА, в случае, если при выявлении факта нарушения не были использования положения настоящей Методики.

Термины и определения:

АИС РСА – информационная система обязательного страхования, созданная в соответствии со статьей 30 Федерального закона от 01.01.01 г. «Об обязательном страховании гражданской ответственности владельцев транспортных средств» (далее – Закон об ОСАГО).

НЕ нашли? Не то? Что вы ищете?

ДиКБМ – подсистема «Договоры и КБМ» АИС РСА

АПК ИРЦ ОСАГО - информационная система, в которой осуществляется обмен информацией страховщиков-участников Соглашения о прямом возмещении убытков, предусмотренного статьей 26.1 Закона об ОСАГО, в том числе с РСА, при осуществлении прямого возмещения убытков.

Невнесение данных о выплатах в АИС, не исправление ошибок, расхождение КБМ:

Отчетный период - месяц

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


Пункт ППД

Суть нарушения

Сведения из ДиКБМ

6.4 пункт 31

Невнесение в АИС РСА в установленный срок сведений о договоре ОСАГО.

 Количество договоров (PolicyID), дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке1 первой версии договора которых попадает в отчетный период, которые являются актуальными2 на момент выгрузки данных из АИС РСА. Количество договоров из п.1, у которых дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии договора в ДиКБМ позже даты заключения договора (DateCreate) в актуальной версии договора на 6 рабочих дней и более или позже даты начала действия договора (DateActionBeg) на 2 рабочих дня и более.

Формула: % расхождения = 2/1*100%

6.4 пункт 32

Невнесение в АИС РСА в установленный срок сведений об изменении договора ОСАГО.

 Количество дополнительных соглашений (POLICYID+AddAgreementID) с незаполненной датой досрочного прекращения, дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии дополнительного соглашения которых попадает в отчетный период, которые являются актуальными на момент выгрузки данных из АИС РСА. Количество дополнительных соглашений из п.1, у которых дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии дополнительного соглашения позже даты заключения дополнительного соглашения (DateAgreementCreate) в актуальной версии дополнительного соглашения на 6 рабочих дней и более.

Формула: % расхождения = 2/1*100%

6.4 пункт 32№

Невнесение в АИС РСА сведений о досрочном прекращении договора обязательного страхования

 Количество дополнительных соглашений (POLICYID+AddAgreementID) с заполненной датой досрочного прекращения (DateTermination), дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии дополнительного соглашения которых попадает в отчетный период, которые являются актуальными на момент выгрузки данных из АИС РСА. Количество дополнительных соглашений из п.1, у которых дата окончания обработки (PROC_END_DATE) при первой успешной загрузке первой версии дополнительного соглашения позже даты заключения дополнительного соглашения (DateAgreementCreate) в актуальной версии дополнительного соглашения на 16 рабочих дней и более.

Формула: % расхождения = 2/1*100%

6.4 пункт 33

Невнесение в АИС РСА в установленный срок сведений о заявленном страховом случае.

 Количество заявленных страховых случаев (LossID), у которых заполнена дата подачи заявления о страховом случае (ReqDate), дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии заявленного страхового случая которых попадает в отчетный период и являющиеся актуальными на момент выгрузки данных из АИС РСА. Количество заявленных страховых случаев из п.1, у которых указано/указаны решение/решения и указана/указаны выплата/выплаты, при этом хотя бы одна выплата имеет признак ПВУ («Тип выплаты – 1» = 2) и соответствующий ему страховой случай найден3 в АПК ИРЦ ОСАГО и дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии страхового случая в ДиКБМ позже даты получения заявкой статуса RESP (отправлено страховщику причинителя вреда) в АПК ИРЦ ОСАГО на 16 рабочих дней и более. Количество заявленных страховых случаев из п.1, у которых указано/указаны решение/решения и указана/указаны выплата/ выплаты, при этом хотя бы одна выплата имеет признак ПВУ («Тип выплаты – 1» = 2), но страховой случай не нашел соответствие в АПК ИРЦ ОСАГО и дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии страхового случая в ДиКБМ позже даты подачи заявления о страховом случае (ReqDate) в актуальной версии страхового случая на 16 рабочих дней и более. Количество заявленных страховых случаев из п.1, у которых указано/указаны решение/решения и указана/указаны выплата/выплаты, при этом ни одна выплата не имеет признак ПВУ («Тип выплаты – 1» <> 2) и дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии страхового случая в ДиКБМ позже даты подачи заявления о страховом случае (ReqDate) в актуальной версии страхового случая на 16 рабочих дней и более. Количество заявленных страховых случаев из п.1, у которых не указано ни одного решения или указано/указаны решение/решения и не указана ни одна выплата, но страховой случай нашел соответствие в АПК ИРЦ ОСАГО и дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии страхового случая в ДиКБМ позже даты получения заявкой статуса RESP (отправлено страховщику причинителя вреда) (в таблице QUERIES_HISTORY имеется запись со значением «a» в поле STATUS) в АПК ИРЦ ОСАГО на 16 рабочих дней и более. Количество заявленных страховых случаев из п.1, у которых не указано ни одного решения или указано/указаны решение/решения и не указана ни одна выплата, и страховой случай не нашел соответствие в АПК ИРЦ ОСАГО, и дата постановки в очередь (PROC_QUEUE_DATE) при первой успешной загрузке первой версии страхового случая в ДиКБМ позже даты подачи заявления о страховом случае (ReqDate) в актуальной версии страхового случая на 16 рабочих дней и более.

*За исключением заявленных страховых случаев, передающихся в отчетном периоде вместе с решением, у которых «Дата подачи заявления о страховом случае» ранее 1 августа 2015 года, а дата создания записи (Create Date) первой версии решения по страховому случаю не позднее 15 рабочих дней «Даты решения по страховому случаю» (даты получения заявкой статуса RESP в АПК ИРЦ ОСАГО в случае ПВУ).

Формула: % расхождения = (2+3+4+5+6)/1*100%

6.4 пункт 34

Невнесение в АИС РСА в установленный срок сведений о принятом решении по страховому случаю.

 Количество принятых решений о страховых случаях (LossDecisionID), дата создания записи (Create Date) при первой успешной загрузке первой версии решения которых попадает в отчетный период и являющиеся актуальными на момент выгрузки данных из АИС РСА. Количество решений из п.1, у которых указана/указаны выплата/выплаты, при этом хотя бы одна выплата имеет признак ПВУ («Тип выплаты – 1» = 2) и решение о страховом случае нашло соответствие в АПК ИРЦ ОСАГО, при этом дата создания записи (Create Date) при первой успешной загрузке первой версии решения позже даты первого получения требованием статуса NETP (платеж отправлен контрагенту) (в таблице STATUS_HISTORY имеется запись со значением «C» в поле STATUS) в АПК ИРЦ ОСАГО на 16 рабочих дней и более. Количество решений из п.1, у которых указана/указаны выплата/выплаты и хотя бы одна выплата имеет признак ПВУ («Тип выплаты – 1» = 2), но решение о страховом случае не нашло соответствие в АПК ИРЦ ОСАГО, при этом дата создания записи (Create Date) при первой успешной загрузке первой версии решения в ДиКБМ позже даты решения о страховом случае (LossDateDecision) в актуальной версии решения на 16 рабочих дней и более. Количество решений из п.1, у которых указана/указаны выплата/выплаты, и ни одна выплата не имеет признак ПВУ («Тип выплаты – 1» <> 2), при этом дата создания записи (Create Date) при первой успешной загрузке первой версии решения в ДиКБМ позже даты решения о страховом случае (LossDateDecision) в актуальной версии решения на 16 рабочих дней и более. Количество решений из п.1, у которых не указана ни одна выплата, но решение нашло соответствие в АПК ИРЦ ОСАГО, при этом дата создания записи (Create Date) при первой успешной загрузке первой версии решения позже даты получения требованием статуса NETP (платеж отправлен контрагенту) в АПК ИРЦ ОСАГО на 16 рабочих дней и более. Количество решений из п.1, у которых не указана ни одна выплата, и решение не нашло соответствие в АПК ИРЦ ОСАГО, при этом дата создания записи (Create Date) при первой успешной загрузке первой версии решения в ДиКБМ позже даты решения о страховом случае (LossDateDecision) в актуальной версии решения на 16 рабочих дней и более.

Формула: % расхождения = (2+3+4+5+6)/1*100%

6.4 пункт 35

Невнесение в АИС РСА в установленный срок сведений о произведенной выплате.

 Количество выплат, у которых указана дата выплаты,  по страховым случаям (PaymentID), дата создания записи (Create Date) при первой успешной загрузке первой версии выплаты которых  попадает в отчетный период и являющиеся актуальными на момент выгрузки данных из АИС РСА. Количество выплат из п.1, которые не имеет признак ПВУ («Тип выплаты – 1» <> 2) при этом дата создания записи (Create Date) при первой успешной загрузке первой версии выплаты в ДиКБМ позже даты выплаты (PayDate) актуальной версии выплаты на 16 рабочих дней и более. Количество выплат из п.1, которые имеют признак ПВУ («Тип выплаты – 1» = 2) и нашли соответствие в АПК ИРЦ ОСАГО, при этом дата создания записи (Create Date) при первой успешной загрузке первой версии выплаты в ДиКБМ позже даты получения требованием статуса NETP (платеж отправлен контрагенту) (в таблице STATUS_HISTORY имеется запись со значением C в поле STATUS)  в АПК ИРЦ ОСАГО на 16 рабочих дней и более. Количество выплат из п.1, которые имеют признак ПВУ («Тип выплаты – 1» = 2), и не нашли соответствие в АПК ИРЦ ОСАГО, при этом дата создания записи (Create Date) при первой успешной загрузке первой версии выплаты в ДиКБМ позже даты выплаты (PayDate) актуальной версии выплаты на 16 рабочих дней и более.

Формула: % расхождения = (2+3+4)/1*100%

6.4 пункт 36

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

 Количество переданных актуальных договоров (за исключением договоров, заключенных в электронном виде) в отчетном периоде (дата постановки в очередь (PROC_QUEUE_DATE) договора при первой успешной загрузке попадает в отчетный период). Количество переданных актуальных дополнительных соглашений (за исключением дополнительных соглашений к договорам, заключенным в электронном виде)  в отчетном периоде (дата постановки в очередь (PROC_QUEUE_DATE) дополнительного соглашения при первой успешной загрузке попадает в отчетный период). Количество актуальных страховых случаев (LossID) дата постановки в очередь (PROC_QUEUE_DATE) актуального заявления о страховом случае, актуального принятого решения по страховому случаю, актуальной произведенной выплаты попадает в отчетный период. Количество договоров из п.1, загруженных с ошибкой (HAS_VALIDATION_ERROR=1), в которых на 21 рабочий день по окончанию отчетного периода не исправлены ошибки*. Количество доп. соглашений из п.2., загруженных с ошибкой (HAS_VALIDATION_ERROR=1), в которых на 21 рабочий день по окончанию отчетного периода не исправлены ошибки*. Количество страховых случаев из п.3, загруженных с ошибкой (HAS_VALIDATION_ERROR=1),  в которых на 21 рабочий день по окончанию отчетного периода не исправлены ошибки.

Каждый страховой случай (LossID) учитывается один раз*.

*Не учитывать ошибки 2149; 2300; 2505

% расхождения = 4/1*100%; 5/2*100%; 6/3*100%;

7.3 пункт 8

Применение КБМ при заключении договоров или доп. соглашений с физическими лицами в размере отличным от КБМ определенным по АИС РСА (за исключением случаев применения коэффициента КБМ сведений о страховании, предписаний Банка России, судебных решений, а также случаев применения коэффициента КБМ в период неработоспособности АИС РСА)*

* Период неработоспособности системы определяется на основании соответствующих писем РСА.

 Количество договоров (PolicyID) и дополнительных соглашений (AddAgreementID), дата окончания обработки (PROC_END_DATE) первой версии договора/дополнительного соглашения которых попадает в отчетный период и являющиеся актуальными на момент выгрузки данных из АИС РСА, где собственник ТС физическое лицо, по которым был применен КБМ (т. е. за исключением договоров, заключенных на срок следования транспортных средств к месту регистрации, а также к месту проведения технического осмотра (IsTransCar=true)), а также за исключением  дополнительных соглашений о досрочном расторжении договора. Количество договоров и доп. соглашений из п.1., в которых примененный КБМ (по последней версии договора) не равен рассчитанному КБМ на дату начала действия договора или дополнительного соглашения или не равен КБМ, полученному в ID запросе.

% расхождения = 2/1*100%

1 Здесь и далее, успешная загрузка – присвоение статуса 3,4,5,20,22 или 23.

2 Здесь и далее актуальные договоры / страховые случаи / решения по страховым случаям / выплаты по страховым случаям - неотозванная версия договора/ страхового случая / решения по страховому случаю / выплаты по страховому случаю  (с последними внесенными изменениями в случае наличия технических коррекций) на дату формирования выгрузки из АИС РСА.

3 Здесь и далее, соответствие проверяется по следующим полям в АПК ИРЦ ОСАГО:

Для заявленных страховых случаев:  номер полиса причинителя вреда (поле NUM таблицы D_POLICIES записи, у которой значение поля POLICY_ID соответствует значению поля RI_POLICY_ID таблицы DOC_ORDERS), дата и время ДТП (поле INCIDENT_TIME таблицы DOC_ORDERS).

Для принятых решений по страховому случаю: номер полиса причинителя вреда (поле  NUM таблицы D_POLICIES записи, у которой значение поля POLICY_ID соответствует значению поля RI_POLICY_ID таблицы DOC_ORDERS), дата и время ДТП (поле INCIDENT_TIME таблицы DOC_ORDERS), дата решения по страховому случаю (поле DECISION_DATE таблицы PAY_DOCS).

Для выплат по страховым случаям: номер полиса причинителя вреда (поле NUM таблицы D_POLICIES записи, у которой значение поля POLICY_ID соответствует значению поля RI_POLICY_ID таблицы DOC_ORDERS), дата и время ДТП (поле INCIDENT_TIME таблицы DOC_ORDERS), дата решения по страховому случаю (поле DECISION_DATE таблицы PAY_DOCS), дата выплаты (поле START_TIME таблицы STATUS_HISTORY, где поле STATUS имеет значение F).

Дополнительно. Все даты применяются в днях без учета времени. В случае если в рамках проверки сведений о страховом случае в АПК ИРЦ ОСАГО установлено несколько страховых случаев, в которых совпадают сведения о серии и номере полиса причинителя вреда и дате ДТП, соответствие страхового случая определяется на основании данных, идентифицирующих ТС, а именно государственного регистрационного знака (поле REG_NUM таблицы D_VEHICLE записи, у которой значение поля VEHICLE_ID соответствует значению поля RI_VEHICLE_ID таблицы DOC_ORDERS) с применением нормализации в соответствие с п.14 «ПЕРЕЧЕНЬ ДОПУСТИМЫХ И НЕДОПУСТИМЫХ СИМВОЛОВ ДЛЯ ПЕРЕДАЧИ В ДИКБМ» Руководства оператора Подсистем Договоры и КБМ АИС РСА