К проекту постановления по вопросу «Об Автоматизированной информационной системе рса» повестки заседания Правления рса


Сведения, необходимые для обеспечения эксплуатации системы



Скачать 434.1 Kb.
страница4/5
Дата01.12.2017
Размер434.1 Kb.
1   2   3   4   5

Сведения, необходимые для обеспечения эксплуатации системы

  1. Программное обеспечение


Программное обеспечение включает в себя:

– системное ПО;

– прикладное ПО.

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

– сетевая операционная система (ОС) для компьютеров-серверов;

– СУБД;


– платформа JAVA;

– сервер приложений;

– web-сервер;

– web-браузер.

На компьютерах-серверах установлено следующее общесистемное ПО:

а) ОС Microsoft Windows Server 2008 R2 Enterprise Edition;

б) Oracle Database 11g Release 2 Standard Edition for Microsoft Windows (x64);

в) JDK 7.0;

г) Apache Tomcat 7.0.29;

д) web-сервер IIS 7.0;

е) ОС Linux Ubuntu 14.04 LTS;

ж) PostgreSQL;

з) Apache Active MQ.

Прикладное ПО предназначено для реализации функций Системы в соответствие с требованиями ТЗ. Реализовано в виде Адаптера WS Системы, который осуществляет передачу к веб-сервисам Системы файлов-запросов от СК, которые должны выкладываться в определенную папку.

На файловом сервере клиента созданы каталоги Адаптера WS Системы, путь к которым указывается в конфигурационном файле (Таблица 2).

Таблица 2. Каталоги на сервере клиента веб-сервиса



Каталог

Описание

C:\\e-osago-adapter\\samples\\eosago_incoming

Папка для файлов запросов СК к Системе.

C:\\e-osago-adapter\\samples\\eosago_outgoing

Папка для файлов ответов Системы.

C:\\e-osago-adapter\\samples\\eosago_tempStatus

Папка для файлов ответов на запросы статусов

C:\\e-osago-adapter\\samples\\eosago_status

Папка для файлов запросов СК, которые успешно переданы в подсистему «Электронный полис» и ожидают завершения обработки. Адаптер периодически запрашивает статус обработки этих файлов у Системы.

C:\\e-osago-adapter\\samples\\eosago_error

Папка для файлов с ошибками в наименованиях.

Часть системы предоставляется в виде архива веб-приложений (Web Archive) для установки и развертывания на компьютерах-серверах (каталог webapps сервера приложений Apache Tomcat).

Настройку среды функционирования Системы выполняет прикладной администратор Системы в соответствии с документом «Руководство по установке и настройке».

      1. Квалификация персонала


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

В Системе должны быть предусмотрены следующие роли:



  • Прикладной администратор;

  • Системный администратор.

Роль «Прикладной администратор» выполняет функции:

  • Управление списком СК, имеющих доступ к функциям и данным Системы.

  • Управление прикладными настройками Системы.

Роль Системный администратор выполняет функции:

  • Управление конфигурацией и функционированием базового системного ПО.

К прикладному администратору Системы предъявляются следующие требования:

  • знание технических характеристик программно-аппаратных средств, используемых в Системе;

  • знание состава и назначения компонент Системы;

  • знание технологических процессов обработки информации в Системе;

  • наличие опыта администрирования используемой в Системе СУБД,

  • знания и навыки оптимизации работы СУБД,

  • наличие опыта выполнения работ по архивированию и восстановлению данных.

К системному администратору предъявляются следующие требования:

  • знание технических характеристик программно-аппаратных средств, используемых в Системе;

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

  • знание состава и назначения компонент Системы;

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

  • опыт настройки сетевых протоколов передачи данных, используемых в Системе.

Деятельность персонала по эксплуатации Системы должна регулироваться должностными инструкциями.
  1. Описание функционирования Системы и ее частей


В Системе в качестве сервиса, принимающего сообщения от СК, выступает Адаптер WS ЭП, обеспечивающий прием сообщения и его передачу веб-сервисам. Приняв и обработав сообщение, сервис ставит его в соответствующую очередь обработки. Обработчики очередей читают сообщения из очередей, и передают их соответствующим компонентам Подсистемы «Электронный полис» РСА, которые в свою очередь обрабатывают сообщение, разбирая данные, отправляя запросы в ДиКБМ или сохраняя их в БД ЭП.

В качестве сервиса, принимающего запросы от МВД, выступает Сервис проверки наличия договора ОСАГО. Сервис реализован в виде интернет - приложения, при обращении к которому отправляется запрос через СМЭВ и веб-сервисом Модуля СМЭВ возвращает искомую информацию.


1.1Загрузка запросов в Систему от СК

1.1.1Сервис проверки субъектов/ТС


Сервис проверки субъектов/ТС обеспечивает прием стандартизированных запросов следующих видов:

  • Запрос на проверку субъекта – страхователя/собственника ТС;

  • Запрос статуса проверки субъекта (страхователя, собственника ТС);

  • Запрос на проверку субъекта – ЛДУ;

  • Запрос статуса проверки субъекта (ЛДУ);

  • Запрос на проверку ТС;

  • Запрос статуса проверки ТС.

Запрос содержит данные только по одному субъекту/ТС.

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

Запросы, соответствующие согласованному формату, сервис передает в Модуль обработки запросов на проверку субъектов/ТС.

1.1.2Модуль обработки запросов на проверку субъектов/ТС


Модуль обработки запросов на проверку субъектов/ТС ведет журнал загрузки данных в Системе. Перед загрузкой запроса Модуль проверяет запрос на соответствие установленным правилам ФЛК. В случае несоответствия запроса установленным правилам ФЛК Модуль обработки запросов на проверку субъектов/ТС отказывает в загрузке запроса и возвращает соответствующие сообщения об ошибках. В случае соответствия запроса установленным правилам ФЛК Модуль обработки запросов на проверку субъектов/ТС формирует ответ СК об успешной загрузке запроса в Систему с указанием идентификатора проверки субъекта/ТС.

В случае соответствия запроса установленным правилам ФЛК Модуль обработки запросов на проверку субъектов/ТС формирует и передает запрос сервису ДиКБМ проверки субъектов/ТС.

Модуль обеспечивает возможность отключения проверок ФЛК для запросов на проверку субъекта/ТС.

1.1.3Сервис загрузки проектов договоров е-ОСАГО и статусов проектов договоров


Сервис загрузки проектов договоров е-ОСАГО и статусов проектов договоров загружает в Систему следующие виды запросов из очереди входящих сообщений:

  • Запрос на загрузку проекта договора е-ОСАГО;

  • Запрос статуса загрузки проекта договора е-ОСАГО;

  • Запрос на загрузку статуса проекта договора е-ОСАГО;

  • Запрос статуса загрузки проекту договора е-ОСАГО статуса.

Запрос на загрузку проекта договора е-ОСАГО позволяет передавать информацию только по одному проекту договора е-ОСАГО в рамках одного запроса.

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

Запросы, соответствующие согласованному формату, сервис передает в Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров.

1.1.4Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров


В модуле обработки запросов на загрузку проектов договоров и статусов проектов договоров предусмотрено два режима обработки запросов на загрузку проектов договоров е-ОСАГО – без пролонгации и с пролонгацией.

В режиме загрузки проектов договоров без пролонгации Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров производит:



  • проверку на соответствие запроса установленным правилам ФЛК, описанным в приложении 1 к настоящему документу;

  • проверку на действительность направленных в запросе идентификаторов проверки субъектов/ТС;

  • проверку успешного прохождения проверок субъектов/ТС в ДиКБМ;

  • проверку совпадения всех данных из запросов на проверку субъектов/ТС с данными, направленными в проекте договора е-ОСАГО;

  • проверку на действительность идентификатора расчета КБМ путем обращения к соответствующему сервису ДиКБМ;

  • расчет КБМ, путем обращения к соответствующему сервису ДиКБМ.

В режиме загрузки проектов договоров с пролонгацией Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров обращается к сервису ДиКБМ для поиска пролонгируемого договора ОСАГО.

В режиме загрузки проектов договоров с пролонгацией Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров производит:



  • проверку на соответствие запроса установленным правилам ФЛК, описанным в приложении 1 к настоящему документу;

  • проверку на действительность направленных в запросе идентификаторов проверки субъектов/ТС;

  • проверку успешного прохождения проверок субъектов/ТС в ДиКБМ;

  • проверку совпадения идентифицирующих данных из запросов на проверку субъектов/ТС с идентифицирующими данными субъектов/ТС, направленными в проекте договора е-ОСАГО;

  • проверку совпадения данных из проекта договора е-ОСАГО с данными найденного в ДиКБМ пролонгируемого договора ОСАГО (сверяемые поля указаны в описании ФЛК);

  • проверку на действительность идентификатора расчета КБМ путем обращения к соответствующему сервису ДиКБМ;

  • расчет КБМ, путем обращения к соответствующему сервису ДиКБМ.

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

