Руководство пользователя (руководство оператора и спецификация форматов взаимодействия)


НазваниеРуководство пользователя (руководство оператора и спецификация форматов взаимодействия)
страница11/32
ТипРуководство пользователя
filling-form.ru > Договоры > Руководство пользователя
1   ...   7   8   9   10   11   12   13   14   ...   32

1.15.Получение статусов обработки запросов на проверку субъектов/ТС


Для получения статуса обработки запроса на проверку субъекта/ТС, а также для получения статуса обработки запроса первичной идентификации страхователя, субъекта – физического лица, КИС СК обращается к сервису CheckSubjectOSAGOService Системы и формирует файл, содержащий запрос к соответствующему методу веб-сервиса с использованием нижеприведенных схем xsd:

  • метод getInsurerOwnerStatus, схема InsurerOwnerStatusRequest.xsd – для запроса статуса проверки субъекта (страхователя, собственника ТС);

  • метод getDriverStatus, схема DriverStatusRequest.xsd – для запроса статуса проверки субъекта (ЛДУ);

  • метод getVehicleStatus, схема TSStatusRequest.xsd – для запроса статуса проверки транспортного средства;

  • метод getInsurerOwnerStatus, схема IdentificationInsurerStatusRequest.xsd - запрос статуса идентификации страхователя, субъекта – физического лица.


Состав запросов, соответствующий указанным схемам, приведен в Приложение 3 Спецификация форматов взаимодействия» настоящего руководства.
При направлении запроса статуса проверки данных субъектов/ТС необходимо учитывать следующие аспекты:
      1. Запрос статуса проверки субъекта/ТС содержит идентификатор проверки субъекта/ТС/идентификатор первичной проверки страхователя, сформированный после успешной загрузки запроса на проверку субъекта/ТС/первичную идентификацию страхователя в Систему (в соответствии с п. 1.14 настоящего руководства).

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

      3. Проверка даты выдачи первого водительского удостоверения осуществляется с точностью до года.

      4. Ответ на запрос статуса проверки субъекта/ТС содержит информацию о прохождении субъектом/ТС проверки в ДиКБМ и, в случае если субъект/ТС не прошел проверку, перечень полей, направленные данные в которых от СК не совпали с данными, хранимыми в ДиКБМ. Примеры ответов Системы о прохождении субъектом/ТС проверки представлены ниже.

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


      6. Ошибки валидации, возникшие при обработке запроса в ДиКБМ перечисляются в теге ErorrDKBMList ответного сообщения СК. Коды таких ошибок и их описание приведены в документе «Руководство Оператора Подсистем Договоры и КБМ АИС РСА».
      7. Ответное сообщение СК формируется в соответствие со схемами InsurerOwnerStatusResponse.xsd/DriverStatusResponse.xsd/TSStatusResponse.xsd/ IdentificationInsurerStatusResponse.xsd, состав которых приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства.

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


Пример №1: Ответ Системы об успешной проверке данных субъекта – страхователя/собственника ТС:


-

-

true

true



19620

-

-

3

Обработан успешно






В теге ISInsurerOwnerFound указывается был ли найден субъект в подсистеме ДиКБМ.

В теге ISInsurerOwnerChecked указывается прошел ли субъект проверку. В случае если в данном теге возвращено значение true (проверка успешно пройдена), идентификатор из тега IDCheckInsurerOwner можно использовать при формировании проекта е-ОСАГО.
Пример №2: Ответ Системы в случае если субъект-ЛДУ был найден в Системе, но не прошел проверку:


-

-

true

false

DriverDocDate,Country



19628

-

-

3

Обработан успешно






В теге ISDriverFound значение true указывает на то, что субъект-ЛДУ был найден в подсистеме ДиКБМ.

В теге ISDriverChecked значение false указывает на то, что субъект-ЛДУ не прошел проверку, т.е. в дальнейшем идентификатор IDCheckDriver нельзя будет использовать при формировании проекта договора е-ОСАГО.

В теге DriverFailedFields через запятую указаны поля xsd переданные данные в которых не совпали с данными, хранимыми в подсистеме ДиКБМ для данного субъекта.

1   ...   7   8   9   10   11   12   13   14   ...   32

Похожие:

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя ис «унп»
Приложение Идентификатор плательщика (п 2 Форматов взаимодействия ис унп с внешними информационными системами, версия 16. 2) 29

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя
Настоящее руководство является тематическим пособием пользователя программного комплекса гнивц курьер «Корпорация» по осуществлению...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя
Настоящее руководство является тематическим пособием пользователя программного комплекса гнивц курьер «Корпорация» по осуществлению...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство оператора
Предлагаемое руководство оператора познакомит Вас с функциональными возможностями системы управления азс с пакетом прикладных программ...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconКраткое руководство пользователя
Настоящее краткое руководство является тематическим пособием пользователя программного комплекса гнивц курьер «Корпорация» по осуществлению...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя Код документа: 54819512. 09. 01,03. 09....
Руководство пользователя «арм грбс» создано для прикладного программного обеспечения (ппо) «асфк (суфд)», обеспечивающего реализацию...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя вида сведения в единой системе межведомственного...
Руководство пользователя вида сведения в единой системе межведомственного электронного взаимодействия

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя Код документа: 54819512. 09. 01,03. 09....
Руководство пользователя «арм грбс» создано для прикладного программного обеспечения «Система удаленного финансового документооборота»...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРоссийской Федерации Руководство пользователя
Российской Федерации от 27. 12. 2010 №190 «Об утверждении технических требований к взаимодействию информационных систем в единой...

Руководство пользователя (руководство оператора и спецификация форматов взаимодействия) iconРуководство пользователя 8 Операция «Подача направления»
Руководство пользователя электронного сервиса приема направлений на мсэ от учреждений здравоохранения

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск