1.17.Получение статусов обработки запросов на загрузку проектов договоров е-ОСАГО
Для получения статуса обработки запроса на загрузку проекта договора е-ОСАГО КИС СК обращается к сервису ProjectPolicyService Системы, методу getPolicyStatus, для запроса используется схема PolicyEOSAGOStatusRequest.xsd.
Состав запроса, соответствующий указанной схеме, приведен в Приложение 3 Спецификация форматов взаимодействия» настоящего руководства.
При запросе статуса обработки запроса на загрузку проекта договора е-ОСАГО необходимо учитывать следующие аспекты:
Запрос статуса обработки запроса на загрузку проекта договора е-ОСАГО содержит идентификатор записи в очередь обработки проектов договоров, сформированный после успешной загрузки запроса импорт проекта договора е-ОСАГО в Систему (в соответствии с п. 1.16 настоящего руководства). В случае соответствия запроса на загрузку проекта договора е-ОСАГО установленным правилам ФЛК подсистема «Электронный полис» загружает проект договора в Систему и направляет СК ответ с указанием серии и номера проекта договора. Ответное сообщение СК формируется по схеме PolicyEOSAGOStatusResponse.xsd состав которой приведен в Приложении 3 «Спецификация форматов взаимодействия» настоящего руководства. Для всех проектов договоров е-ОСАГО в Системе установлена единая сквозная возрастающая нумерация. В случае возникновения ошибок при обработке запроса Система формирует ответ СК с перечнем выявленных ошибок валидации запроса, передаваемым в теге ErrorList ответного сообщения СК. Коды ошибок, их описание и поведение Системы при их получении приведены в Приложении 1 настоящего документа. Ошибки валидации, возникшие при обработке запроса в ДиКБМ перечисляются в теге ErorrDKBMList ответного сообщения СК. Коды таких ошибок и их описание приведены в документе «Руководство Оператора Подсистем Договоры и КБМ АИС РСА». Перечень статусов обработки запросов приведен в Приложении 2 настояещего документа.
1.18.Загрузка статусов проектов договоров е-ОСАГО
Для формирования запроса на загрузку статуса проекта договора е-ОСАГО КИС СК обращается к сервису ProjectPolicyService, методу setStatus, для запроса используется схема StatusPolicyEOSAGORequest.xsd.
Состав запроса, а также правила заполнения и передачи полей (ФЛК) приведены в Приложение 3 Спецификация форматов взаимодействия», а также в Разделе 7 Таблица 10 настоящего руководства.
При направлении запроса на загрузку статуса проекта договора е-ОСАГО необходимо учитывать следующие аспекты:
Запрос на загрузку статуса проекта договора позволяет загружать только один статус для одного проекта договора е-ОСАГО в рамках одного запроса. Передаваемая в запросе на загрузку статуса проекта договора дата внесения изменений (DateRevision) должна быть позже даты регистрации договора в учетной системе КИС СК (т.е. DateRevision, присланной при направлении проекта договора е-ОСАГО). При загрузке статуса проекта договора е-ОСАГО подсистема «Электронный полис» проверяет, что направляемый статус одного из двух видов: «Действующий» либо «Аннулирован», а также что в Системе присутствует указанный в запросе проект договора и ему ранее не был присвоен статус. Если загружается статус, отличный от перечисленных, либо проект договора отсутствует в Системе, либо ему ранее был присвоен статус, то СК возвращается соответствующее сообщение об ошибке.
При направлении проекту договора е-ОСАГО статуса «Действующий» в поле DateRevision (дата внесения изменений) передается дата заключения договора е-ОСАГО.
Система автоматически назначает статус «Аннулирован» проекту договора е-ОСАГО, у которого еще нет статуса «Действует» или «Аннулирован», и у которых наступила дата начала действия. В режиме пролонгации, при направлении статуса «Действующий», подсистема «Электронный полис» осуществляет дополнительную проверку, что дата заключения договора е-ОСАГО раньше даты начала действия этого договора не более, чем на 60 дней. Начиная с доработки по ЧТЗ на доработку ДиКБМ и Е-ОСАГО в части внесения изменений в электронном виде в договоры ОСАГО, заключенные в виде электронного документа, добавлена проверка на обязательность заполнения поля AddAgreementID (Идентификатор версии Договора внутри СК). При загрузке статуса новому договору оно должно быть заполнено значением «0», при загрузке статуса доп. соглашению, оно должно быть заполнено соответствующим идентификатором доп. соглашения. В случае если поле AddAgreementID не заполнено, то выводится соответствующая ошибка.
Если в поле DraftPolicyStatus загружается значение «1» (Действующий) для доп.соглашения (т.е. в поле AddAgreementID указано значение отличное от «0»), то выполняется проверка, что переданная дата в поле DateRevision старше даты заключения (DateCreate) у договора е-ОСАГО, на который направляется данное доп.соглашение, и указанная дата уникальна в рамках данного договора. При этом указанная дата является датой заключения доп.соглашения (DateAgreementCreate).
При загрузке доп. соглашения в статус «1» действующий, осуществляется запрос к методу для поиска в ДиКБМ е-полисов, для которых запрещено оформление доп. соглашений.
В случае возникновения ошибок при обработке запроса Система формирует ответ СК с перечнем выявленных ошибок валидации запроса, передаваемым в теге ErrorList ответного сообщения СК. Коды ошибок, их описание и поведение Системы при их получении приведены в Приложении 1 настоящего документа. Начиная с доработки ДиКБМ и ПО е-ОСАГО в части заключения договоров ОСАГО в виде электронных документов при определении страховщика по номеру паспорта транспортного средства страхователя, запрещена загрузка статусов «1»(Действующий)/«0»(Аннулирован) для проектов заявлений е-ОСАГО, у которых в статусе установлено значение «3» (Проект заявления е-ОСАГО). Иначе пользователю возвращается сообщение об ошибке. При использовании Адаптера WS Система автоматически после получения окончательного результата обработки запроса возвращает СК файл, содержащий результаты присвоения статуса проекту договора е-ОСАГО, либо ошибки в обработке запроса в соответствии с п. 1.19 настоящего руководства. В случае если запрос направлялся без использования Адаптера WS, для получения результатов присвоения статуса проекту договора е-ОСАГО необходимо осуществить запрос статуса обработки, порядок направления которого описан в п. 1.19 настоящего руководства.
|