Логика проверки и сохранения проектов договоров е-ОСАГО идентична логике сохранения и проверки договоров в ДиКБМ (т.е. договор е-ОСАГО может быть сохранен с ошибками валидации и не участвовать в расчете КБМ).

Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров при загрузке проекта договора е-ОСАГО проверяет наличие для СК, от которой поступил запрос на загрузку проекта договора, свободного номера для проекта договора. Если свободных номеров для СК нет, то ей возвращается соответствующее сообщение об ошибке.

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

Модуль обеспечивает возможность отключения проверок ФЛК для запросов на загрузку проектов договоров е-ОСАГО, а также предоставляет возможность комплексного отключения проверок ФЛК при загрузке проекта договора е-ОСАГО. При этом проект договора е-ОСАГО сохраняется в Системе при условии успешного прохождения проверок ФЛК, за исключением следующих проверок:


  • идентификаторов проверок субъектов/ТС;

  • идентификатора расчета КБМ;

  • расчета КБМ;

  • данных в проекте с данными, направленными при запросах на проверку субъектов/ТС (в случае пролонгации – с данными пролонгируемого договора).

В случае успешного прохождения проверок модуль загружает проект договора в Систему и направляет СК ответ с указанием серии и номера проекта договора.

Для всех проектов договоров е-ОСАГО в Системе установлена единая сквозная возрастающая нумерация.

При не прохождении проектом договора е-ОСАГО проверок, модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров формирует сообщения СК с указанием ошибок в обработке проекта договора е-ОСАГО.

Запрос на загрузку статуса проекта договора позволяет загружать только один статус для одного проекта договора е-ОСАГО в рамках одного запроса.

При загрузке статуса проекта договора е-ОСАГО модуль проверяет, что направляемый статус одного из двух видов: «Действующий» или «Аннулирован», а также что в Системе присутствует указанный в запросе проект договора и ему ранее не был присвоен статус. Если загружается статус отличный от перечисленных, либо проект договора отсутствует в Системе или ему был ранее присвоен статус, то СК возвращается соответствующее сообщение об ошибке.

При направлении статуса «Аннулирован», в случае успешной обработки запроса в Системе, модуль формирует ответ СК с уведомлением об успешном присвоении проекту договора е-ОСАГО статуса. В случае не успешной обработки запроса на загрузку статуса проекта договора е-ОСАГО модуль формирует ответ СК с перечнем ошибок обработки.

При направлении проекту договора е-ОСАГО статуса «Действующий» и в случае успешной обработки запроса на загрузку статуса проекта договора в Системе, модуль направляет запрос на загрузку данных этого проекта договора в ДиКБМ через сервис загрузки договоров/убытков ОСАГО ДиКБМ. В случае не успешной обработки запроса на загрузку статуса проекта договора е-ОСАГО модуль формирует ответ СК с перечнем ошибок обработки.

В случае комплексного отключения проверок ФЛК проекту договора е-ОСАГО автоматически назначается статус «Действующий» и модуль направляет запрос на загрузку данных этого проекта договора в ДиКБМ через сервис загрузки договоров/убытков ОСАГО ДиКБМ.

После получения ответа от ДиКБМ о статусе обработки договора е-ОСАГО модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров формирует ответ для СК, содержащий всю информацию об обработке договора е-ОСАГО из ДиКБМ.

В случае успешной обработки договора в ДиКБМ модуль формирует ответ СК с сообщением об успешном присвоении проекту договора е-ОСАГО статуса «Действующий».

В случае если договор е-ОСАГО не прошел проверки ФЛК ДиКБМ и не был сохранен в ДиКБМ, соответствующему проекту договора е-ОСАГО модуль автоматически назначает статус «Аннулирован» и формирует ответ СК с сообщением о том, что статус «Действующий не был присвоен, и перечень ошибок от ДиКБМ.

Модуль обеспечивает автоматическое назначение статуса «Аннулирован» проекту договора е-ОСАГО, у которого еще нет статуса «Действует» или «Аннулирован» и у которых наступила дата начала действия договора.

В режиме пролонгации, при направлении статуса «Действующий» модуль осуществляет дополнительную проверку, что дата заключения договора е-ОСАГО раньше даты начала действия этого договора не более, чем на 60 дней.

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


1.1.5Сервис запроса списка проектов договоров без статусов


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

После обработки запроса сервис формирует ответ СК, содержащий перечень номеров проектов договоров е-ОСАГО, у которых нет статуса «Действует» или «Аннулирован» на момент запроса и которые ранее были загружены СК, направившей запрос списка проектов договоров.


1.1.6Сервис запроса количества свободных номеров


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

Далее реализуется внутренний алгоритм расчета количества свободных номеров для каждой СК, который заключается в определении разницы между лимитом номеров проектов договоров е-ОСАГО СК на начало периода и количеством израсходованных номеров проектов договоров е-ОСАГО по каждой СК.

При успешном сохранении проекта договора в Системе модуль производит уменьшение на единицу значения счетчика для СК, направившей запрос на загрузку проекта договора е-ОСАГО.

При назначении проекту договора е-ОСАГО статуса «Аннулирован» модуль производит увеличение на единицу значения счетчика для СК

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

В Системе предусмотрена возможность для Администратора ввода в таблицу базы данных лимита номеров проектов договоров е-ОСАГО на начало периода для каждой СК стандартными средствами СУБД.

В Системе не предусмотрена возможность повторного использования номеров проектов договоров.

1.2Загрузка запросов в ДиКБМ от Системы

1.2.1Сервис проверки в ДиКБМ субъектов/ТС


Сервис проверки субъектов/ТС загружает в Систему стандартизированный запрос, который проходит проверку в соответствии с установленными правилами ФЛК, после чего запрос отправляется в ДиКБМ.

Запрос на проверку субъекта/ТС от Системы в ДиКБМ содержит только идентифицирующие параметры:



  • хеш, тип, серия и номер документа субъекта;

  • Гос.номер/VIN/номер кузова/номер шасси ТС.

При получении запроса на проверку субъекта/ТС ДиКБМ осуществляет идентификацию и поиск субъекта/ТС по существующим в ДиКБМ алгоритмам.

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

В случае, если запрашиваемый субъект/ТС не найден в ДиКБМ, в ответном сообщении в Систему направляется сообщение об ошибке.

1.2.2Сервис проверки в ДиКБМ идентификаторов расчета КБМ


При обработке запросов на загрузку проектов договоров для проверки на действительность идентификатора расчета КБМ Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров направляет запрос к сервису проверки идентификатора расчета КБМ, с указанием идентификатора проекта договора е-ОСАГО внутри Системы и направленного в проекте идентификатора расчета класса КБМ по договору.

В случае возникновении ошибок при обработке запроса, либо в случае если идентификатор расчета КБМ не прошел проверку в ДиКБМ в Систему возвращается сообщение с перечнем ошибок.


1.2.3Сервис запроса на расчет КБМ в ДиКБМ


При обработке запросов на загрузку проектов договоров для проверки КБМ, присланных в проекте договора е-ОСАГО, модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров направляет запрос к существующему в ДиКБМ сервису расчета КБМ/ТО.

В случае если рассчитанное в ДиКБМ значение КБМ не совпало со значением, направленным в проекте договора е-ОСАГО, в Систему возвращается сообщение об ошибке.


1.2.4Сервис поиска в ДиКБМ пролонгируемого договора ОСАГО


Модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров, принимает запрос от подсистемы «Электронный полис» и передает его сервису проверки наличия пролонгируемого договора ОСАГО в ДиКБМ.

После получения запроса производится его проверка на соответствие установленным правилам ФЛК.

Запрос на поиск пролонгируемого договора ОСАГО содержит только идентификатор СК, направившей запрос, и идентифицирующие параметры ТС: Гос.номер/VIN/номер кузова/номер шасси ТС.

После получения ответа от ДиКБМ с данными найденного договора, подсистема «Электронный полис» анализирует полученный результат в соответствии с правилами ФЛК и формирует ответное сообщение СК с уведомлением об успешном сохранении проекта договора е-ОСАГО в Системе, либо с перечнем ошибок валидации.


1.2.5Сервис поиска в ДиКБМ договора ОСАГО


Сервис проверки наличия договора ОСАГО в Модуле СМЭВ, принимает запрос на проверку наличия договора ОСАГО/е-ОСАГО от МВД и передает его сервису проверки наличия договора ОСАГО в ДиКБМ.

После получения запроса производится его проверка на соответствие установленным правилам ФЛК.

Запрос на проверку наличия договора ОСАГО содержит только идентифицирующие параметры ТС: Гос.номер/VIN/номер кузова/номер шасси ТС.

Запрос на проверку наличия договора ОСАГО позволяет передавать информацию только по одному ТС в рамках одного запроса.

При успешном прохождении запросом проверок ФЛК ДиКБМ осуществляет поиск договора ОСАГО/е-ОСАГО по идентифицирующим параметрам ТС по существующему в ДиКБМ алгоритму.

Поиск договоров ОСАГО/е-ОСАГО осуществляется среди действующих на дату запроса договоров ОСАГО (включая договоры с ошибками валидации и не участвующие в расчете КБМ).

В ответном сообщении модулю регистрации запросов СМЭВ сервис предоставляет информацию по всем найденным в ДиКБМ договорам ОСАГО, при этом в ответном сообщении указываются данные по каждому найденному договору: серия и номер, дата начала и окончания действия, данные собственника ТС, ЛДУ, а также данные страховой компании, оформившей договор.

при запросе на проверку наличия договора ОСАГО был найден договор с пометкой о гос. тайне, в ответном сообщении модулю регистрации запросов СМЭВ передается уведомление, что договор найден, но относится к гос. тайне.

В случае, если договор ОСАГО/е-ОСАГО не был найден в ДиКБМ, либо запрос не прошел проверки ФЛК, в ответном сообщении модулю регистрации запросов СМЭВ возвращается уведомление об ошибках.

1.2.6Сервис загрузки действующих договоров е-ОСАГО в ДиКБМ


После получения от Модуля обработки запросов на загрузку проектов договоров и статусов проектов договоров запроса на загрузку проекта договора е-ОСАГО в ДиКБМ, данные этого проекта договора направляются на загрузку в ДиКБМ посредством существующего сервиса загрузки договоров/убытков ОСАГО.

При передаче данных проекта договора е-ОСАГО в ДиКБМ модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров обеспечивает передачу этого проекта договора от имени Системы, но с информацией о СК, которая загрузила данный проект в Систему.

При направлении запроса на загрузку договора е-ОСАГО в ДиКБМ модуль обработки запросов на загрузку проектов договоров и статусов проектов договоров назначает проекту договора е-ОСАГО дату заключения равную дате, направленной при присвоении проекту договора е-ОСАГО статуса «Действующий».

При направлении запроса на загрузку договора е-ОСАГО в ДиКБМ модуль автоматически заполняет обязательные поля для договора ОСАГО, которые не используются при формировании проекта договора е-ОСАГО (алгоритм обработки полиса для нового договора; внутренний идентификатор дополнительного соглашения договора равный нулю; признак того, что договор не относится к гос.тайне).

В случае успешного прохождения проектом договора е-ОСАГО проверок ФЛК в ДиКБМ, в Систему передается сообщение об успешном сохранении договора е-ОСАГО в БД ДиКБМ, иначе – в Систему передается перечень ошибок от ДиКБМ, возникших при обработке запроса.

При загрузке договора е-ОСАГО в ДиКБМ, ДиКБМ определяет, что запрос поступил от Системы, а не от СК, и при записи в базу данных указывает соответствующий признак «Признак электронного полиса» и для этого договора не применяет логику учета бланков полисов ОСАГО, существующую в ДиКБМ.

При загрузке договоров через сервис загрузки договоров/убытков ДиКБМ для договоров, поступающих от Системы, производится проверка, что указанная серия относится к сериям электронных полисов. Договоры, не прошедшие данную проверку, не сохраняются в ДиКБМ

1.2.7Сервис загрузки договоров, тех. коррекций и доп. соглашений через сервис договоров/убытков ДиКБМ


При загрузке договора ОСАГО в ДиКБМ от СК осуществляется проверка, что серия договора не относится к сериям договоров е-ОСАГО, иначе загрузка должна быть запрещена.

Загрузка тех. коррекций и доп. соглашений к договорам е-ОСАГО осуществляется через существующий сервис договоров/убытков от СК в ДиКБМ.

При загрузке тех. коррекции или доп. соглашения к договору е-ОСАГО ДиКБМ по указанной серии договора определяет принадлежность к договору, созданному в подсистеме «Электронный полис».

1.3Интерфейс для загрузки в АИС РСА данных о количестве заявленных СК номеров е-полисов, о включении / исключении СК из стоп-листа, а также выгрузки статистики о количестве выделенных и заключенных е-полисов


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

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

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

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



1.4Модуль передачи пользователю подтверждений о приеме данных


При успешном переводе проекта договора е-ОСАГО в статус «Действующий», модуль передачи пользователю подтверждений о приеме данных осуществляет следующие действия:

  • отправку запросов на sms-рассылку к Модулю свободного доступа ДиКБМ;

  • получение ответов о статусе sms-рассылки (успешная, либо не успешная доставка sms страхователю) от Модуля свободного доступа ДиКБМ;

  • отправка запросов на почтовую рассылку в почтовый сервер РСА;

  • журналирование запросов на sms-рассылку к Модулю взаимодействия с пользователем ДиКБМ, и на почтовую рассылку к почтовому сервису.



1.5Модуль свободного доступа ДиКБМ


Модуль свободного доступа при получении запроса от Модуля передачи пользователю подтверждений о приеме данных с параметром IS_SMS=1 (Признак направления sms-уведомления) производит следующую последовательность действий:

  • журналирование запроса в журнале отправки sms уведомлений БД3 ДиКБМ;

  • отправку запроса в SMS-центр посредством веб-сервиса sms-рассылки, используемого в РСА;

  • получение ответа от веб-сервиса sms-рассылки, используемого в РСА и его журналирование в таблице SMS_NOTIFICATION (Журнал отправки sms уведомлений);

  • отправка результата обработки запроса в Подсистему «Электронный полис», Модуль передачи пользователю подтверждений о приеме данных.



1.6Сервис рассылки e-mail уведомлений


Сервис рассылки e-mail уведомлений при получении запроса от Модуля передачи пользователю подтверждений о приеме данных обеспечивает отправку e-mail-уведомлений страхователям.


1.7Запросы в ДиКБМ от МВД через Модуль СМЭВ


Модуль регистрации запросов СМЭВ обеспечивает взаимодействие МВД с ДиКБМ АИС РСА через СМЭВ и предоставляет для МВД веб-сервис проверки наличия договора ОСАГО в ДиКБМ, позволяющий направлять в ДиКБМ запрос на проверку наличия договора ОСАГО. Сервис проверки наличия договора ОСАГО в Модуле СМЭВ, принимает запросы на проверку наличия договора ОСАГО/е-ОСАГО от МВД и возвращает ответное сообщение с результатами поиска договора, либо ошибками, полученными от сервиса проверки наличия договора ОСАГО в ДиКБМ.

1.8Адаптер WS ЭП


Адаптер WS Системы осуществляет передачу к веб-сервисам Системы файлов-запросов от СК, которые должны выкладываться в определенную папку.

Адаптер WS Системы реализует и синхронную и асинхронную схемы взаимодействия СК и РСА.

Асинхронная схема взаимодействия предусмотрена только для сервиса проверки субъектов/ТС и имеет следующий вид:


  • Отправка от СК запроса на проверку субъекта/ТС через Адаптер WS Системы.

  • При получении ответа о постановке в очередь запроса от веб-сервиса проверки субъектов/ТС, Адаптер WS Системы осуществляет анализ полученного ответа и, в случае отсутствия ошибок, осуществляет отправку запроса на получение статуса.

  • Отправка запроса на получение статуса осуществляется через указанный в конфигурационном файле Адаптера интервал времени.

  • Отправка запроса на получение статуса осуществляется столько раз, сколько потребуется до получения статуса с завершенной обработкой запроса или с ошибкой обработки запроса.

  • Ответ по статусу обработки запроса будет передан СК только при получении ответа о завершении обработки с информацией или получении ошибки в обработке запроса.

Синхронная схема взаимодействия предусмотрена для всех сервисов Системы для СК, кроме сервиса проверки субъектов/ТС и имеет следующий вид:

  • Отправка от СК запроса через Адаптер WS Системы.

  • Получение ответа о завершении обработки с информацией или получение ошибки в обработке запроса.





  1. Поделитесь с Вашими друзьями:
1   2   3   4   5


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница